12 November 2009, 02:08 | #1 |
coder
Join Date: Jul 2009
Location: a galaxy far far away
Age: 50
Posts: 84
|
What Crunchers do you guys prefer?
I was wondering what crunchers you guys use to crunch your demo parts? I know I remember something about Photon saying he just finished coding a crunching utility for Scoopex, and I've heard some other utilities mentioned in the past, but I can't recall the name of the main one that was associated with a lot of the old school demos...I believe it was responsible for a lot of the multicolored flashing that was so reminiscent of scene releases of those days, when they loaded up. You knew the "good stuff" was about to hit the screen when that happened!
I have Defjam cruncher that I downloaded from somewhere, and of course no docs, since if you weren't lame, you were supposed to already know what to set all the offsets and pointers to. I can probably blunder my way through using this, but if anyone has any tips or dox, please feel free to post, or PM me. I'm at the point right now where I've learned how to set up a copper list, make some nice multi-colored bars on the screen, and I've even stumbled on how to make them look diagonal, and how to get a bunch of 8 bit wide splits on the screen. Now I'm fooling around with bitplanes, and sprites, and I'd like to have a way to crunch my programs and send them to PMC and others in order for them to check out my progress. Greets to Paul, and the Retro crew for making it possible for me to leap from the c64 scene and start also coding on the Amiga. I'd also like to thank Galahad/FLT and Photon/Scoopex, Stingray/Scarab, and other coder/crackers whose posts have been educational for me. -Brett PS: If there was already a thread regarding this subject, please point me to it. Thanks! |
12 November 2009, 03:25 | #2 |
Going nowhere
Join Date: Oct 2001
Location: United Kingdom
Age: 50
Posts: 9,035
|
ByteKiller 1.3 and Tetragon Packer were the two main ones used 'back in the day'.
Generally I use a decent data file packer like FileImploder or RNC Propack and code my own header to relocate the file to be depacked. Crunchmania is an ok one if you need a pro-decrunch capable depacker, Defjam packer has a bug in it. |
12 November 2009, 05:02 | #3 |
Join Date: Jul 2008
Location: Sweden
Posts: 2,269
|
For running anything from inside the AmigaOS you don't want to decrunch to fixed addresses, unless you intend to force a reboot afterwards. Crunch-Mania and Stonecracker are AFAIK the best crunchers, and they can take care of all these memory details for you. This also allows you to split your code and data into sections to make better use of the memory.
|
12 November 2009, 06:06 | #4 |
coder
Join Date: Jul 2009
Location: a galaxy far far away
Age: 50
Posts: 84
|
@Galahad: Yeah, Tetragon Packer was the one I was trying to remember. At some point I had tried to find it by searching the web and I came up with a website or text file that claimed DefJam's version had fixed some bug in Tetragon. I guess that wasn't the case.
I was mainly looking for opinions about which cruncher would be suitable for demos, and sharing assembled code I write, etc. Something fast. I'll try out some of the ones you guys suggest if I can find them. Crunchmania sounds good. Thanks! PS: Ok, there's a huge crunchers section on Exotica...I can't believe I didn't look there first. I'll have to use the good old method of trying 20 or 30 until I decide on my favorite. In the meantime though, all opinions welcome Last edited by Plagueis/KRX; 12 November 2009 at 06:12. Reason: update |
12 November 2009, 08:24 | #5 |
gone
Join Date: Apr 2007
Location: completely gone
Posts: 1,596
|
My advice on this personally would be to use one of these three:
Powerpacker (latest version you can find) Imploder 4.0 Titanics Cruncher All of these crunch nicely and in my experience are system friendly so you know your one file demo is going to work OK - as long as you've coded it to be as friendly as possible itself that is. If you're crunching for demo type stuff where you don't care about the system at all then you could do worse than Photon's cruncher available from the Scoopex website as there's docs and a decrunch source too. By the way, DP - if you want any of the ones I mentioned I can send them to you - just shout. Last edited by pmc; 12 November 2009 at 08:26. Reason: Updated... |
12 November 2009, 11:09 | #6 |
move.l #$c0ff33,throat
Join Date: Dec 2005
Location: Berlin/Joymoney
Posts: 6,865
|
I use CrunchMania most of the time, still the best packing ratio (beats RNC most of the time!), decruncher source is included in the package and it works reliably.
|
12 November 2009, 11:25 | #7 |
Registered User
Join Date: May 2004
Location: Somewhere secret
Age: 50
Posts: 367
|
Crunchmania & RNC pack 'best', StoneCracker is usually close to the same ratio and has a much faster depack (well, slightly faster than crunchmania - much faster than RNC), and can also take care of all the setup (CIA, cache etc.) if you want it to...
|
12 November 2009, 16:14 | #8 |
Join Date: Jul 2008
Location: Sweden
Posts: 2,269
|
Here's a big archive of various exe and data crunchers, and archivers:
http://amigarealm.whdownload.com/ami...ols/tools1.htm |
13 November 2009, 01:25 | #9 | |
coder
Join Date: Jul 2009
Location: a galaxy far far away
Age: 50
Posts: 84
|
Quote:
Nice...thanks...I noticed there's a DPaint unpacker in there too, that might be useful for my demo making toolkit. -DP |
|
13 November 2009, 01:30 | #10 |
move.l #$c0ff33,throat
Join Date: Dec 2005
Location: Berlin/Joymoney
Posts: 6,865
|
|
13 November 2009, 02:28 | #11 |
coder
Join Date: Jul 2009
Location: a galaxy far far away
Age: 50
Posts: 84
|
|
13 November 2009, 09:36 | #12 | |
gone
Join Date: Apr 2007
Location: completely gone
Posts: 1,596
|
Quote:
It crunched one of my executables smaller than Powerpacker, did the crunching much faster too. Decrunch on load was quicker as well but I missed the coloured bars. It's not old skool feeling enough for me without all that $dff180 interference on the screen. Is there a way to turn that on in Stonecracker? Maybe I should go and RTFM... |
|
13 November 2009, 11:50 | #13 |
move.l #$c0ff33,throat
Join Date: Dec 2005
Location: Berlin/Joymoney
Posts: 6,865
|
|
13 November 2009, 12:25 | #14 | ||
gone
Join Date: Apr 2007
Location: completely gone
Posts: 1,596
|
Quote:
Quote:
Last edited by pmc; 14 November 2009 at 12:12. |
||
13 November 2009, 13:21 | #15 |
Junior Member
Join Date: Aug 2001
Location: France
Posts: 1,392
|
I think Crunch 1.4 is worth to check.
Crunch packs relocatible & data files using different methods: - Normal - Segment - Data and also can use Titanics DeCruncher type I remember ratio and speed decrunch were quite good. This packer was used in most of TBL prods. |
13 November 2009, 18:17 | #16 |
coder
Join Date: Jul 2009
Location: a galaxy far far away
Age: 50
Posts: 84
|
heh, yeah...that's one of the things I wanted as well ($dff180 cycle effects during decrunching) to get that feeling you were talking about. Of course I want to be able to send you stuff I code for you to check out in WinUAE without having to load up Devpac, assemble, and run it. -Brett Last edited by Plagueis/KRX; 14 November 2009 at 18:43. Reason: fix quote |
14 November 2009, 11:52 | #17 |
Crazy Collector
Join Date: Aug 2006
Location: Munich/Bavaria + Saxony + Thailand
Age: 53
Posts: 151
|
For pure EXE crunching i would rather use "CrunchyDat"
http://aminet.net/search?query=crunchydat It's giving usually better ratios than CrunchMania and the decrunch header got no cache flush issues on 68060 CPU's unlike CrM. It's very fast, very easy to use and even ur beloved $dff180 flashes are included by choice. But beware the unpacked file will be overwritten with the crunched one, so always use a copy. For data crunching and special features CrunchMania is still the tool of choice. And the trial version 1.91t is good enough for these purposes. U can still go with the real old skool crunchers like ByteKiller 1.3. But for what reason? Ciao, Rick ... |
14 November 2009, 18:21 | #18 | |
Moderator
Join Date: Nov 2004
Location: Eksjö / Sweden
Posts: 5,758
|
I quit crunching exes when I got a bigger harddisk for my A500, it slowed down loading something awesome even on 68000 ... I remember about the same time, I used Powerpacker for modules (but I quit that since some trackers didn't like it and it was a pain in the a to save...) and for documents (PPmore to read, etc).
For demos I used a friend's (Syncro/Science 451) cruncher. Then I made the Qik*D*Pak binary cruncher, PicPac, a pixel cruncher and also a sample cruncher. Nowadays I use Scoopex-Cruncher. I think the first demo I made was uncrunched and the first demo that I did crunch was probably Supersinus, and I think I used a commandline cruncher from Northstar. For exes I used Imploder and I guess it's perfectly OK for that still, certainly it's easy to plop a small intro into it and you're done. Quote:
Let me explain. Consider the 512k chip only platform. Dude makes a 400KB demo that is 200 KB crunched. 400 KB fits in 512K, and naturally he wants 512k users to be able to run it. But if you load the decrunch source and include the crunched file, you get a 201 KB exe. When this is run, there is <300 KB left and there is no way of "extending" the already allocated ram where the exe resides at runtime. You could add a ds.l statement in the decrunch source; this would very efficiently prohibit the exe from even starting if you have 1 byte too little memory free. OK, go from this to 420KB - he added a nice graphic to the demo. Now, it will still start fine on a bare nekkid 512k machine; you just have to disallow exit (or reboot on exit-click), because you might need the memory hogged by f.ex. the CLI/WB screen. You could say to all the A500 users: hey, get >512k memory. But if the demo is really heavy on the chipmem stuff (5K code, rest gfx and music) it won't help ofc. Anyway, if you do it system-friendly with f.ex. a ds.l, you could end up with an exe that doesn't load on a machine that can run it (without exit). If it doesn't start, it can't even CONSIDER taking over the system, show the demo and disallow exit. Bottom line is: too much checking and you may mistakenly block users that COULD see it from seeing it. But just checking if you have to disallow exit or not and then just starting it will enhance compatibility (by running it on the full set of compatible machines) and certainly make better use of memory (than giving up if you happen to have a DF1: connected, f.ex.). If your demo does NOT utilize a rock standard A500 fully, then ofc you should be 100% system-friendly. But there is a conflict between the two. Only on the A500 is the chipmem so precious (256K module+some screen buffers, and you're upto 400K already, not much left for 'stuff'!), and few demos on A1200+ need it so desperately (because 400K is only 20% filled then...) There are 3 ways around this: - loading it in small buffers and decrunching on the go (Titanics-Cruncher). Only the small buffer and the size of the loader is the overhead. But you can't utilize max memory ofc, since you can't turn off the system while loading... a trackloader can do that tho. - Make a "loader" CLI-command that can load any crunched relocatable binary to any address. The trick is that it checks if the machine can run it; if yes, it checks if it can decrunch it with the system on; if yes, then it runs the demo with exit, otherwise turns the system off and disallows exit. - split up the demo, so that some big graphic or music is either loaded later, or included but not decrunched until later. I think the time spent being paranoid about OS-friendliness is better spent on compatibility with other processors (interrupts, caches, blitwaits...). Just loading it and checking if you need to turn the system off temporarily or until reboot will make it load on the most possible machines. No part in the above paragraph is very hard; the only part that's a little tricky is checking that you don't overwrite the stacks on chip only machines. It can sometimes be in very strange places |
|
14 November 2009, 18:49 | #19 | |
coder
Join Date: Jul 2009
Location: a galaxy far far away
Age: 50
Posts: 84
|
Quote:
@Photon: That's a lot of nice information you've given there. It'll go into a text file about demo preparation for me. |
|
14 November 2009, 19:32 | #20 | |||
move.l #$c0ff33,throat
Join Date: Dec 2005
Location: Berlin/Joymoney
Posts: 6,865
|
*cough* *cough*
Most of the time you don't need to use fixed addresses if you know what you're doing! They can be useful under certain circumstances of course (trackmos etc) but that fixed addresses enhance compatibility, well... *cough* *cough* Quote:
Quote:
Quote:
|
|||
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
crunchers with c and asm sources | xxxxx | Coders. General | 46 | 22 August 2019 08:20 |
Crunchers that support overlays? | BarryB | support.Apps | 9 | 07 March 2017 11:58 |
Old crunchers | absence | Coders. General | 3 | 25 June 2012 18:47 |
Which version of Afterburner do you prefer? | paul773car | Retrogaming General Discussion | 3 | 10 September 2009 05:28 |
Old crunchers for A500/WB1.3? | Photon | Coders. General | 21 | 03 December 2004 02:14 |
|
|