Pagina 6 van 7

Re: De broncode Part 1

BerichtGeplaatst: za 29 jan 2011, 12:37
door Johan1951
From: Sarcastro

Niet binair? misschien trinair? Krijg je dan geen kortere codes of zo?

Re: De broncode Part 1

BerichtGeplaatst: za 29 jan 2011, 12:53
door Johan1951
From: AdamsPlatform

"We can compress every single permutation of an N-member set" "You need at least 100 bits, let's say, to create a multidimensional construct. Everything in an N-member set can be expressed in an N-1 set. You can reconstruct the H set without losing a bit in the process." lezes http://www.wired.com/news/technology/0, ... 99,00.html ZeoSync http://backseatdriver.com/clients/ZeoSy ... /index.htm

Re: De broncode Part 1

BerichtGeplaatst: za 29 jan 2011, 12:54
door Johan1951
From: ArieBoutendraaier

static void Broncode() { Console.write("Hallo Broncode!"); }

Re: De broncode Part 1

BerichtGeplaatst: za 29 jan 2011, 13:00
door Johan1951
From: Chismaneric

De echte vraag is denk ik: Is Pieper een domme boef of een slimme boef?

Re: De broncode Part 1

BerichtGeplaatst: za 29 jan 2011, 13:02
door Johan1951
From: Bill Bangallot

Ik denk eerder Hexadecimaal i.p.v. binair, de hexadecimale code daarmee kun je bestanden en data het meest efficient comprimeren. 1 bit binaire data bestaat uit 8 digits, 1 bit HD data uit 1 digit.

Re: De broncode Part 1

BerichtGeplaatst: za 29 jan 2011, 13:46
door Johan1951
From: Edgar

ja ok maar de ene digit is de andere niet en daardoor vallen de lunar-systems en de high-bit resolance in het niets. deel maar door 23.67 dan krijg je het evident van 1 derde van de binaire waarde

Re: De broncode Part 1

BerichtGeplaatst: za 29 jan 2011, 13:47
door Johan1951
From: Gtox

's dat boek al ergens in digitale vorm te vinden? oh en @Audifreak: "1 bit binaire data bestaat uit digits" ...huh?? @edgar: now you're just making stuff up :)

Re: De broncode Part 1

BerichtGeplaatst: za 29 jan 2011, 13:48
door Johan1951
From: Bill Bangallot

Uit aan en uitjes, gtox om het zo maar te noemen, maar wat als je een chip verschillende stroompjes door kunt laten voeren? stel: 1, 2, 4, 8, mV? Dat zou processors vreselijk klein kunnen maken.

Re: De broncode Part 1

BerichtGeplaatst: za 29 jan 2011, 13:48
door Johan1951
From: Brompijp de Beer

Wat een quasi deskundig geneuzel zeg. Kun je data-compressie niet beter per definitie het best baseren op herkenbare patronen in het soort gegevens dat je hebt? Dus binnen zolang je binnen hetzelfde talstelsel blijft kun je dankzij kennis over het soort data het aantal tekens verkleinen. analoog bevat een teken of signaal echter oneingdig veel meer informatie. Ik vraag me alleen af of dat niet veel te foutgevoelige en onbetrouwbare techniek oplevert (fluctuaties in stroomsterkte etc). Misschien zat daar het probleem bij meneer Sloot.

Re: De broncode Part 1

BerichtGeplaatst: za 29 jan 2011, 13:49
door Johan1951