Re: Inventing store 1.12Gb raw video in 5Mb!

Jim Leonard wrote:
> I don't know the details of Sloot's demonstrations, but Adam's Platform
> demonstrations were *proven* to be faked. Upon examination of the hard
> drives used in the infamous computer->modem->computer demo, hidden
> copies of the video files used were found (and they were not streamed
> cache, because they played beyond the length of the playback used in
> the demonstration). In another test -- one that actually worked over a
> LAN connection -- it was found that he was using ON Technology's VP3
> codec, which has since been donated to the open-source community and is
> in use in Ogg Theora. VP3 is one of the most advanced vector
> quantization family codecs out there, but it is not capable -- nor is
> anything -- of sending DVD-quality media down a phone line (unless
> buffering for three days is acceptable :-)

I have read two test reports where Adam Platform (AP) is tested:

Little parts from report December 2000:

Two independent test consultants:
Rofin Australia Pty Ltd, represented by systems analyst Sofiaan Fraval
Centre for Telecommunications and Information Engineering (CTIE), of
the Department of electrical & computer systems engineering Monash
University, represented by senior research fellow Terry Cornall

They did the floppy test:
The one-minute of video data from a previously unknown source measured
1.985 Gbyte and was compressed using AP software onto a floppy disk of
1.0 Mbyte size.

Conclusion:
The compressed video file as played back in real time across a full
screen and captured the full richness of the original material without
loss of color quality or the introduction of other distortions or
artifacts. The quality of the playback was most favorable when viewed
against the quality of the original tape material.

They did two 2400 baud modem tests (1,000 and 1,000,000 video
compression), conclusion:
The overall video compression ratio observed in the test from the first
compression through to the compression of transmitted video can be
estimated. By factoring the transmission time against the capacity
and/or limit of a 2400 baud modem from the original one minute of
unknown video data to the transmitted compressed video data was
estimated to be in excess of 945,405:1.

Overall conclusion:
Essentially, full screen, high quality video data was successfully
compressed and transmitted in real time, without quality loss or the
introduction of distortions and artifacts.

The estimated overall test compression ratio matches very closely the
proposition that AP software, implemented in two stages, results in a
compression ratio of 1,000,000:1. This is more than significantly in
advance of any existing video compression technology.

Source audio/video material unknown to AP:
In order to ensure that the material to be compressed during the test
has never been seen by AP before Terry Cornall (TC) provided a test
sequence from CTIE. This was help by Media World (MW) during the
preliminary phases of the test setup. Special note must be taken of the
fact that the digitized video was not released my MW to AP until all
setup including installation of AP software had been completed on the
server and client machines.

Warning:
Above report parts are not allow to be disclosed to any person,
reproduced in any form or stored in any way in an information retrieval
system without Media World Pty Ltd's written consent.


Little part from the famous The Tolly Group test report
September/October 2003:

Modem tests conclusions:
Tests reveal that AP technology can deliver high-quality, full-screen
video streamed over 56Kbps network connections. Furthermore, engineers
observed good quality, full-screen video streamed over 14.4 Kbps
network connections.

The radical advancements claimed by AP technology bring with them a
heavy burden of proof. Thus, for this test, extremely strict measures
were implemented to guarantee the integrity of the test environment and
the testing process.

Film clips used for this test where selected by The Tolly Group who
oversaw the conversion process and retained possession of both the tape
and digital data until the AP software that was to be used for the test
was physically secured.

The CDs containing the software used for the test were placed in a bank
vault before the digitized video was provided to the AP team for
pre-processing.

New, unformatted hard-drives were provided by the test team for this
test. Test engineers physically inspected these machines prior to
installation to verify that no additional hardware components were
present in the machines.

Engineers verified that the machines were loaded only with commercial
OS and utility programs and that the CDs used for the AP code came from
the bank vault. Furthermore, at the end of each session, the
hard-drives were uninstalled and stored in the portable safe to which
only the test engineer had the access code and override keys.

Even with this little parts of the test reports it's clear both in both
test is done everything to block out fraud and both test proof well
that Adam Clark's inventing is real and working as he claimed. What
happen later I only know from the media and is very strange just before
going stockmarket and after everything passed a dudiligence research
before. For me it can never wipe the two early reports and many
successful demonstration done before.

>
> > The investors only blame themselves that they give Jan
> > Sloot not his money in an early stage in exchange for the source code
> > and that they didn't protect the inventor 24 hours a day against
> > security risks.
>
> Well... if you dial up the conspiracy juice by a factor of 5, you can
> make a case that Sloot faked his own death so he could retire under an
> assumed name and keep the money. :-)
That two statements are from the investors not from me. If Jan Sloot is
died because he had a weak hart or helped a little is an other story.

> No, the "inventors" overlooked something. Adam is a pathological liar
> and a con man, so he didn't invent anything. Sloot seemed genuinely
> dedicated to finding a new form of compression, but all of the
> information he provided was incomplete and/or rely on "magic functions"
> to come up with "unique" hashs for a set of data, when the counting
> theorm easily proves it is impossible to come up with a unique hash for
> a set of data that is smaller than the original set and only maps back
> to that set (for *all* sets of data).
Adam Clark looks to me as a man who likes to be in the middle point but
that makes him not yet a liar. Jan Sloot was more the invisible and
shy, the typical inventor type. Both had a practical problem related
with their daily job where they need to compress data. Both found a
different solution, both finished it round 1997 and both protected
their inventing with a paranoid behavior.

> NOW -- having said all that -- how does it help you to understand that
> Sloot's claims were bogus? To comfirm/deny Sloot's claims, you have to
> look at the data he was claiming to compress. Was it very very high in
> redundancy? No, moving video+audio only has so much redundancy. Sure,
> you can compare frames of video and only encode what changes between
> frames, but that still leaves a massive amount of information to encode
> (raw video frames are at least 20MB each), and the only way modern MPEG
> codecs get it any smaller is through a set of transformations that
> throw away information (and Sloot claimed 100% reproduction of the
> source data).
>
> I'm sorry, but no matter what he demonstrated or what book(s) were
> written about him or by him, his claims simply aren't valid.
Thanks for the examples it tells me about the compression nowadays
used.
As Jan Sloot said more then once and wrote more then once he didn't
used compression but he code the input data to little a key not using
zero's and ones any more in the coding process and used a different way
to store data. Also he said it was not difficult so if somebody know
the principle he can reproduce it easy.
This remember me to a heavy discussion with a teacher in the past. I
didn't agree with a formula about how many data was possible to
transmit over a analog phone line. Some years later I wakeup my
girlfriend to tell her my just found idea how to change a modem so more
data can be transmit over a phone line without compression. Many years
later I met an other girl who showed me in a book the name of a
modulation what did the same as my idea many years before.
Jan Sloot dedicated many years every night without sleep to his
inventing. One night he wakeup his wife and children and showed the
result. For the first time he could play back the video from the chip
card without shaking or waiting what it did before according his son.

> How can the patent not contain the algorithm and still be granted?
> Without the algorithm, it would be unenforceable...
If you invent this system, do you publish the algorithm before you have
received any benefits?

> Binary data *is* numbers.
Yes I know, but I wrote this specially to show Jan Sloot thought not
binary but in numbers to force to think out of the binary box too.

> Again, this can't exceed the argument laid out in the counting theorum.
> The sequence data, plus the data used to determine at what position
> they were at before, cannot be smaller than the original set of data
> *for all data sets* (which is what he was claiming -- all video files,
> all audio files, etc.)
Specialist can ignore this inventings and spend the next 10 years
making small improvements in compression or try for 6 months to find a
way to code data at a different way as Jan Sloot did.
I expect a formula where every size of binary data bigger than x Mb is
to recode to y Kb with method z (and who knows how many methods there
are).

In the time I wend to school, I only carried the books I needed that
day and not all the books I needed in the total year. This was possible
because I know before what books I needed what day. Why do we need to
predict if we know the total data already before? Is it not possible to
design a smart diagram what contains a fix amount of combinations and
generate keys who are littler then the original because you don't use
all the combinations all the time?

.

Relevant Pages

  • Re: Inventing store 1.12Gb raw video in 5Mb!
    ... > Sloot not his money in an early stage in exchange for the source code ... explain data compression for you so that you can understand. ... writing out a new set with less redundancy that can be ... prediction is in a form that is more easily compressed via the above ...
    (comp.compression)
  • Re: Lossless compression
    ... Lossless compression has existed for video for a long time, and at last count there were at least 5 common truly lossless video codecs available. ... I do scientific imaging for a living, and any codec which induces any alteration of the data is simply not acceptable - and yet even by those extreme standards, there are several good codecs which provide reasonable compression without loss. ...
    (rec.video.desktop)
  • Re: Lossless compression
    ... Lossless compression has existed for video for a long time, and at last count there were at least 5 common truly lossless video codecs available. ... I do scientific imaging for a living, and any codec which induces any alteration of the data is simply not acceptable - and yet even by those extreme standards, there are several good codecs which provide reasonable compression without loss. ...
    (rec.video.desktop)
  • Re: new-B: xternal card for AD conversion?
    ... Canopus chip has transferred the video/sound. ... Video) via Firewire/1394. ... video & audio directly into MPEG, ... of the video and the static compression ratio setting ...
    (rec.video.desktop)
  • Re: new-B: xternal card for AD conversion?
    ... Video) via Firewire/1394. ... video & audio directly into MPEG, ... of the video and the static compression ratio setting ... This ratio is non adjustable in the ADVC 100, ...
    (rec.video.desktop)