|
|
|
| TESTY | |
|
TEST PROGRAMÓW KOMPRESUJĄCYCH |
Obrazek po prawej stronie, to fotokod kierujący do tej podstrony. Do odczytu fotokodów niezbędna jest odpowiedna aplikacja, możesz pobrać ją
wysyłając SMS o treści APLI pod bezpłatny numer 8085. W odpowiedzi otrzymasz
SMS z linkiem - kliknięcie w link spowoduje rozpoczęcie pobierania aplikacji
i jej instalacji. Więcej informacji pod adresem www.fotokody.pl
[w trakcie tworzenia]
Artykuł ten poświęcony jest testowaniu programów kompresujących dla Commodore 64. Jest to otwarty projekt mający na celu porównanie ich możliwości i osiągów. Test pomoże w wyborze optymalnego kompresora oraz wskaże jego skuteczność i zastosowanie.
Ten artykuł jest w trakcie rozbudowy. I Ty możesz przyczynić się do jego powstawania. Poszukujemy osób, które mogłyby zasilić nas w:
1. Testowaniu programów (platforma C64 i PC).
2. Poszukiwaniu programów dla C64, których nie uwzględniliśmy w teście.
3. Rozbudowaniu części teoretycznej artykułu.
Jeżeli masz chęci, żeby nam w tym pomóc, a komputer Commodore nie jest Ci obcy, zgłoś się do nas. Zależy nam na osobach sumiennych i dokładnych, które mogą poświęcić jakąś część czasu i rzetelnie zbiorą wyniki swoich testów. Brak doświadczenia nie jest przeszkodą, w razie potrzeby wszystko wytłumaczymy i doszkolimy. Nie jest to specjalnie trudne.
Do testów przygotowaliśmy spreparowane pliki, które należy pobrać stąd. To je będziemy kompresować i póĽniej zapisywać swoje wyniki do tego arkusza. Gotowy arkusz wysyłaj pod adres email redakcji (proszę również załącz do listu użyte pakery). W redakcji nastąpi obróbka edytorska, skompletowanie wyników i udostępnimy go do ściągania na tej stronie. Proszę nie spiesz się w czasie robienia testów! To nie są wyścigi Formuły 1. Tu chodzi o rzetelność i dokładność. Kompresory do testowania wysyłamy na życzenie. W tej chwili dostępnych jest ponad 50 programów, ale na pewno będzie więcej. Pamiętaj, że w każdej chwili możesz dołączyć do grona głównych testerów, jak i opuścić je. To od Ciebie zależy ile masz czasu i ile chcesz go przeznaczyć w tym konkretnie celu. Będziemy wdzięczni za każdą okazaną pomoc. Redaktorzy innych magazynów - pomóżcie nam i wspierajcie na swoich łamach ten nasz wspólny projekt.
Zawartość tej strony może zmieniać się bez uprzedzenia. Zalecamy częste przeglądanie.
Strona ta dostępna jest także pod adresem http://www.testy.filety.net
Pobierz pliki testowe (7.10.2008) http://www.testy.filety.net/pliki-testowe.rar (niezalecane)
Pobierz pliki testowe (5.04.2010) http://www.testy.filety.net/pliki-testowe-realokowane.rar (zalecane)
Pobierz arkusz do zapisywania wyników (12.10.2008) http://www.testy.filety.net/arkusz-testowy.rar
Programy kompresujące do przetestowania można pobrać m.in. z tych stron:
http://noname.c64.org/csdb/
http://www.elysium.filety.net/index.php?dir=tools/compression/
http://www.c64power.com/index.php?option=com_remository&Itemid=55&func=select&id=63
Pobierz arkusz z wynikami testów (17.04.2010) http://www.testy.filety.net/wyniki-testow.rar
Pobierz przetestowane programy (17.04.2010) http://www.testy.filety.net/programy-do-kompresji.rar
Pobierz archiwizator WinRar, aby rozkompresować powyższe pliki http://www.winrar.pl
Pobierz przeglądarkę Excel Viewer, aby obejrzeć arkusze z wynikami przeprowadzonych testów http://www.microsoft.com/downloads/details.aspx?familyid=1CD6ACF9-CE06-4E1C-8DCF-F33F669DBC3A&displaylang=pl
1. Teoria o kompresorach.
[Teoria, jak się zaczelo, przez co przeszlismy i na czym się skonczylo? jakie narzedzia mamy obecnie do dyspozycji (między innnymi platforma pc)].
2. Typy programów kompresujących.
[wyjasnienie co to jest cruncher, linker, zipper, cross-cos tam, iff i inne cuda wianki, różnice co który może, a czego nie potrafi, typowe zastosowania, przewidywane teoretyczne wyniki w skuteczności pakowania i ile na to potrzeba czasu, przykladowe algorytmy jakimi się posluguja dla zobrazowania o co w trawie piszczy (+ grafy lub uproszczone schematy blokowe dzialania)].
3. Testy praktyczne.
[wyjasnienie jak testowalismy i czym. ponizej lista przetestowanych programow wraz z omowieniem ich najwazniejszych mozliwosci i werdykt z ocena do czego to może być przydatne, porownanie do jakiejs sredniej ogolnej].
Abuze cruncher 3.0
Kranczer napisany przez Dino z grupy Fairlight. Powstał w 1990 roku. Można wybrać głębokość kompresji, a jednocześnie jej prędkość od 1 do 9 włącznie. Przyjmuje pliki do 202 bloków, w zakresie pamięci $0801-$F83F. Pracuje także w trybie 2 MHz na C128. Ekran możemy włączyć lub wyłączyć podczas pracy.
Werdykt: potrafi być naprawdę szybki jak i skuteczny. Jest zalecany do tabelek i danych powtarzających się ciągami (inteligentnie to sprawdza), a także do innych plików.
Abuze cruncher 3.2+
Poprawiona wersja przez The Mysterious Art z grupy Abyss Connection w roku 1992. Jak informuje nota, poprawiono prędkość o około 30%, możliwe jest włączanie lub wyłączanie ekranu podczas pracy, obsługuje tryb 2 MHz na C128. Ciekawostką jest to, że da się używać własny niezależny Load i Save. Dodano bogate menu efektów.
Werdykt: informacje o tym, że jest szybszy o 30% są przechwałkami i podczas testów osiąga ten program dokładnie identyczne wyniki jak wersja 3.0. Pliki wynikowe są odrobinę dłuższe. Jeżeli musisz mieć podczas depaku różne migoczące efekty, wybierz właśnie tą wersję, w przeciwnym razie, lepiej skorzystać z 3.0.
Abuze cruncher 3.3+
Poprawiona wersja przez Steve z grupy Laser w roku 1993. Jest zubożona o menu efektów. Reszta funkcji bez zmian w stosunku do poprzedniej edycji.
Werdykt: to lepsza alternatywa niż wersja 3.2+, bowiem kod wynikowy jest odrobinę mniejszy. Nie spodziewaj się jednak żadnych rewelacji, wersja podstawowa - 3.0 jest wciąż lepsza od niego.
Abuze cruncher 3.4+/3.5+
W wersji 3.4+ pojawia się zamiast wyboru prędkości pytanie o głębokość kompresji. Poprawki wprowadzone przez nieznaną osobę. Nie ma menu efektów. Wersja 3.5+ poprawiona została w 1995 roku przez Steve z grupy Avantgarde. Ciekawostką jest tu praca ze stacją 1570/71,1581 oraz praca na dwóch stacjach. Także pojawia się pytanie o krok pakowania.
Werdykt: te pakery to totalna porażka, kompresują najgorzej z całej serii. Najlepsze pakowanie jest dla kroku #1 i zwiększanie jego mija się z celem. Plik rośnie i rośnie. A wielkość pliku jest porównywalna, w najlepszym wypadku, z tą jaką otrzymujemy przy prędkości "1" dla poprzednich wersji. Jedyne zastosowanie, to jeżeli masz 2 stacje, zwłaszcza te egzotyczne, ten program umożliwi pracę z nimi.
The Ab cruncher 1.0
Kranczer napisany przez Zizyphus i Skyflash z grupy Oneway. Powstał w 1993 roku. Składa się z 3 modułów: 1) FastCrunch - extramemory (max. 222 bloki), 2) FastCrunch - 64k (max. 111 bloki), 3) SlowCrunch - 64k (max. 230 bloki). Pierwszy moduł nie chciał poprawnie pracować, dlatego testy obejmują tylko dwa pozostałe. Jak informuje nota, zakres pakowania obejmuje obszar pamięci $0790-$FFFF. Ważna uwaga, podział FastCrunch i SlowCrunch może być trochę mylący - chodzi tu tylko i wyłącznie o to jak długim plikiem dysponujemy. Jeżeli poniżej 111 bloków, wtedy używamy drugiego modułu (kompresja przebiega sprawnie), jeżeli znacznie dłuższym - uruchamiamy trzeci moduł (kompresja idzie powoli). Ale nie ma to przełożenia na wynikową wielkość pliku po kompresji! Rozmiary są w obu przypadkach identyczne. Program automatycznie wyłącza ekran podczas pracy (można go wyświetlić, przytrzymując klawisz). Przed właściwym kompresowaniem przeprowadza skaning.
Werdykt: bardzo dobry kompresor do wszystkiego, ale długo trzeba poczekać na koniec działania. Niezbyt zalecany do kompresji tabelek i danych powtarzających się (są lepsze i szybsze od niego).
The Ab cruncher 1.2
Zmiany wprowadzone przez Shuze z grupy Laser dotyczą dodania menu z wyborem efektów podczas depaku i zmianie kolorystyki. Reszta bez zmian.
Werdykt: jeżeli lubisz kolorowe bajerki, wybierz sobie tą wersję. Długość plików nie uległa zmianie, za to czas pracy nieznacznie zmalał.
Beta dynamic compressor 3.2
Kompresor napisany przez Mercenary z grupy Empire. Posiada podstawowy wybór opcji, dwa algorytmy kompresji: Normal i Special. Na początku decydujemy, czy chcemy korzystać z turbo zainstalowanego w kartridżu i czy ma być wyświetlany efekt podczas dekompresji. Maksymalna wielkość pliku, jaki można wgrać wynosi 243 bloki. Podczas pracy odmierzany jest czas, a ekran może pozostawać włączony lub wyłączony.
Werdykt: to bardzo niepozorny program, nadaje się do kompresji różnorodnych danych, uzyskując bardzo dobre wyniki, a czyni to w nadzwyczaj dobrym czasie. Z tabelkami danych radzi sobie raczej średnio, ale niezmienia to faktu, że to jeden z najlepszych kompresorów.
Cruncher 64 1.0+
Kompresor napisany przez nieznaną osobę z grupy Megabyte w roku 1985. Brak wielu opcji konfiguracyjnych, podczas pracy widzimy początkową i końcową długość pliku wyrażoną w blokach.
Werdykt: jest to jeden z najszybszych kranczerów, ale bardzo słaby algorytm wyklucza go z rywalizacji. Czasem pliki wynikowe są większe, niż przed kompresją. Jedyne zastosowanie, w jakim radzi sobie średnio, to użycie go do tabelek z powtarzającymi się danymi.
Exploding faces 1.0+
Kompresor napisany przez nieznaną osobę z grupy Faces prawdopodobnie w roku 1993. Posiada podstawowe parametry konfiguracyjne, ekran może być włączany lub wyłączany podczas pracy. Cały czas widzimy licznik, ile bajtów zostało do końca pracy oraz o ile będzie krótszy plik wynikowy.
Werdykt: kompresor ten jest kompromisem między szybkością działania, a wielkością pliku końcowego. Osiąga dobre wyniki, jest przyjemny w obsłudze i dobrze nadaje się do pracy z wieloma plikami - nie trzeba za każdym razem wgrywać go.
Exploding faces 2.0+
W tej edycji program doczekał się kilku usprawnień. które dokonał Micron z grupy Success. Obejmują one pracę w trybie 2MHz, skrócono kod kompresora, procedury rozkompresującej i kompresującej. Także dodano opcję ponownego zapisu. Reszta bez zmian.
Werdykt: uzyskuje dokładnie taki sam czas, jak jego poprzednik, a co najważniejsze odrobinę lepiej upakowuje zbiory.
The compressor 1.3
Kompresor napisany przez Dark-Angel z grupy Dynamic-Duo w 1986 roku. Wybór opcji sprowadza się do ustawienia trzech parametrów.
Werdykt: zbyt słaby algorytm wyklucza go ze stawki programów wartych zainteresowania. Nie radzi sobie z różnorakimi rodzajami danych, pliki wynikowe są często większe, niż przed kompresją. Ma poważną i jedyną zaletę, bardzo dobrze radzi sobie z tabelkami zawierającymi elementy powtarzające się, jest przy tym szybki.
The bitimploder 2.5
Kranczer napisany przez nieznaną osobę. W tej wersji z poprawkami zrobionymi przez Wanderer z grupy Nec. Autor miał bardzo dobry pomysł, stworzył program, który wyróżnia się spośród innych mu podobnych. Fantastycznie zaprojektowane menu, łatwość obsługi, możliwość pakowania dużej ilości plików bez potrzeby ponownego wgrywania kompresora, a także praca z 5 (!) stacjami dysków, to atuty tego programu. Do wad należy zaliczyć zbyt małą pojemność pamięci, jaka jest przeznaczona na wczytywane zbiory - do 120 bloków. Poprawki wnoszą, między innymi, możliwość współpracy z kartridżem. Podczas pracy ekran może być włączany lub wyłączany, pokazywany jest czas jaki upłynął oraz przewidywana wielkość pliku.
Werdykt: program ten uzyskuje raczej słabe wyniki w kwestii wielkości plików, rekompensuje to krótkim czasem trwania operacji oraz sposobem prezentacji i bardzo wygodnym użytkowaniem. Jeżeli masz dużo plików do skompresowania, a ich wielkość nie jest dla Ciebie sprawą pierwszorzędną, będziesz zadowolony.
Autor:
Data realizacji:
Data publikacji:
Data modyfikacji:
Pierwsza publikacja:
|
|
Reiter (Apidya)
2002-2010
7.10.2008
17.04.2010
Filety on-line
|
|
#1 | Dzień 7-10-2008 | godz.13:19:34 | Autor: Jestem ciekawy... | Status: Brak błędów | AdrIP: Ukryty | Jaka jest odwiedzalność serwisu ... Tak
z ciekawości. Ilu jest scenowiczów
jeszcze którzy się identyfikują z
"platformą" ;) |
|
#2 | Dzień 8-10-2008 | godz.19:34:54 | Autor: Kisiel/ICON | Status: Brak błędów | AdrIP: Ukryty | Ja tam się na tym nie nam ale wrzucono
tutaj do wora różnego rodzaju "pakery" i
wrzucone do nich dane (pewnie te same).
Z mojego doświadczenia wynika ze jak się
ma dane powtarzające się to robimy
kompresję dwu etapową np. jakiś
znakowiec a w drugim etapie coś lepszego
np ab cruncher. To daje lepsze rezultaty
niż wrzucenie sieczki do ab crunchera. |
|
#3 | Dzień 14-10-2008 | godz.22:21:31 | Autor: Reiter | Status: Brak błędów | AdrIP: Ukryty | Kisiel, są 2 szkoły: jedna uważa, że
lepiej pakować według tego schematu, o
jakim mówisz, a druga, żeby od razu
chrupnąć krunczerem (tu moje ukłony w
stronę Fenka). Która lepsza? Pewnie i
jedna i druga jest dobra, w zależności
jakie masz dane. Mi często wychodziło
tak, że bardziej opłacało się tylko
pakować cruncherem, z pominięciem
znakowca. A co do
kwesti wrzucania wszystkiego do jednego
wora... to nie tak jest, ponieważ
wszyscy zdają sobie sprawę, że nie można
porównać znakowca do kranczera, to są
dwie oddzielne kategorie i tak też
należy na to patrzeć. W teście będzie
ten podział obecny. Mam
nadzieję, że wyjaśniłem te kilka spraw.
Jestem otwarty na inne sugestie, jeśli
jeszcze jakieś Ci się nasuną w tym
temacie. |
|
#4 | Dzień 16-10-2008 | godz.09:49:12 | Autor: Skull/Samar | Status: Brak błędów | AdrIP: Ukryty | Fajnie, że w końcu coś tu aktywniej. A i
temat "interakcyjny". Ja też pakowałem
wcześniej wg szkoły znakowiec (bo one
często miały krótki kod, który pozwalał
na spakowanie obrazu prawie całej
pamięci) a potem kranczer.
Ograniczeniami było też wgrywanie - jak
coś dochodziło do obszaru $d000 (action
sobie dawał radę reszta cartów nie
bardzo). Teraz używam exomizera :P ale
on chyba się nie liczy w teście? Kiedyś
mój kolega się mocno bawił w testowanie
packerów (te dyskietyki tak znowu dużo
nie mieściły), może go namówie żeby się
dołączył. Pozdro |
|
#5 | Dzień 16-10-2008 | godz.17:57:04 | Autor: Kisiel/Icon | Status: Brak błędów | AdrIP: Ukryty | No to proponuje podanie jeszcze tabali
wyników porównawczych wraz z plikami
zródła jak download. Dodatkowo
porównanie z istniejącymi pakerami na
PC.. tak dla grzybiarzy ;) |
|
#6 | Dzień 16-10-2008 | godz.18:18:16 | Autor: Reiter | Status: Brak błędów | AdrIP: Ukryty | Skull, ja też w ten sposób robiłem,
podobnie jak Ty hehe :-) No tak, Action
Replay rozwiązuje wiele spraw i łatwo
zapomina się o ograniczeniach, kiedy się
go używa. Tak, mam taki
pomysł, aby sprawdzić między innymi
Exomizera (w różnych wersjach, także
beta) czy inny soft na PC współpracujący
z platformą C64. Kto chętny, to niech
bierze go w obróbkę. Ja zaczęłem od
kranczerów, żeby mieć jakiś poziom
odniesienia. W sumie,
to Kisiel mi podrzucił ciekawy pomysł,
bo zaczęłem zastanawiać się, jakimi
narzędziami dysponują na innych
platformach np. Atari? Ale to chyba w
dalekiej przyszłości przyjdzie
sprawdzić. Nie znam żadnego Atarowca,
żeby spytać. |
|
#7 | Dzień 18-10-2008 | godz.22:12:18 | Autor: Viper | Status: Brak błędów | AdrIP: Ukryty | Exomizer bije na glowe wszystkie inne.
Ostatnio kiedy bawilem sie w pakowanie -
2005rok to Exomizer byl najlepszy... |
|
#8 | Dzień 18-10-2008 | godz.23:34:18 | Autor: Reiter | Status: Brak błędów | AdrIP: Ukryty | Tak pobił, że kilka prac, które
spakowałem nim i wystawiłem na Northa 9
nie ruszyło na real C64 pfffff :-) |
|
#9 | Dzień 19-10-2008 | godz.14:29:11 | Autor: Kisiel/Icon | Status: Brak błędów | AdrIP: Ukryty | No cóż to się panowie nazywa kompresja
stratna.. oprócz exomizera jest jeszcze
jeden kranczer co czasem udaje mu sie
"bardzo dobrze spakować plik" .. chyba
kogoś z grupy agnus? |
|
#10 | Dzień 27-9-2009 | godz.17:35:52 | Autor: Reiter | Status: Brak błędów | AdrIP: Ukryty | Wracam do kontynuacji tych testów.
Potrzebuję osoby do pomocy. |
|
#11 | Dzień 3-4-2010 | godz.22:34:17 | Autor: Reiter | Status: Brak błędów | AdrIP: Ukryty | Dziś prezent na święta - jeden cruncher
więcej przetestowany. |
|
#12 | Dzień 5-4-2010 | godz.13:52:21 | Autor: Reiter | Status: Brak błędów | AdrIP: Ukryty | Dziś kilka następnych wyników
kompresorów. Podmieniłem zestaw plików
testowych - wszystkie pliki testowe
zaczynają się od adresu startowego 2049
($0801). Zmiana ta jest poczyniona z
tego powodu, że niektóre kompresory
(crunchery) mogą mieć problemy z
wczytywaniem plików o innym adresie.
Niewykluczone, że część z nich
kompresuje pusty obszar od $0801 do
adresu startowego wczytanego pliku. To
powoduje niepotrzebny rozrost pliku
wynikowego. Ponadto
mogą posiadać ograniczenie górnego
adresu przestrzeni pamięci, w
sporadycznych przypadkach plik może
wykraczać poza niego i zawieszać
kompresor. Problem
innego adresu startowego praktycznie nie
występuje w kompresorach znacznikowych,
stąd były używane do pre-kompresji przed
właściwym użyciem kompresora -
crunchera. |
|
#13 | Dzień 5-4-2010 | godz.14:03:42 | Autor: Data/De-Koder/Tropyx | Status: Brak błędów | AdrIP: Ukryty | Osobiście do kompresji danych typu
sample polecam tandemy:
XTC char packer + Faces v2
Lub
Galeon char packer + Faces v2
Oba znakowe kompresory
pozwalają zbić pliczek zajmujący cały
RAM do wielkości, którą Faces może
ruszyć. Minusem jest
nawet 8 sekundowa dekompresja. |
|
#14 | Dzień 5-4-2010 | godz.15:32:42 | Autor: Kisiel/ICON | Status: Brak błędów | AdrIP: Ukryty | Z zestawienia wynika że najlepiej sample
kompresuje Digital Packer. |
|
#15 | Dzień 5-4-2010 | godz.20:23:26 | Autor: Wegi | Status: Brak błędów | AdrIP: Ukryty | Co do AB Crunchera - bardzo dobre wyniki
kompresji, natomiast bardzo wolno
crunchuje, bardzo wolno decrunchuje do
tego z wyłączonym ekranem co czasem
sprawia wrażenie jakby C64 się zawiesił
brrr... |
|
#16 | Dzień 6-4-2010 | godz.22:37:50 | Autor: Reiter | Status: Brak błędów | AdrIP: Ukryty | Z dawnych lat pamiętam, że AB cruncher
ma tendencje do zawieszania się pod
koniec swej pracy. Ciężko mu idzie
obrabianie słabokompresujących się
danych. |
|
#17 | Dzień 11-4-2010 | godz.20:35:36 | Autor: Reiter | Status: Brak błędów | AdrIP: Ukryty | Wraz z Datą dokonałem porównania,
skompresowaliśmy pliki używając w
pierwszym przypadku kombinacji XTC char
packer + Exploding Faces 2.0+, a w
drugim przypadku tylko Exploding Faces
2.0+. Wyniki przemawiają na korzyść
drugiej szkoły, którą ja prywatnie
nazywam szkołą Fenka. Wyniki są
następujące (w bajtach):
Multi 6799 6787
Msx 2527 2438
Sample 11070 10961
Kod 5243 5105
Tablica 1625 1901
Tylko w przypadku
tablic ma sens pierwsza metoda, ponieważ
na wstępie daje cruncherowi mniejszy
plik wejściowy do przełknięcia. |
|
#18 | Dzień 2-6-2010 | godz.17:31:23 | Autor: V-12 | Status: Brak błędów | AdrIP: Ukryty | AB Cruncher dobry do małych plików. Przy
bardzo dużych plikach trzeba przebadać
go znakowcem, a potem dopiero
kranczerem. |
|
Instrukcja używania systemu komentarzy
- W polu "Podpisz się" umieszczasz swoje Imię, Nazwisko albo Pseudonim używając znaków alfanumerycznych: A-Z, 0-9 oraz znaków specjalnych, np.: !^<>" ' itp.
Tagi HTML są nieaktywne.
- W polu "Wpisz treść" umieszczasz komentarz używając znaków alfanumerycznych: A-Z, 0-9 oraz znaków specjalnych, np.: !^<>" ' itp. Klawisz ENTER tworzy nowy akapit.
Tagi HTML są aktywne. Możesz:
Możliwość:
|
Komenda:
|
Przykład:
|
a. Pogrubić tekst: |
<B></B> |
Pogrubiony |
b. Pochylić tekst: |
<I></I> |
Pochylony |
c. Podkreślić tekst: |
<U></U> |
Podkreślony |
d. Stworzyć indeks górny: |
<SUP></SUP> |
Indeks górny |
e. Stworzyć indeks dolny: |
<SUB></SUB> |
Indeks dolny |
f. Użyć czcionki maszynowej: |
<TT></TT> |
Czcionka maszynowa |
Adresy URL wpisujemy w postaci http://nazwastrony.pl, ftp://nazwastrony.pl.
Adresy email wpisujemy w postaci nazwa@nazwa.pl.
Adresy Gadu-Gadu wpisujemy w postaci gg:1234567 (bez spacji).
Proszę pamiętać o domykaniu otwartych tagów.
Przed naciśnięciem przycisku Komentuj, zaznacz checkboks przy jego prawym boku.
|
|
|