Page 2 of 3 FirstFirst 123 LastLast
Results 16 to 30 of 31

Thread: changing bev channel # for jynx hd v 30

  1. #16
    Join Date
    Dec 2012
    Posts
    1,365
    Satfix Buxs
    7,987
    Thanks
    9
    Thanked 1,523x in 764 Posts

    Default

    Change to a bin that has it, or learn to manipulate the udf file.

    I have to admit I have trouble understanding folks that have so little spark that they learn to use keyboard, mouse or remote and call that good enough, that say "I've learned enough--time to stop"

  2. #17
    Join Date
    Dec 2012
    Posts
    1,365
    Satfix Buxs
    7,987
    Thanks
    9
    Thanked 1,523x in 764 Posts

    Default

    And, yet, the link to archive post says that there was a time they did not re-number Bev. So, I would think you could load the old file, scan, then swap back to newer file (if needed) and there you are with numbers that match SID.

  3. The Following User Says Thank You to jvvh5897 For This Useful Post:


  4. #18
    Join Date
    Jun 2014
    Posts
    11
    Satfix Buxs
    4
    Thanks
    3
    Thanked 0x in 0 Posts

    Default

    Please delete previous post, I had "token expired" problems while posting.... I tried changing the ch number for an hd channel to the number it is supposed to be like the original stb's one right after to the other. It did work but black screen on the edited one, I'm gonna try re numbering only one of the instances of the reversed hex ch number and see what happens. My goal is remapping... LOL...
    Last edited by Apex; 04-20-2017 at 02:54 AM.

  5. #19
    Join Date
    Jun 2014
    Posts
    11
    Satfix Buxs
    4
    Thanks
    3
    Thanked 0x in 0 Posts

    Default

    Yup it worked... Achieved locals remapping.

  6. #20
    Join Date
    Dec 2012
    Posts
    1,365
    Satfix Buxs
    7,987
    Thanks
    9
    Thanked 1,523x in 764 Posts

    Default

    Just be aware that the udf files do not rewrite the old scan data but just add the new data into the file and fix the pointer table to the channels that are active in the list. So you might have many copies of the same channel in the file if you have done more than one scan--only the one pointed to in the table will need a change.
    The code is pretty easy to do as you should see in the python example--just a few k of text and you can remap whole in a way you like. Find the table, find the entries that are just channel data, extract the address, parse the channel data at the address--fix the bytes you want to change, continue loop, save the results.

  7. The Following User Says Thank You to jvvh5897 For This Useful Post:


  8. #21
    Join Date
    Jun 2014
    Posts
    11
    Satfix Buxs
    4
    Thanks
    3
    Thanked 0x in 0 Posts

    Default

    Awesome! Will give it a shot... First try I did it with hex editor using the full bin dumped from the box on an HD FTA channel which also is available in SD at a lower ch number only just to check if the box would not go crazy. There are 2 ch number locations on each string using as guide the info you posted :

    0d 3c c0 02 31 90 88 14 91 xx xx 21 80 00 00 00 00 20 40 68 00 00 xx xx 00 fe ff ff 07 01 23 32 23 4c 00 10

    First try I changed both and got the desired ch number in guide without video. Then in my second try I only changed the ch value in the following part by searching for the following in hex editor:

    xx xx 00 fe ff ff

    This time I got both video and desired ch number. I guess the first part of the string is the one that is used to receive correct cw's, while the second is just for guide purposes.

    Now time to have fun with your script...

  9. #22
    Join Date
    Jun 2014
    Posts
    11
    Satfix Buxs
    4
    Thanks
    3
    Thanked 0x in 0 Posts

    Default

    Was bored so I wrote a little program in VB that remaps all with a single click.

  10. #23
    Join Date
    Dec 2012
    Posts
    1,365
    Satfix Buxs
    7,987
    Thanks
    9
    Thanked 1,523x in 764 Posts

    Default

    Good for you!

  11. The Following User Says Thank You to jvvh5897 For This Useful Post:


  12. #24
    Join Date
    Oct 2012
    Posts
    222
    Satfix Buxs
    1,652
    Thanks
    99
    Thanked 106x in 69 Posts

    Default

    Ditto jvvh5897!

  13. #25
    Join Date
    Jun 2014
    Posts
    11
    Satfix Buxs
    4
    Thanks
    3
    Thanked 0x in 0 Posts

    Default

    Ok the V30... I managed to mod firmware and make it recognize a bin file from the usb drive. I also was able to flash it back BUT it got stuck at "boot" message. I removed the flash, programmed it externally with the exact same file and it worked just fine. Could it be that they corrupted the usb firmware flashing code? UDF files load just fine, it is the full firmware that does not work when flashed via usb. Also this is the only Jx that does not work with the factory bin, not even flashing it externally which also leads me to think that this box has something different, at88sc is not visible on the top side, I will check the bottom of the board and see if it is present.

  14. #26
    Join Date
    Dec 2012
    Posts
    1,365
    Satfix Buxs
    7,987
    Thanks
    9
    Thanked 1,523x in 764 Posts

    Default

    I would suspect a checksum in the file that one method checks and the other does not. Or that there is a header on usb file that is not used with the direct method (though I'm not sure what that is--I don't own one of these boxes so I'm kind of dumb about some things)

  15. #27
    Join Date
    Dec 2012
    Posts
    1,365
    Satfix Buxs
    7,987
    Thanks
    9
    Thanked 1,523x in 764 Posts

    Default

    Oh, one other thing that it could be: I've seen Ali based boxes that use a 'hidden' area of the flash as a clone detect area. The flash space is documented in data sheets for the chip. It could be that something was written to the space for v30 that your box does not have. Been awhile since I've played with Ali code about that and the forum where the work was posted is gone (dssrookie).

    I took a quick look around and don't see any v30 box files so not much for me to look at to try to help.
    Last edited by jvvh5897; 04-28-2017 at 03:50 PM.

  16. #28
    Join Date
    Jun 2014
    Posts
    11
    Satfix Buxs
    4
    Thanks
    3
    Thanked 0x in 0 Posts

    Default

    Just found out that the V30 has 2 versions one with the at88 the other does not have the at88 on board.

  17. #29
    Join Date
    Jun 2014
    Posts
    11
    Satfix Buxs
    4
    Thanks
    3
    Thanked 0x in 0 Posts

    Default

    I found the ATR lookup table where it identifies the AT88 chip in the unpacked maincode... I wonder if it would eliminate the need for the AT88 to be on board if I were to replace any of the ATR's in the lookup table with all "FF". Then again I might be having a brainfart, it might hang if FF validates and then sends the password and fails to receive response, after all there's a "Verify Password 7 Failed" message in there... LOL

    013BB2110010800001023BB2110010800002033BB2110010800004
    Where:
    3BB2110010800001 is the ATR for AT88SC0104
    3BB2110010800002 is the ATR for AT88SC0204 and so on...
    Last edited by Apex; 05-09-2017 at 08:16 AM. Reason: Typo

  18. #30
    Join Date
    Dec 2012
    Posts
    1,365
    Satfix Buxs
    7,987
    Thanks
    9
    Thanked 1,523x in 764 Posts

    Default

    Hard to say for sure about anything, but I would look at the code that uses the ATR and see if there were an obvious bypass point in there. I bet that either all FFs or all 00s would be what a look at an unpopulated chip's pins would get if there is a pull-up or pull-down resistor on the data line, but if the pin were floating it could read garbage.

Page 2 of 3 FirstFirst 123 LastLast

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •