broncode

Henk Vreekamp vreekamp at KNOWARE.NL
Mon Sep 27 08:24:36 CEST 2004


REPLY TO: D66 at nic.surfnet.nl

Je raakt een gevoelig punt, Fritz,

Misschien gebruiken de deelnemers aan deze draad het onderwerp niet alleen
om te excelleren, maar misschien ook wel om elkaar publiekelijk de ogen uit
te steken. Misschien is dat het enig leerzame... Grappig dat zoiets vrijwel
nimmer geschiedt zodra het om "politieke" kwesties gaat.

hv,u
------
At 13:49 26-9-04 +0200, you wrote:
>REPLY TO: D66 at nic.surfnet.nl
>
>Er lijkt sprake van onwil elkaar te begrijpen.
>
>Is jouw orgelkaart uit je vorige reactie op hetzelfde onderwerp slechts
>compressie van de compleze orgelgeluiden? Er is ook sprake van vertaling
>(versleuteling omdat het een efficientere taal is), daarbij treedt overigens
>ook vervorming van de beoogde geluiden op, en orgels zijn minder identiek,
>per exemplaar en door de tijd, dan verondersteld, net als de weergave via
>pixels binnen marges fluctueert, maar a la...
>
>Wat Henk denk ik bedoelt is dat er meer mogelijk is dan "zuivere" compressie
>(zich herhalende patronen in ruimte en tijd niet elk opnieuw uitgebreid
>opslaan) en zo bezien is het tegenbewijs waaraan Plasterk refereerde dat met
>zuivere compressie van willekeurige beeldjes (of andere uitngsvormen) geen
>bewijs dat slim vertalen (efficienter, versleutelen) van zich steeds weer
>herhalende patronen onmogelijk is.
>
>In de huidige beeldcompressie wordt zover ik weet nog slechts per beeld zich
>herhalende patronen in de willekeurige tweedimensionale beeldruimte
>gecomprimeerd (ja ook versleuteld), de theorie rond de broncode is dat met
>minder dan alle willekeurige theoretisch mogelijke beeldrepresentaties
>(opslag) en met "slim" gebruikmaken van herkenning van herhalingen ook in de
>tijd weergaven van samenhangende beelden gereproduceerd kunnen worden die
>niet merkbaar meer afwijken van andere weergaven met minder efficientere
>opslag- en reproductietechnieken.
>
>Fritz
>
>----- Original Message -----
>From: "Erik van den Muijzenberg" <muijz at dds.nl>
>To: "Henk Elegeert" <hmje at home.nl>
>Cc: <D66 at nic.surfnet.nl>
>Sent: Sunday, September 26, 2004 1:18 PM
>Subject: Re: broncode
>
>
> > REPLY TO: D66 at nic.surfnet.nl
> >
> > On zondag, sep 26, 2004, at 04:42 Europe/Amsterdam, Henk Elegeert wrote:
> >
> > > Nee. Het gaat niet om compressie.
> >
> > Volgens jou eigen norm kun je daar geen
> > uitspraak over doen, want je kent het
> > apparaat niet.
> >
> > > Bovendien beschikken we nog niet over het systeem van Jan
> > > Sloot en weten we derhalve nog niet hoeveel de totale opslag
> > > van alle films ter wereld dan bedraagt.
> >
> > Daarvoor gaan we af op Sloot.
> > Er was een engine van 370Mb, en vervolgens
> > gingen de sleutels voor de films op een kaartje
> > van 64Kb.
> >
> > > Doe dat. Het octrooi al gelezen, Erik?
> >
> > Ik heb begrepen dat er wat oude octrooien zijn
> > uit 1997 en 1998 waarin Sloot zelf een compressie
> > van een factor 8 zou claimen.
> > Verder heb ik de abstracts van twee patenten gezien.
> >
> > >> Stel dat het Sloot-systeem werkt voor 1 film, van een
> > >> uur. Normaal neemt die toch wel een paar gigabyte in beslag.
> > >
> > > 64 Kb hadden we net afgesproken.
> >
> > *Normaal* neemt die een paar gigabyte in beslag.
> > Bij Sloot niet. Bij Sloot is de sleutel 1Kb groot, of 4Kb.
> > En staat op een kaartje van 64Kb. Waar dus 16 of 64
> > sleutels op passen.
> >
> > > Jan Sloot met zijn techniek tot maximaal 64 KB (immers net
> > > met je afgesproken)
> >
> > Nee Henk, op dat kaartje staat alleen de sleutelcode.
> > Niet de film. Citaat: "On reading back from memory,
> > address codes are passed to the processor (E) which,
> > with memory (D) re-assembles the pixel stream to
> > produce video output."
> >
> > >> Het Sloot-systeem bestaat uit een engine van 370
> > >> megabyte, en een sleutel die op een kaartje van
> > >> 64 Kb past.
> > >
> > > Waar komt die engine van 370 megabyte vandaan?
> >
> > Uit de beschrijving van Sloot. Hij beweerde dat hij alle
> > informatie uit alle films kon vastleggen in 5 algorithmes
> > van 74Mb elk. Vijf keer 74Mb is 370Mb, dacht ik.
> > Bij afspelen worden die 5 algorithmes aangesproken
> > volgens een voor elke film unieke sleutel van 1Kb of 4Kb.
> >
> > > Het gaat om het coderen van data en het opslaan daarvan.
> >
> > Ja, de Nederlandse taal blijft boeiend.
> > Zoals ik al schreef, of je het nu coderen noemt,
> > of sloteren, of hiemphampen, als het resultaat
> > een *verkleining* is van de omvang van het
> > bestand bij min of meer gelijkblijvende kwaliteit
> > heb je het over compressie.
> >
> > >> Via het Sloot-systeem kan een film die als MPEG2
> > >> nog 3 gigabyte in beslag neemt, worden opgeslagen
> > >> op 370 Mb, plus 4 Kb. Op 370.004 Kb dus. Accoord?
> > >
> > > Nee, want ik gebruik het systeem van Jan Sloot en kom tot
> > > maximaal 64 Kb omdat we dat hebben afgesproken.
> >
> > Sorry Henk, je hebt er helemaal niets van
> > begrepen.
> > Ook Jan Sloot heeft nooit beweerd dat hij
> > een film kon opslaan op maximaal 64Kb.
> >
> > "On reading back from memory, address codes
> > are passed to the processor (E) which, with
> > memory (D) re-assembles the pixel stream to
> > produce video output."
> >
> > Het systeem bestaat dus tenminste uit een manier
> > om address codes op te slaan (sleutel), en een
> > processor die de address codes leest en met
> > behulp van al in een geheugen opgeslagen gegevens
> > het beeld synthetiseert. (engine)
> >
> >
> > Erik vdMb
> >
> > **********
> > Dit bericht is verzonden via de informele D66 discussielijst
>(D66 at nic.surfnet.nl).
> > Aanmelden: stuur een email naar LISTSERV at nic.surfnet.nl met in het
>tekstveld alleen: SUBSCRIBE D66 uwvoornaam uwachternaam
> > Afmelden: stuur een email naar LISTSERV at nic.surfnet.nl met in het
>tekstveld alleen: SIGNOFF D66
> > Het on-line archief is te vinden op:
>http://listserv.surfnet.nl/archives/d66.html
> > **********
> >
>
>**********
>Dit bericht is verzonden via de informele D66 discussielijst
>(D66 at nic.surfnet.nl).
>Aanmelden: stuur een email naar LISTSERV at nic.surfnet.nl met in het
>tekstveld alleen: SUBSCRIBE D66 uwvoornaam uwachternaam
>Afmelden: stuur een email naar LISTSERV at nic.surfnet.nl met in het
>tekstveld alleen: SIGNOFF D66
>Het on-line archief is te vinden op:
>http://listserv.surfnet.nl/archives/d66.html
>**********

**********
Dit bericht is verzonden via de informele D66 discussielijst (D66 at nic.surfnet.nl).
Aanmelden: stuur een email naar LISTSERV at nic.surfnet.nl met in het tekstveld alleen: SUBSCRIBE D66 uwvoornaam uwachternaam
Afmelden: stuur een email naar LISTSERV at nic.surfnet.nl met in het tekstveld alleen: SIGNOFF D66
Het on-line archief is te vinden op: http://listserv.surfnet.nl/archives/d66.html
**********



More information about the D66 mailing list