The disks work when ran in GD mode. However, the one I dumped cannot transfer from the 0DREAMON.BIN to any of the games on the disk as it floods the GD workshop log with: Read(10) : Address 45018 : Length 1 Similar happens when I try to run games like the PAL version of Sonic Adventure and Jet Set Radio in emulation mode, this doesn't happen with the .gdi rip of the Japanese Sonic Adventure though. What could it be? EDIT: Seems it can transfer correctly into 4 Wheel Trucker, after reading the TOC and then addresses 45016, 45020, 45021, 45022, 45018, 45022. But still not Fur Fighters.
An update, it is related to the two bytes at 0x00156114 in the 1ST_READ file. Which are the same bytes that binhack edits for making selfbooting cdi images. I don't know what to do to fix this, but these bytes are definitely connected to the problem. The final version of Fur Fighters uses the same values for these bytes as the demo version does, so it's a little weird that one works and one doesn't.
These two bytes are in fact 4 bytes (with 2 0x00); an integer (DWORD?) that represents the address of the 2de session's TOC on the disc (i.e. HD area for gd-rom). It's typically (45000+150+16) = 45166 -> 0x6EB00000 for data/data selfboots or retail gd-rom and gd-r. - 45000 is the LBA of the 2de session - You add 150 to get the physical address of the 2de session (there's a 150 frames pregap before LBA0) - You add 16 to skip the bootsector reserved space (ip.bin) and point directly to the TOC. That said, I don't know what could make it not work on the devkit. You can try building a gd-m project with each demo instead of the dreamon menu, it should works.
I did try with just the Fur Fighters demo and it just gives me a black screen with a white line on the bottom. This still floods the workshop log with the read requests to the 45018 address. Thanks for the explanation of those bytes, I don't know what is wrong with this though. It works when in GD mode, but it will not work in emulator mode. The same happens with the PAL version of Jet Set Radio I have.
This is the best source of info I got on the internal working of DreamOn (in french): http://www.dreamagain.fr/tutos-drea...euxapplications-avec-un-menu-base-sur-dreamon Seems like there should not be issues with the devkit.
It must be something odd with the binaries, the way the project is built, or some other voodoo, as all the Fur Fighters demos I've obtained online and through dumping display this issue in emulation mode. Only the .gdi dump of Fur Fighters works in emulation mode, and as I've said, it has the same values for the 2de session's TOC. What I don't understand is that since the final one can work in a default five track emulation project, the demos should too. They're built the same way, with the abstract, bibliogr and copyrigh files on the 1st track, the warning.da on the 2nd track, 0gdtex.pvr on the 3rd track with padding enabled, an empty 4th track and data on the 5th. Track 5 has a pre gap of 225 and a post gap of 150. I can also view the TOC sheet if that helps but I really have no idea what is going wrong and what can be done to solve it here. Thanks for that link by the way, I remember reading about using the DreamOn menu for multi-game burns.
