Code3 Cruncher - Historia wersji

KMK o 13:00, 12 lut 2006

2006-02-12T13:00:18Z

KMK: zmiana kategorii

2005-10-16T11:42:02Z

zmiana kategorii

← poprzednia wersja		Wersja z 16 paź 2005, 13:42
Linia 20:		Linia 20:


	[[Kategoria:Polskie ~~oprogramowanie~~]]		[[Kategoria:Polskie programy]]
	[[Kategoria:Oprogramowanie Atari 8-bit]]		[[Kategoria:Oprogramowanie Atari 8-bit]]

Seban: dodano screen-shot'a

2005-09-29T07:29:08Z

dodano screen-shot'a

← poprzednia wersja		Wersja z 29 wrz 2005, 09:29
Linia 15:		Linia 15:

	Istnieje również wersja C3C, używająca dyskietki jako bufora, nie wymaga więc ona obecności dodatkowej pamięci w komputerze.		Istnieje również wersja C3C, używająca dyskietki jako bufora, nie wymaga więc ona obecności dodatkowej pamięci w komputerze.


			[[Grafika:Code3_cruncher3_a.gif]]


	[[Kategoria:Polskie oprogramowanie]]		[[Kategoria:Polskie oprogramowanie]]
	[[Kategoria:Oprogramowanie Atari 8-bit]]		[[Kategoria:Oprogramowanie Atari 8-bit]]

Miker o 10:15, 11 wrz 2005

2005-09-11T10:15:29Z

← poprzednia wersja		Wersja z 11 wrz 2005, 12:15
Linia 16:		Linia 16:
	Istnieje również wersja C3C, używająca dyskietki jako bufora, nie wymaga więc ona obecności dodatkowej pamięci w komputerze.		Istnieje również wersja C3C, używająca dyskietki jako bufora, nie wymaga więc ona obecności dodatkowej pamięci w komputerze.

			[[Kategoria:Polskie oprogramowanie]]
	[[Kategoria:Oprogramowanie Atari 8-bit]]		[[Kategoria:Oprogramowanie Atari 8-bit]]
	~~[[Kategoria:Polskie oprogramowanie]]~~

Miker o 17:53, 9 wrz 2005

2005-09-09T17:53:07Z

← poprzednia wersja		Wersja z 9 wrz 2005, 19:53
Linia 15:		Linia 15:

	Istnieje również wersja C3C, używająca dyskietki jako bufora, nie wymaga więc ona obecności dodatkowej pamięci w komputerze.		Istnieje również wersja C3C, używająca dyskietki jako bufora, nie wymaga więc ona obecności dodatkowej pamięci w komputerze.

			[[Kategoria:Oprogramowanie Atari 8-bit]]
			[[Kategoria:Polskie oprogramowanie]]

Miker o 17:04, 9 wrz 2005

2005-09-09T17:04:22Z

← poprzednia wersja		Wersja z 9 wrz 2005, 19:04
Linia 12:		Linia 12:
	*g. paker został napisany na ATARI XE i nie był z żadnego komputera przepisany (gwoli informacji: imploding w C3C posiada jedno drzewo znacznikowe. Drzewo to wybrane doświadczalnie jest trochę podobne do SHANON-FANO i służy do oznaczania długości sekwencji, a do oznaczenia, że dany bajt nie zawiera się w żadnej sekwencji używany jest jeden bit: 0 - sekwencja spakowana, 1 - kolejne 8-bitów to ten właśnie bajt;		*g. paker został napisany na ATARI XE i nie był z żadnego komputera przepisany (gwoli informacji: imploding w C3C posiada jedno drzewo znacznikowe. Drzewo to wybrane doświadczalnie jest trochę podobne do SHANON-FANO i służy do oznaczania długości sekwencji, a do oznaczenia, że dany bajt nie zawiera się w żadnej sekwencji używany jest jeden bit: 0 - sekwencja spakowana, 1 - kolejne 8-bitów to ten właśnie bajt;

	W wersji 3.0 offset jest ustawiony "na sztywno" a ~~procedura~~ (de)~~pakująca~~ nieco zmodyfikowane. Niektóre pliki lepiej poddają się kompresji przy użyciu ~~tej~~ wersji.		W wersji 3.0 offset jest ustawiony "na sztywno" a procedury (de)pakujące - nieco zmodyfikowane. Niektóre pliki lepiej poddają się kompresji przy użyciu niniejszej wersji.

	Istnieje również wersja C3C, używająca dyskietki jako bufora, nie wymaga więc ona obecności dodatkowej pamięci w komputerze.		Istnieje również wersja C3C, używająca dyskietki jako bufora, nie wymaga więc ona obecności dodatkowej pamięci w komputerze.

Miker: opisik :

2005-09-09T17:02:19Z

opisik :

Nowa strona

Code3 Cruncher (ver. 2.2) Autor: Adam "[[SoTe]]" Bienias

UWAGA!!! Powyższy paker jest przeznaczony tylko dla tych, którzy posiadają więcej niż 64kB!!!

Code3 Cruncher jest typowym pakerem dwuprzebiegowym. Pierwszy przebieg pakuje dane algorytmem znacznikowym, natomiast drugi przebieg jest jedną z odmian Implodingu. Do tej pory po ludzikach krążył znany Cruncher 5.0 Magnusa, jednak biorąc pod uwagę szybkość pakowania oraz depakowania, a także stopień kompresji (nawet do 20% w stosunku do C5.0), Code3 Cruncher bije swego poprzednika na głowę. Pomimo, że C3C obsługuje się prawie identycznie jak C5.0 to można przytoczyć tu parę istotnych spraw:
*a. ponieważ cruncher używa ramdysku zamiast dyskietki do przechowywania spakowanych danych (tak jak to miało miejsce w C5.0), zalecane jest użycie DOS'a, który nie rozpoznaje dodatkowej pamięci, w przeciwnym razie mogą się dziać dziwne rzeczy z linkerem;
*b. istotną informacją jest to, że loader pakera rozpoznaje gęstość Double;
*c. C3C pakuje następujące obszary pamięci: $0480-$06FF, $0A00-$CFFF, $D800-$FFFF
*d. ciekawe ciapki, które mogą pokazać się po pakowaniu wstępnym oznaczają, że program nie zmieścił się w buforze;
*e. paker nie ma możliwości przechowywania stosu (tak jak C5.0)
*f. średni offset jaki należy używać to: 4 ($0800), ewentualnie 3 ($0400), offset 1 ($0100) wskazany jest dla grafiki i muzyki (tylko) ale nie jest powiedziane, że najlepszy;
*g. paker został napisany na ATARI XE i nie był z żadnego komputera przepisany (gwoli informacji: imploding w C3C posiada jedno drzewo znacznikowe. Drzewo to wybrane doświadczalnie jest trochę podobne do SHANON-FANO i służy do oznaczania długości sekwencji, a do oznaczenia, że dany bajt nie zawiera się w żadnej sekwencji używany jest jeden bit: 0 - sekwencja spakowana, 1 - kolejne 8-bitów to ten właśnie bajt;

W wersji 3.0 offset jest ustawiony "na sztywno" a procedura (de)pakująca nieco zmodyfikowane. Niektóre pliki lepiej poddają się kompresji przy użyciu tej wersji.

Istnieje również wersja C3C, używająca dyskietki jako bufora, nie wymaga więc ona obecności dodatkowej pamięci w komputerze.

← poprzednia wersja		Wersja z 12 lut 2006, 15:00
Linia 1:		Linia 1:
	Code3 Cruncher (ver. 2.2) Autor: Adam "[[SoTe]]" Bienias		Code3 Cruncher (ver. 2.2) Autor: Adam "[[SoTe]]" Bienias

	UWAGA!!! Powyższy paker jest przeznaczony tylko dla tych, którzy posiadają więcej niż 64kB!!!		UWAGA!!! Powyższy paker jest przeznaczony tylko dla tych, którzy posiadają komputery wyposażone w więcej niż 64kB pamięci RAM!!!

	Code3 Cruncher jest typowym pakerem dwuprzebiegowym. Pierwszy przebieg pakuje dane algorytmem znacznikowym, natomiast drugi przebieg jest jedną z odmian Implodingu. Do tej pory po ludzikach krążył znany Cruncher 5.0 Magnusa, jednak biorąc pod uwagę szybkość pakowania oraz depakowania, a także stopień kompresji (nawet do 20% w stosunku do C5.0), Code3 Cruncher bije swego poprzednika na głowę. Pomimo, że C3C obsługuje się prawie identycznie jak C5.0 to można przytoczyć tu parę istotnych spraw:		Code3 Cruncher jest typowym pakerem dwuprzebiegowym. Pierwszy przebieg pakuje dane algorytmem znacznikowym, natomiast drugi przebieg jest jedną z odmian Implodingu. Do tej pory po ludzikach krążył znany Cruncher 5.0 Magnusa, jednak biorąc pod uwagę szybkość pakowania oraz depakowania, a także stopień kompresji (nawet do 20% w stosunku do C5.0), Code3 Cruncher bije swego poprzednika na głowę. Pomimo, że C3C obsługuje się prawie identycznie jak C5.0 to można przytoczyć tu parę istotnych spraw:
	*a. ponieważ cruncher używa ramdysku zamiast dyskietki do przechowywania spakowanych danych (tak jak to miało miejsce w C5.0), zalecane jest użycie DOS'a, który nie rozpoznaje dodatkowej pamięci, w przeciwnym razie mogą się dziać dziwne rzeczy z linkerem;		*a. ponieważ cruncher używa ramdysku zamiast dyskietki do przechowywania spakowanych danych (tak jak to miało miejsce w C5.0), zalecane jest użycie DOS-a, który nie rozpoznaje dodatkowej pamięci, w przeciwnym razie mogą się dziać dziwne rzeczy z linkerem;
	*b. istotną informacją jest to, że loader pakera rozpoznaje gęstość Double;		*b. istotną informacją jest to, że loader pakera rozpoznaje gęstość Double;
	*c. C3C pakuje następujące obszary pamięci: $0480-$06FF, $0A00-$CFFF, $D800-$FFFF		*c. C3C pakuje następujące obszary pamięci: $0480-$06FF, $0A00-$CFFF, $D800-$FFFF
Linia 10:		Linia 10:
	*e. paker nie ma możliwości przechowywania stosu (tak jak C5.0)		*e. paker nie ma możliwości przechowywania stosu (tak jak C5.0)
	*f. średni offset jaki należy używać to: 4 ($0800), ewentualnie 3 ($0400), offset 1 ($0100) wskazany jest dla grafiki i muzyki (tylko) ale nie jest powiedziane, że najlepszy;		*f. średni offset jaki należy używać to: 4 ($0800), ewentualnie 3 ($0400), offset 1 ($0100) wskazany jest dla grafiki i muzyki (tylko) ale nie jest powiedziane, że najlepszy;
	*g. paker został napisany na ATARI XE i nie był z żadnego komputera przepisany ~~(gwoli~~ informacji: imploding w C3C ~~posiada~~ jedno drzewo znacznikowe. Drzewo to wybrane doświadczalnie jest trochę podobne do SHANON-FANO i służy do oznaczania długości sekwencji, a do oznaczenia, że dany bajt nie zawiera się w żadnej sekwencji używany jest jeden bit: 0 - sekwencja spakowana, 1 - kolejne 8-bitów to ten właśnie bajt;		*g. paker został napisany na ATARI XE i nie był z żadnego komputera przepisany. Gwoli informacji: imploding w C3C ma jedno drzewo znacznikowe. Drzewo to wybrane doświadczalnie jest trochę podobne do SHANON-FANO i służy do oznaczania długości sekwencji, a do oznaczenia, że dany bajt nie zawiera się w żadnej sekwencji używany jest jeden bit: 0 - sekwencja spakowana, 1 - kolejne 8-bitów to ten właśnie bajt;

	W wersji 3.0 offset jest ustawiony "na sztywno" a procedury (de)pakujące - nieco zmodyfikowane. Niektóre pliki lepiej poddają się kompresji przy użyciu niniejszej wersji.		W wersji 3.0 offset jest ustawiony "na sztywno" a procedury (de)pakujące - nieco zmodyfikowane. Niektóre pliki lepiej poddają się kompresji przy użyciu niniejszej wersji.

	Istnieje również wersja C3C, używająca dyskietki jako bufora, nie wymaga więc ona obecności dodatkowej pamięci w komputerze.		Istnieje również wersja C3C używająca dyskietki jako bufora, nie wymaga więc ona obecności dodatkowej pamięci w komputerze.


	[[Grafika:Code3_cruncher3_a.gif]]		[[Grafika:Code3_cruncher3_a.gif]]


	[[Kategoria:Polskie programy]]		[[Kategoria:Polskie programy]]
	[[Kategoria:Oprogramowanie Atari 8-bit]]		[[Kategoria:Oprogramowanie Atari 8-bit]]