[phpBB Debug] PHP Warning: in file /includes/bbcode.php on line 119: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file /includes/bbcode.php on line 119: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file /includes/bbcode.php on line 119: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file /includes/bbcode.php on line 119: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file /includes/bbcode.php on line 119: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
[phpBB Debug] PHP Warning: in file /includes/bbcode.php on line 119: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
Forum De Broncode - Jan Sloot • Toon onderwerp - Jan Sloot - Geniale Datacompressie of Oplichter?

Jan Sloot - Geniale Datacompressie of Oplichter?

Jan Sloot - Geniale Datacompressie of Oplichter?

Re: Jan Sloot - Geniale Datacompressie of Oplichter?

Berichtdoor Johan1951 » wo 01 sep 2010, 10:16

Avatar gebruiker
Johan1951
 
Berichten: 3752
Geregistreerd: di 31 aug 2010, 17:04

Re: Jan Sloot - Geniale Datacompressie of Oplichter?

Berichtdoor Johan1951 » wo 01 sep 2010, 10:17

Avatar gebruiker
Johan1951
 
Berichten: 3752
Geregistreerd: di 31 aug 2010, 17:04

Re: Jan Sloot - Geniale Datacompressie of Oplichter?

Berichtdoor Johan1951 » wo 01 sep 2010, 10:19

Avatar gebruiker
Johan1951
 
Berichten: 3752
Geregistreerd: di 31 aug 2010, 17:04

Re: Jan Sloot - Geniale Datacompressie of Oplichter?

Berichtdoor Johan1951 » wo 01 sep 2010, 10:20

Avatar gebruiker
Johan1951
 
Berichten: 3752
Geregistreerd: di 31 aug 2010, 17:04

Re: Jan Sloot - Geniale Datacompressie of Oplichter?

Berichtdoor Johan1951 » wo 01 sep 2010, 10:21

From: Maarten

Je voegt nu al randvoorwaarden toe (gebruik van kleuren bijvoorbeeld).

Er zijn programmeurs die in assembler een eeuwigdurend filmpje (handig loopjes :)) maken binnen 1k. Dat is dan dus de hele executable en niet alleen de data van het filmpje. Er worden overigens hele games gemaakt in 1K...

Zie o.a. http://oric.ifrance.com/oric/microtan/6502contest.html en http://minigamecomp.org.uk/

Met meer dan 1KB wordt het wel interessanter, met 4KB zie je al de meest geweldige dingen :)
Avatar gebruiker
Johan1951
 
Berichten: 3752
Geregistreerd: di 31 aug 2010, 17:04

Re: Jan Sloot - Geniale Datacompressie of Oplichter?

Berichtdoor Johan1951 » wo 01 sep 2010, 10:23

Avatar gebruiker
Johan1951
 
Berichten: 3752
Geregistreerd: di 31 aug 2010, 17:04

Re: Jan Sloot - Geniale Datacompressie of Oplichter?

Berichtdoor Johan1951 » wo 01 sep 2010, 10:24

From: Spruce

Deze kwestie houd mij al jaren van de straat.
Vrijwel alles wat hierover gepubliceerd is heb ik al een keer gelezen of uitgeprint liggen
Nu de film nog, die komt er ook aan.
Het zou leuk zijn als nou juist die film op een paar kb uitkomt :)

Er zijn een aantal scenario's te verzinnen, maar om deze meneer een fantast te noemen gaat me te ver.
Het is niet uit te sluiten dat hij voor hij dood ging zichzelf in de geschiedenis wilde zetten, maar dan had zijn eigen familie dit geweten. Je gaat niet 20 jaar lang op een zolderkamertje een verzinsel uitwerken.
Dat er bij Jan Sloot nooit autopsie is uitgevoerd blijft wel raar.
Als de familie er vanaf wist dat het een verzinsel was, zou dat een reden kunnen zijn om autopsie te weigeren om de zaak te verbloemen.

Alle forumreacties op diverse sites maar ook reacties van IT specialisten zitten er naar mijn idee compleet naast.
Er wordt wat gerekend met bitjes en bytes en komen dan met een "bewijs" dat het onmogelijk is.
Terwijl Jan Sloot zelf al heel vaak gezegt heeft dat het niets met het binaire stelsel te maken heeft.
Hij heeft een eigen stelsel bedacht wat wel compatibel is met het binaire stelsel.
Als ik zijn octrooien lees, krijg ik het idee dat in werkelijkheid de film niet in die paar KB zit, maar in het kastje.
In het kastje zit een grote look-up tabel waarmee de key van een paar kb realtime de film kan genereren.

We gaan hier nog meer van horen.
Alhoewel, als het uitkomt dan is de volgende vraag: wie is de moordenaar?
Avatar gebruiker
Johan1951
 
Berichten: 3752
Geregistreerd: di 31 aug 2010, 17:04

Re: Jan Sloot - Geniale Datacompressie of Oplichter?

Berichtdoor Johan1951 » wo 01 sep 2010, 10:27

Avatar gebruiker
Johan1951
 
Berichten: 3752
Geregistreerd: di 31 aug 2010, 17:04

Re: Jan Sloot - Geniale Datacompressie of Oplichter?

Berichtdoor Johan1951 » wo 01 sep 2010, 10:28

From: Ondernemer1100

Hallo,

In een eerdere post wordt genoemd dat het systeem analoog is. Het systeem heeft hoogstwaarschijnlijk wel een digitaal uitgangspunt. Immers de chipcard met geheugen die wordt gebruikt is een digitaal ding.

Hier een gedachten experiment:

Stel dat die chip 1 byte geheugen heeft. 1 byte bestaat uit 8 bits. Daarmee zijn 2^8 = 255 mogelijke combinaties en dus films te beschrijven. Hierbij laat ik in het midden hoe de films gedecodeerd worden, maar dit maakt ook niet uit. Vanuit 255 start posities zijn nooit meer dan 255 eindresultaten (films) te halen.

Er bestaan veel meer verschillende films dus 1 byte is zeker niet voldoende. Stel we nemen een chipcard met twee bytes geheugen dan zijn er 2^(8+8)=2^16 = 65535 mogelijke combinaties en dus films te beschrijven. Dat is natuurlijk ook niet voldoende. Bij 4 bytes geheugen kan je al 4 miljard films beschrijven.

In een eerdere post werd gesuggereerd dat er meer youtube filmpjes zijn dan er combinaties passen in 8 kilobyte. Dat is zeker niet waar. In 8 kilobyte zijn: 2^(8000*8) combinaties te vatten. Ik denk dat als we alle films die tot nu toe gemaakt zijn zouden nummeren we nog lang niet op dit getal uit zouden komen! Dus is het theoretisch mogelijk alle films te beschrijven met combinaties van 8 kb. Het is natuurlijk de vraag hoe je uit een van die startposities de betreffende film terug decodeerd.

De verzameling zinvolle films is maar heel klein wanneer je dat zou vergelijken met alle mogelijke opeenvolging van afbeeldingen. Een slechte kwaliteit film past in ca. 600 Mbyte. Dat zijn 600*1024*1024*8 bits. Stel je hebt een dobbelsteen die 0 of 1 kan weergeven. Als je dan dus 600*1024*1024*8 van deze dobbelstenen tegelijk gooit kan je een willekeurige film gaan 'trekken'. In de meeste gevallen zal zo'n film uit ruis bestaan. Maar in feite is er ook kans om elke zinvol denkbare film te trekken. Tevens zitten in deze trekkingen ook alle ooit geschreven zinvolle boeken (en ook alle ooit nog te schrijven boeken) en alle verschillende mogelijke (zinvolle) mp3'tjes.

Ik zeg expliciet 'zinvol': een mp3 A die 0,0001 hertz hoger is dan een mp3 B is wat mij betreft hetzelfde en krijgt dus ook dezelfde combinatie. Een boek A waar 1 spelfout inzit krijgt dezelfde combinatie als een boek B waar deze spelfout niet in zit. Hiermee ga ik dus uit van lossy compression. Losless is weer een ander verhaal.

Dus het aantal zinvolle films is maar zeer klein t.o.v. alle mogelijke opeenvolging van beelden die passen in 600 mb. Dit geeft aan dat enorme compressie ratio's in theorie haalbaar zijn. Als het je nu lukt om alle ruis combinaties weg te filteren en alle combinaties die erg op elkaar lijken te nummeren dan denk ik dat je met 8 kilobyte op een chip ruim uit kan. De vraag is natuurlijk hoe je een film zou moeten decoderen!
Avatar gebruiker
Johan1951
 
Berichten: 3752
Geregistreerd: di 31 aug 2010, 17:04

Re: Jan Sloot - Geniale Datacompressie of Oplichter?

Berichtdoor Johan1951 » ma 15 okt 2012, 19:38

From: Pemmie

Lieve mensen en vooral Christine. De titel van het artikel klopt niet
Jan Sloot zijn vondst is geen compressie
Het betreft versleuteling. Middels compressie
Modellen kun je het dus ook niet verklaren.

Een Analogie: een nederlands boek kan
In een chinese vertaling 5 keer zo dun zijn.
Een word document van het boek kan 1 mb groot zijn
Maar een microfische enkele KBs.
Avatar gebruiker
Johan1951
 
Berichten: 3752
Geregistreerd: di 31 aug 2010, 17:04

VorigeVolgende

Keer terug naar HigherLevel (0509)