Világrekord kompreszió?
Sziasztok keresem LINUX-ra azt a kompresszort ami a legjobban tömörít.
Eddig a 7z xz brotli-t próbáltam de ennél sokkal extrémebb kell nekem.
Engem az sem érdekel, ha egy napig kompresszál 24 GB memóriával a lényeg, hogy kicsit legyen.
Melyik a legdurvább legextrémebb kompresszió ami létezik?
brotli pl egy 700 megás txt fájlból csinált 644 bájtot. de sok a redundancia. mp3 fájlból már egyik sem csinál semmit.
Szóval ajánljátok nekem a legelvetemültebb kompressziót ami létezik, ami annyira durván tömörít hogy nincs pratikus értelme használni mert fél napig kompresszál viszont nagyon jó fájlméretet csinál.
19
"Nem értek hozzá de csak nem lehet olyan nehéz."
Nem értesz hozzá, ezért nem is tudod megállítani, hogy mennyire nehéz, vagy nem nehéz. Matek amúgy hogy megy?
20
Az a probléma, hogy egy hash több mindenből is jöhet. Honnan tudjuk, hogy melyikből lett tömörítve?
"Nem értek hozzá de csak nem lehet olyan nehéz."
Édesjóistenem... :D
Már eleve ott kezdődik, hogy amihez nem értesz, annak elég nehezen tudnál a nehézségeiről véleményt mondani.
Bár... az alapján, hogy az egész világon jó ideje nem találtak olyat, aki meg tudná oldani, azért arra csak következtethetsz, hogy bizony ez rohadtul nehéz. Ez nem egy 7. osztályos matek szorgalmi feladat, amit azért a 25 tanulóból 2-3 csak-csak megold. Itt vérprofi szakmabeliek tömegei próbálkoztak és próbálkoznak hatékonyabb tömörítőmódszereket létrehozni (és a sokmillió amatőrről nem is beszélve), és mégis csak nagy ritkán érnek el valami előrelépést. Akkor szerinted ez olyan rohadt könnyű lehet? Még ha semmit nem értesz a témához, akkor is belátható, hogy ez bizony durván nehéz téma.
"Akkor találjuk ki együtt, és osztozzunk a nyereményen."
Lefordítom. Szóval találjuk ki helyetted, de azért adjunk a nyereményből neked is. ;-) Sunyi vagy ám. :-)
Csemegének azért itt hagyom. Az a vicc, hogy sokan közülük ezt komolyan is gondolták...
#21 "Az a probléma, hogy egy hash több mindenből is jöhet."
Ez így van SHA1 és SHA2 esetén.
De SHA3 esetén már nincs benne ez a hiba. [link] (sőt részben SHA-384 esetén is) már nincs length extension attacks rés a pajzson, tehát nagyon eltérő mérete lesz a hamisított filenak. Ezért adom meg a méretet.
23
Elméletileg lehetséges, az hogy gyakorlatilag nem találtak még ilyet az nagyon jó, mert az azt jelenti, hogy egylőre nem kell lecserélni. Nézd meg lentebb a linken a táblázatot pl.
Olyan hash fügvény nincs, amelyiknél nem lehetséges elméletben találni egy másik fájlt. Az ugyanis azt jelentené, hogy tetszőleges hosszú fájlt tudunk fix méretűre tömöríteni (persze anélkül, hogy vissza tudnánk fejteni)
22, Nem azért nem jönnek rá, hanem mert nem tudnak a dobozon kívül gondolkodni. Hiába okos valaki ha szakbarbár, általában egymás kódjait másolják le ők sem értenek hozzá igazán. Most gondolj bele ha 100 éve azt mondod egy telefon meg fogja mondani hol vagy hülyének néznek, meg az lehetetlen. Nem így kell hozzá állni.
Ez jó a fórum amit linkeltél, ahogy elnézem más már kitalálta az ötletemet 20 évvel ezelőtt is. Valószínűleg elvették a kedvét a megvalósítástól, mert irigyek voltak.
De most neki állok chat gpt vel megiratni, mert programozni nem tudok. majd jelentkezem. Aki támogatott az kap részesedést a nyereményből.
25
Így beszél az, akinek fingja sincs a dologról, ne nézd már le ennyire a többi embert. Lényegében azt mondod, hogy mindenki idióta, buta, kivéve te.
25
Szerinted a fájl nevek hol vannak tárolva?
29
Nyilván ezt mondja.
Ő egy keresésen alapuló meglevő adatokat elemző entitás. Semmi kreatív gondolkodás nincs benne.
Kapcsolódó kérdések:
Minden jog fenntartva © 2024, www.gyakorikerdesek.hu
GYIK | Szabályzat | Jogi nyilatkozat | Adatvédelem | Cookie beállítások | WebMinute Kft. | Facebook | Kapcsolat: info(kukac)gyakorikerdesek.hu
Ha kifogással szeretne élni valamely tartalommal kapcsolatban, kérjük jelezze e-mailes elérhetőségünkön!