Game onquote:Op dinsdag 19 juli 2005 00:36 schreef Danny het volgende:
even voor de duidelijkheid, de man [Jan Sloot] had een uitvinding waarmee hij een bestand van welk formaat dan ook kon terugbrengen tot 64Kb én in real-time kon uitpakken zonder verlies ! Hij stierf de dag voordat hij miljardair werd en zijn uitvinding zou verkopen en nam 'de broncode' mee het graf in.
Wie weet. De man was hartpatient, en officieel is hij aan een hartaanval overleden. Of hij een handje geholpen is daarbij valt ook niet uit te sluiten - je wekt er nog geen argwaan mee ook. .quote:Op donderdag 21 juli 2005 00:29 schreef SunChaser het volgende:
Ik wil nog steeds de uitzending zien of t boek lezen. Wat ik er tot nu toe van begreep is dat ie is geliquedeerd door Phillips omdat hun mediadragers dan in 1 klap overbodig zouden worden
In het vorige topic had iemand erover dat ie door de makers van WinZip is vermoord!quote:Op donderdag 21 juli 2005 00:29 schreef SunChaser het volgende:
Ik wil nog steeds de uitzending zien of t boek lezen. Wat ik er tot nu toe van begreep is dat ie is geliquedeerd door Phillips omdat hun mediadragers dan in 1 klap overbodig zouden worden
Sterker nog, daar is ooit een product van op de markt geweest. Als alternatief voor de computer tape recorder voor backups. Van wat ik met herinner van de test in de computer!totaal werkte het niet helemaal denderend.quote:Dat idee had ik jaren geleden al in een andere vorm. Dataopslag op videobanden, en dan niet het magnetische spoor uitlezen, maar de pixels op het beeldscherm. 256 kleuren * bepaalde intensiteit * resolutie van opname. Dat is nogal wat data per frame.
What's the fucking difference, hebben we het nu over een film die in 4Kb past ja of nee!quote:Op donderdag 21 juli 2005 00:51 schreef Lynx666 het volgende:
*hamer* coderen *hamer*
Inderdaad. Al sluit dit de mogelijkheid van het comprimeren van films tot 4 Kb nog niet direct uit: het aantal mogelijke sleutels van 32768 bits is veel groter dan alle films die ooit gemaakt zijn of de komende paar honderd jaar gemaakt zullen worden.quote:Op donderdag 21 juli 2005 00:47 schreef HenryHill het volgende:
Ergo: er moet wel een harde ondergrens bestaan aan de mate waarin je bestanden kunt comprimeren.
Wil je een beetje in de buurt komen van wat ie gefabriceerd heeft, zul je toch op zijn manier moeten denken. Van het volgen van bekende denkwijzen is nog nooit iemand uitvinder geworden. .quote:Op donderdag 21 juli 2005 00:54 schreef gnomaat het volgende:
[..]
What's the fucking difference, hebben we het nu over een film die in 4Kb past ja of nee!
Zoiets denk ik ja.quote:Op donderdag 21 juli 2005 01:01 schreef SunChaser het volgende:
Maar leg eens uit in N00b-taal. Een complete film wordt compleet uit elkaar gehaald en door een sleutel weer in elkaar gezet? Net zoals Star Trek? Dat je een lichaam upbeamt, dus molecuul voor molecuul afbreekt en door een unieke steutel elders weer in elkaar zet?
In dat geval zou je dus eigenlijk vrij simpel (met ENORM veel rekenkracht) ELK ge-gzipt bestand kunnen omrekenen naar een priemgetal en deze weergeven in slechts een paar bytes.quote:Op donderdag 21 juli 2005 01:02 schreef Danny het volgende:
Dus de complete ge-gzipte DeCSS code kun je samenvatten met
k*256211+99
da's toch geen onaardige compressiefactor lijkt me
Natuurwetten zijn nog nooit gebroken. Hooguit is het model van de natuurwetten aangepast aan de nieuwste bevindingen (zoals tegenwoordig bekend is dat atomen ook weer zijn samengesteld uit iets van 6 sub-atomaire deeltjes. Geloof ik).quote:Op donderdag 21 juli 2005 00:59 schreef Lynx666 het volgende:
[..]
Wil je een beetje in de buurt komen van wat ie gefabriceerd heeft, zul je toch op zijn manier moeten denken. Van het volgen van bekende denkwijzen is nog nooit iemand uitvinder geworden. .
Simpel gezegd codeert de uitvinding van Sloot een willekeurige film via bepaalde algoritmen (hij maakt gebruik van 5 algoritme-blokken van elk 74MB) naar een sleutel van 64KB, ongeacht de lengte van de film. Die sleutel biedt ie aan aan het decoderingsprogramma en hij kan razendsnel de oorspronkelijke video laten afspelen, en ook razendsnel voor- en achteruit spelen zonder vertragingen of kwaliteitsverlies.quote:Op donderdag 21 juli 2005 01:01 schreef SunChaser het volgende:
Maar leg eens uit in N00b-taal. Een complete film wordt compleet uit elkaar gehaald en door een sleutel weer in elkaar gezet? Net zoals Star Trek? Dat je een lichaam upbeamt, dus molecuul voor molecuul afbreekt en door een unieke steutel elders weer in elkaar zet?
Dat zou moeten inhouden dat elk priemgetal die er tot nu toe gevonden is vastzit aan een vaststaande reeks enen en nullen om steeds hetzelfde bestand er weer uit te krijgen. Dit klinkt erg tegenstrijdig.quote:Op donderdag 21 juli 2005 01:05 schreef Danny het volgende:
[..]
In dat geval zou je dus eigenlijk vrij simpel (met ENORM veel rekenkracht) ELK ge-gzipt bestand kunnen omrekenen naar een priemgetal en deze weergeven in slechts een paar bytes.
Met een de-priem programma zou je het priemgetal weer kunnen omzetten in de nullen en enen waarna je datzelfde bestand in g-zip formaat hebt. Uitpakken en je film, filmcollectie, complete harddisk etc is weer compleet.
Breng eens een bugfix uit voor het programma, waarvoor 1 instructie (1 a 2 bytes) veranderd moeten worden. En weg is je wiskundige expressie voor dat programma - en dus ook de bijbehorende compressie.quote:Op donderdag 21 juli 2005 01:02 schreef Danny het volgende:
Dus de complete ge-gzipte DeCSS code kun je samenvatten met
k*256211+99
da's toch geen onaardige compressiefactor lijkt me
Algoritmes zijn methodes. Bepaalde regeltjes en volgorde hiervan voor bijvoorbeeld het berekenen van dingen. Dus ik denk wel dat ze algoritmes gaan gebruiken ja.quote:Op donderdag 21 juli 2005 01:11 schreef SunChaser het volgende:
Gaan ze algoritmes ook niet gebruiken om aan de hand van foto's en afbeeldingen op het internet te kunnen zoeken?
Zoals ik al eerder zei:quote:Op donderdag 21 juli 2005 01:05 schreef Danny het volgende:
[..]
In dat geval zou je dus eigenlijk vrij simpel (met ENORM veel rekenkracht) ELK ge-gzipt bestand kunnen omrekenen naar een priemgetal en deze weergeven in slechts een paar bytes.
Met een de-priem programma zou je het priemgetal weer kunnen omzetten in de nullen en enen waarna je datzelfde bestand in g-zip formaat hebt. Uitpakken en je film, filmcollectie, complete harddisk etc is weer compleet.
Maar als je dan aangeeft dat er van een bepaald priemgetal een samenvatting moet zijn tot een bepaald aantal cijfers. Dus er komt 101010 uit, en je geeft aan dat hij maximaal 4 cijfers mag geven. Dus word het 1010.quote:Op donderdag 21 juli 2005 01:32 schreef Ravage het volgende:
[..]
... maar als die priemgetallen niet kort 'samen te vatten' zijn levert dat geen compressie op...
Comprimeren betekend gewoon samenpersen of compact maken. Jan sloot kan wel vinden dat zijn techniek geen compressie is, maar zijn methode voldoet aan de betekenis van het woord en we kunnen hier dus gewoon spreken van compressie.quote:Op donderdag 21 juli 2005 00:51 schreef Lynx666 het volgende:
*hamer* coderen *hamer*
Ik weet niet of je mij daaronder rekent, maar ik kan je zeggen dat ik de laatste zal zijn die zegt dat via compressie een winst van 99,999% gehaald kan worden. Ik denk dat we voor compressie van beeld en geluid niet veel winst meer zullen boeken dat met de huidige divx/xvid formaten (en dat is nog lossy ook).quote:Op donderdag 21 juli 2005 07:44 schreef Barati het volgende:
[..]
Het meest verbaast het me nog dat mensen maar blijven denken dat het mogelijk is dat het systeem van sloot werkt zonder in te gaan op een simpel wiskundig tegenargument (hier al meerdere keren genoemd overigens). Sloot heeft het zelf over sleutelgroottes uitgedrukt in bits. Een bit is per definitie de kleinst mogelijke informatieeenheid. Als je gelooft dat het systeem werkt dan zul je moeten geloven dat je met n bits meer dan 2^n verschillende bitstrings kunt representeren. Misschien kunnen de aanhangers van Sloot hier iets over zeggen.
Ik had de uitzending gezie op internet, weet alleen niet meer waar.quote:Op donderdag 21 juli 2005 00:29 schreef SunChaser het volgende:
Ik wil nog steeds de uitzending zien of t boek lezen. Wat ik er tot nu toe van begreep is dat ie is geliquedeerd door Phillips omdat hun mediadragers dan in 1 klap overbodig zouden worden
http://www.debroncode.nl/?section=audiovideo&lang=NLquote:Op donderdag 21 juli 2005 11:09 schreef whosvegas het volgende:
[..]
Ik had de uitzending gezie op internet, weet alleen niet meer waar.
Ik blijf het een mooi verhaal vinden, ben alleen benieuwd waar dat kastje en de broncode is gebleven.
Die bedoel ik, mischien ga ik ze van het weekend nog eens bekijken.quote:Op donderdag 21 juli 2005 11:13 schreef -Dominator- het volgende:
[..]
http://www.debroncode.nl/?section=audiovideo&lang=NL
Wat Sloot liet zien is inderdaad verbazingwekkend. Maar hetgeen hij beweerde strookt niet met simpele wiskundige logica.quote:Op donderdag 21 juli 2005 10:48 schreef Lynx666 het volgende:
[..]
Ik weet niet of je mij daaronder rekent, maar ik kan je zeggen dat ik de laatste zal zijn die zegt dat via compressie een winst van 99,999% gehaald kan worden. Ik denk dat we voor compressie van beeld en geluid niet veel winst meer zullen boeken dat met de huidige divx/xvid formaten (en dat is nog lossy ook).
Maar zoals ik al eerder zei; ik kan dit niet als 100% hoax afdoen, simpelweg omdat het kastje wèrkte. Hij liet dingen zien die toen zeker nog niet haalbaar waren. En hij is nooit ontmaskerd.
Inderdaad. Zien is niet altijd geloven. En als het klopt dat niemand behalve Sloot zelf het kastje van binnen heeft gezien tijdens de presentatie, kan hij van alles beweren.quote:Op donderdag 21 juli 2005 11:29 schreef Barati het volgende:
[..]
Wat Sloot liet zien is inderdaad verbazingwekkend. Maar hetgeen hij beweerde strookt niet met simpele wiskundige logica.
Sloot had ook hetzelfde kasje kunnen laten zien met de bewering dat een film in 1 bit gecodeerd zou kunnen worden. Zou je hem dan geloven?
De waarheid kan overigens ook nog in het midden liggen: Sloot was misschien geen oplichter maar hij vergiste zich en met zijn uitvinding kon hij comprimeren, maar niet in de verhouding die hij claimde . Voor een beter inzicht in zijn claims kun je kijken wat de consequenties ervan zijn. B.v. Alle data ter wereld is te comprimeren tot 1 sleutel.
Inderdaad.quote:Op donderdag 21 juli 2005 12:27 schreef Pinobot het volgende:
Kan niet bestaat niet.
"kan niet" kan niet?quote:Op donderdag 21 juli 2005 12:27 schreef Pinobot het volgende:
Kan niet bestaat niet.
Haha, dat is dus precies waar ik mee bezig benquote:Op donderdag 21 juli 2005 00:50 schreef Boes-Poes het volgende:
Vreselijk veel vat ik er niet van hoor, maar dat priemgetallen idee is best slim eigenlijk. Je zou dus als de dictionary de priemgetallen moeten gebruiken? Te kleine stukjes code zou je dan kunnen weergeven door het priemgetal en het aantal binaire cijfers dat er gelezen moet worden.
Misschien interessant: http://nl.wikipedia.org/wiki/Illegaal_priemgetal
Veel getallen die je niet in 1 notatie samen kunt vatten kun je wellicht wel in meerdere wiskundige notaties samenvatten waar je dan na bewerking (optellen bv) WEL het juiste getal uitkrijgt.quote:Op donderdag 21 juli 2005 15:45 schreef Pie.er het volgende:
gelly: veel succes. Een interessante oefening.
Maar het zal geen efficient compressiemechanisme worden. Je kunt nooit álle getallen kleiner weergeven, de getallen die kleiner worden, zullen gecompenseerd worden door getallen die veel groter worden.
Zoals eerder gezegd kun je alle natuurlijke getallen (een bestand is in principe 1 groot getal) ontleden in meerdere priemgetallen. De kunst is om zo groot mogelijke priemgetallen te gebruiken, de notatie blijft immers altijd gelijk. Het vergt alleen enorm veel rekenkracht om een grote compressie te behalen. Voor het decoderen volstaat echter een pentium 100.quote:Op donderdag 21 juli 2005 15:45 schreef Pie.er het volgende:
gelly: veel succes. Een interessante oefening.
Maar het zal geen efficient compressiemechanisme worden. Je kunt nooit álle getallen kleiner weergeven, de getallen die kleiner worden, zullen gecompenseerd worden door getallen die veel groter worden.
Waarom toch telkens die priemgetallen? Hoe kan je een code omrekenen naar een priemgetal? De code 10111000111001111000101001011100011 is waarschijnlijk geen priemgetal en dus onmogleijk om te zetten naar een priemgetal.quote:Op donderdag 21 juli 2005 01:05 schreef Danny het volgende:
[..]
In dat geval zou je dus eigenlijk vrij simpel (met ENORM veel rekenkracht) ELK ge-gzipt bestand kunnen omrekenen naar een priemgetal en deze weergeven in slechts een paar bytes.
Met een de-priem programma zou je het priemgetal weer kunnen omzetten in de nullen en enen waarna je datzelfde bestand in g-zip formaat hebt. Uitpakken en je film, filmcollectie, complete harddisk etc is weer compleet.
O wacht, je zoekt gewoon het dichtsbijzijnde priemgetal, doet dat -n et voila. En priemgetallen zijn heel makkelijk kleiner te maken?quote:Op donderdag 21 juli 2005 15:55 schreef yootje het volgende:
[..]
Waarom toch telkens die priemgetallen? Hoe kan je een code omrekenen naar een priemgetal? De code 10111000111001111000101001011100011 is waarschijnlijk geen priemgetal en dus onmogleijk om te zetten naar een priemgetal.
Elk getal is te schrijven als een vermenigvuldiging van priemgetallen.quote:Op donderdag 21 juli 2005 15:55 schreef yootje het volgende:
Waarom toch telkens die priemgetallen? Hoe kan je een code omrekenen naar een priemgetal? De code 10111000111001111000101001011100011 is waarschijnlijk geen priemgetal en dus onmogleijk om te zetten naar een priemgetal.
|
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |