Pagina 5 van 7

Re: "De Broncode"

BerichtGeplaatst: zo 26 sep 2010, 20:13
door Webmaster
From: Kluyze

Flipflop schreef:
[...]
In het binaire stelsel wel ja. Wie zegt dat ie dat gebruikte? Jij bent dus een goed voorbeeld van het denken in beperkingen. Niet doen.

Stroom, geen stroom. Spanning, geen spanning. 1, 0. Je gaat toch niet beweren dat die kerel via software hardware kon aanpassen zeker. Of dat die kerel misschien zelf chips kon bakken om met multistabiele bits te werken, wat eigenlijk dan geen compressie van de data is, alleen een andere opslag wijze.

Re: "De Broncode"

BerichtGeplaatst: zo 26 sep 2010, 20:16
door Webmaster
From: Xenobinol

Jochem_S schreef:
[...]

mwoaaah...

Ach das niet vreemd, kom dit weekend maar eens naar lowlands dan ga je pas vreemde mensen zien :)

Re: "De Broncode"

BerichtGeplaatst: zo 26 sep 2010, 20:17
door Webmaster
From: Eagle Eye

Henry S. schreef:
Sloot beweerde van alles maar wilde niks bewijzen, behalve met een black box, wat geen bewijs is.

En Madame Duval beweert ook van alles...

Op een 64k kaart is een bit een bit, status 0 of 1. Daar verander je niks aan, dat is de beperking van die kaart.

We weten het nu niet, maar zoals in het boek beschreven staat :
Hij had een rangschikking in kleuren en in 3D in plaats van het binaire,
van wat we nu hebben, wat simpelweg in 2D is.
Ook lees je dat er ooit een site is geweest (davoc.com) en dat hier ooit,
het geheim achter "de code" zou hebben gestaan,
en dat sloot helemaal flipte omdat iedereen zijn "geheim" hieruit op kon maken.

Als de technologie niet zou bestaan,
dan zou de info op de site nep zijn,
en dan zou sloot zich er niet zo druk om maken, toch ?

Ik kan begrijpen dat sommige van jullie er niks van geloven,
maar aan de andere kant, als het waar is,
dan lopen we (als mensheid) heel iets groots mis.

Re: "De Broncode"

BerichtGeplaatst: zo 26 sep 2010, 20:18
door Webmaster
From: ~Galaxy

dan lopen we (als mensheid) heel iets groots mis.

Ben ik volstrekt niet bang voor... Gaaaap..

Re: "De Broncode"

BerichtGeplaatst: zo 26 sep 2010, 20:20
door Webmaster
From: Kluyze

Eagle Eye schreef:
[...]
We weten het nu niet, maar zoals in het boek beschreven staat :
Hij had een rangschikking in kleuren en in 3D in plaats van het binaire,
van wat we nu hebben, wat simpelweg in 2D is.

Uiteindelijk moet het op een chip geschreven worden en is het dus binair, compressie is softwarematig, op hardwareniveau ga je bits moeten gebruiken daar kan je niet omheen. Als je je hardware anders gaat ontwikkelen dan heb je geen compressie van de data maar een vergroting van de opslagdichtheid. Als ik dan die film wil downloaden duurt het net zolang als nu, er moet evenveel data door de kabel.

Re: "De Broncode"

BerichtGeplaatst: zo 26 sep 2010, 20:20
door Webmaster
From: ~Galaxy

Het is hier al eerder uiteengezet. Een bit is de kleinste eenheid die je in de electronica kan vinden.
Millibits bestaan niet, zijn er nooit geweest, en zullen er ook nooit komen.

Re: "De Broncode"

BerichtGeplaatst: zo 26 sep 2010, 20:22
door Webmaster
From: Uranium

Mr Soldeer schreef:
Misschien kon Jan wel een omrekenig maken. van bifilair-geflipte-data-units naar bytes

Als er iets van aan is, van die vernieuwende codeertechniek, dan zit ik te denken in genre transformaties zoals tussen t, p en f domein met laplace en fourrier. Maw dikke wiskunde, en zodanig dat er eigenschappen kunnen uitgespeeld worden die data impliciet inbakken.

Wat ik me hierbij wel bedenk is, Gebruikte Jan wel een opslagmedium zoals we ze nu hebben? [EDIT: nee dus, was nog niet genoeg geinformeerd op dit punt] Misschien had hij een opslagmedium die vanuit technisch oogpunt geschikter is om te streamen. En wie zegt er dat hij data van de ene film niet gebruikte in de compressie van andere films ?

Oh, heb je ook een cursus basisanalyse gevolgd? Alleen jammer dat je de plank nogal misslaat. Het is inderdaad "dikke" wiskunde, maar meer in de zin van getaltheorie.

Re: "De Broncode"

BerichtGeplaatst: zo 26 sep 2010, 20:23
door Webmaster
From: Jan klaasen

er word in de discussie nog steeds van uit het kader gedacht wat ons door de wetenschap is gegeven. Ons zoeklicht naar de oplossing schijnt dus alleen op zaken op basis van ons kader.

ik heb ook last vast mijn kader en kan ook niet buiten mijn zoeklicht denken. mischien sloot wel

wat nu als er in alle stukken data wel een patroon blijkt te zitten als je groter kijkt. dan kun je daar 1 of 5 algoritme op los laten. het zou mij niet verbazen als aan dingen die de mensheid voortbrengt een basis patroon schuil gaat..... alleen dat wij het patroon (nog) niet kunnen zien

ik roep maar iets.

als een beeldlijn een spangingsgolf je is. zou je dan niet in x bit veel golfjes kunnen definieren

Re: "De Broncode"

BerichtGeplaatst: zo 26 sep 2010, 20:24
door Webmaster
From: Henry S.

Jan klaasen schreef:
wat nu als er in alle stukken data wel een patroon blijkt te zitten als je groter kijkt. dan kun je daar 1 of 5 algoritme op los laten

ik roep maar iets.

Idd, je roept maar iets :) MPEG?

Re: "De Broncode"

BerichtGeplaatst: zo 26 sep 2010, 20:26
door Webmaster
From: Free_electron

der was ooit zo een pipo die een compressie algoritme bedacht had.

kijk als je data wegschrijft op een harddisk dan schrijf je nullen en 1-en.
de logica geeft op dat als een logisch niveau geen nul is dat het dan 1 is en vice versa.

dus in plaats van nullen en 1-en weg te schrijven. schrijf alleen 1 vand e 2 weg ... des da helft werk gespaard. (er even vanuitgaande dat het aantal nullen en 1 gemiddeld 50-50 is in een voldoende grote file)

je kan nog sterker comprimeren.
als je nu gewoon dat aantal nullen telt ( we gaan ervanuit dat we alleen nullen wegschrijven )

en je schrijft dat eindgetal weg ....

we gaan nog straffer. we kunnen de compressie opnieuw draien op de count. en opnieuw en opnieuw. en opnieuw tot er uiteindelijk 1 bit overblijft.
je kan perfect wiskundig aantonen dat je enorm kan reduceren.

tis alleen het schrijven van de de-compressor wat een klein probleem is .... diegene die de decompressor kan maken krijgt gegarandeerd een nobelprijs.

de compressor heb ik al geschreven.
: tel het aantal nullen. als het even is schrijf je een nul weg , als je oneven is schrijf je niks weg. ( twas immers 1 en we hebben aan genomen dat als het geen nul is dat het dan zeker een 1 moet zijn.

simpel newaar ?


enne met bits moet je geweldig opletten.
de grote flash geheugens (1 gigbyte op chip en meer . werken niet meer met bits maar met multi-level bits.
ze stockeren 2 3 en nu ook al 4 bits per geheugencel.
die gate in een eprom is immers een condensator. door daar een spannignswaarde op te zetten kunnen ze dan door middel van dden a/d teruglezen wat er stond ....

elke 'cel' bevat dus eigenlijk een spanninkje wat x bits voorstelt.

de goal is natuurlijk om daar 16 of meer bits per cel in te prammen.

o enn fujitsi is er in geslaagd een harde schijf te maken die theortische honderden terabyte kan opslaan. ze kunnen met die media in 1 square inch platter bijna 30 terabyte prammen. de truuk : patterned media. ze gaan de magneetvelden afbakenen door de schijf plaatselijk te oxideren. ( de platter is alox ( aluminim oxide ) de magneetdragers zijn AlTiO-weetikveelwat. door een chemisch process kunenn ze een raster aanbrengen op die altio plaat en dus mooi magneetveldjes maken (losse pixels)
bijgevolg is er geen magnetisch 'lek' meer en kan de opslagdichtheid geweldig omhoog. (dat lek is verantwoordelijk voor de maximum t halen density)