I need more data for anything useful since this is more or less only the interrupt vectors.
A complete dump of the HDR loader from flash would be good...
This is the beginning of both from what you quoted:
From hdf:
ROM:00000000 .text # ROM
ROM:00000000 b 0x840
ROM:00000004 nop...
Strange.
And yes, it's useful because it means that the flash isn't encrypted...
Do you mind dumping the entire cfe bootloader to a file and publish it somewhere? Or email it to me or something?
I thought you had a HDR by the way?
Can someone please check if the same is true for the cfe bootloader? On a HDR-FOX T2 if possible.
It's probably possible to protect certain flash areas...
I was thinking a bit more of this.
Can anyone with telnet access confirm the filesystem location of the databases? Which device is that part of the filesystem mounted from?And the filenames?
The reason for the question is that I have an idea that the files that can be backed up to usb though...
Ahh... I thought you had stable 3.3V on pins 2 and 3. What I saw was 3.3V signalling (pulse train).
I haven't been able to do any more measurements, but I'll see if I can do any in the coming weeks...
Too bad you don't have a HDR-T2, the measurements from that one would be really interesting for...
First of all, the common interface you are talking about is not a common interface. It's the place for a smart card reader. Instead of putting the smart card in a ci-module, it is put directly into the box. It's how things usually work with dvb-t(2) boxes here in sweden. The HD-T2 is sold in...
Sorry for the spamming...
No luck with getting the network up by adding the HDR network rows to my setup.db (with modified values to fit my network of course). :(
I also added SKIP_FORWARD to my database to see if it made a difference for hwo long the skip is. But no luck...
There's still two...
Is the service ID being used as key true for future recording bookings and series recording bookings as well?
I wonder what would happen if FACTORY in TBL_FACTORYCONFIG would be set to 1?
I don't dare to try here since there is no way for me to reflash or telnet or anyting.
Anyone with an HDR...
I used adapters with prolific chipset but didn't get any data anyway...
My guess is that one of the internal pinheaders (not mounted) is the usb port to use for this...
First test and result: Moved a channel in the channel database to a new number. Worked perfectly... :)
Channel rearranging is a big thing here in sweden since for some reason the main channels 1-5 in HD are on logical numbers 61-65...
No, don't bother with the HD. It was the HDR data I was looking for.
Hmm... Wonder what it does then... It is in my swedish version of the HDR. I'll have to try...
Just a thought. Is it in the HD?
I need more data for anything useful since this is more or less only the interrupt vectors.
A complete dump of the HDR loader from flash would be good...
This is the beginning of both from what you quoted:
From hdf:
ROM:00000000 .text # ROM
ROM:00000000 b 0x840
ROM:00000004 nop...
Strange.
And yes, it's useful because it means that the flash isn't encrypted...
Do you mind dumping the entire cfe bootloader to a file and publish it somewhere? Or email it to me or something?
I thought you had a HDR by the way?
Can someone please check if the same is true for the cfe bootloader? On a HDR-FOX T2 if possible.
It's probably possible to protect certain flash areas...
I was thinking a bit more of this.
Can anyone with telnet access confirm the filesystem location of the databases? Which device is that part of the filesystem mounted from?And the filenames?
The reason for the question is that I have an idea that the files that can be backed up to usb though...
Ahh... I thought you had stable 3.3V on pins 2 and 3. What I saw was 3.3V signalling (pulse train).
I haven't been able to do any more measurements, but I'll see if I can do any in the coming weeks...
Too bad you don't have a HDR-T2, the measurements from that one would be really interesting for...
First of all, the common interface you are talking about is not a common interface. It's the place for a smart card reader. Instead of putting the smart card in a ci-module, it is put directly into the box. It's how things usually work with dvb-t(2) boxes here in sweden. The HD-T2 is sold in...
Sorry for the spamming...
No luck with getting the network up by adding the HDR network rows to my setup.db (with modified values to fit my network of course). :(
I also added SKIP_FORWARD to my database to see if it made a difference for hwo long the skip is. But no luck...
There's still two...
Is the service ID being used as key true for future recording bookings and series recording bookings as well?
I wonder what would happen if FACTORY in TBL_FACTORYCONFIG would be set to 1?
I don't dare to try here since there is no way for me to reflash or telnet or anyting.
Anyone with an HDR...
I used adapters with prolific chipset but didn't get any data anyway...
My guess is that one of the internal pinheaders (not mounted) is the usb port to use for this...
First test and result: Moved a channel in the channel database to a new number. Worked perfectly... :)
Channel rearranging is a big thing here in sweden since for some reason the main channels 1-5 in HD are on logical numbers 61-65...
No, don't bother with the HD. It was the HDR data I was looking for.
Hmm... Wonder what it does then... It is in my swedish version of the HDR. I'll have to try...
Just a thought. Is it in the HD?
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.