Atari-Forum

Ger did a major clean up of the project, resolving much of the mess I made. The current state of the sources at Github is fine. Now I can start to make a mess of it again... but I learned a lot and I hope I can keep everything compiling right from Github.

Hans

whoops... the project file isn't up to date. That is fixed in the newest sources. But you can also remove ..\..\compress\sld32.c from de build list, it isn't needed anymore. The calgary-corpus subdirectory isn't really needed. It is just a test corpus hosted by someone else. I think it should be rem...

Yes, I think so. I never tried it but it should work.
For Linux it is an easy: ./configure and make

For windows and visual C: gup\win32\msvc2022\gup.sln

It works for me... do you have somewhere a problem?

Hans

I just released a new version of the gup packer. Most work has been done on the n2 packer. Currently the n2 packer packs the Calgary corpus into 1044629 bytes. With larger files the n2 packer might get very slow. But is the objective is best packing ratio and not good packing speed I will leave it a...

I have changed the n2 packer format a bit. Most files packed with the old format can be depacked with the new format decoder. There might be special cases where it won't work. I haven't seen them yet. The new format enables better compression. It is still work in progress. I expect further improveme...

Today I released a new version of the packer. Included no is the gupdump utility to dump the compressed files contained in the .ARJ file is separate files. I also improved the depacking speed of the m7 decoder and added an even faster m7 decoder: depacker bytes time [s] packed size ni_n0 62 31.40 11...

The Snowman
https://www.youtube.com/watch?v=OKbIPh8y32U

Firs release of GUP packer. I managed to squeeze out some extra bytes in serveral packing modes. I think now is the time to do a first release of the GUP packer. The 'official' release is at https://github.com/HansWessels/gup/releases . But the zip file with the Win32 packer is also attached to thi...

I can compile it for Windows 64.

compress:
gup a -n2 -r test.arj testfiles\*

show result:
gup l test.arj

Hans -Mr Ni!- Wessels

I fixed the issue with the CRC error. All seems to work OK now.

Can someone test how the n2 packer stacks up against the upx nrv2s?

Hans -Mr Ni!- Wessels

First results for the N2 packer are in: Calagary corpus: m4: 1157561 n0: 1109027 n1: 1075939 n2: 1054681 depack time 27.3 s m7: 1006902 Atari: m4: 38201619 n0: 38260991 n1: 36733409 n2: 35846214 m7: 34816258 There is one small problem: de C functions generate no errors while depacking but the (refer...

I am curious about the ratio n2 will achieve :) Results are mixed, some data packs good, some less, depends on the file size. Now I am working to an packer that is almost compatible with the 'nrv2s decompression in pure 68k asm, by ross' asm source I found. I removed some obvious clutter and I am n...

I have finished testing the new n1 packer. While testing I found an error in de costs function that had a negative effect on the packing ratio of both arj m4 and the n1 packer. (The n1 packer is basically the arj m4 extended to a 128 k dictionary and a maximum match of 65 k.) The current results are...

Good news from the data compression front. The new sliding dictionary engine is working and results are great. I converted the arj m4 and the Mr Ni! n0 packer to the new sliding dictionary. On the Calgary corpus: n0: 1109042 bytes, was 1129921 m4: 1157988 bytes, was 1181817 Atari data: n0: 38260991,...

A bit late maybe but you might try:
https://sourceforge.net/projects/atari-icedpck/

Hans Wessels

metalages wrote: ↑Sun Oct 30, 2022 9:50 am Huge improvement in performance

50% more code 40% more speed. But I think a depacker size of 96 bytes is still acceptable.

Hans -Mr Ni!- Wessels

I wrote a new n1 packer but the current status of the packer is too much bit fiddeling for an Atari ST. Then I wrote a faster version of the n0 depacker and changed the meaning of a bit in the n0 packer to improve speed of the n0 fast depacker. I wish to thank all who send me test files. The idea to...

The drawing program GfA Atrist was for drawing in low-res but the menu was in medium res. I think GfA raytrace had a mode with a vertical spilt in low and medium res. The main menu of the Demounstures demo which I wrote completely in Omikron basic has a low res smiley sprite, a medium res scroller a...

I_A of the TOS-crew experimented with the lower border in Mono too which resulted in the SM125 power blast. The line transformer of the Atari SM125 didn't like the messing up of the sync and burnt out killing the monitor.

ThorstenOtto wrote: ↑Sun Oct 16, 2022 9:18 am Oops, right. I always forget that addx etc. use the X-flag, not the C-flag.

It is in the name!
I think it is a pity there is no bxc and bxs branch instruction, I could do some interesting jumps with that instruction...

According to the manual, it does: Maybe your algorithm works nevertheless, but then you can save a few cycles by using add instead of addx ;) Sorry, I should have been more precise. The move doesn't change the x-flag which the addx.w uses. add.w and addx.w both use 4 clock cycles. If you don't beli...

Anima wrote: ↑Sat Oct 15, 2022 12:58 pm Have you considered taking MAME (program) ROM files for testing? I.e. from CPS games like Final Fight, Ghouls'N'Ghosts, etc.? The program data is mostly 512 kB up to 4 MB in size so this could be a good measure.

Good idea, thank you!

Hans

ThorstenOtto wrote: ↑Sat Oct 15, 2022 1:38 pm Ares you sure that this

Code: Select all

	move.b	(A1)+,D1			; nieuwe bits
	addx.b	D1,D1				; bit naar buiten, sentry naar binnen

works as intended? The move will clear the carry flag, so addx will do the same as a simple add.

The move will not clear the carry flag. It sure works as intended.

Hans

Ok, I'll admit, I am a not so great coder, the n0 depacker was two bytes too big. Now its size is 62 bytes, I just reshuffled the code. Can anyone make it even smaller? ; ; ni packer n0 decoder, size optimized ; 2022 Hans Wessels ;void decode_n0(uint8_t *dst, uint8_t *data) ; registers ; D0 = ; D1 =...

First results are in: The Ni n0 packer is small and fast. The new n0 depacker has an excellent depacking speed, outperforming m7 and m4 by a big margin: m7=40.855 s m4=48.498 s and n0=31.310s. The compression ratio is somewhere between the m4 packer and de m7 packer, for some files even worse as the...