New azbox software out
- Thread starter Mr Tony
- Start date
- Latest activity Latest activity:
- Replies 331
- Views 53K
So you're saying when you hit the "reboot" option in the menu (after hitting power) it puts the sat list back?
I just reboot using the switch on the back
I just reboot using the switch on the back
I know the switch on the back doesnt kill my sats list. I just turned it off and on 3 or 4 times tonight with the switch...was redoing the setup
I have rebooted the Azbox by both methods, and if everything is OK with the .DAT files, then there is no problem, and the default sat list won't come back. However if you have corrupted data, the Azbox seems to detect that, and it will load in the default sat list, or actually, it seems to append the default list to your already corrupted list. I have no idea of what triggers the Azbox to do this. I have also rebooted by sending a reboot command via telnet (so that I didn't have to get up out of my recliner). The one and only time I used THAT method, it seemed to do some other strange things, so I haven't done that since, even though I'm 99% sure that it's no different from pushing the button in the front.
I have usually used the switch in the back, just because it is quicker than holding the button in for 5 seconds, however I think that for most Linux systems, it is safer to do a controlled reboot, because sometimes data isn't always written to disk properly until you un-mount the partitions, and you run the risk of corrupting data when just turning off the switch. However I think that Azbox seems to have taken measures to prevent such problems, so I usually just switch it off and on.
I have been intending to replace that default DVBS.dat file with my own shortened list, so that it would just bring in my list instead of the long list, however I've decided to just wait until it happens again, and THEN replace that file with a valid file. That way, I can put in the most up to date DVBS.dat file that I have archived. I have collected a variety of the 3 .dat files, so that hopefully I won't have to go back too far the next time things get corrupted. Also, since it seems to just add that file to the existing file, I'm almost thinking that it would be better to create a DVBS.dat file that only has a couple sats in it, that way you won't get so many duplicates. Actually, the duplicates are interesting, because it doesn't seem to duplicate sat names that I've left unchanged, but if I've changed the names of any sats, it seems to add the default sat name at that longitude..... I think.
I still am not sure whether the default sat list is changed each time you upgrade to a new firmware version, or if it is not part of the firmware, but instead part of a non-volatile memory that survives the firmware upgrade, and even the application area format. When I first got my Azbox, it seemed to have a corrupted list, and no matter what I did, I couldn't delete the sat at 1 W, and it would do all sorts of strange things when I tried, but I finally got that out using the .xml method with the AzboxEdit program, and that kept the box fairly stable until I tried playing with the diseqC-1.2 settings, at which point the Azbox reloaded the default list on me again. But I used FTP to put an older set of .dat files in there, and the Azbox accepted them, and I've gone through 3 or 4 reboots since by both methods, without it bringing the long list back in.
Anyway, what I should have said in one sentence instead of a short story, is that if the Azbox is bringing that long sat list back in, then it indicates that the existing sat list must be corrupted in some way.
I have usually used the switch in the back, just because it is quicker than holding the button in for 5 seconds, however I think that for most Linux systems, it is safer to do a controlled reboot, because sometimes data isn't always written to disk properly until you un-mount the partitions, and you run the risk of corrupting data when just turning off the switch. However I think that Azbox seems to have taken measures to prevent such problems, so I usually just switch it off and on.
I have been intending to replace that default DVBS.dat file with my own shortened list, so that it would just bring in my list instead of the long list, however I've decided to just wait until it happens again, and THEN replace that file with a valid file. That way, I can put in the most up to date DVBS.dat file that I have archived. I have collected a variety of the 3 .dat files, so that hopefully I won't have to go back too far the next time things get corrupted. Also, since it seems to just add that file to the existing file, I'm almost thinking that it would be better to create a DVBS.dat file that only has a couple sats in it, that way you won't get so many duplicates. Actually, the duplicates are interesting, because it doesn't seem to duplicate sat names that I've left unchanged, but if I've changed the names of any sats, it seems to add the default sat name at that longitude..... I think.
I still am not sure whether the default sat list is changed each time you upgrade to a new firmware version, or if it is not part of the firmware, but instead part of a non-volatile memory that survives the firmware upgrade, and even the application area format. When I first got my Azbox, it seemed to have a corrupted list, and no matter what I did, I couldn't delete the sat at 1 W, and it would do all sorts of strange things when I tried, but I finally got that out using the .xml method with the AzboxEdit program, and that kept the box fairly stable until I tried playing with the diseqC-1.2 settings, at which point the Azbox reloaded the default list on me again. But I used FTP to put an older set of .dat files in there, and the Azbox accepted them, and I've gone through 3 or 4 reboots since by both methods, without it bringing the long list back in.
Anyway, what I should have said in one sentence instead of a short story, is that if the Azbox is bringing that long sat list back in, then it indicates that the existing sat list must be corrupted in some way.
Thanks B.J. I don't know how they keep getting corrupted. I used to keep trying with that editor and, had all kinds of problems. I even got .dat files from other sat members who said they were working fine. I still had corruption problems. I gave up using the editor. I really only use the box to watch wildfeeds so, it's not all that important to me to save channel lists. It sure would be nice if the default sat lists would at least get a name update. I'm kind of just getting used to going by orbital position so I don't have to worry about the names. Sometimes I'll even bring up a feed on some european satellite since I use an analog C band receiver to position my dish anyway. If I'm watching a one time feed on say Gal 3, I don't care if the Azbox says I'm watching something at 12* E
I guess you've been lucky enough not to get your list corrupted.
make a clean list and backup then it doesnt matter when you corrupt it.
crackt out,.
Firmware azbox-0.9.4749-patch.bin
News:
youtube fix
added compression to backup files
m4a support
fix aac codec
fix id3 encoding
I haven't tested this yet.
[ame]http://rapidshare.com/files/373193906/azbox-0.9.4749-patch.bin[/ame]
News:
youtube fix
added compression to backup files
m4a support
fix aac codec
fix id3 encoding
I haven't tested this yet.
[ame]http://rapidshare.com/files/373193906/azbox-0.9.4749-patch.bin[/ame]
azbox-0.9.4754-patch.bin
hostname fix | channel manager fix | smi subtitles fix | removed subtitle shadow
http://www.multiupload.com/BEO0K8O622
hostname fix | channel manager fix | smi subtitles fix | removed subtitle shadow
http://www.multiupload.com/BEO0K8O622
What is this (aac codec) anyway?
RADAR
It's Apple's standard codec for Itunes etc. Better than MP3.
From wiki:
Advanced Audio Coding (AAC) is a standardized, lossy compression and encoding scheme for digital audio. Designed to be the successor of the MP3 format, AAC generally achieves better sound quality than MP3 at similar bit rates.[1]
AAC has been standardized by ISO and IEC, as part of the MPEG-2 and MPEG-4 specifications.[2][3] The MPEG-2 standard contains several audio coding methods, including the MP3 coding scheme. AAC is able to include 48 full-bandwidth (up to 96 kHz) audio channels in one stream plus 16 low frequency effects (LFE, limited to 120 Hz) channels, up to 16 "coupling" or dialog channels, and up to 16 data streams. The quality for stereo is satisfactory to modest requirements at 96 kbit/s in joint stereo mode; however, hi-fi transparency demands data rates of at least 128 kbit/s (VBR). The MPEG-2 audio tests showed that AAC meets the requirements referred to as "transparent" for the ITU at 128 kbit/s for stereo, and 320 kbit/s for 5.1 audio.
shame on AZBOX
I think AZBOX just lost a friend, ME! Now I required to download from a "mirror" site? Every single mirror will make you wait to download or pay for the service to get premium download speed. SHAME on AZBOX for using such services to allow customers to get updates.
I think AZBOX just lost a friend, ME! Now I required to download from a "mirror" site? Every single mirror will make you wait to download or pay for the service to get premium download speed. SHAME on AZBOX for using such services to allow customers to get updates.
the update was on the usual server. fw.azupd. they didnt require me to use any mirror.
crackt out,.
Losers!
If they can't afford the bandwidth to support their own products, they should post it to Usenet, or upload it to a Yahoo group, or ANYTHING really other than making people use these ad-infested filehosting sites. I used to get browser viruses constantly from those things.
If they can't afford the bandwidth to support their own products, they should post it to Usenet, or upload it to a Yahoo group, or ANYTHING really other than making people use these ad-infested filehosting sites. I used to get browser viruses constantly from those things.
