abonnement Unibet Coolblue
  Redactie Frontpage donderdag 21 juli 2005 @ 01:11:50 #26
1150 crew  SunChaser
Leuker wordt het niet
pi_28997470
Gaan ze algoritmes ook niet gebruiken om aan de hand van foto's en afbeeldingen op het internet te kunnen zoeken?
  donderdag 21 juli 2005 @ 01:14:29 #27
108256 Boes-Poes
Kim Wilde ^O^
pi_28997533
quote:
Op donderdag 21 juli 2005 01:11 schreef SunChaser het volgende:
Gaan ze algoritmes ook niet gebruiken om aan de hand van foto's en afbeeldingen op het internet te kunnen zoeken?
Algoritmes zijn methodes. Bepaalde regeltjes en volgorde hiervan voor bijvoorbeeld het berekenen van dingen. Dus ik denk wel dat ze algoritmes gaan gebruiken ja.
  Redactie Frontpage donderdag 21 juli 2005 @ 01:14:47 #28
1150 crew  SunChaser
Leuker wordt het niet
pi_28997539
Algoritmes ken ik uit dat boek van Dan Brown trouwens, waarbij ze een onbreekbare code hadden bedacht dat alleen met een sleutel geopend kon worden, het was niet te kraken omdat de algoritmes verschoven, ofzoiets
  donderdag 21 juli 2005 @ 01:32:36 #29
27699 Ravage
thinking about you
pi_28998075
quote:
Op donderdag 21 juli 2005 01:05 schreef Danny het volgende:

[..]

In dat geval zou je dus eigenlijk vrij simpel (met ENORM veel rekenkracht) ELK ge-gzipt bestand kunnen omrekenen naar een priemgetal en deze weergeven in slechts een paar bytes.
Met een de-priem programma zou je het priemgetal weer kunnen omzetten in de nullen en enen waarna je datzelfde bestand in g-zip formaat hebt. Uitpakken en je film, filmcollectie, complete harddisk etc is weer compleet.
Zoals ik al eerder zei:
Niet ieder priemgetal is samen te vatten in een simpele formule als 2^n-1.. De theorie is inderdaad dat elk natuurlijk getal opgebouwd kan worden uit vermenigvuldigingen van priemgetallen, maar als die priemgetallen niet kort 'samen te vatten' zijn levert dat geen compressie op.

En nu is t tijd om te
i'm not living, i'm just killing time
  donderdag 21 juli 2005 @ 01:35:58 #30
108256 Boes-Poes
Kim Wilde ^O^
pi_28998187
quote:
Op donderdag 21 juli 2005 01:32 schreef Ravage het volgende:

[..]
... maar als die priemgetallen niet kort 'samen te vatten' zijn levert dat geen compressie op...
Maar als je dan aangeeft dat er van een bepaald priemgetal een samenvatting moet zijn tot een bepaald aantal cijfers. Dus er komt 101010 uit, en je geeft aan dat hij maximaal 4 cijfers mag geven. Dus word het 1010.
Dan behaal je over het algemeen nog steeds compressie volgens mij. Tenzij je dingen probeert te comprimeren die kleiner zijn dan de notatie voor het aangeven van het gewenste priemgetal met de hoeveelheid cijfers.
pi_29000637
quote:
Op donderdag 21 juli 2005 00:51 schreef Lynx666 het volgende:
*hamer* coderen *hamer*
Comprimeren betekend gewoon samenpersen of compact maken. Jan sloot kan wel vinden dat zijn techniek geen compressie is, maar zijn methode voldoet aan de betekenis van het woord en we kunnen hier dus gewoon spreken van compressie.

Het meest verbaast het me nog dat mensen maar blijven denken dat het mogelijk is dat het systeem van sloot werkt zonder in te gaan op een simpel wiskundig tegenargument (hier al meerdere keren genoemd overigens). Sloot heeft het zelf over sleutelgroottes uitgedrukt in bits. Een bit is per definitie de kleinst mogelijke informatieeenheid. Als je gelooft dat het systeem werkt dan zul je moeten geloven dat je met n bits meer dan 2^n verschillende bitstrings kunt representeren. Misschien kunnen de aanhangers van Sloot hier iets over zeggen.
  donderdag 21 juli 2005 @ 09:20:30 #32
58043 cyber_rebel
Einddoel van de evolutie
pi_29001369
De enige andere optie is dat hij een revolutionaire manier van opslag heeft uitgevonden. Maar aangezien hij ook opmerkingen maakte over transmissie lijkt me dit niet overeenkomen met zijn beweringen. Ook groeit de opslagcapaciteit sowieso al jarenlang explosief.

Een andere optie is dat Sloot simpelweg een ordinaire oplichter was. Of hij heeft een compressie uitgevonden met kwaliteits verlies voor films. Een compressie systeem met kwaliteits verlies voor alle formaten lijkt me tenminste niet mogelijk aangezien je moet weten wat weggegooid kan worden.
pi_29003129
quote:
Op donderdag 21 juli 2005 07:44 schreef Barati het volgende:

[..]

Het meest verbaast het me nog dat mensen maar blijven denken dat het mogelijk is dat het systeem van sloot werkt zonder in te gaan op een simpel wiskundig tegenargument (hier al meerdere keren genoemd overigens). Sloot heeft het zelf over sleutelgroottes uitgedrukt in bits. Een bit is per definitie de kleinst mogelijke informatieeenheid. Als je gelooft dat het systeem werkt dan zul je moeten geloven dat je met n bits meer dan 2^n verschillende bitstrings kunt representeren. Misschien kunnen de aanhangers van Sloot hier iets over zeggen.
Ik weet niet of je mij daaronder rekent, maar ik kan je zeggen dat ik de laatste zal zijn die zegt dat via compressie een winst van 99,999% gehaald kan worden. Ik denk dat we voor compressie van beeld en geluid niet veel winst meer zullen boeken dat met de huidige divx/xvid formaten (en dat is nog lossy ook).

Maar zoals ik al eerder zei; ik kan dit niet als 100% hoax afdoen, simpelweg omdat het kastje wèrkte. Hij liet dingen zien die toen zeker nog niet haalbaar waren. En hij is nooit ontmaskerd.
  donderdag 21 juli 2005 @ 11:09:30 #34
52513 whosvegas
The Trickster
pi_29003664
quote:
Op donderdag 21 juli 2005 00:29 schreef SunChaser het volgende:
Ik wil nog steeds de uitzending zien of t boek lezen. Wat ik er tot nu toe van begreep is dat ie is geliquedeerd door Phillips omdat hun mediadragers dan in 1 klap overbodig zouden worden
Ik had de uitzending gezie op internet, weet alleen niet meer waar.

Ik blijf het een mooi verhaal vinden, ben alleen benieuwd waar dat kastje en de broncode is gebleven.
Are you nuts??
pi_29003762
quote:
Op donderdag 21 juli 2005 11:09 schreef whosvegas het volgende:

[..]

Ik had de uitzending gezie op internet, weet alleen niet meer waar.

Ik blijf het een mooi verhaal vinden, ben alleen benieuwd waar dat kastje en de broncode is gebleven.
http://www.debroncode.nl/?section=audiovideo&lang=NL
  Redactie Frontpage donderdag 21 juli 2005 @ 11:13:41 #36
1150 crew  SunChaser
Leuker wordt het niet
pi_29003781
Geloven jullie dat ie is geliquideerd?
pi_29003867
Dit vind ik ook wel een interesant verhaal:
http://www.debroncode.nl/(...)0geen%20broncode.doc
  donderdag 21 juli 2005 @ 11:17:27 #38
52513 whosvegas
The Trickster
pi_29003886
quote:
Die bedoel ik, mischien ga ik ze van het weekend nog eens bekijken.
Are you nuts??
pi_29004193
quote:
Op donderdag 21 juli 2005 10:48 schreef Lynx666 het volgende:

[..]

Ik weet niet of je mij daaronder rekent, maar ik kan je zeggen dat ik de laatste zal zijn die zegt dat via compressie een winst van 99,999% gehaald kan worden. Ik denk dat we voor compressie van beeld en geluid niet veel winst meer zullen boeken dat met de huidige divx/xvid formaten (en dat is nog lossy ook).

Maar zoals ik al eerder zei; ik kan dit niet als 100% hoax afdoen, simpelweg omdat het kastje wèrkte. Hij liet dingen zien die toen zeker nog niet haalbaar waren. En hij is nooit ontmaskerd.
Wat Sloot liet zien is inderdaad verbazingwekkend. Maar hetgeen hij beweerde strookt niet met simpele wiskundige logica.
Sloot had ook hetzelfde kasje kunnen laten zien met de bewering dat een film in 1 bit gecodeerd zou kunnen worden. Zou je hem dan geloven?
De waarheid kan overigens ook nog in het midden liggen: Sloot was misschien geen oplichter maar hij vergiste zich en met zijn uitvinding kon hij comprimeren, maar niet in de verhouding die hij claimde . Voor een beter inzicht in zijn claims kun je kijken wat de consequenties ervan zijn. B.v. Alle data ter wereld is te comprimeren tot 1 sleutel.
  donderdag 21 juli 2005 @ 12:27:17 #40
68952 XoxIx
The Librarian
pi_29005810
quote:
Op donderdag 21 juli 2005 11:29 schreef Barati het volgende:

[..]

Wat Sloot liet zien is inderdaad verbazingwekkend. Maar hetgeen hij beweerde strookt niet met simpele wiskundige logica.
Sloot had ook hetzelfde kasje kunnen laten zien met de bewering dat een film in 1 bit gecodeerd zou kunnen worden. Zou je hem dan geloven?
De waarheid kan overigens ook nog in het midden liggen: Sloot was misschien geen oplichter maar hij vergiste zich en met zijn uitvinding kon hij comprimeren, maar niet in de verhouding die hij claimde . Voor een beter inzicht in zijn claims kun je kijken wat de consequenties ervan zijn. B.v. Alle data ter wereld is te comprimeren tot 1 sleutel.
Inderdaad. Zien is niet altijd geloven. En als het klopt dat niemand behalve Sloot zelf het kastje van binnen heeft gezien tijdens de presentatie, kan hij van alles beweren.
  donderdag 21 juli 2005 @ 12:27:35 #41
36311 Pinobot
Te lui voor een echte religie.
pi_29005819
Kan niet bestaat niet.
Het leven is als een pisvlek in de zwarte pantalon van de eeuwigheid.
  donderdag 21 juli 2005 @ 12:44:39 #42
58043 cyber_rebel
Einddoel van de evolutie
pi_29006228
quote:
Op donderdag 21 juli 2005 12:27 schreef Pinobot het volgende:
Kan niet bestaat niet.
Inderdaad.

Het kan niet en het bestaat niet.
pi_29006245
quote:
Op donderdag 21 juli 2005 12:27 schreef Pinobot het volgende:
Kan niet bestaat niet.
"kan niet" kan niet?
pi_29009606
quote:
Op donderdag 21 juli 2005 00:50 schreef Boes-Poes het volgende:
Vreselijk veel vat ik er niet van hoor, maar dat priemgetallen idee is best slim eigenlijk. Je zou dus als de dictionary de priemgetallen moeten gebruiken? Te kleine stukjes code zou je dan kunnen weergeven door het priemgetal en het aantal binaire cijfers dat er gelezen moet worden.
Misschien interessant: http://nl.wikipedia.org/wiki/Illegaal_priemgetal
Haha, dat is dus precies waar ik mee bezig ben
  donderdag 21 juli 2005 @ 15:45:28 #45
61982 Pie.er
For your pleasure...
pi_29012168
gelly: veel succes. Een interessante oefening.
Maar het zal geen efficient compressiemechanisme worden. Je kunt nooit álle getallen kleiner weergeven, de getallen die kleiner worden, zullen gecompenseerd worden door getallen die veel groter worden.
  Admin donderdag 21 juli 2005 @ 15:48:50 #46
1 crew  Danny
Ik mis m'n grote vriend..
pi_29012269
quote:
Op donderdag 21 juli 2005 15:45 schreef Pie.er het volgende:
gelly: veel succes. Een interessante oefening.
Maar het zal geen efficient compressiemechanisme worden. Je kunt nooit álle getallen kleiner weergeven, de getallen die kleiner worden, zullen gecompenseerd worden door getallen die veel groter worden.
Veel getallen die je niet in 1 notatie samen kunt vatten kun je wellicht wel in meerdere wiskundige notaties samenvatten waar je dan na bewerking (optellen bv) WEL het juiste getal uitkrijgt.
Zelfs al zou je een getal van 20 miljoen cijfers dan moeten opdelen is 10.000 van die korte notaties heb je alsnog van 20Mb 100Kb gemaakt.
- Oh hi Mark!
- Cool... Cool, cool, cool.
Jayden, Ik mis mijn grote vriend...
Zie wat ik kijk: trakt.tv
pi_29012310
quote:
Op donderdag 21 juli 2005 15:45 schreef Pie.er het volgende:
gelly: veel succes. Een interessante oefening.
Maar het zal geen efficient compressiemechanisme worden. Je kunt nooit álle getallen kleiner weergeven, de getallen die kleiner worden, zullen gecompenseerd worden door getallen die veel groter worden.
Zoals eerder gezegd kun je alle natuurlijke getallen (een bestand is in principe 1 groot getal) ontleden in meerdere priemgetallen. De kunst is om zo groot mogelijke priemgetallen te gebruiken, de notatie blijft immers altijd gelijk. Het vergt alleen enorm veel rekenkracht om een grote compressie te behalen. Voor het decoderen volstaat echter een pentium 100.
pi_29012495
quote:
Op donderdag 21 juli 2005 01:05 schreef Danny het volgende:

[..]

In dat geval zou je dus eigenlijk vrij simpel (met ENORM veel rekenkracht) ELK ge-gzipt bestand kunnen omrekenen naar een priemgetal en deze weergeven in slechts een paar bytes.
Met een de-priem programma zou je het priemgetal weer kunnen omzetten in de nullen en enen waarna je datzelfde bestand in g-zip formaat hebt. Uitpakken en je film, filmcollectie, complete harddisk etc is weer compleet.
Waarom toch telkens die priemgetallen? Hoe kan je een code omrekenen naar een priemgetal? De code 10111000111001111000101001011100011 is waarschijnlijk geen priemgetal en dus onmogleijk om te zetten naar een priemgetal.
pi_29012527
quote:
Op donderdag 21 juli 2005 15:55 schreef yootje het volgende:

[..]

Waarom toch telkens die priemgetallen? Hoe kan je een code omrekenen naar een priemgetal? De code 10111000111001111000101001011100011 is waarschijnlijk geen priemgetal en dus onmogleijk om te zetten naar een priemgetal.
O wacht, je zoekt gewoon het dichtsbijzijnde priemgetal, doet dat -n et voila. En priemgetallen zijn heel makkelijk kleiner te maken?
  donderdag 21 juli 2005 @ 15:57:17 #50
68952 XoxIx
The Librarian
pi_29012552
quote:
Op donderdag 21 juli 2005 15:55 schreef yootje het volgende:

Waarom toch telkens die priemgetallen? Hoe kan je een code omrekenen naar een priemgetal? De code 10111000111001111000101001011100011 is waarschijnlijk geen priemgetal en dus onmogleijk om te zetten naar een priemgetal.
Elk getal is te schrijven als een vermenigvuldiging van priemgetallen.
abonnement Unibet Coolblue
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')