[edk]

Hat en sem nagyon hiszek ilyen merteku tomoritesbe (rar es zip az 1/6-ara, mpeg2 videot az 1/10-ere "nevetsegesen" rovid ido alatt  ). De tesztnek azt mondom, hogy indits el pl. egy fraps-et es 1fps-el vedd fel a tomoritest "videora". Azt tedd ki valami publikus helyre, hatha ez tobb embert meggyoz . A betomoritendo cucc pedig legyen pl. a Program Files\Common Files konyvtara rar-ba tomoritve (amit szinten vegyel fel a Te (Ti) tomoritesetek elott), mondjuk a rar alap opcioival tomoritve. Ez igy szerintem egy gyors teszt lesz (elvileg par perc), igy a video merete sem lesz nagy.
A kesz videot pedig kodoljatok at valami xvid/divx-be, hogy kicsi legyen.
Varom a videot.

szerk: eszembe jutott egy penzkereses megoldas: mutassatok egy valos tesztet a WinRAR, WinACE es WinZip fejlesztoinek. Biztosan erdekelni fogja oket a dolog, es meg licitalhatnak is a licenc jogokra (vagyis, mivel ezeket veszik, minden egyes eladott peldanybol hozzatok is befolyna egy kis osszeg).

Szerkesztette: edk 2005. 05. 24. 14:05 -kor

[BigDil]

Kamu vagy kamu?

Kíváncsian várom a demonstrációt.

[Krinyo]

Nyilvan kamu.

Krinyo

[e-lias]

Fõleg, hogy egy hangyányi demo, video, kép sincs.

[pike.killer]

Kedves tarsak ma voltam informatcio- es kodelmeletbol vizsgan. Tehat en is arra a feltevesre jutottam, h itt valami nem gomboju, de holnap megyek beiratni a jegyemet es megkerdem a tancsibacsitol mi a velemenye Szerintem ilyen kodot gyartani nem tudsz foleg, h az osszes tobbi nevesebb ceget kenterebe verik. De mindjart irok is egy mailt kivancsi vagyok erre az eloadasra.

/* Lehet tudni, h milyen nyelven irodik az azuj csoda??? es kb hanysoro??? */

[charlie]

ha ez igaz megeszem a kalapom...

[freeone]

mrneo és szacsóka miért ír ugyanúgy(rosszul)?

[Samott]

Idézet: freeone - Dátum: 2005. máj. 24., kedd - 15:50

mrneo és szacsóka miért ír ugyanúgy(rosszul)?

Ez mar nekem is feltunt...

Samott

[Gabibácsi]

Idézet: Samott - Dátum: 2005. máj. 24., kedd - 15:53

Ez mar nekem is feltunt...

Samott

Ugyanabba az oviba járnak

[a2d2]

Nekem is ez a gyanúm 

[d3relict]

Idézet

A tömörités tipusa  (Binary & Text) az lényegtelen nem füg össze az adat tipusával mivel ez nem vektór tömöritési eljárás hanem más eljárás egy uj matematikai átörés a mátrix számitásban éppen ezért ezt nem árulhatóm el

muhalol.

nekem is van egy algoritmusom, de opensource, megosztom veletek.

szóval ez egy nagyon jelentõs áttörés a téridõ elméletben - az elv a következõ: egy átlagos kapacitású vincseszterre felirhatsz bármit - utána le is törölheted. a dekompressziós ágens visszamegy az idõben, és egy általa hordozott cache-re feltölti az AKKOR MÉG A GÉPEDEN lévõ adatot, amit aztán a jelenkorban kinyerhetsz belõle.

jaigen, 4.6 gigás DVD ISO-t 1.5 másodperc alatt nulla byte-ra tömöritett, pont ugy, mint ahogy a 8 gigás system backup-omat is.

az on-the-fly extractor még bugos, viszont egy bizonyos ideig kitömörithetõ a cucc, dekompresszor itt.

[Dead6nail]

Idézet: kAy - Dátum: 2005. máj. 24., kedd - 16:30

muhalol.

nekem is van egy algoritmusom, de opensource, megosztom veletek.

szóval ez egy nagyon jelentõs áttörés a téridõ elméletben - az elv a következõ: egy átlagos kapacitású vincseszterre felirhatsz bármit - utána le is törölheted. a dekompressziós ágens visszamegy az idõben, és egy általa hordozott cache-re feltölti az AKKOR MÉG A GÉPEDEN lévõ adatot, amit aztán a jelenkorban kinyerhetsz belõle.

jaigen, 4.6 gigás DVD ISO-t 1.5 másodperc alatt nulla byte-ra tömöritett, pont ugy, mint ahogy a 8 gigás system backup-omat is.

az on-the-fly extractor még bugos, viszont egy bizonyos ideig kitömörithetõ a cucc, dekompresszor itt.

 

[pike.killer]

Idézet: kAy - Dátum: 2005. máj. 24., kedd - 16:30

muhalol.

nekem is van egy algoritmusom, de opensource, megosztom veletek.

szóval ez egy nagyon jelentõs áttörés a téridõ elméletben - az elv a következõ: egy átlagos kapacitású vincseszterre felirhatsz bármit - utána le is törölheted. a dekompressziós ágens visszamegy az idõben, és egy általa hordozott cache-re feltölti az AKKOR MÉG A GÉPEDEN lévõ adatot, amit aztán a jelenkorban kinyerhetsz belõle.

jaigen, 4.6 gigás DVD ISO-t 1.5 másodperc alatt nulla byte-ra tömöritett, pont ugy, mint ahogy a 8 gigás system backup-omat is.

az on-the-fly extractor még bugos, viszont egy bizonyos ideig kitömörithetõ a cucc, dekompresszor itt.

Mindjart a nobel dijar terjesztelek.  

[TEST11]

Figyu.. A NASA , Katonaság, Maffia biztos vevõ rá....
De ne csodálkozz ha nem ébredsz fel másnap. 
Nem 1 nagy találmány végzõdött már igy.
Szoval csak ovatosan... és legyen ügyvédnél másolat aki
felteszi  netre, ha eltörik valamid.
Persze az ügyvéd is szoljon még másik néhány ügyvédvek,
nehogy gond legyen.

[Georgo]

Idézet: mrneo - Dátum: 2005. máj. 24., kedd - 13:19

Nos némi adat az egyik fejlesztötöl:

Kezdeti adat: 4.2 Gb -> végsö adat 358 MB
Kezdeti adat: 698 Mb -> végsö adat 58 MB
Kezdeti adat: 610 Mb -> végsö adat 98.5 MB

Függvényt generáló függvénnyel még el tudnám képzelni a dolgot. De annak a mérete sokkal kisebb lenne, a tömörítási idõ viszont nagyságrendekkel nagyobb.
Szóval, hiszem, ha látom

Szerkesztette: Georgo a dékán 2005. 05. 24. 16:34 -kor

[AzErdos[TM]]

Szerintem ezt valositottak meg csak nem GPL-es formaban: LZIP

[freeone]

Idézet: AzErdos[TM] - Dátum: 2005. máj. 24., kedd - 16:45

Szerintem ezt valositottak meg csak nem GPL-es formaban: LZIP

Ez tök jó, õk(lzip) még ott tartanak, hogy kis veszteséggel 10-15%-ra mennek le, és néha nullára. Az én algoritmusom ennél sokkal fejlettebb, mivel kalkulálható az adatveszteség mennyisége, a megoldás gyors, és sebessége nem függ az adat mennyiségétõl(elméletileg)

De mivel én olyan jó fej vagyok, megosztom veletek is: <shift><del>
ennyi az egész, és élbõl mindent 0%-ra csomagol.

[BigDil]

Idézet: AzErdos[TM

,2005. máj. 24., kedd - 17:45]Szerintem ezt valositottak meg csak nem GPL-es formaban: LZIP

Idézet: lzip.sf.net

Users new to lzip must keep in mind that files compressed with lzip can be uncompressed, but will not be restored to their exact original state. This is the result of using lossy compression. Bear in mind, though, that the data lost in this process is most likely the least important data in the file, so most of the time you probably won't even notice.

[worxland]

Idézet: mrneo - Dátum: 2005. máj. 24., kedd - 13:19

Nos némi adat az egyik fejlesztötöl:

Kezdeti adat: 4.2 Gb -> végsö adat 358 MB
Adat tipus: DVD Film
Tömöritési idö Be: 1:16 p
Tömöritési idö Ki: 1:24 p

DivX/XviD tud hasonlót, ezért ez hihetõ.

Idézet

Kezdeti adat: 698 Mb -> végsö adat 58 MB
Adat tipus: Games
Tömöritési idö Be: 14 - 15 p 
Tömöritési idö Ki: 18p

Ezzel sincs gond, ilyenre példát bármelyik tömörítõ tud megfelelõ gaméval.

Idézet

Kezdeti adat: 610 Mb -> végsö adat 98.5 MB
Adat tipus: Már be tömöritet adatok (Rar & Zip) Vegyes
Tömöritési idö Be: 17 - 18 p 
Tömöritési idö Ki: 19p

Na itt buktátok el a hihetõséget. Ilyen nincs (kivéve rendkívül extra, RAR-ral és ZIP-el valamiért csak szarul tömöríthetõ, de ismétlésekkel teli cucc esetén), mégpedig matematikailag igazolhatóan. Teccik tudni, ezt  (mármint az elméletet) már akkor tanították az egyetemen, amikor én odajártam, az pedig már több, mint tíz éve volt.

Idézet

A tömörités tipusa  (Binary & Text) az lényegtelen nem füg össze az adat tipusával mivel ez nem vektór tömöritési eljárás hanem más eljárás egy uj matematikai átörés a mátrix számitásban éppen ezért ezt nem árulhatóm el

Random fájlt semmi sem tud az eredeti méret alá tömöríteni, legalább arra ne vállaljatok be jó tömörítési arányt, OK? 

Sok sikert, de nem hiszünk Nektek. Elég volt a DNF és bitboys stílusú hírekbõl.
Cáfoljatok meg!

Szerkesztette: worxland 2005. 05. 24. 22:01 -kor

[Georgo]

Idézet: worxland - Dátum: 2005. máj. 24., kedd - 22:39

DivX/XviD tud hasonlót, ezért ez hihetõ.

Veszteségesen tud, nem hasonlítható ezzel az állítólagos algoritmussal