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
Ja, heropening, graag.quote:
gooi de beerput open?
Het Sloot Digital Coding System (SDCS)
Het Jan Sloot mysterie.
mega-compressie !
http://nl.wikipedia.org/wiki/Jan_Sloot
http://www.bol.com/nl/p/n(...)002726941/index.html
Dit onderwerp is idd echt iets voor BNW.
En zijdelings een verwijzing hier naar de zogenaamde "technici" ook hier op Fok, die denken dat het model of de aanpak van Sloot niet kan, dezelfde zogenaamde technici hier, die niet het verband of de technologie begrijpen tussen of van chemtrails, HAARP en aardbevingen.
quote:Op zaterdag 8 oktober 2011 08:37 schreef Filatelistfetisjist het volgende:
[..]
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.Dank!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.A man said to the universe: 'Sir, I exist.'
'However', replied the universe. 'This fact has not created in me a sense of obligation.'
en ik wil nog even toevoegen, dezelfde technici hier, die niet in het monster van loch ness geloven, en dat atomen bestaan uit ruimteschepen,die niet het verband begrijpen tussen george bush en reptilians, die nog steeds denken dat er een weerballon geland is bij Area 51, die denken dat het Philadelphia experiment niet echt gebeurd is, en die denken dat we echt op de maan zijn geland.quote:
En zijdelings een verwijzing hier naar de zogenaamde "technici" ook hier op Fok, die denken dat het model of de aanpak van Sloot niet kan, dezelfde zogenaamde technici hier, die niet het verband of de technologie begrijpen tussen of van chemtrails, HAARP en aardbevingen.
voor 2 dubbelzinnige opmerkingen zet ik 'm terug.
misschien kan degene die gelooft in oneindige megacompressie me eventjes in één woord of één letter overtuigen hoe zijn theorie werkt?
dan geloof ik het direkt
dan geloof ik het direkt
"Whatever you feel like: Life’s not one color, nor are you my only reader" - Ausonius, Epigrammata 25
Volgens mij is dit compleet gebasseerd op DirectX en zijn standaardelementen.quote:Op maandag 15 februari 2010 21:55 schreef HenryHill het volgende:
[..]
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
Heel veel groetjes, Catch22
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
Betekend dat dan ook dat ze nooit over copyright kunnen beginnen, omdat alles al een keer beschreven is? (in pi)quote:
[..]
Nee, juist niet
Nobody knows what's going to happen. And then we film it. That's the whole concept.
Idd procedureel gegenereerde content (geometrie, audio, textures) en gebruik maken van de capaciteiten van libraries die sowieso al op het systeem aanwezig zijn (font-rendering, speech synthesis etc.). Dat is niet zozeer compressie alswel generatief werken. Over het eindresultaat kun je dan natuurlijk altijd nog een executable-packer heen halen. Dit heeft helemaal niks met dit onderwerp te maken.quote:
[..]
Volgens mij is dit compleet gebasseerd op DirectX en zijn standaardelementen.
voor 2 dubbelzinnige opmerkingen zet ik 'm terug.
Daar had ik niet over.quote:
[..]
en ik wil nog even toevoegen, dezelfde technici hier, die niet in het monster van loch ness geloven, en dat atomen bestaan uit ruimteschepen,die niet het verband begrijpen tussen george bush en reptilians, die nog steeds denken dat er een weerballon geland is bij Area 51, die denken dat het Philadelphia experiment niet echt gebeurd is, en die denken dat we echt op de maan zijn geland.
Met Haarp,chemtrails en aardbevingen heb ik het over een technische wetenschappelijke uitvinding met patent.
http://www.bariumblues.com/haarp_patent.htm
maar ...Off-topic.
Het is niet zeker dat het systeem van Sloot een vorm van megacompressie is.quote:
misschien kan degene die gelooft in oneindige megacompressie me eventjes in één woord of één letter overtuigen hoe zijn theorie werkt?
dan geloof ik het direkt
Raar dat niemand mijn hint oppakt om iets out of the box te zoeken van NP versie problemen naar P versie problemen.
Ah, grappig, dan is de kwalificatie "wetenschappelijk" opeens wel weer belangrijkquote:
[..]
Daar had ik niet over.
Met Haarp,chemtrails en aardbevingen heb ik het over een technische wetenschappelijke uitvinding met patent.
http://www.bariumblues.com/haarp_patent.htm
maar ...Off-topic.
voor 2 dubbelzinnige opmerkingen zet ik 'm terug.
Misschien niet helemaal, maar ik denk wel dat Sloot ook naar dit soort verwante mogelijkheden gekeken heeft; misschien heeft hij een heel snelle manier van generative processing gevonden.quote:
[..]
Idd procedureel gegenereerde content (geometrie, audio, textures) en gebruik maken van de capaciteiten van libraries die sowieso al op het systeem aanwezig zijn (font-rendering, speech synthesis etc.). Dat is niet zozeer compressie alswel generatief werken. Over het eindresultaat kun je dan natuurlijk altijd nog een executable-packer heen halen. Dit heeft helemaal niks met dit onderwerp te maken.
Altijd belangrijk, net als "niet-wetenschappelijk".quote:
[..]
Ah, grappig, dan is de kwalificatie "wetenschappelijk" opeens wel weer belangrijk
Ik laat me nooit muilkorven door een een of andere sufkeutel die zich professor noemt en even denkt mij te mogen gaan dicteren hoe ik mag of moet gaan denken.
Dus als ik het goed begrijp betekent "wetenschappelijk" helemaal niks als het iets tegenspreekt waar jij in gelooft, en als het iets bevestigt waar jij in gelooft betekent het opeens heel wat.quote:
[..]
Altijd belangrijk, net als "niet-wetenschappelijk".
Ik laat me nooit muilkorven door een een of andere sufkeutel die zich professor noemt en even denkt mij te mogen gaan dicteren hoe ik mag of moet gaan denken.
voor 2 dubbelzinnige opmerkingen zet ik 'm terug.
Als we kijken naar de registratie ( http://jansloot.telcomsof(...)atie/Registratie.htm ) rept dat enkel over compressie. Heb je zijn octrooien enzo wel eens doorgenomen ?quote:
[..]
Misschien niet helemaal, maar ik denk wel dat Sloot ook naar dit soort verwante mogelijkheden gekeken heeft; misschien heeft hij een heel snelle manier van generative processing gevonden.
[ Bericht 1% gewijzigd door J.J.De-Bom op 10-10-2011 12:29:50 ]
voor 2 dubbelzinnige opmerkingen zet ik 'm terug.
Nee, het geeft alleen extra informatie over de context waarin e.e.a. wordt beweerd, en dat op zich is al waardevol. In eerste instantie baseer ik me op wetenschappelijke teksten, vooral als ze 100% waterdicht zijn, zo niet, dan zijn ze nog niet waardeloos, integendeel, maar wel discutabel.quote:
[..]
Dus als ik het goed begrijp betekent "wetenschappelijk" helemaal niks als het iets tegenspreekt waar jij in gelooft, en als het iets bevestigt waar jij in gelooft betekent het opeens heel wat.
Dus je laat je muilkorven door een een of andere sufkeutel die zich professor noemt en denkt jou te mogen dicteren hoe je mag of moet gaan denken simpelweg doordat ie een "wetenschappelijke tekst" 100% waterdicht maakt...
voor 2 dubbelzinnige opmerkingen zet ik 'm terug.
Octrooien, nee, niet gelezen. Maar Sloot had zijn concept/methode te goed verstopt, dus het is goed mogelijk dat de octrooien nog niets zeggen over wat Sloot werkelijk had gevonden. Zijn octrooien kunnen uiteraard wel iets zeggen over de manier waarop Sloot denkt en waar hij expertise in had.quote:
[..]
Als we kijken naar de registratie ( http://jansloot.telcomsof(...)atie/Registratie.htm ) rept dat enkel over compressie. Heb je zijn octrooien enzo wel eens doorgenomen ?
Maar ik ben vooral geintigreerd waarom Philips het concept van Sloot verwierp, terwijl ABN AMRO al miljoenen had toegezegd aan Sloot c.s. Terwijl Pieper zijn nek uitstak, en zelfs zijn positie bij Philips ervoor riskeerde.
Pieper c.s. waren kennelijk zeer overtuigd en zeer zeker over hetgeen waar Sloot mee bezig was.
Verder zegt het al heel veel dat Sloot het bedrijf Philips niet vertrouwde.
Het doet me een beetje denken aan de sabotage van Nikola Tesla en anderen bij de uitvinding van een specifieke electro-motor met een nieuwe manier van energie-opwekking die ook door grote multinationals en hun financiers is gesaboteerd.
Dus de vraag die opkomt bij mij is: "wie had er belang bij de dood van Sloot ? |"
Dan nog een idee/vraag:
Zou de manier van Sloot niet alleen een revolutie betekenen in datacompressie/opslag, maar ook een revolutie in data-encryptie ? Dit laatste wekt bij mij alleen nog meer nieuwsgierigheid en overtuiging dat hier iets stinkt, in dit hele verhaal rondom Sloot.
Het mysterie is waarom een aantal van die grote namen er in trapten, zonder dat ze zelf echt hands-on onderzoek hebben mogen doen. Het lijkt voornamelijk een sneeuwbal-effect : er is 1 grote naam ingetrapt, waardoor anderen dachten dat het dan wel goed zou zitten.
Roel Pieper zou trouwens nog in het bezit zijn van een decoder.
Je kunt mij niet vertellen dat ie dat ding niet even opengemaakt heeft om 'm even te reverse-engineeren. En dat ie er dus niet mee naar buiten is gekomen lijkt mij reden om aan te nemen dat ie simpelweg heeft moeten inzien dat het niet werkt, of niet zoals verwacht.
Roel Pieper zou trouwens nog in het bezit zijn van een decoder.
Je kunt mij niet vertellen dat ie dat ding niet even opengemaakt heeft om 'm even te reverse-engineeren. En dat ie er dus niet mee naar buiten is gekomen lijkt mij reden om aan te nemen dat ie simpelweg heeft moeten inzien dat het niet werkt, of niet zoals verwacht.
voor 2 dubbelzinnige opmerkingen zet ik 'm terug.
Dit is zeer goed mogelijk, en zou nader moeten worden onderzocht. Maar het zou net zo goed ook kunnen gelden voor het verwerpen door Philips, ook dit zou men kunnen onderzoeken.quote:
Het mysterie is waarom een aantal van die grote namen er in trapten, zonder dat ze zelf echt hands-on onderzoek hebben mogen doen. Het lijkt voornamelijk een sneeuwbal-effect : er is 1 grote naam ingetrapt, waardoor anderen dachten dat het dan wel goed zou zitten.
De vraag is of reverse-engineering wel kan/kon; zeker als het om coding/decoding en dus: zeer waarschijnlijk, data-encryptie, gaat.quote:Roel Pieper zou trouwens nog in het bezit zijn van een decoder.
Je kunt mij niet vertellen dat ie dat ding niet even opengemaakt heeft om 'm even te reverse-engineeren. En dat ie er dus niet mee naar buiten is gekomen lijkt mij reden om aan te nemen dat ie simpelweg heeft moeten inzien dat het niet werkt, of niet zoals verwacht.
Mij schiet nog een ander verhaal te binnen, dat heel veel lijkt op de Sloot-affaire, althans in technisch opzicht: de spraaktechnologie.
Het schandaal om Lernout & Hauspie; ook daar was (ironie misschien) Roel Pieper in betrokken, zonder dat ik een uitspraak zou willen doen over de integriteit van Roel Pieper. Ik zekere zin ben ik nog steeds een bewonderaar van de visies van Roel Pieper over ICT.
http://webwereld.nl/nieuw(...)rnout---hauspie.html
http://nl.wikipedia.org/wiki/Roel_Pieper
Eerst even dit : het gaat om compressie, niet om encryptie. dat data die gecompressed is tevens redelijk onleesbaar is voor het ongetrainde blote oog is een feit, maar het punt van encryptie is dat het doel is dat slechts de zender en de bedoelde ontvanger(s) de data kunnen decoderen. Daar is in dit geval geen sprake van. We hebben het dus gewoon over compressie, niet over encryptie.quote:
De vraag is of reverse-engineering wel kan/kon; zeker als het om coding/decoding en dus: zeer waarschijnlijk, data-encryptie, gaat.
Dan : natuurlijk kan je 'm reverse-engineeren. Het compressie-algoritme wordt uitgevoerd door code die op een chip staat. Die kun je uitlezen en disassemblen.
Het zou natuurlijk kunnen dat ie custom hardware gebruikte, maar wederom - hardware kun je simpelweg reverse-engineeren uit de losse onderdelen.
voor 2 dubbelzinnige opmerkingen zet ik 'm terug.
dat systeem wat hij had werkte op een hele simpele chip toch?
Heel veel groetjes, Catch22
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
aha, kijk eens aan wat ik hier heb gevonden over Lernout en Hauspie:
http://www.daanspeak.com/Hypocratie09.html
Ik denk dat er op zijn minst ook een draadje loopt naar Echelon w.b.t. het mysterie rondom Sloot.
http://www.daanspeak.com/Hypocratie09.html
Ik denk dat er op zijn minst ook een draadje loopt naar Echelon w.b.t. het mysterie rondom Sloot.
Ah, de bekende als-ik-uitgeluld-ben-betrek-ik-er-gewoon-weer-een-andere-conspiracy-bij tactiek.quote:
aha, kijk eens aan wat ik hier heb gevonden over Lernout en Hauspie:
http://www.daanspeak.com/Hypocratie09.html
Ik denk dat er op zijn minst ook een draadje loopt naar Echelon w.b.t. het mysterie rondom Sloot.
Uit je eigen link : "De aandachtige lezer weze gewaarschuwd: het gevaar is niet denkbeeldig dat Jo Lernout met zijn uitval boven alles het oppoetsen van zijn eigen geschonden imago voor ogen heeft. Wij kennen zo stilletjesaan onze pappenheimers!".
voor 2 dubbelzinnige opmerkingen zet ik 'm terug.
Ah, het is andersom mijn vriend, dat verhaal van Echelon e.d. is sowieso mijn eerste insteek bij AL dit soort verhalen van "mislukkingen" in de ICT-sector.quote:
[..]
Ah, de bekende als-ik-uitgeluld-ben-betrek-ik-er-gewoon-weer-een-andere-conspiracy-bij tactiek.
Jij moet denk ik nog een hoop leren over data-encryptie, intelligence operations and geheimschrift.
Ik heb nieuws voor jou;
al jouw PIN-codes e.d. hebben ze al gekraakt, alleen jij denkt dat het veilig is.
Ja, maar het gaat mij niet zo zeer om Jo Lernout, nog afgezien dat het best mogelijk is dat hij ook op eigen voordeel uit was;het gaat mij om de technologie van (spraak)herkenning; en ik denk dat DIT soort technologie net zou goed aan de orde was bij Sloot i.p.v. alleen maar compressietechnieken.quote:Uit je eigen link : "De aandachtige lezer weze gewaarschuwd: het gevaar is niet denkbeeldig dat Jo Lernout met zijn uitval boven alles het oppoetsen van zijn eigen geschonden imago voor ogen heeft. Wij kennen zo stilletjesaan onze pappenheimers!".
DUS een bedreiging voor afluisternetwerken.
Gast, je haalt er allerlei dingen bij die helemaal niet relevant zijn. Spraakherkenning heeft helemaal niets te maken met compressie, en encryptie ook niet.quote:
[..]
Ah, het is andersom mijn vriend, dat verhaal van Echelon e.d. is sowieso mijn eerste insteek bij AL dit soort verhalen van "mislukkingen" in de ICT-sector.
Jij moet denk ik nog een hoop leren over data-encryptie, intelligence operations and geheimschrift.
Ik heb nieuws voor jou;
al jouw PIN-codes e.d. hebben ze al gekraakt, alleen jij denkt dat het veilig is.
[..]
Ja, maar het gaat mij niet zo zeer om Jo Lernout, nog afgezien dat het best mogelijk is dat hij ook op eigen voordeel uit was;het gaat mij om de technologie van (spraak)herkenning; en ik denk dat DIT soort technologie net zou goed aan de orde was bij Sloot i.p.v. alleen maar compressietechnieken.
DUS een bedreiging voor afluisternetwerken.
En wat Sloot beweerde gaat over datacompressie.
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
Soms zou ik willen dat dit forum een ignore-knop had;quote:
[..]
Gast, je haalt er allerlei dingen bij die helemaal niet relevant zijn. Spraakherkenning heeft helemaal niets te maken met compressie, en encryptie ook niet.
Dit is toch wel even de grootste bullshit die ik ben tegengekomen het laatste half jaar op FOK
tuurlijk, jij weet het Henry, volgens jou heeft spraakherkenning zeker alleen iets met een kunstgebit te maken.
wat denk je wat er met gezongen muziek op een CD is gebeurd ?
ah, jij hebt de broncode ?quote:En wat Sloot beweerde gaat over datacompressie.
wil je dat zeggen, vriend Henry ?
En datacompressie mag kennelijk volgens jou niet over informatie gaan ?
Eh, jaquote:
[..]
Soms zou ik willen dat dit forum een ignore-knop had;
Dit is toch wel even de grootste bullshit die ik ben tegengekomen het laatste half jaar op FOK
tuurlijk, jij weet het Henry, volgens jou heeft spraakherkenning zeker alleen iets met een kunstgebit te maken.
wat denk je wat er met gezongen muziek op een CD is gebeurd ?
[..]
ah, jij hebt de broncode ?
wil je dat zeggen, vriend Henry ?
En datacompressie mag kennelijk volgens jou niet over informatie gaan ?
Hier heb ik niets meer aan toe te voegen.
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
@Tijn
Moet hier toch even op reageren, duidelijk voorbeeld van de klok horen luiden maar niet weten waar de klepel hangt.
"Compleet zinloos dus" ?
Maar in de daarna volgende zin geef je eigenlijk zelf aan waarom het wel zinvol is!
DNA is geen compressie algoritme maar een efficientere manier van data opslag.
DNA verplaatst data inderdaad naar 1 centrale plek.
Even een stukje tekst van mij betreffende DNA (jansloot.telcomsoft.nl, 'inleiding DNA') welke jij waarschijnlijk heb gemist.
"DNA verdeeld bestanden in unieke blokjes en middels de referentietabel worden deze maar 1 maal opgeslagen. Dus elk primair gegeven is 1 maal in een vast geheugen opgeslagen. Vanuit deze referentietabel wordt een sleutelcode berekend en door deze berekening recursief toe te passen kan de uiteindelijke sleutel van <= 256 bereikt worden."
Met vriendelijke groet, SDSC.
Beste Tijn,quote: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.
Moet hier toch even op reageren, duidelijk voorbeeld van de klok horen luiden maar niet weten waar de klepel hangt.
"Compleet zinloos dus" ?
Maar in de daarna volgende zin geef je eigenlijk zelf aan waarom het wel zinvol is!
DNA is geen compressie algoritme maar een efficientere manier van data opslag.
DNA verplaatst data inderdaad naar 1 centrale plek.
Even een stukje tekst van mij betreffende DNA (jansloot.telcomsoft.nl, 'inleiding DNA') welke jij waarschijnlijk heb gemist.
"DNA verdeeld bestanden in unieke blokjes en middels de referentietabel worden deze maar 1 maal opgeslagen. Dus elk primair gegeven is 1 maal in een vast geheugen opgeslagen. Vanuit deze referentietabel wordt een sleutelcode berekend en door deze berekening recursief toe te passen kan de uiteindelijke sleutel van <= 256 bereikt worden."
Met vriendelijke groet, SDSC.
heb ff gekeken op de site van theprocuct de makers van kkrieger je weet wel deat spel van 96Kb
hieronder zie je hoe ze dat geflikt hebben.
die technologie is ook wel slim bedacht
technology
the ".werkkzeug3", our procedural content creation and management tool, is, so to say, the magic behind .kkrieger. it was used to create all visual aspects of .kkrieger - be it textures, materials, levels, characters, or animations.
the underlying principle of the .werkkzeug3 is very simple - similar to modular synthesizers: the functionality of the texture and mesh generators is seperated into simple, indepedent parts ("operators" in our terminology) that each have their own set of parameters and can be connected to other operators, which are in turn connected to other operators. this combination of relatively simple operations is able to produce complex and detailed results. however, there is one problem: keeping track of the connections between individual operators. the "traditional" solution employed in other programs which use a similar system is to display the operators as boxes and the connections as "cables" or arrows, with the user connecting them manually. However, this is tedious and can easily lead to a chaos of overlapping arrows on the screen. So we went for a different approach: "operator stacking".
the idea is very simple: instead of explicitly listing the connections, two operators are connected by stacking one over the other. This has a number of advantages: it is a lot faster to work with, conserves screen space, and it enforces suggestive layout of individual operators (this may sound like a restriction, but is a very helpful in practice). together with "loads" and "stores" (which allow you to tag individual working steps and reuse them later in other places), this makes for a both fluid and effective workflow: nothing gets done twice. and as the complete "history" of operations leading to a given texture or mesh is retained, it's no problem if you find out you made an error right at the beginning - adjustments can be made anytime to any operator, and are automatically propagated to all its "derivative works", instantly!
which is another important aspect: everything is completely realtime - all necessary processing of textures, meshes, materials and levels happens as you edit them, and is previewed using our regular 3D engine that is also used for the game itself - so there are no individual export steps and bad surprises: what you see in the editor is exactly that way in the actual game too. and the tight integration of everything in one tool makes for features you normally just don't get, like changing a texture while simultaneously previewing it in its "final" form, mapped on a mesh.
and what does that have to do with making a 96k game? Well, instead of storing the results, we store the operators and their connections, allowing the game to produce everything itself - all it needs is the code for the operators, which is tiny in comparision to the size of most images and meshes, even in a tightly compressing format like JPEG.
hieronder zie je hoe ze dat geflikt hebben.
die technologie is ook wel slim bedacht
technology
the ".werkkzeug3", our procedural content creation and management tool, is, so to say, the magic behind .kkrieger. it was used to create all visual aspects of .kkrieger - be it textures, materials, levels, characters, or animations.
the underlying principle of the .werkkzeug3 is very simple - similar to modular synthesizers: the functionality of the texture and mesh generators is seperated into simple, indepedent parts ("operators" in our terminology) that each have their own set of parameters and can be connected to other operators, which are in turn connected to other operators. this combination of relatively simple operations is able to produce complex and detailed results. however, there is one problem: keeping track of the connections between individual operators. the "traditional" solution employed in other programs which use a similar system is to display the operators as boxes and the connections as "cables" or arrows, with the user connecting them manually. However, this is tedious and can easily lead to a chaos of overlapping arrows on the screen. So we went for a different approach: "operator stacking".
the idea is very simple: instead of explicitly listing the connections, two operators are connected by stacking one over the other. This has a number of advantages: it is a lot faster to work with, conserves screen space, and it enforces suggestive layout of individual operators (this may sound like a restriction, but is a very helpful in practice). together with "loads" and "stores" (which allow you to tag individual working steps and reuse them later in other places), this makes for a both fluid and effective workflow: nothing gets done twice. and as the complete "history" of operations leading to a given texture or mesh is retained, it's no problem if you find out you made an error right at the beginning - adjustments can be made anytime to any operator, and are automatically propagated to all its "derivative works", instantly!
which is another important aspect: everything is completely realtime - all necessary processing of textures, meshes, materials and levels happens as you edit them, and is previewed using our regular 3D engine that is also used for the game itself - so there are no individual export steps and bad surprises: what you see in the editor is exactly that way in the actual game too. and the tight integration of everything in one tool makes for features you normally just don't get, like changing a texture while simultaneously previewing it in its "final" form, mapped on a mesh.
and what does that have to do with making a 96k game? Well, instead of storing the results, we store the operators and their connections, allowing the game to produce everything itself - all it needs is the code for the operators, which is tiny in comparision to the size of most images and meshes, even in a tightly compressing format like JPEG.
Er staat nog een vraag voor u open!!
Dat is leuk, maar hiermee kun je dus niet een film opslaan in 1 KB, zoals vaak wordt beweerd. Je hebt namelijk ook toegang tot de database nodig en de grootte daarvan kan behoorlijk oplopen. Bovendien zorgt een key van 1 KB maar voor een beperkt aantal aan mogelijke films. Ik heb zo'n idee dat er meer films bestaan dan je met een sleutel van 1 KB kunt oproepen.quote:
@Tijn
[..]
Beste Tijn,
Moet hier toch even op reageren, duidelijk voorbeeld van de klok horen luiden maar niet weten waar de klepel hangt.
"Compleet zinloos dus" ?
Maar in de daarna volgende zin geef je eigenlijk zelf aan waarom het wel zinvol is!
DNA is geen compressie algoritme maar een efficientere manier van data opslag.
DNA verplaatst data inderdaad naar 1 centrale plek.
Even een stukje tekst van mij betreffende DNA (jansloot.telcomsoft.nl, 'inleiding DNA') welke jij waarschijnlijk heb gemist.
"DNA verdeeld bestanden in unieke blokjes en middels de referentietabel worden deze maar 1 maal opgeslagen. Dus elk primair gegeven is 1 maal in een vast geheugen opgeslagen. Vanuit deze referentietabel wordt een sleutelcode berekend en door deze berekening recursief toe te passen kan de uiteindelijke sleutel van <= 256 bereikt worden."
Met vriendelijke groet, SDSC.
Kortom, zoiets als DNA kan best werken voor zoiets als een online filesystem ofzo, maar het is geen magische compressie die daadwerkelijk zorgt voor kleine filmbestanden.
Als dat altijd je eerste insteek is bij een mislukking in de IT-sector zitten er echt een paar draadjes bij je los.quote:
Ah, het is andersom mijn vriend, dat verhaal van Echelon e.d. is sowieso mijn eerste insteek bij AL dit soort verhalen van "mislukkingen" in de ICT-sector.
"...Want het is immers veel logischer dat een IT-bedrijf kapot gaat door een samenzwering dan doordat het gewoon slecht geleid wordt, het product beroerd is of de markt verandert !" ???
Echt ?quote:Jij moet denk ik nog een hoop leren over data-encryptie, intelligence operations and geheimschrift.
Vertel eens hoeveel encryptie- en compressie-algoritmes jij daadwerkelijk geimplementeerd hebt in je professionele leven de afgelopen 20 jaar ? Ik kan je voor mij persoonlijk wel een lijstje opnoemen hoor.
Nee, mijn pin-code is waarschijnlijk niet gekraakt want mijn rekening is niet interessant.quote:Ik heb nieuws voor jou;
al jouw PIN-codes e.d. hebben ze al gekraakt, alleen jij denkt dat het veilig is.
En overheden hoeven mijn pin-code niet te kraken, die hoeven enkel inzage te vragen (of te nemen) in het betalingsverkeer.
Afgezien daarvan denk ik helemaal niet dat het 100% veilig is omdat ik geen enkel electronisch systeem 100% veilig acht, en aangezien er alleen al in het afgelopen jaar meerdere publicaties zijn geweest met theoretische zwakheden in de bestaande electronische betalingssystemen.
Wat bazel je nou allemaal ? "Technologie van spraakherkenning was aan de orde bij Sloot" ?quote:Ja, maar het gaat mij niet zo zeer om Jo Lernout, nog afgezien dat het best mogelijk is dat hij ook op eigen voordeel uit was;het gaat mij om de technologie van (spraak)herkenning; en ik denk dat DIT soort technologie net zou goed aan de orde was bij Sloot i.p.v. alleen maar compressietechnieken.
DUS een bedreiging voor afluisternetwerken.
Lees nou eens die octrooien en lees alle documenten nou eens met alle beschikbare informatie, dan krijg je een vrij duidelijk beeld over de richting waar Sloot in werkte.
Al kan ik me wel voorstellen dat je het misschien niet allemaal begrijpt, want je schijnt van zowel compressie als encryptie weinig inhoudelijks te weten. Een keertje met een druk op de knop een emailtje encrypten of dagelijks een videootje compressen maakt je geen expert op encryptie-/compressie-theorie, in tegenstelling tot wat jij lijkt te denken.
voor 2 dubbelzinnige opmerkingen zet ik 'm terug.
... ik had het over deze speciale "mislukte" gevallen, zoals Sloot en L&H; in dit geval idd "conspiracies".quote:
[..]
Als dat altijd je eerste insteek is bij een mislukking in de IT-sector zitten er echt een paar draadjes bij je los.
"...Want het is immers veel logischer dat een IT-bedrijf kapot gaat door een samenzwering dan doordat het gewoon slecht geleid wordt, het product beroerd is of de markt verandert !" ???
[..]
Graag, ik ben heel benieuwd; Ik respecteer zeker jouw ervaring, heel graag dat je het kenbaar maakt; ik ben er zeker van overtuigd dat je er heel veel van afweet.quote:Echt ?
Vertel eens hoeveel encryptie- en compressie-algoritmes jij daadwerkelijk geimplementeerd hebt in je professionele leven de afgelopen 20 jaar ? Ik kan je voor mij persoonlijk wel een lijstje opnoemen hoor.
[..]
..maar het is babystuff waarmee ik al lange tijd heb gewerkt.
Bij onoplettenden, hebben ze in principe OVERAL inzage in. Dat betalingsverkeer is niet relevant voor hen.quote:Nee, mijn pin-code is waarschijnlijk niet gekraakt want mijn rekening is niet interessant.
En overheden hoeven mijn pin-code niet te kraken, die hoeven enkel inzage te vragen (of te nemen) in het betalingsverkeer.
Jouw DNA bijvoorbeeld, is veel belangrijker voor hen.
Deze theorieen over zwakheden in de systemen zijn afleidingsmanouvres, om werkelijk geinteresseerden en respectabele deskundigen (zoals jij, want ik denk dat jij zeker deskundig bent) af te schermen van geheime zaken die werkelijk relevant zijn.quote:Afgezien daarvan denk ik helemaal niet dat het 100% veilig is omdat ik geen enkel electronisch systeem 100% veilig acht, en aangezien er alleen al in het afgelopen jaar meerdere publicaties zijn geweest met theoretische zwakheden in de bestaande electronische betalingssystemen.
Dit is geen belediging aan jouw adres, maar een hint om buiten je werkgebied van de huidige (populair bekende) ICT trends te gaan kijken, om mijn "wereld van ICT" te kunnen begrijpen.
[..]
Ja, dat schreef ik toch al ?quote:Wat bazel je nou allemaal ? "Technologie van spraakherkenning was aan de orde bij Sloot" ?
Lees nou eens die octrooien en lees alle documenten nou eens met alle beschikbare informatie, dan krijg je een vrij duidelijk beeld over de richting waar Sloot in werkte.
(Spraak)herkenning in deze kwestie erbij betrekken is een optie om de breedte van de mogelijke te onderzoeken technologieen in kwestie te vergroten, en ik denk dat deze zeer relevant is in de kwestie "Sloot".
Die schijn interesseert me niet. Hier op BNW heb ik altijd al voor 99,99% de schijn tegen me.quote:Al kan ik me wel voorstellen dat je het misschien niet allemaal begrijpt, want je schijnt van zowel compressie als encryptie weinig inhoudelijks te weten.
Dat een ervaren iemand in de ICT-sector als jij, dit zo zegt, is voor mij een groot compliment, en vaak een signaal dat ik iets relevants op het spoor ben gekomen. Dus bedankt voor het compliment !
Ik zoek het helemaal niet alleen in encryptie en/of compressie; deze 2 aspecten zijn naar mijn mening WEL deelgebieden die in het zoekverhaal betrokken moeten worden.quote:Een keertje met een druk op de knop een emailtje encrypten of dagelijks een videootje compressen maakt je geen expert op encryptie-/compressie-theorie, in tegenstelling tot wat jij lijkt te denken.
Er zijn nog veel mogelijkheden voor dataoverdracht/opslag die ik nog helemaal niet in de discussies rondom Sloot c.s. heb gezien.
J.J. de Bom, doe je (constructieve) voordeel met mijn posts; want zulke info over ICT & conspiracy krijg je denk ik niet vaker te zien.
Dat was waarom je zei "is sowieso mijn eerste insteek bij AL dit soort verhalen van "mislukkingen" in de ICT-sector." ? Redelijk onduidelijk dan.quote:
... ik had het over deze speciale "mislukte" gevallen, zoals Sloot en L&H; in dit geval idd "conspiracies".
Prima, ik heb audio-, image- en video-compressie-algoritmes geschreven oa. gebaseerd op DCT's , FFT's, Huffman & Lempelziv, etcetera. Encryptie geimplementeerd voor chat-programma's, data-transacties bij de overheid en websites.quote:Graag, ik ben heel benieuwd; Ik respecteer zeker jouw ervaring, heel graag dat je het kenbaar maakt; ik ben er zeker van overtuigd dat je er heel veel van afweet.
En jij ?
Vertel eens hoeveel en wat voor code jij hebt bedacht en geschreven ?
Nogmaals, een programma downloaden en op de knop drukken geeft je geen enkel inzicht in algoritmische theorie van encryptie en/of compressiequote:..maar het is babystuff waarmee ik al lange tijd heb gewerkt.
Maar het staat je vrij omeens wat meer de diepte in te gaan in je uitleg hoor
Mijn persoonlijke DNA is momenteel niet erg interessant. Ik heb namelijk niet de illusie dat ik een heel bijzonder persoon ben.quote:Bij onoplettenden, hebben ze in principe OVERAL inzage in. Dat betalingsverkeer is niet relevant voor hen.
Jouw DNA bijvoorbeeld, is veel belangrijker voor hen.
Tuurlijk, als we toch bezig zijn maken we overal een conspiracy van !quote:Deze theorieen over zwakheden in de systemen zijn afleidingsmanouvres, om werkelijk geinteresseerden en respectabele deskundigen (zoals jij, want ik denk dat jij zeker deskundig bent) af te schermen van geheime zaken die werkelijk relevant zijn.
Al die hackers op die conferenties zitten ook allemaal in het complot !
Prima, mijn "populair bekende ICT trends" waar ik in zit zoals bijvoorbeeld hacking, security research, datamanipulatietechnieken, compressie en encryptiealgoritmes, (Counter)intelligence-gathering en datamining zijn natuurlijk heel erg casual.quote:Dit is geen belediging aan jouw adres, maar een hint om buiten je werkgebied van de huidige (populair bekende) ICT trends te gaan kijken, om mijn "wereld van ICT" te kunnen begrijpen.
Vertel maar eens wat meer over jouw "wereld van ICT" dan, ik ben benieuwd.
Mja, jij roept gewoon wat dingen maar je legt ze niet uit.quote:Ja, dat schreef ik toch al ?
(Spraak)herkenning in deze kwestie erbij betrekken is een optie om de breedte van de mogelijke te onderzoeken technologieen in kwestie te vergroten, en ik denk dat deze zeer relevant is in de kwestie "Sloot".
Ik kan ook roepen "Ik vermoed dat het planten van bomen ook te maken heeft met Sloot", maar dat legt verder ook niet uit hoe ik dat dan in gedachten zou hebben.
Zeggen "spraakherkenning heeft er ook mee te maken" is niet zinniger dan zeggen "mouse-input heeft er ook mee te maken".
Als 99.99% van de tijd mensen zeggen dat je geen idee hebt waar je het over hebt zou dat je eigenlijk toch een beetje aan het denken moeten zetten.quote:Die schijn interesseert me niet. Hier op BNW heb ik altijd al voor 99,99% de schijn tegen me.
Ach ja, het "ik denk out-of-the-box" syndroom...quote:Dat een ervaren iemand in de ICT-sector als jij, dit zo zegt, is voor mij een groot compliment, en vaak een signaal dat ik iets relevants op het spoor ben gekomen. Dus bedankt voor het compliment !
Weet je wat het is met dat soort mensen ?
De enige reden waarom ze denken dat ze zo geniaal en out-of-the-box zijn is omdat ze simpelweg de kennis ontberen om de box uberhaupt te snappen.
Als je de box uberhaupt al niet snapt snap je ook niet waarom je eigen o-zo-out-of-the-box-idee gewoon van geen kant klopt.
Want wat je eigenlijk zegt is "dat mensen die meer ervaring hebben dan ik op dit gebied en er meer verstan van hebben zeggen dat ik er niks van snap is een compliment !".
En dat slaat natuurlijk nergens op, want die mensen hebben immers eerst op jouw niveau gezeten, maar hebben vervolgens kennis en ervaring opgedaan.
Nee da's waar, meestal weten mijn discussiepartners waar ze het over hebben.quote:J.J. de Bom, doe je (constructieve) voordeel met mijn posts; want zulke info over ICT & conspiracy krijg je denk ik niet vaker te zien.
[ Bericht 0% gewijzigd door J.J.De-Bom op 17-10-2011 11:56:46 ]
voor 2 dubbelzinnige opmerkingen zet ik 'm terug.
...en ?quote:
[..]
Dat was waarom je zei "is sowieso mijn eerste insteek bij AL [b]dit soort verhalen van "mislukkingen" in de ICT-sector[/b]." ? Redelijk onduidelijk dan.
Ik bedenk codes waarmee ineens al deze software en hardware van jou uitschakel door alleen even met m'n vingers te klikken....quote:[..]
Prima, ik heb audio-, image- en video-compressie-algoritmes geschreven oa. gebaseerd op DCT's , FFT's, Huffman & Lempelziv, etcetera. Encryptie geimplementeerd voor chat-programma's, data-transacties bij de overheid en websites.
En jij ?
Vertel eens hoeveel en wat voor code jij hebt bedacht en geschreven ?
algoritmen zijn leuk idd. Vooral ook bij datacommunicatie & protocollen.quote:[..]
Nogmaals, een programma downloaden en op de knop drukken geeft je geen enkel inzicht in algoritmische theorie van encryptie en/of compressie
Maar het staat je vrij omeens wat meer de diepte in te gaan in je uitleg hoor
[..]
DNA technology = een wereld van nieuwe toepassingen in High Tech - datacommunicatie.quote:Mijn persoonlijke DNA is momenteel niet erg interessant. Ik heb namelijk niet de illusie dat ik een heel bijzonder persoon ben.
[..]
We zitten hier in forum BNW; conspiracies en niet in officiele "W&T".quote:Tuurlijk, als we toch bezig zijn maken we overal een conspiracy van !
Al die hackers op die conferenties zitten ook allemaal in het complot !
We zitten in BNW; dus o.a. HAARP, nanotechnologie en mind-control.quote:[..]
Prima, mijn "populair bekende ICT trends" waar ik in zit zoals bijvoorbeeld hacking, security research, datamanipulatietechnieken, compressie en encryptiealgoritmes, (Counter)intelligence-gathering en datamining zijn natuurlijk heel erg casual.
Vertel maar eens wat meer over jouw "wereld van ICT" dan, ik ben benieuwd.
[..]
Maar dan zit ik dus heel goed in BNW, ..nogmaals.quote:Mja, jij roept gewoon wat dingen maar je legt ze niet uit.
Ik kan ook roepen "Ik vermoed dat het planten van bomen ook te maken heeft met Sloot", maar dat legt verder ook niet uit hoe ik dat dan in gedachten zou hebben.
Zeggen "spraakherkenning heeft er ook mee te maken" is niet zinniger dan zeggen "mouse-input heeft er ook mee te maken".
[..]
Als 99.99% van de tijd mensen zeggen dat je geen idee hebt waar je het over hebt zou dat je eigenlijk toch een beetje aan het denken moeten zetten.
Andersom, jij gebruikt dit voorgeprogrammeerde verdedigingsmechanisme die in je gebakken is met dit standaardantwoord.quote:[..]
Ach ja, het "ik denk out-of-the-box" syndroom...
Weet je wat het is met dat soort mensen ?
De enige reden waarom ze denken dat ze zo geniaal en out-of-the-box zijn is omdat ze simpelweg de kennis ontberen om de box uberhaupt te snappen.
Ik heb nog helemaal niks gezegd wat ik weet van in-the-box zaken; ik heb nieuws voor jou:
Waar jij het over hebt w.b.t. in-the-box is mij bekend, en deze zaken zijn vaak niet eens 100% juist uitgewerkt. Het is veel moeilijker om de dingen van out-the-box jezelf eigen te maken.
Je spreekt jezelf tegen, omdat je helemaal nog niks weet van out-of-the-box. (leuke woordspeling trouwens met dat box-je van Sloot), laat staan wat je weet van mijn in-the-box kennis.quote:Als je de box uberhaupt al niet snapt snap je ook niet waarom je eigen o-zo-out-of-the-box-idee gewoon van geen kant klopt.
Dat heb ik helemaal niet gezegd. Jij weet helemaal niet hoeveel ervaring ik heb opgedaan met in-the-box zaken; ik kan je wel zeggen, nogmaals, dat het baby stuff is (in vergelijking met wat werkelijk al tientallen jaren wordt gebruikt).quote:Want wat je eigenlijk zegt is "dat mensen die meer ervaring hebben dan ik op dit gebied en er meer verstan van hebben zeggen dat ik er niks van snap is een compliment !".
En dat slaat natuurlijk nergens op, want die mensen hebben immers eerst op jouw niveau gezeten, maar hebben vervolgens kennis en ervaring opgedaan.
Ik zeg niet dat jouw expertise onbelangrijk is of ouderwets, de kennis waar jij het over hebt doet er zeker toe; maar ik zie het als een noodzakelijke basis om verder te komen, niet als eindstation.
Ik zoek de mensen die veel weten van in-the-box EN out-of-thebox, en voor beide kanten openstaan.
[..]
Dat je mijn hint wat DNA niet oppakt, doet je reputatie geen goed w.b.t. verbreden van visies.quote:Nee da's waar, meestal weten mijn discussiepartners waar ze het over hebben.
Het ontkennen van out-of-the box zaken brengt jou ook niet verder;
Maar toch waardeer ik jou replieken en tegenaanvallen, want ik heb zelden de eer om met ervaren ICT-deskundigen in BNW de degens inhoudelijk te kruisen. (en ik denk zeker dat jij wel ervaren en expert genoeg bent in de in-the-box ICT).
Dat is het leuke van een forum als dit. En jouw antwoorden en teksten zijn gelukkig een verademing in vergelijking met het gescheld en inhoudsloze geflame van anderen in BNW.
Nou meneer J.J. De Bom, bedankt voor het geven van tegenwicht.
Groet.
[ Bericht 1% gewijzigd door Bankfurt op 17-10-2011 13:52:55 ]
En dat je dus zegt dat je bij elk falend IT-bedrijf eerst uitgaat van een conspiracy, en daarna weer zegt dat je dat enkel bij deze 2 bedrijven deed.quote:
Oftewel, je spreekt jezelf tegen en kunt niet op je woord vertrouwd worden.
quote:Ik bedenk codes waarmee ineens al deze software en hardware van jou uitschakel door alleen even met m'n vingers te klikken....
Duidelijk, je hebt gewoon geen flauw benul van programmeren en / of encryptie- en compressie-algoritmes.
Het wordt echt steeds genanterquote:algoritmen zijn leuk idd. Vooral ook bij datacommunicatie & protocollen.
Zeg je ook wel eens tegen een timmerman : "gereedschap is leuk ja. vooral bij het maken van dingen." ?
En dan echt glunderend erbij kijken alsof je echt iets heel slims hebt gezegd ?
Blijf je nou gewoon elke keer de 3 woorden die je die dag ergens gelezen hebt in een willekeurige zin zetten ?quote:DNA technology = een wereld van nieuwe toepassingen in High Tech - datacommunicatie.
Dat klopt. Ik ben van de FBI en jij bent een reptilian. Je moeder is een vliegtuig en toet-toet de horlepiep.quote:We zitten hier in forum BNW; conspiracies en niet in officiele "W&T".
Je zou je nog geen tetris-kloon kunnen programmeren als je leven er vanaf hing, dus er bestaat helemaal geen jouw "wereld van de ICT".quote:We zitten in BNW; dus o.a. HAARP, nanotechnologie en mind-control.
Je snapt namelijk helemaal niks van ICT
Je leest op wat conspiracy-sites wat artikelen en hoopt vervolgens dat je mensen kunt laten denken dat je slim en o zo out-of-the-box bent door een paar termen te onthouden.
Het is alleen heel genant dat je niet eens weet wat ze betekenen, of hoe je ze moet gebruiken.. Gelukkig zorgt dat er wel voor dat je zelf niet door hebt dat je je enorm voor lul zet.
Enkel als je vindt dat BNW enkel voor domme mensen zou zijn. Ik zeg dat niet, maar jij denkt dat blijkbaar.quote:Maar dan zit ik dus heel goed in BNW, ..nogmaals.
Nou ja, je hebt tot nu toe vrij duidelijk laten blijken dat je niks van computers, programmeren, algoritmes, dataencryptie en compressie snapt. Dat is toch wel behoorlijk het minimum van "the box", en zelfs dat is al te moeilijk voor je.quote:Andersom, jij gebruikt dit voorgeprogrammeerde verdedigingsmechanisme die in je gebakken is met dit standaardantwoord.
Ik heb nog helemaal niks gezegd wat ik weet van in-the-box zaken; ik heb nieuws voor jou:
Waar jij het over hebt w.b.t. in-the-box is mij bekend, en deze zaken zijn vaak niet eens 100% juist uitgewerkt. Het is veel moeilijker om de dingen van out-the-box jezelf eigen te maken.
Maar blijf rustig tegen jezelf zeggen dat je superbriljant bent omdat je al die dingen niet kunt hoor.
Je hebt geen kennis.quote:Je spreekt jezelf tegen, omdat je helemaal nog niks weet van out-of-the-box. (leuke woordspeling trouwens met dat box-je van Sloot), laat staan wat je weet van mijn in-the-box kennis.
Niet out-of-the-box, en niet in-the-box.
Je hebt nog nooit een simpel algoritme als LZ(W) geimplementeerd, Huffman-coding zegt je niks, je weet niet wat een Burrows–Wheeler transform, hell, ik zou bijna durven te wedden dat RLE te hoog gegrepen is voor je.
Kortom, je bent ongeveer het IT-equivalent van Corky uit "Life goes on".
Het enige verschil is dat Corky wist dat ie verstandelijke beperkingen had.
Och ja, jij knipt met je vingers en tovert wat te voorschijn, toch ?quote:Dat heb ik helemaal niet gezegd. Jij weet helemaal niet hoeveel ervaring ik heb opgedaan met in-the-box zaken; ik kan je wel zeggen, nogmaals, dat het baby stuff is.
Maar die zul je niet vinden, want iedereen die beschikt over die in-the-box kennis heeft direct door dat jij geen kennis hebt.quote:Ik zoek de mensen die veel weten van in-the-box EN out-of-thebox, en voor beide kanten openstaan.
Ik kan me wel voorstellen dat andere mensen met kennis van zaken het niet de moeite waard vinden om met iemand als jij in discussie te gaan ja.quote:Maar toch waardeer ik jou replieken en tegenaanvallen, want ik heb zelden de eer om met ervaren ICT-deskundigen in BNW de degens inhoudelijk te kruisen. (en ik denk zeker dat jij wel ervaren en expert genoeg bent in de in-the-box ICT).
Dat is het leuke van een forum als dit. En jouw antwoorden en teksten zijn gelukkig een verademing in vergelijking met het gescheld en inhoudsloze geflame van anderen in BNW.
Nou meneer de Bom, bedankt voor het geven van tegenwicht.
Groet.
voor 2 dubbelzinnige opmerkingen zet ik 'm terug.
Bedankt nogmaals voor je bijdragen, meningen en gezichtspunten.quote:
[..]
En dat je dus zegt dat je bij elk falend IT-bedrijf eerst uitgaat van een conspiracy, en daarna weer zegt dat je dat enkel bij deze 2 bedrijven deed.
Oftewel, je spreekt jezelf tegen en kunt niet op je woord vertrouwd worden.
[..]
Duidelijk, je hebt gewoon geen flauw benul van programmeren en / of encryptie- en compressie-algoritmes.
[..]
Het wordt echt steeds genanter
Zeg je ook wel eens tegen een timmerman : "gereedschap is leuk ja. vooral bij het maken van dingen." ?
En dan echt glunderend erbij kijken alsof je echt iets heel slims hebt gezegd ?
[..]
Blijf je nou gewoon elke keer de 3 woorden die je die dag ergens gelezen hebt in een willekeurige zin zetten ?
[..]
Dat klopt. Ik ben van de FBI en jij bent een reptilian. Je moeder is een vliegtuig en toet-toet de horlepiep.
[..]
Je zou je nog geen tetris-kloon kunnen programmeren als je leven er vanaf hing, dus er bestaat helemaal geen jouw "wereld van de ICT".
Je snapt namelijk helemaal niks van ICT
Je leest op wat conspiracy-sites wat artikelen en hoopt vervolgens dat je mensen kunt laten denken dat je slim en o zo out-of-the-box bent door een paar termen te onthouden.
Het is alleen heel genant dat je niet eens weet wat ze betekenen, of hoe je ze moet gebruiken.. Gelukkig zorgt dat er wel voor dat je zelf niet door hebt dat je je enorm voor lul zet.
[..]
Enkel als je vindt dat BNW enkel voor domme mensen zou zijn. Ik zeg dat niet, maar jij denkt dat blijkbaar.
[..]
Nou ja, je hebt tot nu toe vrij duidelijk laten blijken dat je niks van computers, programmeren, algoritmes, dataencryptie en compressie snapt. Dat is toch wel behoorlijk het minimum van "the box", en zelfs dat is al te moeilijk voor je.
Maar blijf rustig tegen jezelf zeggen dat je superbriljant bent omdat je al die dingen niet kunt hoor.
[..]
Je hebt geen kennis.
Niet out-of-the-box, en niet in-the-box.
Je hebt nog nooit een simpel algoritme als LZ(W) geimplementeerd, Huffman-coding zegt je niks, je weet niet wat een Burrows–Wheeler transform, hell, ik zou bijna durven te wedden dat RLE te hoog gegrepen is voor je.
Kortom, je bent ongeveer het IT-equivalent van Corky uit "Life goes on".
Het enige verschil is dat Corky wist dat ie verstandelijke beperkingen had.
[..]
Och ja, jij knipt met je vingers en tovert wat te voorschijn, toch ?
[..]
Maar die zul je niet vinden, want iedereen die beschikt over die in-the-box kennis heeft direct door dat jij geen kennis hebt.
[..]
Ik kan me wel voorstellen dat andere mensen met kennis van zaken het niet de moeite waard vinden om met iemand als jij in discussie te gaan ja.
We zijn het niet eens, maar jouw antwoorden en visies zeggen heel veel en zijn heel waardevol voor mij.
Graag gedaan, ik ben nooit te beroerd om iemand te helpen.
voor 2 dubbelzinnige opmerkingen zet ik 'm terug.
Het SDCS zou zomaar kunnen.....
Stel je voor: een operating system zoals Windows van 7 Gb. Bepaalde gebruikte routines zitten in de DLL, Operating System en specifieke drivers of zijn ingebakken in de hardware. Nu programmeer je een applicatie van 10Mb en daar kan je flitsende dingen mee creeeren, dankzij de hardware, operating system, drivers en applicatie. Dat zou afhankelijk van de berekening een compressie ratio van 10Mb/7Gb = 10/7000 = 1/700 kunnen opleveren (wat in feite natuurlijk niet correct is).
Compressie van videobeelden wordt niet bewerkstelligd door elke frame te comprimeren, maar door de veranderingen in opvolgende frames te berekenen. Indien de compressie nog hoger moet worden, dan probeer je het volgende frame te "benaderen"
Stel nu dat je een operating systeem maakt gebaseerd op video, waarin je bepaalde routines hebt voor beweging, kleur, scherpte, licht/donker, vormen, objecten, geluid etc. Vervolgens analyseer je de film en je dis-assembled deze naar bepaald calls naar b.v. routines, DLL, het operating system, hardware etc.
Ik betwijfel of dit door een simpele TV monteur geimplementeerd kon worden met de technologie van toendertijd, maar het concept lijkt me mogelijk.....
Stel je voor: een operating system zoals Windows van 7 Gb. Bepaalde gebruikte routines zitten in de DLL, Operating System en specifieke drivers of zijn ingebakken in de hardware. Nu programmeer je een applicatie van 10Mb en daar kan je flitsende dingen mee creeeren, dankzij de hardware, operating system, drivers en applicatie. Dat zou afhankelijk van de berekening een compressie ratio van 10Mb/7Gb = 10/7000 = 1/700 kunnen opleveren (wat in feite natuurlijk niet correct is).
Compressie van videobeelden wordt niet bewerkstelligd door elke frame te comprimeren, maar door de veranderingen in opvolgende frames te berekenen. Indien de compressie nog hoger moet worden, dan probeer je het volgende frame te "benaderen"
Stel nu dat je een operating systeem maakt gebaseerd op video, waarin je bepaalde routines hebt voor beweging, kleur, scherpte, licht/donker, vormen, objecten, geluid etc. Vervolgens analyseer je de film en je dis-assembled deze naar bepaald calls naar b.v. routines, DLL, het operating system, hardware etc.
Ik betwijfel of dit door een simpele TV monteur geimplementeerd kon worden met de technologie van toendertijd, maar het concept lijkt me mogelijk.....
To boldly go were no one has gone before.
Dan nog, met de hardware van die tijd kon dat niet. En je hebt dan echt een gigantische library nodig, ook hedentendage heb je daar niet 1-2-3 de rekenkracht en opslag voor
Heel veel groetjes, Catch22
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
Is de compressie methode niet een beetje achterhaald door het snelle internet en zo?
Heb me pas geleden nog eens verdiept in het verhaal over Jan Sloot maar niet in de methode zelf, aangezien dat ook een beetje het probleem is!
Wow wat is dit topic al oud, zelfs Bankfurt zat hier nog in.
Al ben ik het eens over de rekenkracht en een super computer zal hij vast niet hebben gehad maar misschien Philips wel?
Heb me pas geleden nog eens verdiept in het verhaal over Jan Sloot maar niet in de methode zelf, aangezien dat ook een beetje het probleem is!
Wow wat is dit topic al oud, zelfs Bankfurt zat hier nog in.
Maar met de compressie methode zelf moet dat geen probleem zijn toch?quote:
Dan nog, met de hardware van die tijd kon dat niet. En je hebt dan echt een gigantische library nodig, ook hedentendage heb je daar niet 1-2-3 de rekenkracht en opslag voor
Al ben ik het eens over de rekenkracht en een super computer zal hij vast niet hebben gehad maar misschien Philips wel?
Er staat nog een vraag voor u open!!
Met een supercomputer had t niet zo interessant geweest.
Óf Jan had iedereen bij de neus, of hij geloofde zijn eigen fantasie te veel. Ik denk het eerste.
Óf Jan had iedereen bij de neus, of hij geloofde zijn eigen fantasie te veel. Ik denk het eerste.
Heel veel groetjes, Catch22
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
|
|
| Forum Opties | |
|---|---|
| Forumhop: | |
| Hop naar: | |