De Broncode: Een NL vinding die 100 Miljard waar was ...

BlackRunner said:
Het iss misschien wel mogelijk maa rlijkt me nu nog vrij sterk, 1byte = 8 bits dat zijn dus 8 1tjes of 0-letjes, hoe de fuck moet je daar dan een film van maken:S. Stel dat het kan hè dan moet je toch wel sown dikke vette processor hebben die alles zo super snel kan berekenen want dan worden het iig erg veel getalletjes....

Mja wie weet.... nu nog niet iig!

Zo gaat het al jaren hoor lieverd , computers draaien op het binaire stelsel
Ik weet niet onder welke steen jij vandaan komt ?
 
cipher doe niet zo onbenullig, wat die man heeft gedaan is niet onmogelijk. Der zijn meer dingen die onwaarschijnlijk zijn op de wereld maar die toch gebeuren.

Dit is wel mogelijk, net als vroeger een ruimte wandeling onmogelijk bleek te zijn.
 
BlackRunner said:
goh meen je niet:|

1byte staat er toch in het verhaal nerd, dus van die enkele 8 bits moet een film gefixxed worden. Dat bedoel ik :|

Een film wordt gecodeerd naar een sleutel van 1Kb. Das nog iets meer dan 1byte. ;)

Ik vind het trouwens wel raar dat het kastje waarmee de presentaties gedaan werden spoorloos is verdwenen. Wel is er een kastje gevonden waar gewoon een harde schijf in zat. Alleen beweren de investeerders dat dit niet het betreffende kastje was, gebruikt bij de presentaties....
 
ModKid said:
cipher doe niet zo onbenullig, wat die man heeft gedaan is niet onmogelijk. Der zijn meer dingen die onwaarschijnlijk zijn op de wereld maar die toch gebeuren.

Dit is wel mogelijk, net als vroeger een ruimte wandeling onmogelijk bleek te zijn.

Dit is niet te vergelijken met de ontdekking van vuur, of het wiel.
Dit is te vergelijken met dat we er ooit achter komen dat 1 plus 2 5 is.

Je hebt bepaalde mogelijkheden met het binaire stelsel, en je hebt bepaalde grenzen. Dit "verhaal" overschrijdt dit grens, en niet zo een beetje ook.

Voor een beeld moet je per pixel opslaan welke kleur hij heeft. Een beeld van 640x480 is opgebouwd uit 307200 pixels. Stel je vind de meest ubergeile codering uit waarmee jij de kleur van een pixel in 1 bit kan opslaan. Dan heb je nog maar 38400byte = 37kb nodig voor een beeld van 640x480.
Dan gaan we ervan uit dat hierop ook nog een paar algortimes op losgelaten kunnen worden, waardoor we uiteindelijk nog maar 20km voor een beeldje van 640x480 nodig hebben.

En dan vertel ik je dat een film 20 frames (beelden) per seconde bevat, en ongeveer een uurtje duurd. Dat is dus 72000 van dit soort super gecomprimeerde beeldjes.

Een beeld bevat gewoon teveel data om zover te comprimeren. En dan hebben we het nog niet eens over het Dolby DTS geluid gehad.

Of meneer een algortime had ontwikkeld welke bovengenoemde sleutels kon genereren, welke terug waren te rekenen naar de oorspronkelijke data (film) is nog enigzins discutabel. Maar letterlijk meer dan 2 films op een 700MB medium persen is not-done.. never.

Overigens heeft compressie ook zijn grenzen. Het is neit dat mp3tjes over 2 jaar 2x zo klein zijn, omdat er nog betere compressies zijn ontdekt. Je data bestaat uit gegevens, en deze gegevens mogen niet verloren gaan omdat je dan je data kwijt bent. Compressie kan met de data puzzelen, en her en der vervangen, maar er zal altijd een minimale hoeveelheid data overblijven, om het orginele gegevens terug te kunnen krijgen.

Maak maar eens 2 text bestanden. Zet in het ene tekstbestand 1000x het volledige alfabet. Zet in het 2de textbestand 2000x het halve alfabet (dus tot de helft) ;). Beide bestanden zijn even groot.
Met de meest efficiente compressie is bestand 2 2x zo klein te maken dan bestand 1. Maar je zult hem nooit en te nimmer kleiner krijgen zonder een deel van je alfabet te verliezen.

Overigens, wat msischien een interressante aanvulling is. Men is momenteel vollop bezig met de ontwikkeling van quantum-computers. Deze werken niet met het huidige binaire-stelsel van 1-en en 0-en, maar met een stelsel waarbij een negatieve 1 ook mogelijk is. In plaats van 2-tallig heb je dan dus een 3-tallig stelsel, en dat schept mogelijkheden. Maar zover is het nog lang niet
 
Sorry Cipher. Ik kan niet anders concluderen dan dat je behoorlijk kortzichtig bezig bent. Ik voel me ook niet geroepen om je mening te weerleggen, dus als enige kan ik zeggen dat je eens de losse flarden aan info over het systeem maar eens door moet gaan lezen. Dan zal je ws wel tot de conclusie komen dat dhr sloot niet de gedachtengang achter compressie van tegewoordig gebruikte.
 
neej scheen dat ie buiten het binaire stelsel bezig was tenminste dat las ik..
t was niet een of ander pentium computertje maar een heel nieuw systeem
waar die gast aan bezig was
(staat tenminte in de tekst)
 
mja.. ik ben geen whizzkid of what ever..

maar iemand heeft ooit het binaire stelsel uitgevonden.. wie achtte dat mogelijk? of een tv? het wed allemaal onmogelijk geacht.. maar het gebeurd toch..

jullie vallen elke keer terug op het binaire stelsel.. maar ook die is ooit uitgevonden.. en waarom ben je dan nu wel zo kortzichtig om te zeggen dat er geen ander stelsel 'uitgevonden' kan worden?
 
wel voor jou maar sommigen hebben nog een leven..

en inderdaad Xyntaxis (lastige naam8P)
deze sloot zou ook iets buiten het binaire stelsel hebben bedacht..
dus geen hededaagse pc
 
En toch ben ik ervan overtuigd dat er gebruik werd gemaakt van binaire rekensystemen. Aangezien the Fith Force BV al direct begon met het regelen van processoren voor in dit systeem. Nieuwe generatie processoren kunnen nu nog niet aangekocht worden aangezien de techniek er niet is. Het doet me dan vermoeden dat er wel van hedendaagse hardware gebruik gemaakt word. Enkel de manier van opslaan is anders.
 
Xyntaxis said:
jullie vallen elke keer terug op het binaire stelsel.. maar ook die is ooit uitgevonden.. en waarom ben je dan nu wel zo kortzichtig om te zeggen dat er geen ander stelsel 'uitgevonden' kan worden?

In principe zijn getallenstelsels uitbreidingen op het rekenkundig getallen stelsel wat vroeger gebruikt werd. Eigenlijk is het dus geen uitvinding, maar een manier van anders noteren.
 
eigenlijk is het ook niet zo moeilijk om te doen wat hij wilde doen, simpel uitgelegd is het gewoon zo dat er dan wel een geheel nieuw systeem werd gemaakt, dit systeem leest gewoon een bepaalde taal, dus simpel gezegd: in een .txt filetje staat dan, maak een scene met Cameron Diaz, nou dat is maar text en is dus inderdaad klein, de pc leest dit en maakt die scene uit een film. ik leg het eigenlijk nog vrij ingewikkeld uit maar is ook een beetje moeilijk om uit te leggen, maar als je erover nadenkt blijft het uiteindelijk allemaal even groot, want al is die file dan maar 1kb, die file vertelt jou pc alleen maar wat hij moet gaan maken, dus dat wil zeggen dat je dan ineens een harde schijf moet hebben van weet ik hoeveel Terrabite om al die info op te slaan die je pc nodig heeft om alle films of games of wat dan ook op te kunnen bouwen uit een simpel 1kb groot file'tje... maar ik denk dus zeker wel dat het kan :)
 
mooie denkstelling :)
in dat geval zou het wel kunnen jah maar we zullen het helaas nooit meer weten hoe het met het (broodje aap?!) verhaal van sloot zat..
 
Cipher said:
Maak maar eens 2 text bestanden. Zet in het ene tekstbestand 1000x het volledige alfabet. Zet in het 2de textbestand 2000x het halve alfabet (dus tot de helft) ;). Beide bestanden zijn even groot.
Met de meest efficiente compressie is bestand 2 2x zo klein te maken dan bestand 1. Maar je zult hem nooit en te nimmer kleiner krijgen zonder een deel van je alfabet te verliezen.

Eigenlijk vind ik het een beetje ver gaan dat veel mensen die in topics antwoord aangaande dit onderwerp denkt gemakkelijk uit te leggen dat het niet kan. Alsof deze mensen zelf slim genoeg zijn om ook zoiets te kunnen maken, wat niet zo is dus kan je het ook niet tot nonsens verklaren.
Alsof je met je nrx kans maakt @ jubbega :L just not up for it..

Enfin, stel dat je dat zou doen met het alfabet. Dan heb je voor elke letter een bepaalde code. Deze code bestaat uiteindelijk uit nullen en enen.
De kans dat daar bepaalde strings in voor komen die op elkaar lijken is natuurlijk hartstikke groot. Waarschijnlijk kijkt een compressie programma naar strings die meer dan 1x voorkomen. Maar stel dat je niet alleen in de lengte maar ook in de breedte en hoogte vergelijkingen kan opzoeken met een string in een soort matrix. Of achterste voren of wat voor manier dan ook. Waarschijnlijk is zelfs dat een erg simpele visie op wat mogelijk zou zijn. Ik probeer me het visueel voor te stellen en als er bij een computer iets niet hoeft.. als iemand echt 20 jaar bezig is geweest zal die echt wel iets meer bijzondere dingen hebben bedacht. Misschien heeft de beste man wel iets verzonnen wat totaal niet in de buurt komt van de huidige methode's.

Misschien is het allemaal ver gezocht misschien onmogelijk. Maar ik ben niet overtuigd.
 
ric_0209 said:
eigenlijk is ..BLAAAT..maar ik denk dus zeker wel dat het kan :)

Wat je hier uit probeerd te leggen is min of meer gelijk aan flash en vector bestanden. Het script min of meer. Teken een pijl vanaf coordinaat 240,75 naar 200, 50 met dikte 3 en kleur 233 251 141 om maar wat te noemen.
 
Xyntaxis said:
mja.. ik ben geen whizzkid of what ever..

maar iemand heeft ooit het binaire stelsel uitgevonden.. wie achtte dat mogelijk? of een tv? het wed allemaal onmogelijk geacht.. maar het gebeurd toch..

jullie vallen elke keer terug op het binaire stelsel.. maar ook die is ooit uitgevonden.. en waarom ben je dan nu wel zo kortzichtig om te zeggen dat er geen ander stelsel 'uitgevonden' kan worden?
Er zijn zoveel stelsels als je maar wilt. Maar een computer werkt met stroom. En die stroom staat aan, of hij staat uit, hij geeft een 1, of hij geeft een 0. Andere mogelijkheden hebben hedendaagse systemen niet.
Ze zijn nu bezig met systemen welke met negatieve spanningen om kunnen gaan, -1 dus. Maar dat is nog veel te gecompliceerd om de komende jaren een prototype van te maken. Laat staan dat 1 dorpeling zonder dikke fabriek dit kon.

Honda NSR-II said:
Enfin, stel dat je dat zou doen met het alfabet. Dan heb je voor elke letter een bepaalde code. Deze code bestaat uiteindelijk uit nullen en enen.
De kans dat daar bepaalde strings in voor komen die op elkaar lijken is natuurlijk hartstikke groot. Waarschijnlijk kijkt een compressie programma naar strings die meer dan 1x voorkomen. Maar stel dat je niet alleen in de lengte maar ook in de breedte en hoogte vergelijkingen kan opzoeken met een string in een soort matrix. Of achterste voren of wat voor manier dan ook. Waarschijnlijk is zelfs dat een erg simpele visie op wat mogelijk zou zijn.
Een van de compressie technieken is inderdaad om bijvoorbeeld alle strings "ABC" te vervangen met "A1", omdat dit minder ruimte inneemt. Bij het decomprimeren worden alle "A1" stringt weer terug gezet naar "ABC". Dit wordt gedaan met elke mogelijke volgorde die meer dan 1x voorkomt.
Vergeet niet dat hiervoor een tabel moet worden bijgehouden zodat bij decompressie bekend is dat "A1" moet worden omgezet naar "ABC". Hoe meer voorkomens je vervangt, hoe groter deze tabel wordt. Op welke wijze je de strings ook vervangt, van links naar rechts of in een 3D matrix, deze tabel groeit, en neemt ruimte in. Het punt waarop de meeste redundante voorkomens zijn vervangen en deze strings het kleinst zijn is de optimale compressie, en lager als dit kom je niet.


Honda NSR-II said:
Wat je hier uit probeerd te leggen is min of meer gelijk aan flash en vector bestanden. Het script min of meer. Teken een pijl vanaf coordinaat 240,75 naar 200, 50 met dikte 3 en kleur 233 251 141 om maar wat te noemen.
Vectoren zijn dé manier om simpele tekeningen weer te geven. Een bestand welke een vierkant in vectoren bevat, is vele malen kleiner dan een bitmap bestand.
Videobeelden zijn echter veel te complex om te genereren uit vectoren. Er zitten veel te weinig logische vormen in (rechte lijnen, circels en rechthoeken) om deze efficient te kunnen nabootsen met behulp van vectoren. Doe maar eens een trace-bitmap in Flash van je favo facatiefoto ;) De JPG is vele malen kleiner.. helemaal als je he tin kleur doet.


Wat zou kunnen zijn is dat meneer Sloot de decompressie-tabel die ik hierboven noem heeft gestandaardiseerd.
Misschien heeft meneer in zijn "apparaat" vastgelegd dat "A1" altijd wordt vervangen met "ABC", en dit voor elke veel voorkomende string. Op deze manier hoef je de tabel niet meer bij het bestand op te slaan, en scheelt dit inderdaad aanzienlijk in grootte. Het lijkt mij echter vrij onmogelijk om een dergelijke tabel te standaardiseren (Dat is dan ook dé reden waarom dit nog niet het geval is). Bedenk alleen al het probleem dat je hebt als de string "A1" in het orginele bestand voorkomt (dan wordt deze bij decompressie omgezet naar "ABC", en is de output corrupt).

Ik ben hier niet zomaar wat aan het blaten. Ik heb me wel eens in compressie verdiept en weet de werking. Ook zit ik nu niet voor het eerst achter een pc. Analyse van problemen en hun oplossingen is mijn beroep ;)
 
Cipher said:
string bieb verhaal }:O

Misschien had de persoon in kwestie een manier gevonden om ook het tabel te comprimeren. Of de strings die bijna overeen kwamen met een simpele notitie toch mee te pakken. Als je een matrix zou gebruiken zoals ik me dat voorstel dan is de kans groter dat er bruikbare strings al voorkomen. Dus meer kans op compressie omdat je simpel weg meer richtingen hebt om te vergelijken. En dan denk ik nog maar aan een simpele matrix met x,y en z coördinaten terwijl dat misschien leuk is voor de beeldvorming maar het nog veel complexer kan dan dat.

Flash vector verhaal geblaat

Je hoeft niet uit te leggen dat dat niet werkt voor de normale plaatjes hoor, dat is vrij duidelijk lijkt me. Ik gaf alleen aan dat het systeem al bestaat voor degene die een paar posts geleden daar over poste. Het zou alleen mogelijk zijn als het origineel ook op de pc gemaakt word zodat je gebruik kan maken van een engine ofzo. Nu in spellen heel mooi maar toch nog geen film kwaliteit etc.

compressie tabel geblaat 8)

Ik ben hier niet zomaar wat aan het blaten. Ik heb me wel eens in compressie verdiept en weet de werking. Ook zit ik nu niet voor het eerst achter een pc. Analyse van problemen en hun oplossingen is mijn beroep ;)

Mja beetje helpdesken ben ik ook wel bekend mee ja maar om zoiets te ontwikkelen heb je toch iets meer nodig dan helpdesk (or whatever) kwaliteiten. Anders zat je ook echt niet te helldesken..

Alsof iedereen die zegt dat ie niet blaat en die zegt dat het niet kan zomaar eventjes verteld wat wel en wat niet als iemand (als het verhaal echt is) daar jaartjes aan heeft gespendeerd.. Als het zo makkelijk was had iemand het al bedacht denk je ook niet?
 


Write your reply...
Back
Top