Forum: De Broncode (104 topics)
|
|
Cugel
23-9-2005 23:38:00 |
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. |
|
Troebelwater
24-9-2005 18:47:00 |
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? |
|
Cugel
24-9-2005 22:23:00 |
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 ? |
|
Javil
1-10-2005 0:16:00 |
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..
|
|
Gnoknum
1-10-2005 4:54:00 |
Mijn oude login doet ut niet meer :(
|
|
Cugel
1-10-2005 23:28:00 |
"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 ! |
|
|
|
|
|