01 March 2016, 08:54 | #41 |
Registered User
Join Date: Jan 2005
Location: Umeå
Age: 44
Posts: 962
|
In the repo
|
01 March 2016, 16:44 | #42 |
Registered User
Join Date: Sep 2004
Location: Brasil
Age: 50
Posts: 181
|
|
01 March 2016, 16:59 | #43 |
Registered User
Join Date: Jan 2005
Location: Umeå
Age: 44
Posts: 962
|
|
01 March 2016, 20:30 | #44 |
Registered User
Join Date: Jan 2005
Location: Umeå
Age: 44
Posts: 962
|
@SyX:
Your script is now added to the cd32tools repo with the changes already discussed in the thread to get it working. Also made it use external trademark file so nobody complains. |
02 March 2016, 13:27 | #45 |
Registered User
Join Date: Sep 2004
Location: Brasil
Age: 50
Posts: 181
|
Thanks patrick!
|
02 March 2016, 13:51 | #46 | |
Registered User
Join Date: Jan 2005
Location: Umeå
Age: 44
Posts: 962
|
Quote:
However, it did not and this affected the boot time. We use ahx music in our menu and it looks in S:ahxWaves.location for the path to the precalc data and we have that data in S:ahx.waves. Our Startup-Sequence had uppercased first character in the name, with the result that the CD32 couldn't lock either of the ahx files leading to it precalculating it with the cpu, which normally should be slower than loading it from disc. However, with the mkisofs generated iso it apparently is slower reading from file :P. We have also made one change to the CD, we now run "C:SetPatch QUIET" first in the Startup-Sequence. This makes the measurements a bit non-consistent with the previous. One insteresting thing with it is that it actually made the ISOCD-generated disc boot even faster than before. SetPatch says it patches a "cd CD_SEEK" function, maybe that is beneficial? Also for fun tried a depth first sorting with the per-directory file sorting on upper case names manually removed and without prioritization list using generateLayout.py. Just guessing that that is something similar to the order of makeisofs. Nevertheless, these are the current results. Mkisofs: 17.88s ISOCD with depth first, no per-dir filename uppercase-sorting: 17.34s ISOCD with regular breadth first with our prioritization list: 11.64s |
|
02 March 2016, 14:45 | #47 |
This cat is no more
Join Date: Dec 2004
Location: FRANCE
Age: 52
Posts: 8,429
|
Ok, we can keep both solutions. The slow one will be for day to day builds to test on emulators, and the ISOCD one will be for releases.
|
02 March 2016, 18:49 | #48 |
Registered User
Join Date: Jan 2005
Location: Umeå
Age: 44
Posts: 962
|
Indeed, just wanted to update the numbers and was also a bit intrigued by the positive results by running setpatch. If anything, I expected it to get slower as it is one more command to execute. Did not expect it to go the other way.
|
24 February 2019, 09:57 | #49 |
Registered User
Join Date: Mar 2016
Location: Australia
Posts: 934
|
Reviving an old thread, I tried this and it worked great!
Only issue I have is if I use CDTV.TM then I get an error when running pathTableUtil.py uppercase (Works fine with CD32.TM) Code:
PathTable size: 200 Traceback (most recent call last): File "../tools/cd32tools/pathTableUtil.py", line 230, in <module> pathTableLSB = PathTable(isoFile.read(descriptor.pathTableSize), True) File "../tools/cd32tools/pathTableUtil.py", line 175, in __init__ entry.parent = self.entries[entry.parentNum - 1] IndexError: list index out of range |
24 February 2019, 13:47 | #50 |
This cat is no more
Join Date: Dec 2004
Location: FRANCE
Age: 52
Posts: 8,429
|
ouch. It means that self.entries is empty. So long for the parent.... probably not trivial to fix.
Yes those tools are great to batch ISO production with mkisocdfs. Now StatMat ISOCDWin does a great job replicating ISOCD on Windows. Only the batch mode is missing. |
24 February 2019, 21:54 | #51 |
Registered User
Join Date: Mar 2016
Location: Australia
Posts: 934
|
I am guessing the problem is that the CDTV.TM is ~22kb whereas CD32.TM is exactly the block size (2048), which probably means that when make_cd32_iso.py patches it in it’s not quite right.
|
07 December 2023, 00:19 | #52 |
Mostly Harmless
Join Date: Aug 2004
Location: Northern Ireland
Posts: 1,159
|
Thread: Reanimate!
I had a dig at creating a CD32 ISO purely in Python 3, on macOS, with pycdlib and bits of make_cd32_iso.py from this thread. I had to monkey patch pycdlib to skip ISO9660 filename validation so I could get "S/startup-sequence" on the image. Maybe this could be made into an option at some later stage. The image seems to create OK and even boots the executable The game can't read it's data files though. I can mount the image in macOS and copy the files off OK and the MD5's match up. In the code, I traced that Lock/Examine/OpenFromLock/Seek all work but the actual Read returns -1 I don't have a real machine with a CD-ROM so I can't really judge if the ISO is fast or slow to load, I think. |
07 December 2023, 08:30 | #53 |
This cat is no more
Join Date: Dec 2004
Location: FRANCE
Age: 52
Posts: 8,429
|
The absolute goal for me was to create a 100% compliant ISO file, no joliet, no fancy shit, so RN loader can read it and so CD32load works.
MasterISO, MakeCD,... all fail at this, ISOCD works (but is old & amiga-native), ISOCDWin does the job but has a, forced GUI, and ISO python tools using mkisofs that I got from Patrik & friends, used & improved (around 2016) create OK ISOs but if there are too many games, the lookup table is not well organized enough and the crawls on the real machine. |
07 December 2023, 08:49 | #54 |
Mostly Harmless
Join Date: Aug 2004
Location: Northern Ireland
Posts: 1,159
|
The only part of mine that is not base ISO9660 is the startup-sequence filename, and I don’t see how you could avoid that?
I only have three game files, all loaded at the start, so I guess speed won’t be an issue if it’s just how the file system is organised that is the problem. |
07 December 2023, 09:52 | #55 |
This cat is no more
Join Date: Dec 2004
Location: FRANCE
Age: 52
Posts: 8,429
|
yes, in that case mkisofs stuff + python patches to insert TM file works perfect. I mastered Jim Power CD32 (commercial) with that and there are no issues. I would avoid it for big compilations.
|
07 December 2023, 10:10 | #56 |
Mostly Harmless
Join Date: Aug 2004
Location: Northern Ireland
Posts: 1,159
|
Were the differences between an ISOCD/ISOCDWin disc and the others ever explored? There can't be that much room for differences surely? Basic ISO9660 is quite straightforward.
|
07 December 2023, 10:42 | #57 |
This cat is no more
Join Date: Dec 2004
Location: FRANCE
Age: 52
Posts: 8,429
|
A limitation in name lengths? case? Other ISO builders tend to add default extension options that conflicts with the implementation of at least RobNorthen CD loader (the only hardware banging CD32 loader I know of). So, cornercase, but this hardware banging CD32 loader (modified in CD32load to fix the "grinding" bug) is super-convenient to run games that you could not run on the (unexpanded) machine otherwise.
An example: Body Blows Galactic AGA that runs with CD32load, while at start it's a NDOS AGA game that uses most of the 2MB chipmem and uses RN floppy track loader. Jurassic park AGA is another. And Street Racer too. |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Looking for some basic IP tools en SDK tools | Roland007 | support.WinUAE | 0 | 28 November 2012 22:34 |
Tools | alexh | support.Hardware | 15 | 05 August 2010 23:27 |
Need a few tools | Phantomz | request.Apps | 6 | 22 November 2008 03:15 |
Tools? | Kada | project.Amiga Game Factory | 1 | 05 February 2008 09:58 |
CD32 / Daemon tools lockup? | Mclane | support.WinUAE | 0 | 01 April 2003 18:20 |
|
|