Khufu's string

Archief Forum van Eric Smit & Uitgever (http://www.debroncode.nl)

Khufu's string

Berichtdoor Webmaster » di 17 aug 2010, 18:55

From: Cugel

Als je een string hebt van 100 meter lang die 1 film voorstelt en die 1 hoog is kun je de volgende film er boven op leggen en alleen waar het anders is een tweede laag aangeven. Als je dus die 16 films wilt opslaan zou het dus kunnen dat er in één rij een "etage" ontstaat van 16 hoog. Dit kun je weer plat leggen door voor de pixelwaarde de hexadiagramwaarde aan te geven met A,B,C etc. De horizontale waarde geeft overigens weer één totaalwaarde.

Hence the pyramid.
Avatar gebruiker
Webmaster
Beheerder
 
Berichten: 1848
Geregistreerd: za 14 aug 2010, 13:21

Re: Khufu's string

Berichtdoor Webmaster » di 17 aug 2010, 18:56

From: Troebelwater

Khufu, en ja hoor Cugel, niets mis mee hoor ;-)

Leuke theorie, maar 'k denk niet dat die vlieger zo opgaat, althans niet op frame niveau.
Je zult niet snel tegen komen dat twee films een zelfde frame hebben.
Dus dat zou dan eerder op het niveau van gebruikte pixel waarden en geluid per frame moeten zijn.
(bij vergelijk van twee films)

En dan heb je nog die compressie van de film zelf, dus vergelijk van frames onderling, weglaten van redundantie.
'k vraag me eigenlijk af of zoiets al wordt toegepast?
Avatar gebruiker
Webmaster
Beheerder
 
Berichten: 1848
Geregistreerd: za 14 aug 2010, 13:21

Re: Khufu's string

Berichtdoor Webmaster » di 17 aug 2010, 18:57

From: Cugel

Ik zat meer te denken dat Sloot het waarschijnlijk bolvormig heeft opgeslagen, de tracks zijn uiteraard nooit hetzelfde
maar bijv: 111 in string 00000111000 zit ook in 0011100000000. De volgorde qua opslag is totaal niet nodig. Het uitlezen heeft alleen tijd nodig en zal dus ook als hashvorm gedaan moeten worden. Zonder twijfel komen er films naar boven die nergens op slaan..maar ja hoe skip je Zwiebertje en Halle Berry samen in You've got mail ?
Avatar gebruiker
Webmaster
Beheerder
 
Berichten: 1848
Geregistreerd: za 14 aug 2010, 13:21

Re: Khufu's string

Berichtdoor Webmaster » di 17 aug 2010, 18:58

From: Javil

Misschien dat de 'broncode' een als een soort decoder werkt.
De film is het file-tje van 4kb en het enigste wat je nodig hebt is een player.
In die player zit een decoder, waarin software matig de broncode zit.
Stel het voor als een midi sequence. Midi is niets anders dan een file-tje waarin staat welke insturmenten op welk tijdstip moet komen. De midi 'decoder' ; de speler op je pc/keyboard noem maar op, die decodeerd het file-tje.

Misschien heeft mr Sloot wel een soort midi uitgevonden voor beelddragers.
Stel je voor dat een film van (1,5 uur) 720x576 (dvd dus) opgeslagen wordt in 4 kb.
Elke beweging van een pixel wordt weg geschreven als : rood1 x2, y12, rood2 x719, y575. ect ect. Als je deze info (de file) laad naar een decoder.. misschien dat je er dan dicht bij komt..
Avatar gebruiker
Webmaster
Beheerder
 
Berichten: 1848
Geregistreerd: za 14 aug 2010, 13:21

Re: Khufu's string

Berichtdoor Webmaster » di 17 aug 2010, 18:58

From: Gnoknum

Mijn oude login doet ut niet meer :(
Avatar gebruiker
Webmaster
Beheerder
 
Berichten: 1848
Geregistreerd: za 14 aug 2010, 13:21

Re: Khufu's string

Berichtdoor Webmaster » di 17 aug 2010, 18:59

From: Cugel

"Misschien dat de 'broncode' een als een soort decoder werkt.
De film is het file-tje van 4kb en het enigste wat je nodig hebt is een player.
In die player zit een decoder, waarin software matig de broncode zit.
Stel het voor als een midi sequence. Midi is niets anders dan een file-tje waarin staat welke insturmenten op welk tijdstip moet komen. De midi 'decoder' ; de speler op je pc/keyboard noem maar op, die decodeerd het file-tje.

Misschien heeft mr Sloot wel een soort midi uitgevonden voor beelddragers.
Stel je voor dat een film van (1,5 uur) 720x576 (dvd dus) opgeslagen wordt in 4 kb.
Elke beweging van een pixel wordt weg geschreven als : rood1 x2, y12, rood2 x719, y575. ect ect. Als je deze info (de file) laad naar een decoder.. misschien dat je er dan dicht bij komt.."
Tja ik ben van mening dat elke theorie hout snijdt..maar net als bij een singeltje, lp, cd of dvd of desnoods een floppy draait het nergens om. Wat ik hiermee wil zeggen is dat de manier waarop de laser (of lezer) de weg over de data volgt met de huidige techniek maar in één vlak en met één kleur plaats vindt. Zou je dit dynamisch maken met drie primaire kleuren lasers
( Of een HDD met meerdere geschakelde koppen ) dan kun je dus veel sneller en met minder kunnen doen aan data.
Wij willen nog steeds alle enen en nullen noteren, je kunt ook alleen één één noteren en een tijd meegeven dat het nul moet zijn...zelfs kleuren hebben ritme !
Avatar gebruiker
Webmaster
Beheerder
 
Berichten: 1848
Geregistreerd: za 14 aug 2010, 13:21


Keer terug naar Forum Archief (wwww.debroncode.nl)

cron