The cards are identical. It is only the entitlement tiers that are different. This means they will open different programming and advertising.
Posts by 007.4
-
-
That's what I did.
However, when I do a "packet list update" it says "Getting softcam list..." but nothing is received and the list remains empty. Even on "Reload" numerous times.
But as I have already said. It is no big deal. I've already installed what I wanted manually.
-
Open ATV. 6.4. I think I'm using the latest secret feed.
But no matter. I've loaded everything I needed manually.
-
Are you able to download the softcam package list?
-
... and appears to be down again today.
-
-
-
-
-
0F 04 00 10 00 00
"classD3 ins54: no cw --> Card needs pairing/extra data"
The "not working" channels are paired. You need the correct K1 and INS7E payload to clear them. This is nigh on impossible unless you can get the card into the "paired" mode and get a matching dCW/ eCW couple. I suspect getting a dCW will be the hardest to achieve.
The "working" channels are not paired.
0F 04 00 00 00 00
-
I'm not sure which plugin it was. I have quite a few custom ones installed.
However, the "bad" 7za file located in /usr/bin was only 40bytes (but not a symlink). The "good" file is 1.10MB.
Just delete the bad one and upload a good one by FTP
The correct file can be found by decompressing the rootfs.tar.bz2 using 7-zip. This file can be found in a newly downloaded zipped image file after unzipping it.
-
I think I have discovered the problem I was having in the PurE2 image. One of the plugins I had added had overwritten the 7za file in /usr/bin
When I replaced the original file the full backup then worked.
I still got the "socket ignored" error and the "Image creation failed" message but a backup zip file was created and I was able to restore it.
-
I think I have found the problem I had described here
Zgemma 9h twin full image backup not working.
One of the plugins I had added had overwritten the 7za file in /usr/bin
When I replaced the original file the full backup then worked.
I still got the "socket ignored" error and the "Image creation failed" message but a backup zip file was created and I was able to restore it.
-
I hope you are enjoying the H9 Twin :) I am!
Have you tried the Full Image Backup in PurE2 yet?
-
The solution for me was to use OpenVIX 5.3. The full image backup and restore works on that image. The only one I've found!
For your problem you could FTP download the created files in h9combo to your PC and zip them there. Then FTP the resulting zip file back to the hdd on your box. Check the restore works on a test to an empty slot before relying on the restore image for real.
-
I've recently been getting a Zgemma H9 twin. It is a fantastic little box. Very fast and multiboot is great.
However, I cannot get the full image back-up to work. I've tried it with Pure2 6.3, OpenPli 7.1 and OpenATV 6.3 with no success.
I've got a newly installed 300GB HDD with only a few files (movies, recordings etc) on it.
The backup of the system settings to HDD works fine.
However when I elect to do a full image backup to /media/hdd I get this output with Pure2 and OpenPli :-
Code
Display MoreCreate: rootfs.tar.bz2 tar: ./run/avahi-daemon/socket: socket ignored Almost there... Now building the Backup Image Error: Incorrect command line _______________________________ Image creation failed Probably causes could be: wrong backup destination no space left on backup device no writing permission on back-up device Time required for this process: 0:03:58 Execution finished!!
With OpenATV 6.3 the process gets a bit further:-
Code
Display MoreCreate: rootfs.tar.bz2 Almost there... Now building the Backup Image 7-Zip (a) [32] 16.02: Copyright 1999-2016 Igor Pavlov : 2016-05-21 p7zip Version 16.02 (locale=C, Utf16=off, HugeFiles=on, 32 bits, 4CPUs LE) Scanning the drive: 1 folder, 4 files,103916515 bytes ((100MiB) Creating archive: /media/hdd/openatv-6.3- zgemmah9twin-backup-20191017_2220_mmc.zip Items to compress: 5 Files read from disk: 4 Archive size:103542368 bytes (99MiB) Everything is OK _____________________________ Image creation failed Probably causes could be: wrong backup destination no space left on backup device no writing permission on back-up device Time required for this process: 0:04:05 Execution finished!!
A zip file is created on the HDD. I can then enter recovery mode and flash the backed-up image.
However, when flashing is complete the box does not boot and it just reverts to the recovery mode.
The zip file produced (101,116Kb) contains
unforce_h9combo.txt
h9combo (folder)
force_h9combo_READ.ME
imageversion
rootfs.tar.bz2
There is no "uImage". Should there be?
I've tried backing-up the image in use and also an image in another slot - with the same result.
Am I the only one with this problem? What is the problem? How can I fix it?
-
I assume you already tried reversing the order in which the emulators are started?
IIRC the starting order was important when using cccam and mgcamd together.
-
I used to do this ( 2 emus) but like you I cannot remember.
However, in a very old mg_cfg file of mine I found this entry.
G: { 33 }
That might be the required parameter!!!
-
It is an existing file.
-
To fix the pixellation / freezing on my ARM based Ultimo4K.
I edited the file /etc/sysctl.conf to add these lines
Code## added for Abertis ### net.core.rmem_default = 16777216 net.core.rmem_max = 16777216 net.core.wmem_default = 16777216 net.core.wmem_max = 16777216 net.ipv4.udp_mem = 8388608 12582912 16777216 net.ipv4.tcp_rmem = 4096 87380 8388608 net.ipv4.tcp_wmem = 4096 65536 8388608 net.ipv4.tcp_tw_recycle = 0
Then in telnet, to apply the changes I ran
Code:
sysctl -p
After a short period of stabalization the picture is now perfect.