OldComp.cz

Necitas co pisem
A skompresoval si potom tie subory ? Ak nie, o akej kompresii pises ?
Presne tak. Zasadne je to, ze toto NIE JE kompresor, ale IBA remapper. Budem sa citovat:
Nasledne mozete na tieto vygenerovane subory aplikovat vasu oblubenu LZ kompresiu a vybrat si ten, kde tato kompresia dosiahla najlepsi kompresny pomer.
Je teda na tebe, ako a cim tieto rovnake subory spakujes.
Podla mna to bude skor o tom ze si podvedome od toho ocakaval nieco, na co to nie je urcene. Tak len znovu zdoraznim - tento remapper nie je kompresor, je to iba urcita predpriprava dat pre nejaky iny kompresor tak, aby to zlepsilo celkovy kompresny pomer. Takze 6912 bajtovy screeen stale zostane 6912 bajtovym suborom, len data v nom budu inak poprehadzovane.

A nie je efektivnejsie rovno to rozbalit v TC ? Ja vsetko rozbalujem jedine takto - otvorim archiv v TC ako keby to bol normalny podadresar, a subory z neho rovno skopirujem na cielove miesto.

Odkedy mi TC rozbalil poškodený archív nekompletný so skráteným súborom, ale nič neoznámil, tak používam WinRAR. Ten oznámi keď chýba koniec archívu alebo je súbor nekompletný a poškodený.

_________________
Oznamy o novom príspevku mi na mail chodia iba sporadicky, takže keď sa nehlásim v diskusii, tak je to tým. V 80% nepríde mail vôbec.

Nj, přesně tak, očekával jsem, že to bude lepší náhrada Pressoru.

Tak já tedy počkám až to někdo dokončí

_________________
https://cygnus.speccy.cz ZX Spectrum 128k, Betadisk, DivIDE, ESXDOS

Nad touto moznostou, t.j. aby sa obrazok aj rovno zapakoval, som tiez uvazoval. Ale napokon som od toho upustil hned z troch dovodov:

1. LZ kompresia je na rozdiel od RLE (pouzitej v Pressore) velmi komplexna vec, a existuje cely rad specializovanych LZ kompresorov, ktorych funkcionalitu by bolo "na dlhe lakte" doplnat do jednoducheho remappera.

2. Na niektore data je lepsi nejaky typ LZ kompresie, na ine data zase iny typ. Zadratovat tam jeden konkretny typ by mohlo viest k horsiemu kompresnemu pomeru v pripade, ak data tej LZ kompresii zrovna moc nesadnu.

3. Chcel som nechat uzivatelovi volnost vo vybere ktory LZ kompresor pouzije. Niekomu sa lepsie pouziva jeden, inemu zase iny. A casom sa mozno objavi dalsi, lepsi, a bola by skoda ho nevyuzit.
Ja osobne to (z vyssie menovanych dovodov) v plane nemam. Ale ak by sa toho chcel niekto ujat, budem len rad a rad mu pomozem.

Ale ak by si sa uspokojil s dokoncenim v podobe skriptu (bataku), tak ti ponukam nieco v style toho co na finalne zapakovanie obrazkov pouzivam ja. Skript ako vstupny parameter dostane subor s obrazkom, zavola ZX remapper, potom premapovane obrazky necha skomprimovat LzxPack-om, prikompiluje k tomu Lzx depaker a na zaver vypise vsetky vysledne subory zoradene podla dlzky, aby uzivatel pekne videl, ktora verzia premapovania s ktorou kompresiou dava najlepsi vysledok. Vysledne subory uz obsahuju vsetko potrebne - Lzx depaker, demapper a obrazkove data, takze ich staci nahrat na adresu #8000 a rovno spustit (adresa sa da podla potreby zmenit).

Tu je ten skript: https://busy.speccy.cz/tmp/screen-pack-script.rar
Spusta sa: !Pack!.bat <nazov_screenu>

Skript pre svoju cinnost pouziva programy ZXremap6, SjASMPlus a LzxPack (verziu 02), ktore ocakava ze budu v ceste. Okrem premapovanych obrazkov spakuje aj povodny obrazok a vypise ho spolu s ostatnymi subormi, aby bolo lepsie vidno, ako (a ci vobec) premapovanie pomohlo. Priklad vysledku pakovania znameho obrazku "mikroskop.zxs" je tu:
Subory scr*.cod su povodny spakovany screen tak ako je, bez premapovania.
Vidno, ze najlepsi kompresny pomer sa dosiahol pri premapovani v mode 21, takze do programu pouzijeme subor "m21-tr.cod".

PS: Nezabudnite depakovat archiv so skriptom do noveho cisteho prazdneho adresara !