abonnement Unibet Coolblue Bitvavo
pi_78032523
Ok ik heb dit idee al vele jaren, en heb dit al met meerdere mensen besproken, ik wou het nu met jullie delen wat mijn theorie is, weet je niet wie Jan Sloot is, lees dan eerst de wiki graag: http://nl.wikipedia.org/wiki/Jan_Sloot

Ok dit is mijn theorie, zoals jullie weten zijn getallen zoals PI volledig willekeurig wat decimalen betreft, de anekdote is dat als je de decimalen maar lang genoeg zou analyseren je vanzelf de mona lisa tegen zou komen, of wel de kans dat je bijvoorbeeld 3x achter elkaar een 9 zou tegenkomen is geheel in de verwachting van de kansberekening, van 1/10 x 1/10 x 1/10 kortom, of wel om de 1000 decimalen zul je deze frequentie zien (eigenlijk iets vaker omdat je ook aangrenzende getallen hebt, maar dat terzijde).

Maar goed, nu verder op mijn theorie, als je nu een enorme database hebt van een getal wat altijd te reproduceren is (bijvoorbeeld PI), dan zou je deze data kunnen gebruiken om data te comprimeren, kijk maar eens op: http://www.thealmightyguru.com/Pointless/PI-10000.html

Daar zie je allerlei setjes van willekeurige data, dat is handig, immers met een paar regels code kan je een enorme database opbouwen om deze data te reproduceren:

Voordeel: Koste geen osplagruimte
Nadeel: Kost CPU kracht is nodig om deze te reproduceren.

Echter naargelang CPU minder belangrijk word, en gezien Moore's law is dat zo, zal dat een minder groot probleem zijn.

Kern van mijn theorie is, dat als je bijvoorbeeld een plaatje zou opsplitsen in reekjes van decimalen, dan zou je dus kunnen gaan kijken of deze reeks ergens in PI voorkomt, als je dat nou eenmaal hebt gevonden, dan hoef je alleen de referentie naar deze reeks op te slaan om je compressie te bereiken. Nu zou je dat met alleen PI kunnen doen, maar daarmee verlaag je je kansen op een succes naar een kleine referentie, immers ga je uit van 1 te reproduceren getal (bijvoorbeeld PI), dan is die kans kleiner dat je een reeks van bijvoorbeeld 8 decimalen bij de eerste 10.000 decimalen vind. Echter gebruik je nog meer te reproduceren getallen, dan neemt die kans toe. De clue van mijn theorie is echter dat je ontzettend veel van dit getallen in een geoptimaliseerde database zet, zodat je snel kan zoeken naar gunstige referenties, het mooie is dat je voor het terug rekenen deze database niet nodig hebt, immers als je weet hoe je het getal moet genereren, is de database niet nodig.

Ook vuur maar los
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  maandag 15 februari 2010 @ 21:23:57 #2
30773 blueline
V&A verslaafde :P
pi_78032895
Als de compressie zo hoog is, word de CPU kracht weer belankrijker. CPU is duurder dan de hardeschijf ruimte ?
pi_78032922
Ik vergat nog iets te melden, je kan deze getallen ook nog als een soort van datacube naast elkaar zetten, waardoor je een soort van drie (of zelfs meerdere dimensies) naast elkaar hebt waardoor je expanontieel meer reeksen krijgt, zodat de kans op een "hit" toeneemt.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_78032956
quote:
Op maandag 15 februari 2010 21:23 schreef blueline het volgende:
Als de compressie zo hoog is, word de CPU kracht weer belankrijker. CPU is duurder dan de hardeschijf ruimte ?
Eens, dat geef ik ook aan, maar het gaat hier puur op de theoretische winst van de opslag capaciteit en niet die van CPU power. Vergeet ook niet dat Quantum computing binnen een aantal jaren haalbaar zal zijn..
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_78032977
Kijk maar uit, straks maken ze je dood.
pi_78033013
quote:
Op maandag 15 februari 2010 21:25 schreef kikoooooo het volgende:
Kijk maar uit, straks maken ze je dood.
Dit topique is mijn levensverzekering
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  maandag 15 februari 2010 @ 21:28:01 #7
67978 HenryHill
Fake it 'till you make it
pi_78033094
Ja, we hebben weer een believer * Popcorn pakt.

Tvp
So this is how liberty dies... with thunderous applause.
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
pi_78033251
quote:
Op maandag 15 februari 2010 21:28 schreef HenryHill het volgende:
Ja, we hebben weer een believer * Popcorn pakt.

Tvp
Voor duidelijkheid, topic titel was om aandacht te treken
Ik ben zelf software engineer, en weet goed genoeg dat het real time afspelen van films op deze manier nooit snel genoeg is, echter voor simpele zaken zoals images is het denk ik best haalbaar.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  maandag 15 februari 2010 @ 21:37:56 #10
67978 HenryHill
Fake it 'till you make it
pi_78033631
quote:
Op maandag 15 februari 2010 21:31 schreef raptorix het volgende:

[..]

Voor duidelijkheid, topic titel was om aandacht te treken
Ik ben zelf software engineer
...zonder theoretische kennis van datacompressie, gok ik?
quote:
...en weet goed genoeg dat het real time afspelen van films op deze manier nooit snel genoeg is, echter voor simpele zaken zoals images is het denk ik best haalbaar.
Sterker nog, ik zou het al bijzonder knap vinden als je een willekeurige set van afbeeldingen allemaal tot een fractie van hun originele bestandsgrootte kan comprimeren, ongeacht of je er nu een milliseconde of een week over doet. Lossless dan he.
So this is how liberty dies... with thunderous applause.
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
  maandag 15 februari 2010 @ 21:39:30 #11
30773 blueline
V&A verslaafde :P
pi_78033728
PM
pi_78034008
Begrijp er nog niks van maar klinkt interessant
pi_78034029
quote:
Op maandag 15 februari 2010 21:37 schreef HenryHill het volgende:

[..]

...zonder theoretische kennis van datacompressie, gok ik?
[..]

Sterker nog, ik zou het al bijzonder knap vinden als je een willekeurige set van afbeeldingen allemaal tot een fractie van hun originele bestandsgrootte kan comprimeren, ongeacht of je er nu een milliseconde of een week over doet. Lossless dan he.
Ik heb enigzins kennis van datacompressie, en heb ook kritisch nagedacht over de voors en tegens, de belangrijkste tegens is dat de referentie mogelijk langer is als de data die je wilt comprimeren, daarom ook mijn idee om meerdere reeksen te gebruiken, en liefst via meerdere dimensie, voorbeeld:

Stel je hebt de volgende 3 reeksen van 9 getallen:

Reeks A: 123456789
Reeks B: 987654321
Reeks C: 123459876

Kortom dan zou je een getal als 191282 kunnen noteren als A1-C2 (puur theoretisch voorbeeld, uiteraard zijn er optimalere notaties, dit is een 2 dimensionaal voorbeeld, meerdere dimensies zijn mogelijk).

Kern van mijn theorie is dus dat je willekeurige data die je kan reproduceren door een algoritme kan inzetten voor data compressie.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  maandag 15 februari 2010 @ 21:45:25 #15
30773 blueline
V&A verslaafde :P
pi_78034053
quote:
Op maandag 15 februari 2010 21:25 schreef raptorix het volgende:

[..]

Eens, dat geef ik ook aan, maar het gaat hier puur op de theoretische winst van de opslag capaciteit en niet die van CPU power. Vergeet ook niet dat Quantum computing binnen een aantal jaren haalbaar zal zijn..
Combineer dit eens met Cloud computing
pi_78034136
quote:
Op maandag 15 februari 2010 21:45 schreef blueline het volgende:

[..]

Combineer dit eens met Cloud computing
Op me werk hebben we cloud van 64 servers, goed genoeg ?
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_78034174
quote:
Op maandag 15 februari 2010 21:39 schreef Blackf1re het volgende:
http://pouet.net/prod.php?which=30244

Kijk hier eens naar
180kb, maar toch aardig lange film.
Ik zit hier op vreselijk trage Laptop
Gebruiken ze daar fractal achtige technieken?
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  maandag 15 februari 2010 @ 21:48:50 #18
30773 blueline
V&A verslaafde :P
pi_78034239
quote:
Op maandag 15 februari 2010 21:47 schreef raptorix het volgende:

[..]

Op me werk hebben we cloud van 64 servers, goed genoeg ?
Zoiets ja heb je me PM nog gezien
pi_78034310
quote:
Op maandag 15 februari 2010 21:48 schreef blueline het volgende:

[..]

Zoiets ja heb je me PM nog gezien
Ja, krijg net ook een PM van ene Roel
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_78034381
quote:
Op maandag 15 februari 2010 21:50 schreef raptorix het volgende:

[..]

Ja, krijg net ook een PM van ene Roel
Roel Pieper?
pi_78034531
quote:
Op maandag 15 februari 2010 21:51 schreef Blackf1re het volgende:

[..]

Roel Pieper?
Roule pomme de terre is ze nick.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  maandag 15 februari 2010 @ 21:55:01 #22
75592 GlowMouse
l'état, c'est moi
pi_78034608
Met n bits kun je maar 2^n verschillende waarden aanduiden. met dat argument is je hele verhaal onderuit gehaald.
quote:
Op maandag 15 februari 2010 21:24 schreef raptorix het volgende:
Ik vergat nog iets te melden, je kan deze getallen ook nog als een soort van datacube naast elkaar zetten, waardoor je een soort van drie (of zelfs meerdere dimensies) naast elkaar hebt waardoor je expanontieel meer reeksen krijgt, zodat de kans op een "hit" toeneemt.
Het beschrijven van een punt neemt daardoor ook meer bits in beslag.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  maandag 15 februari 2010 @ 21:55:03 #23
67978 HenryHill
Fake it 'till you make it
pi_78034611
quote:
Op maandag 15 februari 2010 21:39 schreef Blackf1re het volgende:
http://pouet.net/prod.php?which=30244

Kijk hier eens naar
180kb, maar toch aardig lange film.
Lol, dat is geen film maar een demo, geschreven door programmeurs die in superkleine executables de meest bizarre dingen kunnen maken (meestal in assembly), waaronder 3D renderers zoals je vermoedelijk in deze demo ziet.

Begrijp me niet verkeerd, om zoiets in 180kb voor elkaar te krijgen is echt bruut, maar het is iets compleet anders dan waar het topic hier over gaat
So this is how liberty dies... with thunderous applause.
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
pi_78034715
quote:
Op maandag 15 februari 2010 21:47 schreef raptorix het volgende:

[..]

Ik zit hier op vreselijk trage Laptop
Gebruiken ze daar fractal achtige technieken?
Farbrausch gebruikt .werkkzeug (http://www.theprodukkt.com/) voor hun demos: procedureel gegenereerde textures is het toverwoord.

Overigens is je idee niet haalbaar maar dat terzijde.
  maandag 15 februari 2010 @ 22:01:09 #26
67978 HenryHill
Fake it 'till you make it
pi_78034977
quote:
Op maandag 15 februari 2010 21:45 schreef raptorix het volgende:

[..]

Ik heb enigzins kennis van datacompressie, en heb ook kritisch nagedacht over de voors en tegens, de belangrijkste tegens is dat de referentie mogelijk langer is als de data die je wilt comprimeren, daarom ook mijn idee om meerdere reeksen te gebruiken, en liefst via meerdere dimensie, voorbeeld:
En om onderscheid te kunnen maken tussen die reeksen zul je die informatie dus ook moeten opslaan, waardoor je onder de streep net zoveel ruimte kwijt bent.
quote:
Kern van mijn theorie is dus dat je willekeurige data die je kan reproduceren door een algoritme kan inzetten voor data compressie.
Niet zonder dat het onmogelijk is om bepaalde "films" op te slaan. Elke film die je kunt opslaan moet je ook kunnen "aanwijzen".
So this is how liberty dies... with thunderous applause.
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
pi_78035070
quote:
Op maandag 15 februari 2010 21:55 schreef GlowMouse het volgende:
Met n bits kun je maar 2^n verschillende waarden aanduiden. met dat argument is je hele verhaal onderuit gehaald.
[..]

Het beschrijven van een punt neemt daardoor ook meer bits in beslag.
Wel als je uitgaat van 1 reeks, immers de kans dat je daadwerkelijk "hit" is waarschijnlijk net zo lang als de referentie, voorbeeld de kans dat je een 16 bits getal hit, zal waarschijnlijk ook 16 bits aan referentie duren, echter mijn theorie gaat niet uit van 1 getal maar van meerdere, en dan ook over meerdere dimensies.

Laten we er een challenge van maken, jullie mogen een willekeurig image van 32x32 (8 bits kleuren) posten, ik ga dan proberen een stukje software te schrijven, wat de image zal comprimeren volgens mijn theorie, als tegentest zullen we de image met diverse anderen compressores verkleinen om te kijken of mijn techniek van toegevoegde waarde is.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_78035113
quote:
Op maandag 15 februari 2010 22:01 schreef HenryHill het volgende:

[..]

En om onderscheid te kunnen maken tussen die reeksen zul je die informatie dus ook moeten opslaan, waardoor je onder de streep net zoveel ruimte kwijt bent.

Het idee is dan ook niet compressie maar het kunnen opslaan van enorm veel data op kleine opslagmedia. Of een hoge dataoverdracht via netwerken.

[ Bericht 8% gewijzigd door #ANONIEM op 15-02-2010 22:03:43 ]
  maandag 15 februari 2010 @ 22:04:15 #29
75592 GlowMouse
l'état, c'est moi
pi_78035155
nee, jouw code moet alle images van 32x32 pixels kunnen comprimeren.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_78035273
quote:
Op maandag 15 februari 2010 22:04 schreef GlowMouse het volgende:
nee, jouw code moet alle images van 32x32 pixels kunnen comprimeren.
Dat kan in principe ook, maar laten we eerst eens met 1 beginnen
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  maandag 15 februari 2010 @ 22:08:33 #31
12221 Tijn
Powered by MS Paint
pi_78035478
[quote]Op maandag 15 februari 2010 22:08 schreef Tijn het volgende:
[ afbeelding ]
[/quote
4 kleuren eitje
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  maandag 15 februari 2010 @ 22:10:38 #33
75592 GlowMouse
l'état, c'est moi
pi_78035490
quote:
Op maandag 15 februari 2010 22:02 schreef raptorix het volgende:

[..]

Laten we er een challenge van maken, jullie mogen een willekeurig image van 32x32 (8 bits kleuren) posten, ik ga dan proberen een stukje software te schrijven, wat de image zal comprimeren volgens mijn theorie, als tegentest zullen we de image met diverse anderen compressores verkleinen om te kijken of mijn techniek van toegevoegde waarde is.
Wil je nou lossy of lossless comprimeren?
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  maandag 15 februari 2010 @ 22:11:47 #34
67978 HenryHill
Fake it 'till you make it
pi_78035563
@TS: heb je wel eens over het volgende nagedacht:
Er moet wel een ondergrens zijn aan hoe sterk je iets kunt comprimeren, want anders zou je het resultaat van n bytes nog een keer door het compressiealgoritme kunnen halen om het te comprimeren tot n-1 bytes, en dan nog een keer, en nog een keer, etc. Net zolang totdat je 1 byte overhebt.

En van 1 byte weet je zeker dat je er maar 256 films van kunt maken, toch? Dus dit scenario kan niet.

Blijft over: er is wel een ondergrens aan hoe sterk iets gecomprimeerd kan worden - kleiner is wiskundig onmogelijk zonder het tegelijkertijd onmogelijk te maken om andere datastromen ook te kunnen comprimeren. En die ondergrens is al 60 jaar geleden gedefinieerd.
So this is how liberty dies... with thunderous applause.
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
pi_78035572
quote:
Op maandag 15 februari 2010 22:10 schreef GlowMouse het volgende:

[..]

Wil je nou lossy of lossless comprimeren?
Losless, dat is namelijk eerlijk te meten.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_78035765
quote:
Op maandag 15 februari 2010 22:11 schreef HenryHill het volgende:
@TS: heb je wel eens over het volgende nagedacht:
Er moet wel een ondergrens zijn aan hoe sterk je iets kunt comprimeren, want anders zou je het resultaat van n bytes nog een keer door het compressiealgoritme kunnen halen om het te comprimeren tot n-1 bytes, en dan nog een keer, en nog een keer, etc. Net zolang totdat je 1 byte overhebt.

En van 1 byte weet je zeker dat je er maar 256 films van kunt maken, toch? Dus dit scenario kan niet.

Blijft over: er is wel een ondergrens aan hoe sterk iets gecomprimeerd kan worden - kleiner is wiskundig onmogelijk zonder het tegelijkertijd onmogelijk te maken om andere datastromen ook te kunnen comprimeren. En die ondergrens is al 60 jaar geleden gedefinieerd.
Eens, het idee wat ik heb zal ook niet gaan werken voor hele kleine reeksen, maar ik gok erop dat het bij langere reeksen wel zal gaan werken, immers hoe langer de reeks, hoe groter de kans dat het ergens verstopt zit
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_78035874
quote:
Op maandag 15 februari 2010 21:16 schreef raptorix het volgende:
Ok ik heb dit idee al vele jaren, en heb dit al met meerdere mensen besproken, ik wou het nu met jullie delen wat mijn theorie is, weet je niet wie Jan Sloot is, lees dan eerst de wiki graag: http://nl.wikipedia.org/wiki/Jan_Sloot

Ok dit is mijn theorie, zoals jullie weten zijn getallen zoals PI volledig willekeurig wat decimalen betreft, de anekdote is dat als je de decimalen maar lang genoeg zou analyseren je vanzelf de mona lisa tegen zou komen, of wel de kans dat je bijvoorbeeld 3x achter elkaar een 9 zou tegenkomen is geheel in de verwachting van de kansberekening, van 1/10 x 1/10 x 1/10 kortom, of wel om de 1000 decimalen zul je deze frequentie zien (eigenlijk iets vaker omdat je ook aangrenzende getallen hebt, maar dat terzijde).

Maar goed, nu verder op mijn theorie, als je nu een enorme database hebt van een getal wat altijd te reproduceren is (bijvoorbeeld PI), dan zou je deze data kunnen gebruiken om data te comprimeren, kijk maar eens op: http://www.thealmightyguru.com/Pointless/PI-10000.html

Daar zie je allerlei setjes van willekeurige data, dat is handig, immers met een paar regels code kan je een enorme database opbouwen om deze data te reproduceren:

Voordeel: Koste geen osplagruimte
Nadeel: Kost CPU kracht is nodig om deze te reproduceren.

Echter naargelang CPU minder belangrijk word, en gezien Moore's law is dat zo, zal dat een minder groot probleem zijn.

Kern van mijn theorie is, dat als je bijvoorbeeld een plaatje zou opsplitsen in reekjes van decimalen, dan zou je dus kunnen gaan kijken of deze reeks ergens in PI voorkomt, als je dat nou eenmaal hebt gevonden, dan hoef je alleen de referentie naar deze reeks op te slaan om je compressie te bereiken. Nu zou je dat met alleen PI kunnen doen, maar daarmee verlaag je je kansen op een succes naar een kleine referentie, immers ga je uit van 1 te reproduceren getal (bijvoorbeeld PI), dan is die kans kleiner dat je een reeks van bijvoorbeeld 8 decimalen bij de eerste 10.000 decimalen vind. Echter gebruik je nog meer te reproduceren getallen, dan neemt die kans toe. De clue van mijn theorie is echter dat je ontzettend veel van dit getallen in een geoptimaliseerde database zet, zodat je snel kan zoeken naar gunstige referenties, het mooie is dat je voor het terug rekenen deze database niet nodig hebt, immers als je weet hoe je het getal moet genereren, is de database niet nodig.

Ook vuur maar los
pi is niet willekeurig en oneindig lang, je aanname dat de Mona Lisa er ergens in voorkomt klopt, maar niemand weet waar deze begint en waar deze eindigt, het idee dat je pi kunt gebruiken voor jouw methode is dus onzin

zoals Jan Sloot heeft gezegd en ook in het boek over de broncode terug is te lezen, is zijn methode niet gebaseerd op het opslaan van 1'en en 0'en

dat kan ook niet, want stel dat je een film kunt opslaan op 100kb, dan waren er maar 2^(8*100*1000) verschillende films mogelijk en had je me deze methode alle films die je ooit kunt maken te pakken
  maandag 15 februari 2010 @ 22:19:31 #38
67978 HenryHill
Fake it 'till you make it
pi_78035996
quote:
Op maandag 15 februari 2010 22:15 schreef raptorix het volgende:

[..]

Eens, het idee wat ik heb zal ook niet gaan werken voor hele kleine reeksen, maar ik gok erop dat het bij langere reeksen wel zal gaan werken, immers hoe langer de reeks, hoe groterkleiner de kans dat het ergens verstopt zit
De kans om een een specifieke reeks van 4 cijfers te vinden is 10 keer zo klein als die om een specifieke reeks van 3 cijfers te vinden.

M.a.w.: als je een kleine reeks al niet efficient kunt vinden, lukt je dat voor een grotere reeks ook niet.
So this is how liberty dies... with thunderous applause.
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
pi_78036321
quote:
Op maandag 15 februari 2010 22:02 schreef raptorix het volgende:

[..]

Wel als je uitgaat van 1 reeks, immers de kans dat je daadwerkelijk "hit" is waarschijnlijk net zo lang als de referentie, voorbeeld de kans dat je een 16 bits getal hit, zal waarschijnlijk ook 16 bits aan referentie duren, echter mijn theorie gaat niet uit van 1 getal maar van meerdere, en dan ook over meerdere dimensies.

Laten we er een challenge van maken, jullie mogen een willekeurig image van 32x32 (8 bits kleuren) posten, ik ga dan proberen een stukje software te schrijven, wat de image zal comprimeren volgens mijn theorie, als tegentest zullen we de image met diverse anderen compressores verkleinen om te kijken of mijn techniek van toegevoegde waarde is.
Ook als je gebruikt maakt van 'meerdere reeksen' bega je de klassieke fout: de sleutel om een bepaalde cijferreeks aan te wijzen is minimaal even groot als de bewuste cijferreeks.

Een specifiek plaatje van 32x32 kun je tot 1 bit comprimeren. De compressor en decompressor bevatten dan wel het plaatje zelf :-) En dat is dan ook het enige plaatje dat je kunt comprimeren.

Maar je mag de uitdaging uiteraard aangaan. Voor mijn part gebruik je een willekeurig 32x32 plaatje.
Tegenwoordig moet je Dr. Ir. zijn om een beetje correct Nederlands te kunnen neerpleuren.
Abusing semicolons since 1987.
pi_78036363
quote:
Op maandag 15 februari 2010 22:19 schreef HenryHill het volgende:

[..]

De kans om een een specifieke reeks van 4 cijfers te vinden is 10 keer zo klein als die om een specifieke reeks van 3 cijfers te vinden.

M.a.w.: als je een kleine reeks al niet efficient kunt vinden, lukt je dat voor een grotere reeks ook niet.
Dat bedoelde ik ook
Het lijkt me gewoon leuk om te kijken of wat ik in me hoofd heb naar iets praktisch om te zetten,

A) goede programmeer oefening
B) geeft leuk inzicht of zoiets werkt (of juist niet, ook nuttig )
C) 0.0001 % dat het wel zo is, ik koop Ajax op en noem het FC Haarlem
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_78036613
quote:
Op maandag 15 februari 2010 22:24 schreef rekenwonder het volgende:

[..]

Ook als je gebruikt maakt van 'meerdere reeksen' bega je de klassieke fout: de sleutel om een bepaalde cijferreeks aan te wijzen is minimaal even groot als de bewuste cijferreeks.

Een specifiek plaatje van 32x32 kun je tot 1 bit comprimeren. De compressor en decompressor bevatten dan wel het plaatje zelf :-) En dat is dan ook het enige plaatje dat je kunt comprimeren.

Maar je mag de uitdaging uiteraard aangaan. Voor mijn part gebruik je een willekeurig 32x32 plaatje.
Je begaat hier denk ik (tenminste volgens mijn perceptie) een denkfout, je gaat uit van een willekeurige reeks, maar dat wil ik dus NIET gebruiken, de kracht van mijn theorie is dat je oneindig veel reeksen al in een database hebt (die je wel zonder database kan terugrekenen), kans berekening gaat dus mijn inziens niet op.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  maandag 15 februari 2010 @ 22:33:21 #42
67978 HenryHill
Fake it 'till you make it
pi_78036746
Crap. Ik zie nu pas dat er in die wikipedia-pagina over Jan Sloot al een hele sidebar staat met de meest gangbare tegenargumentatie.

Naja. Wetende dat TS dit topic heeft geopend ondanks de informatie in die sidebar maakt het eigenlijk alleen maar meer lovenswaardig
So this is how liberty dies... with thunderous applause.
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
pi_78036836
quote:
Op maandag 15 februari 2010 22:33 schreef HenryHill het volgende:
Crap. Ik zie nu pas dat er in die wikipedia-pagina over Jan Sloot al een hele sidebar staat met de meest gangbare tegenargumentatie.

Naja. Wetende dat TS dit topic heeft geopend ondanks de informatie in die sidebar maakt het eigenlijk alleen maar meer lovenswaardig
Voor goede orde, ik geloof niet heel sterk erin dat Jan sloot daadwerkelijk de boel op een 64kb geheugenkaart opsloeg

Mijn topique titel was meer als teaser bedoeld en om een discussie/brainstorm op gang te brengen
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_78037184
quote:
Op maandag 15 februari 2010 22:30 schreef raptorix het volgende:

[..]

Je begaat hier denk ik (tenminste volgens mijn perceptie) een denkfout, je gaat uit van een willekeurige reeks, maar dat wil ik dus NIET gebruiken, de kracht van mijn theorie is dat je oneindig veel reeksen al in een database hebt (die je wel zonder database kan terugrekenen), kans berekening gaat dus mijn inziens niet op.
Ik ga niet uit van een willekeurige reeks.

Maar kijk eens naar het counting argument, dan snap je misschien beter waarom dit soort dingen niet kunnen.
Tegenwoordig moet je Dr. Ir. zijn om een beetje correct Nederlands te kunnen neerpleuren.
Abusing semicolons since 1987.
  zondag 21 februari 2010 @ 09:08:11 #45
151257 Odysseuzzz
U bestaat niet
  donderdag 25 februari 2010 @ 09:28:31 #46
279682 theguyver
Sidekick van A tuin-hek!
pi_78424710
quote:
Op maandag 15 februari 2010 21:39 schreef Blackf1re het volgende:
http://pouet.net/prod.php?which=30244

Kijk hier eens naar
180kb, maar toch aardig lange film.
hey? is dat niet van de makers van Kriegler die shooter van 96kb?
Er staat nog een vraag voor u open!!
pi_78431336
Tegenwoordig moet je Dr. Ir. zijn om een beetje correct Nederlands te kunnen neerpleuren.
Abusing semicolons since 1987.
pi_78514123
Danny is je voorgegaan, maar helaas is dat topic min of meer verwijderd van het forum na commentaar. The plot thickens
pi_78523769
Jemig wat een knappe koppen hier . Heb de OP drie keer gelezen, en daarna het hele topic, maar begrijp het nog steeds niet.
pi_78524082
quote:
Op zaterdag 27 februari 2010 17:05 schreef Lavenderr het volgende:
Jemig wat een knappe koppen hier . Heb de OP drie keer gelezen, en daarna het hele topic, maar begrijp het nog steeds niet.
Het is heel eenvoudig! Je neemt een oneindige reeks gehele willekeurige getallen, ergens zitten er wel de getallen in die je nodig hebt, nu hoef je alleen nog maar een computer te hebben, met een progje om juist die info die je nodig hebt eruit te halen..
Dat laatste is nog een beetje een probleem, maar zodra TS het voor elkaar heeft kan ie een uitnodiging uit Stockholm verwachten.
Succes ermee
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')