[lordrolee]

Persze, de ez már szoftveres megoldás, én pure hardveresre gondoltam.

[MisterY]

Idézet: Sparow2 - Dátum: 2007. okt. 18., csütörtök - 12:17

Beépített ZIP

(Különben ez a beépített tömörítés nem is akkora hülyeség, mint elsõ olvasásra tûnik, pl. Linux-ban van ilyesmi: transparent decompression extension-nek nevezik, ha befordítod a kernelbe, akkor az ilyen módon összetömörített adatokat tartalmazó CD-ket, DVD-ket simán lehet olvasni -- persze nem a DVD-olvasóba van beépítve, hanem az operációs rendszerbe)

Ezzel a módszerrel hatékonyan lehet szöveget vagy más jól tömöríthetõ adatot archiválni lemezre (vagy szalagra, ahol általában alkalmazzák is)

A gond az, hogy ha ráírnák a lemezekre, hogy 4,5/9Gb, akkor az egybites felhasználók 9Gb filmet vagy képet akarnának egybõl rámásolni. Abból pedig jó, ha 4,51Gb ráférne.

[Warrior]

Annak idején sokan nem értették (többek közt pár informatikus ismerõs), hogy ha leolvasnak egy 650 megás CD-rõl egy video-cd formátumú filmet fájl-szinten (asszem avseq.dat, vagy hasonló fájlnév), akkor miért nagyobb a film mérete max. kb. 100 megával, "tele" CD esetén. A 700-as CD esetén ez akár 800 megát jelenthet.
Az már nem tûnt fel senkinek akkoriban, hogy a CD-tokra az volt írva, hogy 74 perc AUDIÓ, vagy 650 mega ADAT... Nem ismerték a MODE2-t...


ps.: azt már nem is mertem mondani nekik, hogy ha legrabbelnek 80 percnyi redbook audio-t, akkor is kb. 800 megányi adatot kapnak... Az audió és a data tárolása kissé eltér, más a hibakorrekció. Mondjuk audio-cd-kkel talán ezért is van több gond, mint data-cd-kkel.

Szerkesztette: Warrior 2007. 10. 19. 08:10 -kor

[Tron65]

Idézet

74 perc AUDIÓ, vagy 650 mega ADAT

Ez mindent megmagyaráz
A fõnököm is nehezen bírta megemészteni, hogy a 17 gigás novell partícióra hogy tudtak a júzerek már több mint 30 gigát felcsavarni. Az, hogy be van kapcsolva a tömörítés nem volt elégséges válasz a számára.

[didyman]

Idézet: Tron65 - Dátum: 2007. okt. 19., péntek - 20:03

Ez mindent megmagyaráz
A fõnököm is nehezen bírta megemészteni, hogy a 17 gigás novell partícióra hogy tudtak a júzerek már több mint 30 gigát felcsavarni. Az, hogy be van kapcsolva a tömörítés nem volt elégséges válasz a számára.

Mért nem mondtad neki, hogy a Novell kétfelé vág minden bitet?

[Warrior]

Jó régen néztünk még pár demót, volt pl. 64k compo, ott volt 1 kis demó, szinte pontosan 64k-ra tömörítve: Az fr-08. A Farbrausch "terméke", pár éve az Assembly-n meg is nyerte a 64k compo-t.
A lényeg, hogy elindítod, s kitömörít; az "akkori" P2-eseken kb. 30 másodpercig tart a decompress. Volt fõnökömnek hiába mondom, hogy az egész 64k-s letömörítve, nem érti. Mutatom neki, hogy kitömörítés eltart 30 másodpercig, nem tûnt fel neki. Biztos azt hitte, RAR-ral is ennyi ideig tart kicsomagolni 64k-t... S informatikus volt, ráadásul több diplomával.

Kitömörítve kb. 6-7 megára saccolom, full directx-használat, párszáz kiváló minõségû textúra, 44khz-es sztereo zene, vagy 10 percig (!!!), 3d engine, meg pár oldalnyi scrollszöveg.
Próbáljátok csak ki, lehet nézni nagyokat. S már jópár éves.

Szóval az UPX packer nagyon odavágott, már akkor is. Elgondolkodtam, mit kezdenék a CD-nyi "ilyen" anyaggal... 

-----------------------------------------
ps.: régen megkérdeztem 1 szintén informatikust, hogy miért fér "több" a CD-re AUDIO-ból, mint DATA-ból. Azt mondta, hogy azért, mert ekkor az író "sûrûbben írja a piteket"...

Szerkesztette: Warrior 2007. 10. 20. 07:29 -kor

[didyman]

Idézet: Warrior - Dátum: 2007. okt. 20., szombat - 8:27

Jó régen néztünk még pár demót, volt pl. 64k compo, ott volt 1 kis demó, szinte pontosan 64k-ra tömörítve: Az fr-08. A Farbrausch "terméke", pár éve az Assembly-n meg is nyerte a 64k compo-t.
A lényeg, hogy elindítod, s kitömörít; az "akkori" P2-eseken kb. 30 másodpercig tart a decompress. Volt fõnökömnek hiába mondom, hogy az egész 64k-s letömörítve, nem érti. Mutatom neki, hogy kitömörítés eltart 30 másodpercig, nem tûnt fel neki. Biztos azt hitte, RAR-ral is ennyi ideig tart kicsomagolni 64k-t... S informatikus volt, ráadásul több diplomával.

Kitömörítve kb. 6-7 megára saccolom, full directx-használat, párszáz kiváló minõségû textúra, 44khz-es sztereo zene, vagy 10 percig (!!!), 3d engine, meg pár oldalnyi scrollszöveg.
Próbáljátok csak ki, lehet nézni nagyokat. S már jópár éves.

Szóval az UPX packer nagyon odavágott, már akkor is. Elgondolkodtam, mit kezdenék a CD-nyi "ilyen" anyaggal... 

-----------------------------------------
ps.: régen megkérdeztem 1 szintén informatikust, hogy miért fér "több" a CD-re AUDIO-ból, mint DATA-ból. Azt mondta, hogy azért, mert ekkor az író "sûrûbben írja a piteket"...

Ilyen demókból nekem is van itthon. A végén a búcsúszövegen arról ír, hogy van még pár kbyte szabadon, hát ír még bele valamit

[charlie]

Idézet

sûrûbben írja a piteket

áááá )

[Warrior]

Idézet: charlie - Dátum: 2007. okt. 20., szombat - 8:46

áááá )

Hát nem tudtad?  :Ð

[PetruZ]

Idézet: Warrior - Dátum: 2007. okt. 20., szombat - 8:27

A lényeg, hogy elindítod, s kitömörít; az "akkori" P2-eseken kb. 30 másodpercig tart a decompress. Volt fõnökömnek hiába mondom, hogy az egész 64k-s letömörítve, nem érti.

Azért nem csak decompress van ezekben, hanem generálás is, nem is kevés. A textúrák, objektumok nagy része nem tömörítve van, hanem procedúrálisan kódolva, csak ezek erõs géppel mennének élvezhetõ real-time sebességgel, úgyhogy legenerálják a végleges változataikat és azokat használják. A zenék pedig valójában mod-ok (pontosabban mod-szerûek), de persze minõségben szinte ugyanazok, mintha "tiszta" wav-ok lennének, csak a hangmintákhoz és a belõlük képzett "kottákhoz" sokkal kevesebb hely kell.
(Anno Atari-n belefolytam ilyesmibe, onnan a tapasztalat. Pedig ott az egész gép volt 64k-s. )

[didyman]

Idézet: PetruZ - Dátum: 2007. okt. 20., szombat - 11:47

Azért nem csak decompress van ezekben, hanem generálás is, nem is kevés. A textúrák, objektumok nagy része nem tömörítve van, hanem procedúrálisan kódolva, csak ezek erõs géppel mennének élvezhetõ real-time sebességgel, úgyhogy legenerálják a végleges változataikat és azokat használják. A zenék pedig valójában mod-ok (pontosabban mod-szerûek), de persze minõségben szinte ugyanazok, mintha "tiszta" wav-ok lennének, csak a hangmintákhoz és a belõlük képzett "kottákhoz" sokkal kevesebb hely kell.
(Anno Atari-n belefolytam ilyesmibe, onnan a tapasztalat. Pedig ott az egész gép volt 64k-s. )

Az rendben, csak a textúragenerálás kevesebb idõ (töredéke) mint az egész termékben látható valós idejû termék

[nyunyu]

Idézet: PetruZ - Dátum: 2007. okt. 20., szombat - 11:47

(Anno Atari-n belefolytam ilyesmibe, onnan a tapasztalat. Pedig ott az egész gép volt 64k-s. )

Nocsak, markatars?

(Atari 800XL-t nyuztam '88-tol '92-ig)

[Gabibácsi]

Idézet: nyunyu - Dátum: 2007. okt. 20., szombat - 22:40

Nocsak, markatars?

(Atari 800XL-t nyuztam '88-tol '92-ig)

Flame:

Nevetséges, c64 a király

[DGabor]

Idézet: Gabibácsi - Dátum: 2007. okt. 22., hétfõ - 9:04

Flame:

Nevetséges, c64 a király

C64? báh. Amiga 1200  :Ð

[unixservice]

Idézet: DGabor_ - Dátum: 2007. okt. 22., hétfõ - 15:54

C64? báh. Amiga 1200  :Ð

zx 81.

És én nyertem.

Muhaha  :Ð

[bundas]

Videoton TV computer 64+

Õk már akkor feltalálták az inkompatibilitást
A sima 64-esre írt programok egy része nem futott rajta.

[didyman]

Idézet: bundas - Dátum: 2007. okt. 23., kedd - 14:19

Videoton TV computer 64+

Õk már akkor feltalálták az inkompatibilitást
A sima 64-esre írt programok egy része nem futott rajta.

64k+, ha kérhetm..

[Warrior]

Idézet: PetruZ - Dátum: 2007. okt. 20., szombat - 11:47

Azért nem csak decompress van ezekben, hanem generálás is, nem is kevés. A textúrák, objektumok nagy része nem tömörítve van, hanem procedúrálisan kódolva, csak ezek erõs géppel mennének élvezhetõ real-time sebességgel, úgyhogy legenerálják a végleges változataikat és azokat használják. A zenék pedig valójában mod-ok (pontosabban mod-szerûek), de persze minõségben szinte ugyanazok, mintha "tiszta" wav-ok lennének, csak a hangmintákhoz és a belõlük képzett "kottákhoz" sokkal kevesebb hely kell.
(Anno Atari-n belefolytam ilyesmibe, onnan a tapasztalat. Pedig ott az egész gép volt 64k-s. )

Bocsi, teljesen igaz: természetesen nemcsak decompress, aláírom. Annak idején pl. szinusztáblákat generáltunk le (4k kompóhoz), a full táblázatok természetesen viszonylag sok helyet igényeltek.
A zene azért különleges, mert nem igazán érzõdik benne a kevés sample (szinte "folyik"), ráadásul full analóg. Valaki azt mondta (vagy olvastam?), hogy a music-ot saját szoft-szintijükkel "generálták", de asszem a demóban nem realtime-ban fut. Mindenesetre talán jelentõsen spórolhatnának a mérettel, viszont izmosabb proci kellene alá.

C64-hez annyit: amennyit az x86 assembly-hez értek, azt szinte mind "onnan" szedtem... Anno demókat kódorogtunk, sajnos ma ez nem jellemzõ, inkább tényleg csak nosztalgia. 

[Warrior]

Idézet: bundas - Dátum: 2007. okt. 23., kedd - 14:19

Videoton TV computer 64+

Õk már akkor feltalálták az inkompatibilitást
A sima 64-esre írt programok egy része nem futott rajta.

  Azt hallottam, hogy a tvc esetében a vill.mérnökök fehérváron kiváló munkát végeztek: volt 1-2 logikai egyszerûsítés, amit kevesebb "tokból" tudtak megoldani (akkoriban a Texas Intruments-hez hasonlították a konstrukciót, ami azért jelentett valamit - napersze a saját színvonalunkon).

[didyman]

Nakérem Íme az a Duron, ami nálam tesztprociként fut három éve. Így vettem, néha ugyan porlik le belõle egy-egy kis darab. Most éppen a fop68 ventijét felejtettem el rádugni a lapra (múltkor a hûtõt hagytam le róla és POST közben derült ki), fél óra passzív után némi szag érzõdött, de a memóriateszt ekkor is hibátlanul futott. A CPU hibátlan, de hogy min mehetett keresztül... :Ð

Csatolt fájl:

•  duron.jpg (0byte)
  Letöltések:: 37