Rapport bestrijdt datacompressieclaim Jan Sloot

Rapport bestrijdt datacompressieclaim Jan Sloot

Re: Rapport bestrijdt datacompressieclaim Jan Sloot

Notapor Johan1951 » Lun 04 Oct 2010, 16:24

From: BuckyBoy

De dromers onder ons zouden deze link eens moeten bekijken:
http://www.autosophy.com/
Hier wordt er gebruik gemaakt van "Self-learning databases" om data te comprimeren. Dit vereist dus een hoge mate van AI.
Dit idee komt al iets dichter bij de realiteit, maar ik denk niet dat Sloot in z'n eentje zoiets ontwikkeld kan hebben.
Nou misschien wordt dit nog wel iets over 1000 jaar ofzo als AI wezens slimmer zijn geworden dan wij. :)
Avatar de Usuario
Johan1951
 
Mensajes: 3752
Registrado: Mar 31 Ago 2010, 17:04

Re: Rapport bestrijdt datacompressieclaim Jan Sloot

Notapor Johan1951 » Lun 04 Oct 2010, 16:26

From: Apple

Het kan wel (complete film van +/- 2 MB!)

Om de compressie ratio te halen, maak je eerst een Mega De-Compressie Database, met daarin alle mogelijke beelden die er zijn.

Onmogelijk. Ook al zou je de opslagruimte hebben, waar wil je de tijd vandaan halen om een (toekomstige) supercomputer al die mogelijke beelden te doen laten produceren? Met iedere denkbare (of ondenkbare) situatie is hij al duizenden jaren bezig, maar dan moet ook nog eens iedere situatie vanuit iedere hoek en afstand worden vastgelegd. Dit grenst aan het oneindige.
Eer dat hij hier mee klaar is bestaat het melkwegstelsel al lang niet meer :).
Avatar de Usuario
Johan1951
 
Mensajes: 3752
Registrado: Mar 31 Ago 2010, 17:04

Re: Rapport bestrijdt datacompressieclaim Jan Sloot

Notapor Johan1951 » Lun 04 Oct 2010, 16:26

From: Motionparallax

Met iedere denkbare (of ondenkbare) situatie is hij al duizenden jaren bezig, maar dan moet ook nog eens iedere situatie vanuit iedere hoek en afstand worden vastgelegd.

Volgens mij begrijp je 't niet helemaal. De database bevat helemaal geen 'content', maar mogelijke content. Er worden helemaal geen scenes en shots en camerahoeken berekend. Er worden puur pixels opgeslagen. Bij een 8-bits PAL resolutie zou dat gaan om 256^(768*576) mogelijke combinaties. Uiteraard een getal wat niet eens opgeschreven kan worden, maar het principe is dat uit dit bronbestand, alle mogelijke beelden op deze resolutie gegenereerd kunnen worden. Nu zouden binnen die bijv. 64kb een aantal algoritmes zitten die exact alle frames op volgorde zouden kunnen trekken. Het is dus geen compressie, eerder encryptie.
Theoretisch is het mogelijk, maar in de praktijk is 't natuurlijk verre van mogelijk. Althans, op deze schaal.

Ik zie absoluut geen wiskundige reden waarom het principe niet zou werken. Nog sterker, ik denk dat ik een testje ga bouwen om te kijken of het werkt of niet.
Avatar de Usuario
Johan1951
 
Mensajes: 3752
Registrado: Mar 31 Ago 2010, 17:04

Re: Rapport bestrijdt datacompressieclaim Jan Sloot

Notapor Johan1951 » Lun 04 Oct 2010, 16:30

From: Unid

Er worden helemaal geen scenes en shots en camerahoeken berekend. Er worden puur pixels opgeslagen. Bij een 8-bits PAL resolutie zou dat gaan om 256^(768*576) mogelijke combinaties. Uiteraard een getal wat niet eens opgeschreven kan worden, maar het principe is dat uit dit bronbestand, alle mogelijke beelden op deze resolutie gegenereerd kunnen worden. Nu zouden binnen die bijv. 64kb een aantal algoritmes zitten die exact alle frames op volgorde zouden kunnen trekken

Leuk .... ware het niet dat om die 256^(768*576) plaatjes in de databank aan te wijzen je een getal nodig hebt met dezelfde grote... dus waarom zou je dan in eerste instantie een databank willen aanmaken.

Stel nu dat er een mogelijkheid bestaat om een key te genereren die wanneer ze door een formule geduwd wordt, de beelden genereert (bvb een nieuwe non-repetitieve natuurconstante, die elke mogelijke reeks cijfers bevat... en die daarnaast ook nog eens de eigenschap heeft dat men met een eenvoudige formule de reeks kunnen aflezen vanaf een bepaalde positie (*)), dan nog blijft het onmogelijk het de film op te slaan in een beperkt aantal bits. De aanduiding van de startpositie van de film zal mogelijk de lengte van de originele film overstijgen. In de veronderstelling dat er gebruik gemaakt wordt van een key van 4kB samen met een databank zou men eventueel de eigenlijke adressen kunnen opslaan in de databank... die dan wel een stuk groter wordt dan 300MB...

(*) Bijkomend probleem is natuurlijk het beginpunt van een bepaalde film te bepalen in een oneindige stroom...
Avatar de Usuario
Johan1951
 
Mensajes: 3752
Registrado: Mar 31 Ago 2010, 17:04

Re: Rapport bestrijdt datacompressieclaim Jan Sloot

Notapor Johan1951 » Lun 04 Oct 2010, 16:31

From: Bpje

Okay denk even mee....

De input is oneindig (oneindig veel mogelijk heden) maar de output is eindig (vaste lengte van de sleutels van de film)

dus eene kant oneindig andere kant eindig dan moet er dus 2 inputs te vinden zijn die de zelfde sleutel file opleveren.
Avatar de Usuario
Johan1951
 
Mensajes: 3752
Registrado: Mar 31 Ago 2010, 17:04

Re: Rapport bestrijdt datacompressieclaim Jan Sloot

Notapor Johan1951 » Lun 04 Oct 2010, 16:32

From: BlaSfem0n

Maybe een beetje offtopic, maar misschien is het volgende jullie allen bekend --> kkrieger

http://www.theprodukkt.com/

Daar kan je een demo dl'en van het spel, gemaakt in eigen engine, van slechts 96k... is dus ook wel mooi gecompressed :)

maar natuurlijk zit er in een spel zeer veel herhaalde elementen die compressie makkelijker maken...
Avatar de Usuario
Johan1951
 
Mensajes: 3752
Registrado: Mar 31 Ago 2010, 17:04

Re: Rapport bestrijdt datacompressieclaim Jan Sloot

Notapor Johan1951 » Lun 04 Oct 2010, 16:33

From: CobraMagic

Compressie is in mijn ogen niets meer als een grootste gemene deler vinden voor al je data. met deze sleutel kan je de originele data weer opbouwen

Als je een formule beschrijft die voor bijvoorbeeld 1 cd uniek is heb je natuurlijk al een vorm van "compressie" (dit wordt natuurlijk een uiterst complexe formule , het is immers een soort database index).

Het decompressie / compressie programma wordt hierdoor erg groot :-) maar er past wel zeer veel data op 1 plaatje.

Door te tweaken aan de verhouding Originele data : Beschrijvende Formule, kom je tot een compressie ratio.

het is natuurlijk een truuk, maar wel een methode om "veel data" op een klein medium te krijgen.
Avatar de Usuario
Johan1951
 
Mensajes: 3752
Registrado: Mar 31 Ago 2010, 17:04

Re: Rapport bestrijdt datacompressieclaim Jan Sloot

Notapor Johan1951 » Lun 04 Oct 2010, 16:33

FRom: Quarco

En als je dan nog meer waardes aan een transistor toe kan kennen gaan we langzaam weer naar analoog toe :)

[Edit]
Wach ff; deze post komt op een héél andere plek dan ik verwachtte. Slaat nergens op :-)
Avatar de Usuario
Johan1951
 
Mensajes: 3752
Registrado: Mar 31 Ago 2010, 17:04

Re: Rapport bestrijdt datacompressieclaim Jan Sloot

Notapor Johan1951 » Lun 04 Oct 2010, 16:34

From: Bakman

Typisch dat men hier schreeuwt dat het niet kan, maar de octrooi/patent aanvraag staat online met daarin grotendeels de uitleg van zijn vinding, misschien dat men op andere gedachten gebracht kan worden ?

link
Avatar de Usuario
Johan1951
 
Mensajes: 3752
Registrado: Mar 31 Ago 2010, 17:04

Re: Rapport bestrijdt datacompressieclaim Jan Sloot

Notapor Johan1951 » Lun 04 Oct 2010, 16:35

From: Lznogoud

Er zijn mensen die hier nu praten over bits en bytes.
NU werken we met bits en byes maar misschien had die persoon wel totaal iets anders gevonden dat het mogelijk is. Met deze technologie van bits en bytes zul je het simpelweg gewoon niet halen.

Je kunt er zoveel woorden aan vuil maken, tijd zal het leren.
Avatar de Usuario
Johan1951
 
Mensajes: 3752
Registrado: Mar 31 Ago 2010, 17:04

AnteriorSiguiente

Volver a Tweakers.net (1204)

cron