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 > CSDb Entries > Release id #216394 : TSCrunch 1.3
2022-04-05 11:29
Krill

Registered: Apr 2002
Posts: 2804
Release id #216394 : TSCrunch 1.3

"Thanks to Krill for pushing me to squeeze that one last CPU cycle out of the decruncher and for adding TSCrunch to the list of crunchers supported by the Krill Loader."

My pleasure. :)

Here are some current figures (next loader release soonish):



So TSCrunch is now the first choice when going for performance, and that regardless of CPU load for other tasks concurrent to loading+decrunching. :)

If you need the size, ZX0 is your friend, as it's well-balanced with compression ratio on par with Exomizer 3, but so much faster decompression.

In-place decompression and loader+decruncher fitting at $0200-$0400 go without saying.
 
... 4 posts hidden. Click here to view all posts....
 
2022-04-07 21:13
tonysavon

Registered: Apr 2014
Posts: 24
Quoting 6R6
Okay, a different approach:
(I need to know the end address of inplace crunched files)

When you load the file from disk to the load address given by the file - the end address will also be the end address for the decrunched file. right ? Or will this also have a remainder ?


Yes in that case you load the file to disk decrunching on the fly the crunched part and then copying the reminder, so the last byte copied should be the last byte both of the crunched and the decrunched file, so the end address of the inplace crunched file.
I guess @krill can confirm, just to be double sure :-)
2022-04-07 21:28
Krill

Registered: Apr 2002
Posts: 2804
Yes, in-place decrunching files end exactly where their uncompressed counterpoarts end.
The tsput pointer then points to the last byte (not the next one beyond it) after decrunching, where the crunched file's end-of-file token was overwritten with the final payload byte.
2023-03-26 18:46
Richard

Registered: Dec 2001
Posts: 619
During the start of this year. I tried to use TSCrunch V1.3 on some games that used zeropages. There have been issues where zeropages didn't get restored to how they should. The good news is that the latest build of the TS Crunch V1.3 actually fixes that. You will need to use the Github binary version, which fixes this:

The new command for this is:

tscrunch -x2 $jump addr gamesource.prg gametarget.prg

I used this version of the cruncher for Synthia 2 (If I recall correctly).
2023-03-27 11:35
iAN CooG

Registered: May 2002
Posts: 3128
The new github binary (as of 2 jan 2023) generates different binaries than 1.3 (and adds even 2 more variants by using different parameters) so it would be better increasing the version at least to 1.3.1
2023-03-27 17:35
Burglar

Registered: Dec 2004
Posts: 1027
Quoting iAN CooG
The new github binary (as of 2 jan 2023) generates different binaries than 1.3 (and adds even 2 more variants by using different parameters) so it would be better increasing the version at least to 1.3.1
Of course the binaries differ, but let's not use csdb as git commit history :D

I guess a new release version will come when Tony is ready.
2023-03-27 17:46
iAN CooG

Registered: May 2002
Posts: 3128
> Of course the binaries differ, but let's not use csdb as git commit history

I don't get what's funny. For the sake of completeness, with "binaries" I meant "The generated crunched prg files", not the executable binaries of the cruncher itself.
In this moment there are 2 tscrunch 1.3 that produce different outputs.
It should be important to increase the version number when a program changes completely its output. I was only suggesting this. That's it. Hopefully it's clearer what I meant.
2023-03-27 17:54
Burglar

Registered: Dec 2004
Posts: 1027
Quoting iAN CooG
> Of course the binaries differ, but let's not use csdb as git commit history

I don't get what's funny. For the sake of completeness, with "binaries" I meant "The generated crunched prg files", not the executable binaries of the cruncher itself.
In this moment there are 2 tscrunch 1.3 that produce different outputs.
It should be important to increase the version number when a program changes completely its output. I was only suggesting this. That's it. Hopefully it's clearer what I meant.
okok :) I still thought it was funny. and I get your point, I keep important dev versions with unique version numbers too and bump after release immediately.
2023-11-25 14:05
spider-j

Registered: Oct 2004
Posts: 443
I'not sure if I should put this in the goofs section, but on linux the Python and Go versions do behave differently when providing the start address as hex number for the -x option:
tscrunch -x 0x3b53 framework.o framework.prg

It works with Python, but not with Go.

After looking into the code:
Imho you shouldn't parse that param as string just to allow that C64 style of hex numbers starting with $ behaviour.

On linux you can't just use $3b53 without escaping the $ sign anyway and the 0x prefix should work perfectly fine on windows and linux.

An integer should be an integer.
Just my 5 cents.

Anyway: after finally converting my demo framework for usage with tscrunch instead of exomizer I must say, this one is really nice. The -i option is so easy and straight forward and automagically produces files that can directly be fed into the krill loader. Cool!
2023-11-25 17:11
Burglar

Registered: Dec 2004
Posts: 1027
Quoting spider-j

tscrunch -x 0x3b53 framework.o framework.prg

It works with Python, but not with Go.

After looking into the code:
Imho you shouldn't parse that param as string just to allow that C64 style of hex numbers starting with $ behaviour.

On linux you can't just use $3b53 without escaping the $ sign anyway and the 0x prefix should work perfectly fine on windows and linux.

An integer should be an integer.
Just my 5 cents.

agreed, I hacked it into my fork, so it supports all. but yes, the clean way is indeed using an int and not supporting $xxxx
https://github.com/staD020/TSCrunch/commit/7d8d1ddd3819dd863132..
2023-11-25 19:43
spider-j

Registered: Oct 2004
Posts: 443
Quoting Burglar
agreed, I hacked it into my fork, so it supports all. but yes, the clean way is indeed using an int and not supporting $xxxx
https://github.com/staD020/TSCrunch/commit/7d8d1ddd3819dd863132..

Cool. Thanks for pointing me to your fork!
Previous - 1 | 2 - 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
iAN CooG/HVSC
macx
Exile/Anubis
commodore_freak
zscs
Airwolf/F4CG
Guests online: 322
Top Demos
1 Next Level  (9.8)
2 Mojo  (9.7)
3 Coma Light 13  (9.7)
4 Edge of Disgrace  (9.6)
5 No Bounds  (9.6)
6 Comaland 100%  (9.6)
7 Uncensored  (9.6)
8 The Ghost  (9.6)
9 Wonderland XIV  (9.6)
10 Bromance  (9.6)
Top onefile Demos
1 Party Elk 2  (9.7)
2 Cubic Dream  (9.6)
3 Copper Booze  (9.5)
4 Rainbow Connection  (9.5)
5 TRSAC, Gabber & Pebe..  (9.5)
6 Onscreen 5k  (9.5)
7 Dawnfall V1.1  (9.5)
8 Quadrants  (9.5)
9 Daah, Those Acid Pil..  (9.5)
10 Birth of a Flower  (9.5)
Top Groups
1 Booze Design  (9.3)
2 Nostalgia  (9.3)
3 Oxyron  (9.3)
4 Censor Design  (9.3)
5 Crest  (9.3)
Top Organizers
1 Burglar  (9.9)
2 Sixx  (9.8)
3 hedning  (9.7)
4 Irata  (9.7)
5 MWS  (9.6)

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