| |
Wanderer
Account closed
Registered: Apr 2003
Posts: 478 |
IFFL
Before I begin, let me say that I *have* tried without asking for help. I've downloaded a variety of IFFL programs and all have failed. I have read up on IFFL and understand it, I just can't do it :)
*ahem* Okay, now then...
I am in the midst of writing a game with multiple levels. It features an intro, levels, end page and high score page. Each page loads the next page through KERNAL load routines, so it consists of standalone files for now.
What I would like to do is to one-file them into an IFFL version. I don't mind if it features a loader file, I'd just like to pack the various files into one.
First, each file is not just level data... that is to say, they begin at $0801 and execute, so it isn't just loading data into upper memory. Each file needs to be executed as a standalone program. Due to wanting to use all available RAM, linking them together is not feasable because this reduces the amount of free memory available to me.
Now then.. I have tried to download Burglar's IFFL program as well as many others. The process seems quite simple enough. Link them through a "linker" which makes it one file. However in the case of Burglar's program, there is no depacker in the linker. The standalone depacker doesn't advise you what filename to use, but it DOES begin with a STA $xxxx which means you just load the Accumulator with the file # and run his depacker.
I have tried at least 6 other IFFL linkers and while some of them do create a single file, the depacking portion (normally written to disk after it links) results in just filling the RAM with garbage every time.
Keep in mind IFFL is new to me, it had only just begun to come out when I left the scene so I don't know how to use it. I understand the linking concept (make a single IFFL file), I understand the depack concept (you load the accumulator with the file, JSR, it unpacks from the IFFL file according to the track and sector). I have seen IFFL packers as well which I *think* crunches the IFFL one file even more.
To say the least I am confused and I'm asking for help. I'm not keen on asking for help but I need it...
So essentially what I require is:
- a way to link approximately 6 files that begin at $0801 into one file and that can be called one by one as I need them. I understand each file will need a copy of the unpacker code and the proper LDA #$xx before calling the routine.
- it must work on NTSC
- not only a way to link the files into one, but a proper depacker as well. The best program I could find would pack them but then gave you a Turbo Assembler code for a depacker which gave errors when trying to compile it.
- I know this can be done because my game Jailbreak consisted of 4 files that were done with ECA Linker, and made into a single file. As it needed to, it would unpack the next file necessary.
Any help, suggestions of a POSITIVE nature would be appreciated. I have tried everything under the sun and I really would prefer it to be a single file.
|
|
| |
Tch
Account closed
Registered: Sep 2004
Posts: 512 |
Used it only once or twice myself.
What you DO want to use,is one that scans the disk before the actual loading starts. (X-Ray used a great one!)
Otherwise the loading becomes PURE HELL!! ;) |
| |
cadaver
Registered: Feb 2002
Posts: 1160 |
You could check the IFFL tutorial from covertbitops, that has material ..ahem.. "learned" from several sources. It doesn't integrate a depacker by default but shouldn't be hard to add.
http://covertbitops.c64.org/rants/iffl.htm
Btw. IFFL files are (IMO) not so nice for copying flexibility, compatibility (since custom drivecode has to be used or fast scanning & loading will be practically impossible) etc. |
| |
Wanderer
Account closed
Registered: Apr 2003
Posts: 478 |
I know, I'm in a debate. I'd much prefer leaving it as loadable files. That would allow for 100% compatibility.
I suppose I could wait for one of the lamer labels to jump all over it, to see an IFFL version :) however I'd much rather do the version myself.
|
| |
Jazzcat
Registered: Feb 2002
Posts: 1044 |
To my knowledge lamer labels haven't used IFFL since around 1996/7. |
| |
Krill
Registered: Apr 2002
Posts: 2980 |
It's actually possible to only scan (quickly) on demand, that is, have a scan-routine in the loader code, so scanning is not needed beforehand but only for some of the files - if you load the files sequentially (more likely in demos than in games), no scanning is needed at all, actually.
Anyways, the loader should of course be flexible enough to also handle other drives than 1541. Which is not so easy since there is no seek function in the kernal to hook for more modern media - extra routines are needed for every one of them. So the "cool" look of an iffl-ed game will fade away quickly if you try it on non-1541/71 drives.. IFFL-loaders only make sense if a game that would not fit on 1 diskside un-iffled fits after iffl-reducing the sector allocation overhead. That's pretty seldom though. Better go for Dreamload, Covert Bitops loader or other loaders that support non-1541 drives and load separate files. |
| |
Wanderer
Account closed
Registered: Apr 2003
Posts: 478 |
I liked Dreamload however I found that if you used it once, it would fail to work (and in fact crash) when you attempted to initialize it again without powering off the 1541.
I also didn't care for the $0400 effect, and was able to relocate that off screen but the above mentioned problem still remained.
It is actually a wonderful program considering that you could play music, etc. as it loaded, and it loaded amazingly fast too. |
| |
Krill
Registered: Apr 2002
Posts: 2980 |
$0400 effect? To my knowledge, Dreamload doesn't "feature" any loading/depacking effects. |
| |
Wanderer
Account closed
Registered: Apr 2003
Posts: 478 |
I'm quite sure that once you initialized the loader, that code would be put on the screen at about $0500. As the program loaded, you could also see the 255 bytes of data being put on the screen, once per sector.
I'll give it another look but I'm 99% sure. :) |
| |
Dishy
Registered: Mar 2002
Posts: 241 |
Talking about IFFL cracks reminds me of all the great quality cracks that I´ve got in my archive from Satan&Ray/G*P/VSN/F4CG. Vision had in my opinion a real cool IFFL-system. Actually one of the best in the scene! It was made by Zagon/Vision, which Satan and Ray used quite a lot and were some of the best active topquality crackers left in Denmark in 1993. I´ve uploaded a few of them in here at CSDb! Those versions rocks, I think - and damn do I miss those days in the crackingscene, when I see old cracks like these, also with so great tunes in the intros!
Mega Starforce +3 cracked by Ray for GenesisProject
Mega Starforce +3
(Big fans of Crossfire/EPIC, shouldn´t read this scroll,hehe;)
Eon +5 cracked by Ray for GenesisProject
Eon +5
Fred's Back +3 Ray for GenesisProject (Not IFFL but LM-packed! Best version around, that I´ve seen!)
Fred's Back +3
IFFL versions rules!
Maybe I should call Satan or Ray and here if they still have Zagon´s IFFL system. Mayby that could help you Wanderer:)
And actually I think CSDb should have a special topic for IFFL versions, when you upload cracks! CSDb V2 should focus a little more on the crackingscene too;) Otherwise I will probably - as an old member of CHROMANCE - have to make the old crakingmag ARE WE THE BEST, so we can get some more focus on the old illegal-scene! AWTB-online or GamersGuide-online in cooperation with CSDb and C64heaven.com... Heh, why not? ;) Would love that part of the C64-internet-scene... :)
...off to sleep!:)
*****Once A Scener - Always A Scener***** |
| |
Wanderer
Account closed
Registered: Apr 2003
Posts: 478 |
I knew I wasn't on crack. :)
http://www.ontarioghosttowns.com/ccs8.jpg
(Dream Loader upon calling $8000)
My first time seeing IFFL was on Creatures 2 in 1992, right before I left the scene. It seems that different groups have designed their own versions since then which is very impressive.
|
... 43 posts hidden. Click here to view all posts....
|
| Previous - 1 | 2 | 3 | 4 | 5 | 6 - Next |
