Archief - uitvinding van de eeuw: echt of niet?

waarom, als ge bv. lineage 2 download is da 1,2 gb en als ge het installeert 4.5 gigabyte... das toch ook pure compressei me dunkt...

*DeFees* zei:

waarom, als ge bv. lineage 2 download is da 1,2 gb en als ge het installeert 4.5 gigabyte... das toch ook pure compressei me dunkt...

Klik om te vergroten...

da is om de processor geen last te geven tijdens het spelen van het spel e, zo zitten er in die 1.2gb bijvoorbeeld mp3 fragmenten die bij installeren naar wave omgezet worden omdat die veel sneller geopend kunnen worden.
Vroeger was dat toch zo, nu is mp3 nie echt een probleem meer voor da promilleke cpu verbruik

leuk stuk fictie, niks meer

*DeFees* zei:

waarom, als ge bv. lineage 2 download is da 1,2 gb en als ge het installeert 4.5 gigabyte... das toch ook pure compressei me dunkt...

Klik om te vergroten...

1,2 of 64 kb...

A A A A A A A , kan omgezet worden in 7 A

maar

A B C D E F G, kan niet omgezet worden, uiteindelijk beland je op een grens, dat verkleinen niet meer mogelijk is, tenzij je met verlies gaat werken.

naar mijn mening ook onmogelijk. alhoewel dat sommige dingen zoals die 64 kb projecten ook vriend en vijand met stomheid verbazen.

zie project genesis en project nemesis.

*DeFees* zei:

waarom, als ge bv. lineage 2 download is da 1,2 gb en als ge het installeert 4.5 gigabyte... das toch ook pure compressei me dunkt...

Klik om te vergroten...

Als het alleen verliesloze compressie is, dan is dat omdat de werkelijke hoeveelheid informatie kleiner is dan 1,2 gigabyte. Die 3,3 gigabyte (en zelfs nog meer dan dit redundante informatie) is redundante informatie.

Bij een keyframe van video is redudante informatie al veel minder voor de hand liggend. Men kan eventueel aangeven wat voor soort beeld het is ( veel rood, veel blauw, veel zwart, veel groen) en zo in staat zijn om de werkelijkheide hoeveelheid informatie te beperken, maar dat kan men ENKEL doen bij 1 beeld. Bij een volledig film zal elke kleur gemiddeld ongeveer even veel voorkomen en kan men niet berusten op dat systeem.


naar mijn mening ook onmogelijk. alhoewel dat sommige dingen zoals die 64 kb projecten ook vriend en vijand met stomheid verbazen.

zie project genesis en project nemesis.

Het verschil is dat die dingen zeer zware wiskundige berekeningen maken + dat het specifiek is geoptimaliseerd voor dat doel. Als men echt specifiek voor 1 bepaalde film bijvoorbeeld zou kunnen optimaliseren kan men inderdaad een grotere compressie bereiken. Een methode die echter alle films kan comprimeren naar 1 kilobyte is technisch gezien onmogelijk.

het gaat nie om compressie, het gaat om creatie. info. Of het via deze manier gaat, is echter twijfelachtig, want de makers zeggen dat dit niet gaat.

btw: er is ook een spel van 96 KB beschikbaar hier, maar ik krijg een trojanmelding als ik het open. kweetnie hoe het zit, maar ik ga het nie proberen.

Madmaarten zei:

uit artikel:

Dit heeft hij vaak gedemonstreerd, bijna altijd met het gevolg dat de waarnemers van het gedemonstreerde van verbazing en ongeloof de meest vreemde reacties ten toon spreidden.

ik zou dit trouwens overal verkopen, als je al een patent hebt op de broncode kunne die bedrijven niks doen
trouwens als iedereen van de technologie weet dan zullen bedrijven eerder tegen elkaar opbieden dan dat ze het in het geheim doen

nee?

Klik om te vergroten...

Je kan geen patent nemen op broncode. Broncode is beschermd door het auteursrecht, patenten beschermen uitvindingen. Maar patenten beschermen geen wiskundige uitvindingen, dus ook geen algoritmen, dus ook deze uitvinding niet.

servi zei:

Voor diegene die beweren dat het wel zou kunnen, raad ik toch aan de Wikipedia-link eens te lezen.

Er zijn wel degelijk GRENZEN die niet te overschrijden zijn. Zo is het bewezen dat voor data te sorteren er geen snellere performantie kan bestaan dan O(n lg n), tenzij voor speciale gevallen.

Hetzelfde geldt voor een volledige film. Een volledige film opslaan in 1 kilobyte kan niet, tenzij voor speciale gevallen. Ok, hij gebruikt zogezegd een ander systeem dan bits, maar dat neemt nog steeds niet weg dat 1 kilobyte = 1000 = bytes = 8000 bits.

In het geval dat die persoon een sleutel-waarde relatie gebruikt (en er dus eigenlijk een ENORME gegevensbank achter zit met de werkelijke data), wil dit zeggen dat er maar maximaal 8000 mogelijke gevallen zijn.

Klik om te vergroten...

2^8000 verschillende vectoren kan je vormen met een tekenreeks van 8000 bits, geen 8000 ...

ComputerVISTA zei:

En hoe kan jij zo zeker zijn dat dat onmogelijk zou zijn? 100 jaar geleden zouden ze tegen wat ene pc nu kan ook gezegd hebben dat dat allemaal onmogelijk was.

Er heeft hier idd al ooit lang geleden een thread over gestaan en ook heeft er zo eens een Belg in het maandblad "NETWERK" gestaan die zo iets gelijkaardigs had.

Klik om te vergroten...

Het is wel degelijk "onmogelijk" om het zomaar in zo kleine info op te slaan, ge hebt gewoon gigantische loss.

Zijn compressiesysteem zou idd werken met een soort nieuw "alfabet" (althans zoals ik gelezen heb toen deze discussie een tijd geleden hier gevoerd werd), maar dit betekent dat dit "alfabet" volledig op de pc/het medium moet aanwezig zijn waar gedecompresseerd wordt. Ik heb het hier niet over het algoritme dat moet opgeslaan worden, maar wel degelijk data-opslag . Dit betekent overigens niet dat hij zomaar bits zou laten vallen eh <_<.

Bekijk het als volgt (een zeer simplistisch voorbeeld):

Ik wil volgende zin makkelijker opslaan: "Dit is een nederlandstalige zin".
Dus maak ik een lijst met woorden: 0=> Dit, 1 =>is, 2 => een, 3 => nederlandstalige, 4 => zin.

Dan wordt mijn zin (we rekenen tussen elk woord een spatie en vergeten leestekens ^^) "01234".
Dus in totaal wordt mijn nieuwe zin slechts 5 tekens lang in plaats van 31 (een datawin van zowat 80%), maar die info stond eigenlijk wel al op mijn pc en zit dus niet puur opgeslagen in die 5 tekens .

Dit systeem zou hij zeer "algemeen" hebben kunnen toepassen dat je uiteindelijk niet voor elk beeld evenveel bytes nodig hebt voor id-herkenning als voor pakweg gewoon de pixel-info van dat beeld op te slaan (als het nu over film zou gaan).
Als hij dit zo kon doen dat je pakweg maar een gb of 5-10 nodig had op voorhand voor die compressie zonder dan zware loss te hebben dan kon hij idd de media-drager zelf extreem klein maken en wat zou (op lange termijn) 5 a 10gb uitmaken om eenmalig mee te leveren?

Als dit alsnog deftig zou kunnen ontwikkeld worden is dat onmiddelijk de dood van blu-ray en dergelijke want dan kunnen we nog vele jaren verder met de dvd als media drager.

persoonlijk geloof ik wel dat het tot op een bepaald niveau zeer zeker mogelijk is, maar dat dit verhaal op zich "fake" is.

ik zweer het u (wuhla!) ik heb zo ook een idee om alles eindeloos te kunnen comprimeren... het heeft ook te maken met een soort ander systeem dan binaire getallen... enkele informatici zien het lukken, maar het zou misschien te processor-intensief zijn... misschien voor later dus!

maar hier ga ik dat ideee niet neerschrijven. het zou zelfs de zwaarst ge tar.gz mp4 film van een gig kunnen comprimeren tot ... ? 5kb?of minder zelfs! denk tot 0.1kb...

mark my words, als ik niet te lui ben, dan zullen jullie over 5 jaar de naam Matthias Sanne hier zien staan

Oja, het zou LOSSLESS zijn!!

Musback zei:

ik zweer het u (wuhla!) ik heb zo ook een idee om alles eindeloos te kunnen comprimeren... het heeft ook te maken met een soort ander systeem dan binaire getallen... enkele informatici zien het lukken, maar het zou misschien te processor-intensief zijn... misschien voor later dus!

maar hier ga ik dat ideee niet neerschrijven. het zou zelfs de zwaarst ge tar.gz mp4 film van een gig kunnen comprimeren tot ... ? 5kb?of minder zelfs! denk tot 0.1kb...

mark my words, als ik niet te lui ben, dan zullen jullie over 5 jaar de naam Matthias Sanne hier zien staan

Oja, het zou LOSSLESS zijn!!

Klik om te vergroten...

Je Woonplaats zegt genoeg !

volgens mij is dat wel degelijk mogelijk

als er games gemaakt kunnen worden van 64kb die de textures kunnen berekenen met je cpu, wrom dan geen films die de pixelkleur en plaats berekenen met je cpu?

chosen1 zei:

ik ben een paar jaar geleden een site tegengekomen waar ze over Jan Sloots praatte en zijn nieuwe technologie (datacompressie) waardoor verschillende dvd's op een 64kb smartcard opgeslagen kunnen worden.

hij had zijn uitvinding altijd goed bewaakt tot hij op de dag dat hij zijn deal rond ging krijgen ineens dood valt (hartstilstand) en zijn uitvinding verdwijnt.

dit is een link met informatie op:
http://www.dossierx.nl/index.php/content/view/238/2/

weet iemand of dit nu echt is of dat het allemaal 1 grote hoax was?

Klik om te vergroten...

echt waar. Kheb er een hele docu over gezien op Canvas ooit

Allé of hij het echt had uitgevonden weet niemand, maar hij zei van wel. Had al contracten klaar liggen met een paar grote namen. Alleen is hij op dubieuze wijze gestorven en weet nu niemand waar zjin geheim bewaard is gebleven

Madmaarten zei:

en wat dan nog
zelfs als tgij een heel nieuw systeem heeft uitgevonden
onmogelijk om een dvd zoklein te maken

Klik om te vergroten...

60 jaar geleden was het ook onmogelijk om een man op de maan te zetten. Tis de mensheid toch gelukt..

Vergeet nooit dat we in minder dan één mensenleven van het eerste vliegtuig (gebr. Wright) naar de eerste man op de maan zijn gegaan

7 jaar geleden; VHS, 5 jaar geleden; DVD, nu; UMD.. Tgaat zo snel allemaal


Zeg nooit nooit als het op vlak van technologie aankomt

Poppel zei:

60 jaar geleden was het ook onmogelijk om een man op de maan te zetten. Tis de mensheid toch gelukt..

Vergeet nooit dat we in minder dan één mensenleven van het eerste vliegtuig (gebr. Wright) naar de eerste man op de maan zijn gegaan

7 jaar geleden; VHS, 5 jaar geleden; DVD, nu; UMD.. Tgaat zo snel allemaal


Zeg nooit nooit als het op vlak van technologie aankomt

Klik om te vergroten...

100 jaar geleden; vliegtuig, 40 jaar geleden; helicopter
zeggen dat deze compressie kan werken is zoals zeggen dat we later gaan kunnen vliegen met een stukske wcpapier

er zijn idd grenzen he, probeer eens een blad papier op te vouwen, op een bepaald moment geraakt ge gewoon niet verder

Project Loony zei:

Hm, en wat als hij een manier gevonden heeft om de chips anders te gebruiken? ^^

Klik om te vergroten...

8 bit = 1 byte.

Op dit moment is de bit de kleinste gegevensdrager. Namelijk een 1 of een 0. (of hardwarematig een bepaalde magnetische waarde in de één of andere richting)
Op dit moment kan je niet meer dan 2 verschillende waarden toekennen aan een bit, dus echt enkel 0 of 1.

STEL dat zijn compressie zou inhouden dat je meer waarden aan een bit kan geven (100 of 1000 bijvoorbeeld) ja dan kan je ver gaan natuurlijk. MAAR dan verander je eigenlijk de ganse definitie van een bit, zoals die op dit moment gebruikt wordt.

Dus ALS die hollander gelijk had, dan vermoed ik dat hij zoiets zal uitgevonden hebben. Maar dan spreken we over volledig nieuwe hardware. En kan je het ook niet meer 64Kbyte noemen... het zou dan een nieuwe naam moeten krijgen en nieuwe definitie. Hetgeen die Hollander dan zou moeten bedoeld hebben is dat hij een nieuw systeem van gegevensdracht ontdekt had.

Op de hardware zoals ze nu bestaat is het ONMOGELIJK om een DVD op 64Kbyte te krijgen!

Die hollander heeft gewoon Out of the box gedacht, wat uiteraard heel intelligent was van hem. Maar ik denk dat er wel al meer gedachten in die richting geweest zijn bij veel grote bedrijven hun R&D. Maar aangezien de ganse hardware hiervoor moet veranderen, is het niet haalbaar om te commercialiseren! IEDEREEN, U, ik, bedrijven,... zouden allemaal nieuwe hardware moeten kopen. (APPLE, PC, UNIX, Windows, whatever, alles zou moeten veranderen, ook de operating systems!)

Quilombo zei:

volgens mij is dat wel degelijk mogelijk

als er games gemaakt kunnen worden van 64kb die de textures kunnen berekenen met je cpu, wrom dan geen films die de pixelkleur en plaats berekenen met je cpu?

Klik om te vergroten...

Die games zijn niet gecompresseerd en kan je allesbehalve vergelijken met een full game. Pakweg doom 3 op die manier creëren zou ook nog ettelijke mb's zijn hoor. Want een UI (user interface) hadden die mannen van .kkrieger bv al niet, een systeem om gegevens bij te houden (bv. cvars uit quake-engine) ook al niet, ... .

@hierboven: die waarden zijn in sé niet altijd definiet 1 of 0. Het is gewoon een bepaalde lading die overeenstemt met 0 of een bepaalde lading met 1. Waar bij analoog elke lading een verschillende betekenis heeft (en dus extreem nauwkeurige hw vereist is) gaan ze bij digitaal gewoon op lading x tot y het getal 0 plakken .
Ik persoonlijk betwijfel dat zijn tech iets met nieuwe hw te maken had ze <_<

Als ge weet dat hij in de eerste plaats electronicus was denk ik toch ook eerder aan hardware dan aan software hoor...

Het moet toch mogelijk zijn om magnetisme vele nauwkeuriger dan "wel-niet" uit te lezen.
1 dvd is +-(pakt ne single layer) 4.7 GB = 40.372.692.582 bits
64 Kb (zijn card) = 524.288 bits
dvd/card = +- 77.000; dees dan maal 2à3 (verschillende DVD's) dan komen we op een klein 300.000 waarden per 'byte'
dus ALS we zo nauwkeurig megnetisme/electriciteit kunnen meten is het mogelijk

Omdat er altijd over compressie gesproken is en dit al lang niet meer over compressie gaat, uw data blijft immers even groot.

Ja, maar op het medium is die wel ineens een pak (fysiek) kleiner geworden. Dus in een bepaald opzicht ook gecompresseerd.