|
Post by 1570 on Jul 1, 2008 16:35:07 GMT -5
|
|
|
Post by racob on Jul 1, 2008 22:16:56 GMT -5
HI 1570,
For a while, I thought the DTV forum has slowed down quite a bit. I have been lurking around (once a day) and has not seen any thread that has invloved a few members in the discussion. I must admit that I for one has not done so either.
Anyway, thanks for sharing us this information. I have not touched my Hummer DTV nor did any changes on the original Flash system.
Will this new editor work on the HUMMER versions?
Thanks RAcob
|
|
|
Post by 1570 on Jul 2, 2008 5:49:42 GMT -5
For a while, I thought the DTV forum has slowed down quite a bit It certainly has. Then again the DTV's been analysed quite thoroughly and most tools that are obviously needed are there. Also, with DTVs/Hummers not being sold anymore this is what is to be expected. See the "Possible future improvements" section on the DTVFSEdit page - Hummer is not supported at the moment. Despite some sources saying that the Hummer uses the standard DTV2/3 compression scheme this is not the case. Someone has to analyse the Hummer's compression algorithm first. Probably it's not hard to do though and I've got sort of a deal with someone who might do this .
|
|
|
Post by nojoopa on Jul 4, 2008 9:25:16 GMT -5
The Hummer compression scheme is the same as the one on DTV with the following exceptions:
1. The plain data bytes are stored at an offset from the file start, instead of after the "command" bytes. DTV: $x {$x plain data bytes} $y $offset ... $00 Hummer: $x $y $offset ... $00 {all the plain data bytes}
2. The offset the the plain data bytes is stored in bytes $1e (LSB) and $1f (MSB) of the directory entry (in $10000, not "$").
Since the INTRO replacements (DTVSlimIntro, LSMenu, etc) use the $1e & $1f bytes for storing the sys address, they won't work correctly with a Hummer Flash filesystem. The Hummer kernal can't load files compressed with "dtvpack" (although it would be fairly easy to create "hummerpack", it would have to store the offset somewhere).
I'd suggest keeping one Hummer unit for the Hummer game and use an another one (with DTV kernal and filesystem) for other purposes.
|
|
|
Post by 1570 on Jul 28, 2008 12:38:30 GMT -5
DTVFSEdit (see first post) can also write Spiff ZIPs now - until now it only read these files.
I'll probably not implement the Hummer compression scheme. Tools (alternate kernals, INTRO replacements, etc.) exist currently for the DTV2 file system; supporting the Hummer scheme probably will just lead to more confusion.
Replace the Hummer kernal with a patched (enable NTSC using kernalpatcher) DTV2 kernal or put a simple INTRO that switches to a DTV2 kernal at for example $01E000 in the Hummer flash and chainload DTVMENU or something if you do not want to reflash $00xxxx.
How many people are really interested in this?
|
|
|
Post by 1570 on Aug 30, 2008 4:06:06 GMT -5
There have been some bugfixes; DTVFSEdit could not read some files in Spiff's repository properly. Please update.
|
|