Jeśli chcesz wziąć udział w dyskusjach na forum - zaloguj się. Jeżeli nie masz loginu - poproś o członkostwo.

• Zapomniane hasło?
• Poproś o członkostwo

1. • 1: CommentAuthorxxl
   • CommentTime31 Oct 2020 zmieniony

    
   plik zrodlowy to grafika w trybie 15 basica (grafika z gry Conan) rozmiar: 7680 bajtow (jest w zalaczniku)
   
   po spakowaniu:
   lz4: 2 219
   aplib: 1 655
   deflater: 1 598 (defaultowo = 1 604)
   
   test polegał na pieciokrotnym odpakowaniu obrazka bezposrednio na ekran gr.15 system i przerwania włączone.
   
   czas w ramkach:
   
   lz4: 97 (92 wersja ZP), (87 liczniki w X/Y) (79 wersja z slownikiem i ZP)
   aplib: 126 (119 wersja ZP)
   inflate: 241
   
   rozmiar dekompresorow w bajtach:
   
   lz4: 143
   aplib: 273
   inflate: 508 + 765 na bufor
   
   testowane procedury lz4 i aplib nie uzywaly strony zero. przy uzyciu szybkosc wzrasta a rozmiar sie zmniejsza
   
   jak ktos wydajniej spakuje plik to prosze umiescic, przetestuje.

   • conan.gfx
2. • 2:
      
     CommentAuthorpirx
   • CommentTime31 Oct 2020

    
   exomizer 3.0.2, opcje poniżej, 1587 bajtów
   ./exomizer level conan.gfx -o conan.exo
   (level służy do dekompresji podczas wczytywania)

   • conan.exo
3. • 3: CommentAuthorxxl
   • CommentTime31 Oct 2020 zmieniony

    
   mozesz umiescic procedure dekompresji? wkleje i sprawdzimy szybkosc w takich samych warunkach
4. • 4:
      
     CommentAuthorpirx
   • CommentTime31 Oct 2020 zmieniony

    
   do exomizera 3 zdaje się na atarce nie ma dekompresora. do 2.x jest w madsie, załączam pliczek w formacie exo 2.x, ta sama długość.
   
   Zajrzałem do madsa, trzeba kompresować jako "mem":
   ./exomizer mem conan.gfx -P0 -o conan.exo2

   • conan.exo2
5. • 5: CommentAuthorxxl
   • CommentTime31 Oct 2020

    
   niestety nie potrafie tego prawidlowo rozpakowac. umiesc dzialajaceo dekompresora wraz z tym plikiem
6. • 6:
      
     CommentAuthorpirx
   • CommentTime31 Oct 2020

    
   nie pomogie, mam nowy system i zero narzędzi, z czasem poinstaluję, ale na razie robię klyenta fuse do tnfs.
7. • 7: CommentAuthorxxl
   • CommentTime1 Nov 2020

    
   szkoda, bo moglo by byc ciekawie.
   
   tym czasem:
   zopfli --deflate dal: 1598 i dekompresuje 1 ramke szybciej :-) aktualizuje
8. • 8:
      
     CommentAuthorpirx
   • CommentTime1 Nov 2020

    
   jak masz ochotę się pobawić to w paczce madsa jest depakier i zgodny z nim na sto pro pakier exonomizera pod winde, ja musiałem skomplikować pod linucha nowszą wersję, może nie jest całkiem zgodna. różnice w jakości kompresji pewnie minimalne, coś tam w readmie autor zeznaje, że poprawił, ale bez przesady. exono jak się nim bawiłem 10 lat temu był zdecydowanie najlepszy (~30KiB danych + procka wychodziły najktótsze). czas nie miał dla mnie znaczenia.
9. • 9: CommentAuthorxxl
   • CommentTime1 Nov 2020 zmieniony

    
   procka ma ponad 400 bajtow - nie jest najkrotsza. z przkladow z dekompresja w tyl to na oko nie jest tez szybka ale jesli udaloby sie poprawnie zdekompresowac to co podeslales to bylaby najlepsza pod wzgledem stopnia kompresji. (moze przy dekompresji w przod jest szybsza)
10. • 10:
       
      CommentAuthorcrrn
    • CommentTime1 Nov 2020

     
    temat ciekawy więc zrobiłem też eksperyment na tym pliku.
    w mojej grze na C64 używam Byte Boozer'a (by HCL/Booze Design)
    
    - plik po kompresji 1759 bajtów
    - decruncher: $f4 = 244 bajty
11. • 11: CommentAuthorxxl
    • CommentTime1 Nov 2020

     
    w LZ4 umiescilem liczniki w rejestrach (dekompresja danych spakowanch znajdujacych sie w pamieci) szbkosc mocno podskoczla do 87 ramek.
    
    aktualizuje
12. • 12: CommentAuthorxxl
    • CommentTime8 Nov 2020

     
    LZ4 w wersji dekompresji z zewnetrznym slownikiem i bez uzywania strony zerowej dekompresuje tak szybko jak zwykla wersja z uzyciem strony zerowej.
    
    natomiast z uzyciem strony zero = 79!
    
    aktualizuje