Amiga.org
Amiga computer related discussion => Amiga Software Issues and Discussion => Topic started by: motorollin on October 17, 2007, 02:36:36 PM
-
Is it possible to insert AfA OS either in to a ROM image to be softkicked, or preferably in to a KickFlash as a ROM update?
--
moto
-
I doubt it.
-
AfA is incomplete at this time. It is only a few modules. Once completed, there's no reason why it couldn't. But for now, you still need the original amiga ROM.
-
I think I was unclear. I'm not talking about replacing the Kickstart ROM. I'm talking about pre-patching the ROM with the AfA modules so they are available from cold boot without having to have the modules on hard disk and patch them on every boot. Would that be possible?
--
moto
-
*bump*
Though I suppose I could just try it :-)
--
moto
-
motorollin wrote:
I think I was unclear. I'm not talking about replacing the Kickstart ROM. I'm talking about pre-patching the ROM with the AfA modules so they are available from cold boot without having to have the modules on hard disk and patch them on every boot. Would that be possible?
--
moto
Oh sure, that would work.
-
Are the AfA_OS modules 'rom-able', and more importantly, will they fit within the 512k address space?
I guess it would be reasonably easy to test creating a custom kickstart using UAE.
Cheers,
James
x
-
jmbattle wrote:
Are the AfA_OS modules 'rom-able'
I suppose that's a more succinct way of asking my original question.
jmbattle wrote:
and more importantly, will they fit within the 512k address space?
Probably not, but I don't care - I'm using a KickFlash.
jmbattle wrote:
I guess it would be reasonably easy to test creating a custom kickstart using UAE.
Well I'll try inserting the individual AfA-OS modules in to my KickFlash to test it.
--
moto
-
There has been discussion about AfA_OS being 'rom-able' here. (http://www.amiga.org/forums/showthread.php?t=29389) Somewhere along the topic AfA author and Piru discuss about blizkick modules (which usually are rom-able modules) and AfA components.
-
Ok I have just tried this. The AfA-OS modules do insert in to the KickFlash, but unfortunately there is not enough space for all of them along with a Kickstart ROM image and the OS3.9 ROM Update :-(
As a test I tried adding afa_system_lib.exe, graphics_lib.exe and diskfont_lib.exe and removed the AFA loader from startup-sequence. I did still get TTF fonts, but then as a test I removed the modules from the KickFlash, cold booted, and I *still* got TTF fonts, without anything loading the AfA modules! No idea how this worked!
As a second test I tried adding afa_system_lib.exe, icon_lib.exe and exec_lib.exe to see if I could get PNG icons, but it didn't work. Maybe it also needs graphics_lib.exe, but it won't fit :-(
Is there any way to pack modules before inserting them in to the KickFlash to make them fit?
--
moto
-
I believe the TTF reading is handled by freetype2.library, however without the AfA_OS modules, there will be no anti-aliasing, essentially losing the point of using TTF fonts in the fist place.
Please do keep on experimenting - I'm surprised Bernd himself hasn't popped into this forum to answer your questions directly.
Cheers,
James
x
-
jmbattle wrote:
I believe the TTF reading is handled by freetype2.library, however without the AfA_OS modules, there will be no anti-aliasing, essentially losing the point of using TTF fonts in the fist place.
Ahh I see, that would probably explain it.
jmbattle wrote:
Please do keep on experimenting - I'm surprised Bernd himself hasn't popped into this forum to answer your questions directly.
I will keep on playing around to try to get PNG icons working without AfA-OS loader in S-S. Any ideas whether I can pack the libraries before inserting them in to the KickFlash? Would they unpack themselves when the KickFlash accesses them?
--
moto
-
Just tried using PowerPacker to pack the AfA modules. They all went in to the KickFlash ok with no errors, so I'm assuming the KickFlash is ok with packed modules. However, it still doesn't work. I even tried adding AFA_OS_Loader as well in case that would make a difference, but it didn't work - still no PNG icons :-(
--
moto
-
Just had a lightning fast reply to an email to Jens Shoenfeld. He reckons the problem is that PowerPacker exectuables cannot be made pure (whatever that means!) which is why they don't work in the KickFlash. I think the only hope therefore is to attempt to increase the capacity of the KickFlash. Apparently it can be upgraded to 1GB. Anyone know how?
--
moto
-
The Kickflash can be upgraded to 1GB if Jens ever gets off his backside and makes the expansion he promised.
________
VAPORIZER REVIEW (http://vaporizer.org/)
-
I have asked Jens about the flash upgrade. I wonder how difficult it would be to make one?
--
moto
-
motorollin wrote:
I have asked Jens about the flash upgrade. I wonder how difficult it would be to make one?
--
moto
That depends entirely on what he had in mind. It might just be an adapter for a CF card, or it might be more complicated.
________
Video review (http://videoreviews.org)
-
I'm afraid you cannot compress resident modules with PowerPacker. The OS locates the residents by scanning for an ID inside the executable (RTF_MATCHWORD + ptr to self), and if compressed that ID cannot be found.
PowerPacker only supports packed libraries/devices if dos/LoadSeg is patched to decompress the compressed files on the fly. This also means that only disk based compression is supported.
To my knowledge Imploder has some level of support for "self contained" library/device crunching, but even with Imploded libraries/devices it is questionable if they'd work from within read only memory.
-
Thanks Piru. I will give Imploder a try. I see your point about potential problems with using them in read only memory. I suppose the question is whether the KickFlash copies the files to Fast RAM before doing anything with them, or whether it patches something to use them directly from the KickFlash itself. I'll try it anyway.
--
moto
-
According to the Imploder manual, pure programmes which are "normal" imploded (the exploding code is included in the executable, like PowerPacker), the programme is no longer pure. So that's no good.
It also says that pure programmes can be "library" imploded (the exploding code is held in exploder.library). If I library implode the AfA modules and write them, along with exploder.library, will exploder.library be resident, allowing the AfA modules to be exploded?
--
moto
-
I've just had a quick look at the afa 3.96 archive, and the only system lib to have a resident tag appears to be exec_lib.exe (and even that looks wrong, rt_EndSkip points back before the romtag).
-
What does that mean? There's no hope for inserting them in to the KickFlash?
--
moto
-
Without a resident tag (+init code) they'll just sit there taking up memory, exec won't be able to find them so the patches will never get executed. :-(
-
I see. I have fed that information in to my brain, and it has told me that this probably means that the resident tag makes the executable say "I'm here", and that exec then looks for resident tags to see who is there ready to be executed. Is my brain correct?
--
moto
-
Yep, that's pretty much what it does.
It's just a structure that describes what the code is (device,library,resource etc), what version it is, if it should be automatically run (and its priority says when it should be run), and a name and ID string.
Chris Hodges describes it a lot better than I ever could in the docs to Luciferin (http://www.platon42.de/files/usb/Luciferin.lha)
-
Thanks for looking in to it. It's a real shame it won't work. Maybe in a future revision of AfA.
Cheers
--
moto