Pagina 6 van 7
Re: De broncode Part 1
Geplaatst:
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
Geplaatst:
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
Geplaatst:
za 29 jan 2011, 12:54
door Johan1951
From: ArieBoutendraaier
static void Broncode() { Console.write("Hallo Broncode!"); }
Re: De broncode Part 1
Geplaatst:
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
Geplaatst:
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
Geplaatst:
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
Geplaatst:
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
Geplaatst:
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
Geplaatst:
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
Geplaatst:
za 29 jan 2011, 13:49
door Johan1951