BNW Brave New World
Samenzwering, verborgen agenda's en geheime geschiedenis. De zoektocht naar de wereld die achter de façade van alledag ligt.
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
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
Als de compressie zo hoog is, word de CPU kracht weer belankrijker. CPU is duurder dan de hardeschijf ruimte ?
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
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..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 ?
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
Dit topique is mijn levensverzekeringquote:Op maandag 15 februari 2010 21:25 schreef kikoooooo het volgende:
Kijk maar uit, straks maken ze je dood.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
Ja, we hebben weer een believer 
* Popcorn pakt.
Tvp
* 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
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
Voor duidelijkheid, topic titel was om aandacht te trekenquote:Op maandag 15 februari 2010 21:28 schreef HenryHill het volgende:
Ja, we hebben weer een believer
Tvp
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
...zonder theoretische kennis van datacompressie, gok ik?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
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.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.
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
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
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: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.
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
Combineer dit eens met Cloud computingquote: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..
Op me werk hebben we cloud van 64 servers, goed genoegquote:Op maandag 15 februari 2010 21:45 schreef blueline het volgende:
[..]
Combineer dit eens met Cloud computing
?
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
Ik zit hier op vreselijk trage Laptopquote: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.
Gebruiken ze daar fractal achtige technieken?
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
Zoiets jaquote:Op maandag 15 februari 2010 21:47 schreef raptorix het volgende:
[..]
Op me werk hebben we cloud van 64 servers, goed genoeg
heb je me PM nog gezien
Ja, krijg net ook een PM van ene Roelquote:Op maandag 15 februari 2010 21:48 schreef blueline het volgende:
[..]
Zoiets ja
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
Roel Pieper?quote:Op maandag 15 februari 2010 21:50 schreef raptorix het volgende:
[..]
Ja, krijg net ook een PM van ene Roel
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.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.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
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.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.
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
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
Farbrausch gebruikt .werkkzeug (http://www.theprodukkt.com/) voor hun demos: procedureel gegenereerde textures is het toverwoord.quote:
[..]
Ik zit hier op vreselijk trage Laptop
Gebruiken ze daar fractal achtige technieken?
Overigens is je idee niet haalbaar maar dat terzijde.
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: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:
Niet zonder dat het onmogelijk is om bepaalde "films" op te slaan. Elke film die je kunt opslaan moet je ook kunnen "aanwijzen".quote:Kern van mijn theorie is dus dat je willekeurige data die je kan reproduceren door een algoritme kan inzetten voor data compressie.
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
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
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.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.
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
Het idee is dan ook niet compressie maar het kunnen opslaan van enorm veel data op kleine opslagmedia. Of een hoge dataoverdracht via netwerken.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.
[ Bericht 8% gewijzigd door #ANONIEM op 15-02-2010 22:03:43 ]
nee, jouw code moet alle images van 32x32 pixels kunnen comprimeren.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Dat kan in principe ook, maar laten we eerst eens met 1 beginnenquote:Op maandag 15 februari 2010 22:04 schreef GlowMouse het volgende:
nee, jouw code moet alle images van 32x32 pixels kunnen comprimeren.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
[quote]Op maandag 15 februari 2010 22:08 schreef Tijn het volgende:
[ afbeelding ]
[/quote
4 kleuren eitje
[ afbeelding ]
[/quote
4 kleuren eitje
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
Wil je nou lossy of lossless comprimeren?quote:
[..]
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.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
@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.
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
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
Losless, dat is namelijk eerlijk te meten.quote:Op maandag 15 februari 2010 22:10 schreef GlowMouse het volgende:
[..]
Wil je nou lossy of lossless comprimeren?
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
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 zitquote: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.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
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 onzinquote: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
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
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.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
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
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
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.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.
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.
Abusing semicolons since 1987.
Dat bedoelde ik ookquote: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.
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
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.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.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
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
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
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
Voor goede orde, ik geloof niet heel sterk erin dat Jan sloot daadwerkelijk de boel op een 64kb geheugenkaart opsloegquote: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
Mijn topique titel was meer als teaser bedoeld en om een discussie/brainstorm op gang te brengen
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
Ik ga niet uit van een willekeurige reeks.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.
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.
Abusing semicolons since 1987.
hey? is dat niet van de makers van Kriegler die shooter van 96kb?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.
Er staat nog een vraag voor u open!!
Tegenwoordig moet je Dr. Ir. zijn om een beetje correct Nederlands te kunnen neerpleuren.
Abusing semicolons since 1987.
Abusing semicolons since 1987.
Danny is je voorgegaan, maar helaas is dat topic min of meer verwijderd van het forum na commentaar. The plot thickens 
Ik schrijf boeken over wetenschap en filosofie!
https://www.epsilon-uitga(...)e-tijd-materie/10996
https://www.spectrumboeke(...)k-niet-9789000386765
https://www.spectrumboeke(...)tronen-9789000395071
https://www.epsilon-uitga(...)e-tijd-materie/10996
https://www.spectrumboeke(...)k-niet-9789000386765
https://www.spectrumboeke(...)tronen-9789000395071
Jemig wat een knappe koppen hier 
. Heb de OP drie keer gelezen, en daarna het hele topic, maar begrijp het nog steeds niet.
. 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..quote:Op zaterdag 27 februari 2010 17:05 schreef Lavenderr het volgende:
Jemig wat een knappe koppen hier
Dat laatste is nog een beetje een probleem, maar zodra TS het voor elkaar heeft kan ie een uitnodiging uit Stockholm verwachten.
Succes ermee
Nee, juist nietquote:Op zaterdag 27 februari 2010 17:15 schreef Enneacanthus_Obesus het volgende:
[..]
Je neemt een oneindige reeks gehele willekeurige getallen
Je neemt een oneindige reeks die iedereen kan berekenen, maar je niet hoeft op te slaan (zoals pi). Op die manier hoef je alleen aan te geven waar in die reeks je wil zijn en de bijbehorende getallen kan iedereen dan zelf berekenen.
"Hoewel de familie uiteindelijk autopsie toestond, heeft deze niet plaatsgevonden."
Hoezo zou die niet hebben plaatsgevonden, toch moord?
Die Roel Pieper zou dat kastje dus hebben, misschien een zoektocht starten naar die man?
Hoezo zou die niet hebben plaatsgevonden, toch moord?
Die Roel Pieper zou dat kastje dus hebben, misschien een zoektocht starten naar die man?
Is het opslaan van de positie van de betreffende reeks dan op een gegeven moment niet gewoon groter dan de reeks zelf?quote:Op dinsdag 2 maart 2010 01:45 schreef Tijn het volgende:
[..]
Nee, juist niet
Simpelweg: ja.quote:Op dinsdag 2 maart 2010 11:32 schreef ikheetmartijn het volgende:
[..]
Is het opslaan van de positie van de betreffende reeks dan op een gegeven moment niet gewoon groter dan de reeks zelf?
Tegenwoordig moet je Dr. Ir. zijn om een beetje correct Nederlands te kunnen neerpleuren.
Abusing semicolons since 1987.
Abusing semicolons since 1987.
Het raadsel rondom "De Broncode" opgelost ???
http://jansloot.telcomsoft.nl/Sources-3/Dna/NL_Dna.htm
Matrixcode
http://jansloot.telcomsoft.nl/Sources-3/Dna/NL_Dna.htm
Matrixcode
aprilgrapquote:Op dinsdag 4 oktober 2011 22:15 schreef Matrixcode het volgende:
Het raadsel rondom "De Broncode" opgelost ???
http://jansloot.telcomsoft.nl/Sources-3/Dna/NL_Dna.htm
Matrixcode
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Op
Ja leuk, heb je ook dat bestand "dna.tbl" gezien van 735MB? Daar staat dus alle info in van de zogenaamd kleiner gemaakte files. Zonder dat grote tabelbestand kan iemand anders de kleine file ook niet gebruiken. Compleet zinloos dus.quote:
Het raadsel rondom "De Broncode" opgelost ???
http://jansloot.telcomsoft.nl/Sources-3/Dna/NL_Dna.htm
Matrixcode
Je verplaatst de data hiermee alleen maar naar een centrale plek, maar maakt niet daadwerkelijk een kleinere file die toch alle informatie van het origineel bevat.
Precies, dat was mijn ged8tengang ook alleen heb ik nog steeds twijfels omdat in het forum staat dat het programma voor test aan telcomsoft (bedrijf ????) aangeleverd is geworden. Als die hun twijfels hadden zouden ze het niet op de website plaatsen lijkt me (reverse engeneering).quote:Op woensdag 5 oktober 2011 01:08 schreef Tijn het volgende:
[..]
Ja leuk, heb je ook dat bestand "dna.tbl" gezien van 735MB? Daar staat dus alle info in van de zogenaamd kleiner gemaakte files. Zonder dat grote tabelbestand kan iemand anders de kleine file ook niet gebruiken. Compleet zinloos dus.
Je verplaatst de data hiermee alleen maar naar een centrale plek, maar maakt niet daadwerkelijk een kleinere file die toch alle informatie van het origineel bevat.
Nu weet ik niet als DNA dezelfde schrijver is van het volgende demo:
http://jansloot.telcomsof(...)4kB/Elevated_4kB.htm
Ik heb die gedownload en ik stond verbaasd, alleen je hebt er een krachtige computer voor nodig.
Op diezelfde website heeft een tijd geleden een tabel gestaan van "Robert Langley" waarin je aan 7 bits 254 of 255 waardes kon toekennen. Dat werkte alleen maar op hardwarematig. Het zag er ongeveer zo uit:
00 = 1
0x = 2
1000x = 3
Die x waarde zou dan een stopwaarde (timer?) zijn. Jammer dat lijst van de website verwijderd is.
Mer goed die 4kB vond ik een knap staaltje en ik ben benieuwd naar de reactie van telcomsoft van hoe ze DNA getest hebben (volgens het forum hebben die vakantie).
Matrixcode
Demo's zoals dat 4kB worden al tientallen jaren gemaakt door een heleboel verschillende mensen, dat heeft vooral met maatwerk te maken en biedt geen generieke manier om bestanden beter te comprimeren dan we nu al kunnen met technieken als bz2 of 7zip.
Idd, kkrieger is ook zoiets.quote:Op woensdag 5 oktober 2011 09:03 schreef Tijn het volgende:
Demo's zoals dat 4kB worden al tientallen jaren gemaakt door een heleboel verschillende mensen,
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Hey TS. Dan vind je de volgende link over de "Pigeonhole Principle" vast wel interessant:
http://matt.might.net/art(...)ssion-is-impossible/
Heb ooit (heel lang geleden) ook een tijd gehad dat ik dacht een super compressie te kunnen maken. Ondanks dat het mij niet was gelukt heb ik er toch heel veel van geleerd.
http://matt.might.net/art(...)ssion-is-impossible/
Heb ooit (heel lang geleden) ook een tijd gehad dat ik dacht een super compressie te kunnen maken. Ondanks dat het mij niet was gelukt heb ik er toch heel veel van geleerd.
Je blijft met het probleem van adressering zitten. Elk Pi getal moet je op de een of andere manier aanroepen.
Op vrijdag 6 januari 2012 23:32 schreef remlof het volgende:
7 mei ga ik op Pim Fortuyn z'n graf pissen *G*
7 mei ga ik op Pim Fortuyn z'n graf pissen *G*
Ahhh, je gaat rustig de tijd nemen om ze naast elkaar te zetten?quote: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)
Of welke meerdere dimensies had je precies in gedachte?
De oude oude layout was veel beter!!
vosss is de naam,
met dubbel s welteverstaan.
vosss is de naam,
met dubbel s welteverstaan.
Ik heb geen idee waar dit over gaat, hoef het ook niet te weten, maar wtf bedoelen jullie met 'Mona Lisa vinden in pi'?
A man said to the universe: 'Sir, I exist.'
'However', replied the universe. 'This fact has not created in me a sense of obligation.'
'However', replied the universe. 'This fact has not created in me a sense of obligation.'
Maar aangezien de reeks oneindig is, kan de positie die je wilt aangeven ook oneindig ver weg zijn. Dus een oneindig aantal bits nodig hebben om te beschrijven.quote:
[..]
Nee, juist niet
Helaas.
voor 2 dubbelzinnige opmerkingen zet ik 'm terug.
Het is altijd schattig om mensen te zien die net uitvinden hoe datacompressie werkt.
Om ze alle bekende "Eureka!" momenten te zien hebben, en alle bekende fouten te zien maken.
Om ze alle bekende "Eureka!" momenten te zien hebben, en alle bekende fouten te zien maken.
voor 2 dubbelzinnige opmerkingen zet ik 'm terug.
Doe ik nog even mee.quote:
Het is altijd schattig om mensen te zien die net uitvinden hoe datacompressie werkt.
Om ze alle bekende "Eureka!" momenten te zien hebben, en alle bekende fouten te zien maken.
Wat als... we ipv nulletjes en ééntjes nu kleuren licht gebruiken? Heeft meer met overdracht te maken dan compressie...maar is binair nu eigenlijk niet juist erg omslachtig?
*edit
Laat maar daar zijn de mannen in witte pakken al.
Overigens hoef je voor pi om het n-de getal te vinden niet alle n-1 getallen daarvoor uit te rekenen (zie http://en.wikipedia.org/wiki/Bailey–Borwein–Plouffe_formula), dus het zou in principe niet nodig zijn om "heel pi" op te slaan in een database.quote:
[..]
Maar aangezien de reeks oneindig is, kan de positie die je wilt aangeven ook oneindig ver weg zijn. Dus een oneindig aantal bits nodig hebben om te beschrijven.
Helaas.
HJ 14-punt-gift.
Lijst met rukmateriaal!
Lijst met rukmateriaal!
Misschien heeft die methode van Sloot helemaal NIETS met datacompressie te maken, en veel meer met het herleiden van een vraagstuk van complexiteit als zijnde "onbepaald" mogelijk NP volledig probleem tot een van herleid simpel P probleem.quote:
Het is altijd schattig om mensen te zien die net uitvinden hoe datacompressie werkt.
Om ze alle bekende "Eureka!" momenten te zien hebben, en alle bekende fouten te zien maken.
http://nl.wikipedia.org/wiki/NP-volledig
Yup, compressie herleiden naar P!=NP Perfect!quote:
[..]
Misschien heeft die methode van Sloot helemaal NIETS met datacompressie te maken, en veel meer met het herleiden van een vraagstuk van complexiteit als zijnde "onbepaald" mogelijk NP volledig probleem tot een van herleid simpel P probleem.
http://nl.wikipedia.org/wiki/NP-volledig
Da's ongeveer de redenatie dat ik mijn kat de schuld geef dat mijn auto zonder benzine staat
Tering, wat kan jij niet beargumenteren!
All opinions are not equal. Some are a very great deal more robust, sophisticated and well supported in logic and argument than others. [Douglas Adams]
Je hebt een monalisa.rar waarvan je de bits uit kunt drukken in een reeks getallen. Pi is een oneindig getal, waar je elke opeenvolging van nummers zou kunnen vinden als je ver genoeg zoekt, dus ook die reeks van de .rar.quote:Op donderdag 6 oktober 2011 11:41 schreef Zapato het volgende:
Ik heb geen idee waar dit over gaat, hoef het ook niet te weten, maar wtf bedoelen jullie met 'Mona Lisa vinden in pi'?
SPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
Dit domme commentaar bewijst al dat je je niet hebt verdiept in het verhaal van Sloot,quote:
[..]
Yup, compressie herleiden naar P!=NP Perfect!
Da's ongeveer de redenatie dat ik mijn kat de schuld geef dat mijn auto zonder benzine staat
Tering, wat kan jij niet beargumenteren!
en al helemaal dat je er geen biet van begrepen hebt..
dus ...Fuck-off ! Chungling- Soo-demieter
|
|
| Forum Opties | |
|---|---|
| Forumhop: | |
| Hop naar: | |