[elektro] huff optim

[vajk fekete]

ha az adat tenyleg teljesen random szamsor lenne, akkor nem lehetne tomoriteni.

tehat nem teljesen random. 

a tomorito algoritmus bizonyos nemrandomsagokat jol tomorit, mas nem randomsagokat meg nem. az elofeldolgozas az adat ismereteben olyanna alakitja, ami jol tomoritheto.

ha a kommersz zip jol tomoriti, akkor miert nem hasznalsz kommersz zipet? publikus, lejart szabadalmu algoritmus, gpl forras is hozzaferheto.

vajk


________________________________
 From: Info <info at kiralyelektronika.hu>
To: Ábrahám Gábor <elektro at tesla.hu> 
Sent: Saturday, 31 March 2012, 16:48
Subject: Re: [elektro] huff optim
 
>> Az előoptimalizálás arra való, hogy a tömörítő rutin mégnagyobb
> Tudom mire való, azt kérdeztem, hogy lehet-e tudni valamit az adatról.

Oké, azt hittem elvezetsz a bokorba :)

>> Ha meg azért jó képre vagy hangra mert eleve
>> csak azon múlik a működésének biztonsága, hogy vannak benne csendesebb
>> hangok vagy egyszínű területek akkor az nem jó rutin csak annak tűnik.
> A hatásfoka az adat tulajdonságain múlik. Random adatot nem fogsz
> tudni tömöríteni, előfeldolgozót sem fogsz találni hozzá.

Random adatról van szó, amire akármelyik kommersz rar zip akármi nyom
33%-ot, nekem meg optim nélkül alig megy 75% alá. Meg szerettem volna
kímélni magam visszalesésektől, hátha van 1-2 ötletes leírás a neten
vagy valahol. Sajna magyar nyelven nem találok, ilyet nem tanitanak a
sulikban ? :) Szomorú, de ez egy másik téma.

-----------------------------------------
          elektro[-flame|-etc]