Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
You are not logged in - nap
CSDb User Forums


Forums > C64 Coding > Cross rle or equal char packer
2010-06-10 09:22
The Human Code Machine

Registered: Sep 2005
Posts: 112
Cross rle or equal char packer

I'm looking for a Windows commandline rle or equal char packer with at least these specs:

Memory range from $0200 to $ffff
Should create a runnable executeable with sysline

Anyone know one? I searched the net, but didn't find anything except pack64.exe included with Tass, but it didn't work here.
2010-06-10 11:15
enthusi

Registered: May 2004
Posts: 677
I guess RLE packer are so basic, everyone who ever needed one, coded one. I doubt you will find ready-to-use generic RLE packer. Sounds like a job for a human code machine if you ask me ;-)
2010-06-10 11:42
JackAsser

Registered: Jun 2002
Posts: 2014
Quote: I'm looking for a Windows commandline rle or equal char packer with at least these specs:

Memory range from $0200 to $ffff
Should create a runnable executeable with sysline

Anyone know one? I searched the net, but didn't find anything except pack64.exe included with Tass, but it didn't work here.


Is it of really that much importance it's RLE? Wouldn't LZ be ok aswell because then you have pucrunch and exomizer to choose from. And perhaps with cmdline options you might be able to turn of the backreferences in pu or exo to get only the RLE part? Perhaps...
2010-06-10 12:03
The Human Code Machine

Registered: Sep 2005
Posts: 112
@enthusi That's what I hoped for: someone willing to share his small crosscruncher ;) I'm lazy, you know...

@JackAsser Not it's not so important it's RLE, but it should decrunch as fast as possible and the starting adress should be $0200 or lower if possible.

I need this for the generated output of my Modconverter. I know that I can move some stuff around internally and crunch with Exomizer or Pucrunch afterwards, but the decrunchtime while testing the module in WinVice isn't optimal for the workflow.
2010-06-10 12:42
JackAsser

Registered: Jun 2002
Posts: 2014
Quote: @enthusi That's what I hoped for: someone willing to share his small crosscruncher ;) I'm lazy, you know...

@JackAsser Not it's not so important it's RLE, but it should decrunch as fast as possible and the starting adress should be $0200 or lower if possible.

I need this for the generated output of my Modconverter. I know that I can move some stuff around internally and crunch with Exomizer or Pucrunch afterwards, but the decrunchtime while testing the module in WinVice isn't optimal for the workflow.


Oh ok, but if it's just a workflow issue I suggest you simply save the whole shit as a big uncompressed .prg file and use the new DMA-load in VICE to push the data into memory.
2010-06-10 12:54
The Human Code Machine

Registered: Sep 2005
Posts: 112
Quote: Oh ok, but if it's just a workflow issue I suggest you simply save the whole shit as a big uncompressed .prg file and use the new DMA-load in VICE to push the data into memory.

I didn't find anything regarding a DMA-load feature using a commandline switch. Is it possible to load the whole memory and give a startadress?
2010-06-10 13:09
Devia

Registered: Oct 2004
Posts: 401
Quoting The Human Code Machine
I need this for the generated output of my Modconverter.


Wouldn't you need to delta encode before RLE to gain any significant reduction in final data size?
2010-06-10 14:15
JackAsser

Registered: Jun 2002
Posts: 2014
Quote: I didn't find anything regarding a DMA-load feature using a commandline switch. Is it possible to load the whole memory and give a startadress?

@Groepaz&MagerValp: Wasn't this some new feature in VICE 2.2? Have I been dreaming? :)
2010-06-10 15:07
Mr. SID

Registered: Jan 2003
Posts: 424
Couldn't you just use -moncommand to issue a series of commands to change $01, load and jump to start address?

Or be quick with enabling/disabling warp mode... :)
2010-06-10 15:17
enthusi

Registered: May 2004
Posts: 677
ec64 (the c64 emulator) can do both.
Launch PRG via RAM-injection and enable/disable frame-limiter for a certain amount of frames via script.
There is a good chance though that it wont run your MOD-player =)
2010-06-10 16:12
The Human Code Machine

Registered: Sep 2005
Posts: 112
@Devia I don't think that delta encoding makes such a big difference with a rle packer. Even Pucrunch is only a few percent better with delta enconding enabled.

@Mr. Sid I think your idea is too complicated. Would be cool, if Vice had an autorecognition for packed files and would enable warp during decompression. Could use the same technique as Ian Coog's unpacker.

@JackAsser I thought you knew how this DMA-load thing works?

@enthusi WinVice is quite good at emulating $D418, DigiMax and waveform digis using resid-fp. I don't think ec64 handles this very well.
 
... 11 posts hidden. Click here to view all posts....
 
Previous - 1 | 2 | 3 - Next
RefreshSubscribe to this thread:

You need to be logged in to post in the forum.

Search the forum:
Search   for   in  
All times are CET.
Search CSDb
Advanced
Users Online
Codey/Second Dimension
csabanw
Metal Maniac/Dual Crew
Magic/Nah-Kolor
MWR/Visdom
Genius/Xenon
Morpheus/IPC+C64.COM
Twoflower/ΤRIΛD
Xiny6581/Dees Produc..
Dan
Jazzcat/Onslaught
Guests online: 96
Top Demos
1 Next Level  (9.7)
2 13:37  (9.7)
3 Mojo  (9.7)
4 Coma Light 13  (9.6)
5 Edge of Disgrace  (9.6)
6 What Is The Matrix 2  (9.6)
7 The Demo Coder  (9.6)
8 Uncensored  (9.6)
9 Comaland 100%  (9.6)
10 Wonderland XIV  (9.6)
Top onefile Demos
1 Layers  (9.6)
2 No Listen  (9.6)
3 Cubic Dream  (9.6)
4 Party Elk 2  (9.6)
5 Copper Booze  (9.6)
6 Dawnfall V1.1  (9.5)
7 Rainbow Connection  (9.5)
8 Onscreen 5k  (9.5)
9 Morph  (9.5)
10 Libertongo  (9.5)
Top Groups
1 Performers  (9.3)
2 Booze Design  (9.3)
3 Oxyron  (9.3)
4 Triad  (9.3)
5 Censor Design  (9.3)
Top Fullscreen Graphicians
1 Joe  (9.7)
2 Sulevi  (9.6)
3 The Sarge  (9.6)
4 Veto  (9.6)
5 Facet  (9.6)

Home - Disclaimer
Copyright © No Name 2001-2024
Page generated in: 0.08 sec.