Dat maakt voor de sleutel niks uit, die blijft 64Kb, dus blijft het onmogelijk. Ook al was het 64Kb + 370000000 Tb aan data. (Ik denk dat jij dat wel snapt, maar anderen zouden het verkeerd kunnen opvatten.)quote:Op woensdag 20 juli 2005 17:00 schreef Lynx666 het volgende:
Het is overigens altijd nog 64Kb + 370Mb aan data binnen het systeem.
Het was absurd omdat het te duur en onnodig was. Het was in principe wel mogelijk, de techniek was voorhanden. Huidige opslagsystemen werken weinig anders dan toen. Als dit waar is, wat ik ten zeerste betwijfel, dan zou het ons hele denken over computersystemen veranderen.quote:Op woensdag 20 juli 2005 17:45 schreef st0mpie het volgende:
en onthou ten aller tyden dat een 60 gig comp 10 jr geleden tot een absolute absurditeit behoorde en dat je die tegenwoordig met een stalen gezicht gewoon bij de lidl kan kopen
Nee, het perspectief maakt echt geen reet uit. Onmogelijk is onmogelijk.quote:Op woensdag 20 juli 2005 17:45 schreef st0mpie het volgende:
heb t boek net bij de bieb gehaald, denk niet dat er wat voor oplossing dan ook in staat. denk echter nog steeds dat je vanuit een "hersen"perspectief moet denken en misschien alle nulletjes en eentjes in de kast moet zetten. en onthou ten aller tyden dat een 60 gig comp 10 jr geleden tot een absolute absurditeit behoorde en dat je die tegenwoordig met een stalen gezicht gewoon bij de lidl kan kopen
Wanneer je van meerdere algoritmes gebruik maakt, moet je 1 of meer bits reserveren om aan te geven welk algoritme je gebruikt. Daardoor wordt je winst door deze methode dus nul.quote:Op woensdag 20 juli 2005 18:52 schreef gelly het volgende:
Waarom zou het gehele bestand met 1 logaritme opgeroepen moeten kunnen worden ? Uiteraard is dat onmogelijk, de sleutel zou immers dezelfde omvang als het bestand hebben.
Precies.quote:Op woensdag 20 juli 2005 19:01 schreef gnomaat het volgende:
Wat Pie.er zegt!
Al die onzin als "je moet buiten het binaire systeem denken" en "misschien werkt het net zoals hersenen" en "hij heeft een soort inverteerbare hashing bedacht"... Hou op!
Iedere hoeveelheid informatie is altijd in bits uit te drukken, ook al sla je het niet binair of digitaal op. En meer bits past niet in minder, dus onmogelijk, klaar.
Idd. Alhoewel een film naar 64K terugbrengen natuurlijk wel als compressie gezien kan worden. Detail is dat niet de data gecomprimeerd wordt, maar dat er data gegenereerd wordt die de film kan maken.quote:Op woensdag 20 juli 2005 18:59 schreef Lynx666 het volgende:
Sloot heeft ook nooit het woord "compressie" in de mond genomen. Hij heeft het altijd gehad over "codering". Wie het De Broncode" in huis heeft moet Bijlage 1 er maar eens bijpakken, daar staat dat haarfijn uitgelegd.
Uhm, als je met een logaritme dat bv 10 bits beslaat 100 kb aan data kunt genereren is dat geen verlies.quote:Op woensdag 20 juli 2005 19:00 schreef XoxIx het volgende:
[..]
Wanneer je van meerdere algoritmes gebruik maakt, moet je 1 of meer bits reserveren om aan te geven welk algoritme je gebruikt. Daardoor wordt je winst door deze methode dus nul.
Dan sloeg heel het verhaal van "16 films op een kaartje van 64kb" dus nergens op. En wat noem jij een codering dan? Want dan ik kan ook wel films coderen in slechts 10 cijfers (hint: http://www.imdb.com )quote:Op woensdag 20 juli 2005 18:59 schreef Lynx666 het volgende:
Sloot heeft ook nooit het woord "compressie" in de mond genomen. Hij heeft het altijd gehad over "codering". Wie het De Broncode" in huis heeft moet Bijlage 1 er maar eens bijpakken, daar staat dat haarfijn uitgelegd.
Bedenk eens dat mensen eenmalig een blok data kopen, en dat je de rest (de index dus, die vrij klein is) razendsnel van het net afplukt tegen betaling. Dat is 2 keer kassa, en video on demand is voor iedereen beschikbaar.quote:Op woensdag 20 juli 2005 19:05 schreef gnomaat het volgende:
[..]
Als die 4Kb per film alleen een soort indexering is, heb je er een apart blok data bij nodig waar de daadwerkelijke films op staan, en dat is compleet onzinnig (hoe had je precies gedacht films te gaan uitbrengen op dit medium).
Klopt, alleen dat kan niet. Want je kunt slechts een totaal insignificantie fractie van alle mogelijke stukken data van 100Kb tot 10 bits reduceren. 1024 van de 2800 om precies te zijn.quote:Op woensdag 20 juli 2005 19:04 schreef gelly het volgende:
Uhm, als je met een logaritme dat bv 10 bits beslaat 100 kb aan data kunt genereren is dat geen verlies.
Waarom gebruikte je dat algortime dan niet meteen?quote:Op woensdag 20 juli 2005 19:04 schreef gelly het volgende:
Uhm, als je met een logaritme dat bv 10 bits beslaat 100 kb aan data kunt genereren is dat geen verlies.
Ik koop dus een enorme database met alle mogelijke films, en daarna koop ik individuele sleutels om specifieke films te kunnen bekijken.quote:Op woensdag 20 juli 2005 19:09 schreef gelly het volgende:
Bedenk eens dat mensen eenmalig een blok data kopen, en dat je de rest (de index dus, die vrij klein is) razendsnel van het net afplukt tegen betaling. Dat is 2 keer kassa, en video on demand is voor iedereen beschikbaar.
De 100Kb was slechts een voorbeeld, de truc is om zo groot mogelijke brokken data te vangen in een zo klein mogelijk algoritme. Daar is alleen enorm veel rekenkracht voor nodig.quote:Op woensdag 20 juli 2005 19:09 schreef gnomaat het volgende:
[..]
Klopt, alleen dat kan niet. Want je kunt slechts een totaal insignificantie fractie van alle mogelijke stukken data van 100Kb tot 10 bits reduceren. 1024 van de 2800 om precies te zijn.
Nee, zie mn vorige post.quote:Op woensdag 20 juli 2005 19:12 schreef gnomaat het volgende:
[..]
Ik koop dus een enorme database met alle mogelijke films, en daarna koop ik individuele sleutels om specifieke films te kunnen bekijken.
Had hij dat chipkaartje ook zelf gefabriceerd dan? Want die kaartjes werken met FAT, en zijn systeem was niet eens op 0-en en 1-en gebaseerd.quote:Op dinsdag 19 juli 2005 00:42 schreef Danny het volgende:
[..]
ik doel erop dat hij 16 gecomprimeerde films in real-time (en zelfs versneld) tegelijkertijd kun uitpakken en afspelen van een chipkaartje
Het is gewoon theoretisch onmogelijk. Je kunt niet grotere brokken data tot kleinere reduceren. Ook niet met heel veel rekenkracht.quote:Op woensdag 20 juli 2005 19:12 schreef gelly het volgende:
De 100Kb was slechts een voorbeeld, de truc is om zo groot mogelijke brokken data te vangen in een zo klein mogelijk algoritme. Daar is alleen enorm veel rekenkracht voor nodig.
quote:Op woensdag 20 juli 2005 19:19 schreef gnomaat het volgende:
[..]
Het is gewoon theoretisch onmogelijk. Je kunt niet grotere brokken data tot kleinere reduceren. Ook niet met heel veel rekenkracht.
Ongeacht wat je "klein" noemt of wat voor bizarre compressiemethode je gebruikt: je kunt hooguit 2b verschillende brokken data van meer dan b bits reduceren tot b bits. En aangezien er altijd meer dan 2b verschillende brokken data van meer dan b bits bestaan, kan het dus niet.
Het argument?quote:
Yep.quote:Op woensdag 20 juli 2005 19:34 schreef gnomaat het volgende:
[..]
Het argument?
Dat je een brok data bestaande uit meer dan 6 miljoen cijfers hebt weten terug te brengen tot een stuk of 10?
Ehm.. leg eens uit?quote:Op woensdag 20 juli 2005 19:34 schreef gelly het volgende:
Theoretisch zou je een film in 1 priemgetal kunnen samenvatten, mits het een priemgetal is natuurlijk. Dat is het hele idee.
5.212.459 cijfers ... zo, zeg maar es welk getal ik bedoeldequote:
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |