Slashdot Mirror


Full-Screen Video Over 28.8k: The Claims Continue

gwernol writes "Over at Screen Daily they are claiming that an Australian company has demonstrated a high quality, full-screen video-on-demand service that is delivered over a 28.8k modem. They claim this will 'eliminate the need for broadband.' If this is true, then they'll change the world. Of course, the basic technology has been around for a while, see this article from 1998 or this one from earlier this year. I remain extremely sceptical. If this is real, why won't they allow proper independent testing? But it is interesting that they're getting funding. Could this be the last great Internet scam?"

Several readers also pointed out this brief report at imdb.com as well. We've mentioned this before, but the news here is the reportedly successful demo. It would be a lot easier to swallow if he'd let people test it independently, but video-over-28.8 sure is tantalizing.

459 comments

  1. Video over 28.8 by Anonymous Coward · · Score: 1, Insightful

    Video over 28.8 sounds tantalizing, but hard to beleive. Still, it would be neat.

    Of course they have to innovate the dialup service in australia because of the broadband whoring that goes on in australia. 100 mb a month traffic limits and shit. I send more traffic than that per day of quaking.

    1. Re:Video over 28.8 by pertman · · Score: 0, Troll

      THIS IS A SCAM. PLAIN AND SIMPLE. Look at the bitrates. It is not possible.

    2. Re:Video over 28.8 by SQL31337 · · Score: 1

      Must be some incredible compression LOL :)

  2. Well if its full screen over 28.8 by yadung · · Score: 1

    What can you get over broadband?

    --
    "He who laughs last is usually the dumbest kid on the block." - John Lennon
    1. Re:Well if its full screen over 28.8 by Tensor · · Score: 2, Interesting

      Yes but the article is extremely short on technical data.

      What is this FULL-SCREEN video ?? 320x200 ? 640x480 ? true NTSC @ 29.97 FPS ? DVD resolution ? HDTV ?

      Or is it 1/4 tv resolution zoomed to fit the screen ? with 1/2 the fps ?

      Maybe all they did was improove the zoom, iterpolation and anti-aliasing algorithms in the player. So they send a crappy video and it ends up looking ok.

      Anyway its all hot air until we get some technical data.

    2. Re:Well if its full screen over 28.8 by AJWM · · Score: 1

      true NTSC @ 29.97 FPS ?

      Well no, this is Australia. It'd be PAL at 25 FPS.

      (Not that I think it's anywhere near that, either. And since PAL has a slightly larger field the bitrate is the same as NTSC anyway, at least with DV.)

      --
      -- Alastair
    3. Re:Well if its full screen over 28.8 by squeegee-me · · Score: 1

      I'm wondering how much CPU power is needed to accomplish this at the viewing end. Remember you need a decent CPU for software DVD decoding and for DivX (aka MPEG-4). There is a lot of data to be filled in correctly no matter what the format used once compressed. I have a feeling there may be a new decoder card neeeded or at least a multi-cpu PC, like when DVD first came out.

      --
      Who wants Pork Chops?
    4. Re:Well if its full screen over 28.8 by Jaysyn · · Score: 1

      DiVX runs fine on my laptop (p233 MMX 64Mb RAM NeoMagic Video Card)

      Jaysyn

      --
      There is a war going on for your mind.
    5. Re:Well if its full screen over 28.8 by Anonymous Coward · · Score: 0

      I think they used a 8-digit calculator screen. Or maybe a black and white PalmPilot screen(160x160).

    6. Re:Well if its full screen over 28.8 by AndyChrist · · Score: 1

      DivX works beautifully on my P200. Better than ASF or Quicktime. It's not all that CPU intensive, decoding it.

  3. Last great Internet scam?!?! by Ledge · · Score: 1, Funny

    Is the Internet going away and nobody told me? Somehow I doubt that anything happening today will be the _last_ great Internet scam.

    --
    If it ain't a Model M, it's a piece of crap.
    1. Re:Last great Internet scam?!?! by Anonymous Coward · · Score: 0

      It may be a scam, but I can only say one thing if it is true

      Pr0n!

      dw

  4. If you believe that... by Futurepower(tm) · · Score: 3, Funny


    Yes, and I am able to compress all of Slashdot down to 10 bytes.

    --
    Bush's education improvements were
    1. Re:If you believe that... by Anonymous Coward · · Score: 0, Offtopic

      Well, if you only count the meaningful content, and not all the crap, then yes, you can...

    2. Re:If you believe that... by bmongar · · Score: 1

      Heck, I can compress every file in the world to 1 byte. Oh you want to decompress? Well it is a bit lossy.

      --
      As x approaches total apathy I couldn't care less.
    3. Re:If you believe that... by istartedi · · Score: 4, Troll

      "Yes, and I am able to compress all of Slashdot down to 10 bytes."

      FIRST POST
      0123456789

      Well, what do you know, he's right!

      --
      For all intensive purposes, "whom" is no longer a word. That begs the question, "who cares"?
    4. Re:If you believe that... by Anonymous Coward · · Score: 0
      Some moderator is being extremely arsy about this topic, aren't they? :-)


      Compression, of course, relies on reducing the data size to the information content, and since the information content on Slashdot is extremely low, I imagine you could compress the daily news + postings to around 16K - the articles, and the +5 posts attached.

    5. Re:If you believe that... by EpsCylonB · · Score: 2, Funny

      you probably could...

      compression is more effecient when thare is lots of predictable duplicate data right ?

      Well just think about how many "Linux is great" posts on slashdot there is...

    6. Re:If you believe that... by BushLad · · Score: 2, Funny

      hell, it should be pretty easy if you just erase all the Jon Katz articles.

    7. Re:If you believe that... by Anonymous Coward · · Score: 0

      SUCKMYCOCK

    8. Re:If you believe that... by jerw134 · · Score: 1
      Actually, that would be

      FIRST POST
      0123456734

    9. Re:If you believe that... by Hard_Code · · Score: 2

      Yes, because compression works wonderfully on a corpus of massively redundent data...

      --

      It's 10 PM. Do you know if you're un-American?
    10. Re:If you believe that... by Anonymous Coward · · Score: 0

      I gotcha beat:

      GOATSE.CX
      012345678

    11. Re:If you believe that... by Anonymous Coward · · Score: 0

      Compression to any level is easy. It's the DECOMPRESSION that's difficult. :)

      Ask me someday about my "infinite compression" algorithm. Any data, compressed to zero bytes. Sure, it's a little lossy, but that's a small price to pay for the storage media savings!!

      -- Spaz!

    12. Re:If you believe that... by NewtonsLaw · · Score: 2, Funny

      Hey, I can compress AND encrypt a full-length movie and DVD quality into just 1 byte!

      However, the decrypt key is 4.5 GB long :-(

    13. Re:If you believe that... by blixel · · Score: 1


      FIRST POST
      0123456789

      Well, what do you know, he's right!


      That would be 10 bits, not bytes.

    14. Re:If you believe that... by Jonathan · · Score: 2, Insightful

      So you have a method of representing an alphabetical character in a single bit? ASCII uses a byte per character.

    15. Re:If you believe that... by 4of12 · · Score: 2

      Yes, and I am able to compress all of Slashdot down to 10 bytes.

      Actually, if you permit the use of a diff against previous stories and postings, it is possible to compress Slashdot down to an average of 3 bytes:)


      News item:

      Late Thursday, researchers announced that one of their Perl modules was supposed to have demonstrated a successful performance of Turing's test for mimicking human intelligence via machine.

      Authors claimed the module was able to replicate Slashdot stories and user postings, including not only classic Trolls, but also the previously difficult to analyze AC postings at Score:-1.

      "It was a hard task to get that last set of Score:-1 set of responses correct, but we knew we had to do it if we were to present a credible emulation of Slashdot."

      Researchers were gratified that all of their hard work to simulate Slashdot paid off, demonstrating such a degree of fidelity that a recent audience of Slashdot users were transparently convinced of its reality.

      However, distribution of any prize monies is pending an appeal from Alan Turing's estate, who claim that Slashdot stories and postings do not represent intelligent life.



      --
      "Provided by the management for your protection."
    16. Re:If you believe that... by Anonymous Coward · · Score: 0

      uhhhh... no. that would be bytes. wannabe geek.

    17. Re:If you believe that... by Anonymous Coward · · Score: 0

      I don't get it.

    18. Re:If you believe that... by Anonymous Coward · · Score: 0

      Like your post.

    19. Re:If you believe that... by Anonymous Coward · · Score: 0

      Wrong, moron.

    20. Re:If you believe that... by arielb · · Score: 0

      pi

      --
      ---
    21. Re:If you believe that... by Anonymous Coward · · Score: 0

      Let's try getting it to 10 bytes - I think I'll use C syntax:

      ~Microsoft

      Yes, 10 bytes is enough!

    22. Re:If you believe that... by Steeltoe · · Score: 1

      ST - 34. ST - 34. Get it?

      Me neither ;-)

      - Steeltoe

    23. Re:If you believe that... by Anonymous Coward · · Score: 0

      No, it's true! 28.8 and full screen video. They have successfully shown a video of fractal image slide shows!

  5. Video != only need for broadband by blindbat · · Score: 1
    They claim this will 'eliminate the need for broadband.'

    As if video is the only need for broadband.

    I need it to keep on top of the ever changing Linux binaries.

    1. Re:Video != only need for broadband by eracerblue · · Score: 1

      You know... perhaps it is broadband. Just think:

      1. feed high-speed data text to the video in
      2. compress video
      3. send over 28.8 line
      4. decompress video
      5. OCR out the data stream, and voilla. "broadband"

      I wonder what Mr Claude Shannon would have said about this? Here's more info about the master.

    2. Re:Video != only need for broadband by jrockway · · Score: 1

      but the compression is lossy, so you won't get the same data back :(

      try MP3'ing a picture and 'playing' it back. The result barely resembles the original.

      --
      My other car is first.
    3. Re:Video != only need for broadband by Anonymous Coward · · Score: 0

      yeah, but linux is so full of bugs it couldn't possibly make it any less crash-prone.

    4. Re:Video != only need for broadband by Anonymous Coward · · Score: 0

      Oh come on. Even I can think of better trolls than that...

    5. Re:Video != only need for broadband by PurpleBob · · Score: 2
      Cool. I just tried that - I encoded a picture to PNM (a very straightforward image format with an easy to reproduce header), gave that image as input to lame, decoded it with mpg123, and added the PNM header back into the picture.

      What came out was a really fuzzy image, shifted to the left, and with entirely wonky colors. But what amazes me is that the objects in the picture are distinguishable at all.

      --
      Win dain a lotica, en vai tu ri silota
  6. Yes, this certainly will eliminate the need. by Wakko+Warner · · Score: 1

    Because, hell, all I use the Internet for is streaming video. Really! I never download a single thing.

    Morons.

    - A.P.

    --
    "Remember when the U.S. had a drug problem, and then we declared a War On Drugs, and now you can't buy drugs anymore?"
  7. It's all in the buffering by Trak · · Score: 3, Funny

    You click on download, the viewer launches, and the status bar reads "Buffering..." for eight hours, then the full-screen video plays in full detail. It's amazing!

    1. Re:It's all in the buffering by Unknown+Bovine+Group · · Score: 2, Funny

      No, it's a video of screenshots of 'Pong': Compresses over 28.8 reeal nice. "Your results may vary".

      --
      m00.
    2. Re:It's all in the buffering by Anonymous Coward · · Score: 0

      Haha, it's funny cause it is true.

      I remember my old dial-up days trying to watch a real video that's quality was beyond what the modem could handle in real time. It would buffer a bit of the video, play it, and then stop for more buffering. What you could then do is move the time slider to the beginning and watch the video all the way through once it was entirely buffered. If you hit stop though, it would start the process all over. I never could figure out why you have to rebuffer the same data after you have already downloaded the thing!

    3. Re:It's all in the buffering by frknfrk · · Score: 1
      What's cool about this technology, if it is indeed true (and they had a supposedly impartial contractor supervising) is that they claim no buffering time. From the article:


      There was no down load time, no broadband infrastructure and impressive picture quality. The most significant element of 'no download time' compares to the minimum of 20 to 40 minutes (and maximum of a few hours) required for the download of the five US studios' system, currently known as MovieFly.


      See that? No down load time.
      --
      The REAL sam_at_caveman_dot_org is user ID 13833.
    4. Re:It's all in the buffering by EvilGwyn · · Score: 3, Funny

      No silly person, you launch the player and it starts playing instantly. They did forget to mention that the player itself is a 600 Mb download though.

      --
      Phear my l33t homepage.
    5. Re:It's all in the buffering by Cassandra · · Score: 1

      And it plays only one movie right? :-)

    6. Re:It's all in the buffering by VultureMN · · Score: 1

      Well, that's just the demo version. You can later get the full version; it's shipped in a UHaul truck and comes on about 14,000 DVDs.

  8. uh, so who's gonna buy this out, and for how much? by Anomymous+Coward · · Score: 0



    Holmes expects many programme suppliers to want to form alliances once they understand the potential. "This is the first time I have ever heard of a technology that can service so many houses from one server at such high quality ... People have asked me to speculate and I blush at the options. It will offer many new revenue streams and enable households to be reached that are currently monopolised by very large companies."


    And they dont expect this new technology to be bought, and exploited, by one of these already existing monopolies? And once purchased, don't they assume that it will just add to the existing monopolies?

    Call me a skeptic, but this is going to be something that AOL or MS or someone pays a lot of money to buy, and then makes it completely proprietary. And that's assuming that it GETS to the consumer market without getting squashed by legal troubles.

  9. Eliminate Broadband? by FortKnox · · Score: 5, Insightful

    Pshah!

    With all the great things I have with broadband (at the same cost of 28.8 service), plus, if you can compress a stream for 28.8, imagine what you can do with broadband!

    This won't eliminate broadband. It'll strengthen it!

    --
    Good quote, too many chars. Seriously, the slashdot 120 char limit sucks!
    1. Re:Eliminate Broadband? by diverman · · Score: 1

      I think it would definitely strengthen it. In addition to being able to get more through your own modem, many of the larger networks will see a dramatic decrease in the bandwidth being passed through their networks... leaving a result of better performance overall, but also lots of room for more things.

      As skeptical as I am, it would definitely be nice. Might give a little boost to innovation with people looking for more ways to fill up the freed bandwidth. :) *shrug*

      Cheers,
      -Alex

  10. End of Broadband? by JanneM · · Score: 4, Insightful

    Funny, I find a broadband connection incredibly useful, and yet i never watch video over the net...

    The real advantages of a broadband conneciton is that you are always connected; you are accessible to others via mail and messaging at all times (just imagine that you had to explicitly connect your telephone to use it, then disconnect it again afterwards). The speed, while very nice, is actually not as important.

    /Janne

    --
    Trust the Computer. The Computer is your friend.
    1. Re:End of Broadband? by szomb · · Score: 1

      Bullshit. I used to use a 24/7 56k dialup line and even run a server on it, but in no way is the speed of my current SDSL replacement "unimportant."

      --
      Just because a few of us can read write and do a little math, doesn't mean we deserve to conquer the universe
    2. Re:End of Broadband? by Unknown+Bovine+Group · · Score: 1
      (just imagine that you had to explicitly connect your telephone to use it, then disconnect it again afterwards)

      Yes, that would be horrendous! You'd have to have some kind of "cradle" or "talk button" to turn the telephone on, and THEN you'd be forced to type in the IP of the phone you're trying to connect to (perhaps they'd call that IP# the "phone number"). Imagine!

      --
      m00.
    3. Re:End of Broadband? by garcia · · Score: 4, Funny

      umm, how is this any different than having a 24/7 dialup connection (or at least close). PPP on demand would do just about the same thing as well.

      Broadband is great b/c I don't have to wait 5 mins while my porn comes up, I don't have to wait 15 hours for my whatever.tar.gz to download, and I certainly don't have to worry about my roommate stealing all the bandwith downloading MP3s.

      Even if 28.8kbps can support full motion video you can't do much else while it is downloading.

    4. Re:End of Broadband? by gorilla · · Score: 2

      Always connected and broadband are two totally seperate things. Lots of people did always connected over a standard voice line. If you wanted to avoid having to get a second line, it would be very easy to make a device which gave you two channels over a standard copper line, one of them could be used for voice, and one for data. Maybe even a little left over for control purposes. You'd have to give it a catchy acronymn to compare with ADSL, maybe something like ISDN.

    5. Re:End of Broadband? by RussGarrett · · Score: 2, Informative

      Here we go again, Americans assuming that everyone lives in their country.

      Well some of us live in the poor, deprived, third-world old United Kingdom, where speed cameras and CCTV monitor our every move, and dialup access is (mostly) metered! Broadband only covers about 10% of the population (thankfully me :). The USA is AFAIK one of the only countries with unmetered local calls.

      In many cases, broadband is the only unmeterted access.

      --Russ

    6. Re:End of Broadband? by Anonymous Coward · · Score: 0

      ROFL

    7. Re:End of Broadband? by JanneM · · Score: 1

      Except that 1) in most countries local calls are metered; and 2) many ISP:s will disconnect you after some time, giving you a new, temporary IP address every time.

      /Janne

      --
      Trust the Computer. The Computer is your friend.
    8. Re:End of Broadband? by Anonymous Coward · · Score: 0

      well Canada too has unmetered local calls and probably the highest broadband coverage of almost everywhere.

    9. Re:End of Broadband? by Bobo+the+Space+Chimp · · Score: 0, Troll

      > The USA is AFAIK one of the only countries with
      > unmetered local calls. [and the UK is not]

      Why? Hmmmm...

      International Workers of the World, unite!

      Look for...the Union Label.

      Just say...Union, yes!

      Big, bloated government unions with coercive monopolies that can, legally, jail any competitors.

      Socalism now, socialism forever!

      If you really knew what Communism was, you'd pray for it!

      --
      I am for the complete Trantorization of Earth.
    10. Re:End of Broadband? by Anonymous Coward · · Score: 0

      and NZ...
      we get unmetered calls AND choices of broadband.

    11. Re:End of Broadband? by Hadean · · Score: 2

      Canada is unmetered as well... but of course, everyone just thinks of us as "Americans" or "USA" anyway, right? *sigh*

    12. Re:End of Broadband? by dustman · · Score: 1
      but of course, everyone just thinks of us as "Americans" or "USA" anyway, right? *sigh*


      Exactly! To paraphrase 'The Kids in the Hall', "A Canadian is basically an American without a gun" :)
    13. Re:End of Broadband? by ImaLamer · · Score: 1

      The best thing about broadband in my view is the ability to have real networking in the home.

      The isn't true for some/most DSL connections... but for cable, you get it, boot up an install diskette for and it works!

      Years ago when I first tried linux it didn't go anywhere with me because dialup seemed to gosh darn hard for me. I said this was years ago dammit!

      Even windows likes it! Anything opens out of the box... and thats nice. My grandparents would have so much fun with cable if they'd just shell out the money.

      Plus with bb you can see what an alternate OS like linux is really like. It seemed I got waaaaaay better download speeds in linux, of course.

    14. Re:End of Broadband? by Anonymous Coward · · Score: 0
      Except that 1) in most countries local calls are metered

      Yeah, backward-ass eurotrash countries

    15. Re:End of Broadband? by Anonymous Coward · · Score: 0

      Canada is like Jan Brady. "Marsha! Marsha! Marsha!"

    16. Re:End of Broadband? by Anonymous Coward · · Score: 0

      Canada is like Jan Brady. Marsha! Marsha! Marsha!

    17. Re:End of Broadband? by Anonymous Coward · · Score: 0
      If you really knew what Communism was, you'd pray for it!

      Communists kill people who pray.

    18. Re:End of Broadband? by Dwonis · · Score: 2

      ... and a whole lot smarter! *ducks*

    19. Re:End of Broadband? by G-funk · · Score: 1

      Actually, the UK is about the only place in the online(western) world where local calls are metered.

      --
      Send lawyers, guns, and money!
    20. Re:End of Broadband? by GaCRuX · · Score: 0

      lol. you think that's funny huh?
      I actually *do* that! nobody can ever get me on the telephone, I'm on the 'net nearly 24/7 (modem).

      if anyone wants to call, I have to explicitly d/c from the 'net to let them call... basically what you described, no?

    21. Re:End of Broadband? by GaCRuX · · Score: 0

      heh, you're not the only ones. yeah, we've got unmetered local calls down here in New Zealand. but everyone just thinks of us as part of Australia, right?

    22. Re:End of Broadband? by bdeclerc · · Score: 1

      Bull, all of Europe has metered local calls...

    23. Re:End of Broadband? by Hadean · · Score: 2

      Well, being Canadian, I definitely know the differences between NZ and Oz, but I'm sure many others (read: Americans) don't, or, to put it more bluntly, couldn't care less.

  11. Too bad... by CMiYC · · Score: 0, Flamebait

    ...that its coming out of Australia. Even if the claims in the article were true, we'll never see it (in the US anyway). I'm sure the Australian Government will find a reason to ban it.

    1. Re:Too bad... by Anonymous Coward · · Score: 0

      To make your sig correct:

      ...that its coming out of Australia.

      s/its/it's. Thank you.

    2. Re:Too bad... by Anonymous Coward · · Score: 0

      Aren't they concerned about international video defamation... or international video defication...

    3. Re:Too bad... by Anonymous Coward · · Score: 0

      "...that its coming out of Australia. "

      s/its/it's. Thank you.

      ===

      "...that it's. Thank you. coming out of Australia."

      Fix your regex first, you silly pedant.

    4. Re:Too bad... by Richard_Alston · · Score: 2, Funny

      Damn right we will..
      I'm already leaning towards banning it because it enables faster dissemination of copyright materials. We may have missed the chance to outlaw the internet as a whole, but we will definately get each and every individual new peice as it comes up.

      Do you people not understand that we own you.

      All your ass are belong to us.

      --
      Sen. Hon. Richard K R Alston
      Australian Federal Minister for Communications, Information Technology
    5. Re:Too bad... by Anonymous Coward · · Score: 0

      Clearly a forgery. Richard Alston would have said "All your arses belong to us"

  12. It's Not Only About Speed... by omnirealm · · Score: 5, Insightful

    With the advent of wireless technology, speed is not the only issue at hand. Energy is going to be a major factor to consider. While we may be able to compress video into oblivion, the processing power required to perform the compression/decompression may be too high for handheld wireless deviced with limited battery power. Broadband availability for desktop computers is rapidly becoming a non-issue.

    People are going to want to send and receive video emails from their handhelds. We need a technology that will be able to strike a balance between energy required to transmit the signal (bandwidth) and the energy required to compress and decompress the signal (signal processing).

    --
    An unjust law is no law at all. - St. Augustine
    1. Re:It's Not Only About Speed... by Anonymous Coward · · Score: 0
      Broadband availability for desktop computers is rapidly becoming a non-issue


      If by "rapidly" you mean "80% availability by 2005", I guess you're right, but that doesn't sound rapid to me.


      Try a Google search for "last mile".

    2. Re:It's Not Only About Speed... by Bobo+the+Space+Chimp · · Score: 1

      If I recall correctly, in the early to mid 90's, when the HDTV definition was being hashed out, it required $50,000 worth of computer equipment to decode a full-blown HDTV signal.

      Look for it to be built into an Intel chip in a few years, and handhelds a few years after that. I wouldn't worry about this particular video version.

      --
      I am for the complete Trantorization of Earth.
  13. easily done by LocalYokel · · Score: 4, Funny
    Lossy compression can do wonderful things. =)
    http://lzip.sourceforge.net/

    I hope this isn't another Pixelon...

    --

    --
    E2 IN2 IE?

    1. Re:easily done by -=OmegaMan=- · · Score: 1

      This isn't insightful. If anything, it's funny, since this is obviously a gag.

      The "Lessis Moore" algorithm?

      The "PLACeBO" algorith?

      The "Free Object Oriented License" (FOOL)?

      --

      This sig is xenon coated, and will glow red when in the presence of aliens

    2. Re:easily done by Anonymous Coward · · Score: 2, Funny

      The only kind of compression for a BOFH. "You want your files compressed, eh? Well, OK - whatever you want."

    3. Re:easily done by Anonymous Coward · · Score: 0

      Nah, it's not lossy at all. They're just using a 4x4 pixel screen.

    4. Re:easily done by Dufffader · · Score: 1

      Either that or someone's found a way to create something with an efficiency of more than 100%.

    5. Re:easily done by Anonymous Coward · · Score: 0

      Either that or someone's found a way to create something with an efficiency of more than 100%.

      It's called rm -rf *

      MIKE

    6. Re:easily done by Anonymous Coward · · Score: 0

      No wonder sourceforge is in the toilet. Bowie was right.

  14. Great! by gwizah · · Score: 1

    Hmm, another absurd claim...Color me skeptical, but Ive seen several attempts at producing high-quality, low-bandwidth video and Ive concluded that those two words comibined cant make sense. There are many codecs available today that claim to produce tiny file sizes that download quickly and play full screen, Unfortunately they rarely deliver. The article seems real light on the details, No description of connectivity besides a 28.8 modem, no details on the display, resolution, nothing. I think this company is either set to revolutionize the media industry, or they just pulled the biggest funding scam ever. Until *I see it* I wont belive this hype.


    Now if I can receive Full screen Quality on my good ol' p133, 800*600, on a 28.8 modem through my noisy copper, Im golden...

    --

    There is no spork.
    1. Re:Great! by Unknown+Bovine+Group · · Score: 0, Redundant
      It seems to me that with the absurdly powerful processors that can be purchased sub $500 now, equally complicated compression algorithms could be used to trade processor work for file size. I remember seeing work on fractal encoding and the like. That was done for still images, but if processors were now fast enough to decode them at 30 fps, or even better if those algorithms could be applied over frames AND frame delta over time, it could be a possibility.

      And a great opportunity for chip and pc makers to push the latest and greatest processors....

      --
      m00.
    2. Re:Great! by joosters · · Score: 1
      Well for real working examples of low-rate video codecs, with bitrates down to 17kbps, have a look at:

      http://www.forbidden.co.uk/videos/

      They use a player written entirely in Java, so no huge extra downloads required and it should work in all browsers (well I've only tried IE...) And the picture size is fairly decent as well... Only downside is that quality isnt amazing, but what do you expect in 17kbps? :-) Just wait for the realtime streaming video banner ads (NOOOOO......)

  15. What's that? by pogofish · · Score: 4, Funny

    Yes sir, full screen video over a 28k connection.


    So what am I seeing? It looks rather blank.


    Well sir, that's a white cow in a snow field. It just scared out some snow hares.


    Over 28k you say? Where do I sign?

    --

    A man without a God is like a fish without a bicycle.
  16. Smoke and Mirrors by topham · · Score: 5, Insightful
    A 28.8Kbps modem delivery good video and sound? Uh-huh. It's the Holy Grail. The last guy I heard demoing it ended up being on a wanted list for fraud. For all we know the machine had a 802.11b wireless card and was receiving multiple transmissions of the datastream. (Assuming any level of auditing was actualy done to verify that any data was over the 28.8 connection.)


    I don't even think it would be that hard to fake.

    1. Re:Smoke and Mirrors by Nick+Number · · Score: 4, Funny

      For all we know the machine had a 802.11b wireless card and was receiving multiple transmissions of the datastream. (Assuming any level of auditing was actualy done to verify that any data was over the 28.8 connection.)

      Perhaps a GPS beacon as well.

      --
      Promote proofreading. Don't mod up sloppy posts.
    2. Re:Smoke and Mirrors by AugstWest · · Score: 2

      god i wish i had mod points.... too funny.

    3. Re:Smoke and Mirrors by Zeinfeld · · Score: 2
      For all we know the machine had a 802.11b wireless card and was receiving multiple transmissions of the datastream.

      Nah, use a Powerbook or one of the newer laptops with 802.11b built in. A PCMCIA card with an antennae hanging out he side would be a dead giveaway.

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
    4. Re:Smoke and Mirrors by Anonymous Coward · · Score: 0

      So easy to fake it's not fscking funny.. I've done this in the past for 'fast demos'; in fact I seem to recall the "wget" man page specifically mentioning the technique!

      Just make a local mirror of the site (or sites) you plan to go to, set up apache on the machine with virtual hosting, then for all the domains you mirrored put the address in /etc/hosts pointing back to localhost. You can store a shitload of good-quality DivX movies on a 40G drive or two, the rest of the net is all there live at 28.8K, and your average pointy-haired investor has no idea how this whole 'internet thing' works anyhow..

      And yes, you can do the same thing trivially using windows with apache..

  17. MP3... by Nate+Fox · · Score: 2, Informative

    I'm just as skeptical as the next geek, but remember: MP3 changed everything in audio. Compressing a 60M song to ~6M?!? 10-12X compression with only minor quality loss? No one believed it when they were told, but once we started hearing it ourselves, we couldnt believe our ears. I hope they have made the next quantum leap in compression. I doubt it, but I hope.

    1. Re:MP3... by Anonymous Coward · · Score: 1, Insightful

      10:1 is believable. I can get 10:1 with images trivially (less than 50 lines of code), and I think of audio as much less variable than images. 1000:1 isn't believable - especially for a streaming format which starts with "no delay". As CSICOP says, extraordinary claims require extraordinary evidence.

    2. Re:MP3... by orichter · · Score: 1

      >>I'm just as skeptical as the next geek, but remember: MP3 changed everything in audio. Compressing a 60M song to ~6M?!? 10-12X compression with only minor quality loss?
      >>>>>>>>>>>>&g t;>>>>>>>>>>>> >>>>>>>>>>>>&g t;>>>>

      This statement only makes sense if you assume broadband was already streaming uncompressed video, and we are looking for an improvement over that. The fact is that MPEG is already compressed by a massive amount over raw video, and it requires about 1 Mbps to stream properly (320x240). You are suggesting that we compress this already compressed data by a factor of 50. In other words, by your analogy, we take the 6M mp3, and reduce it in size to 100K with minimal quality loss. I'm not saying this is absolutely impossible, but it is certainly a source of great skepticism.

    3. Re:MP3... by Anonymous Coward · · Score: 0

      As it happens, the next geek was much more skeptical than you.

    4. Re:MP3... by mother_superius · · Score: 1

      True enough, but this is much, much more incredible. You need broadband to get streaming audio of high quality. This guy is not only getting that over a 28.8, but he's getting VIDEO to boot! That's just an incredible leap in technology.

    5. Re:MP3... by Anonymous Coward · · Score: 1, Interesting

      Remember too though, that MP3 was only possible due to the advent of new technology from sound cards and different Pentium Instruction sets. MP3's came about due to a change in mainstream technology that allowed the compression. There's no mention of a new instruction set, or type of hardware relating to this 'new' video compression.

    6. Re:MP3... by Anonymous Coward · · Score: 0

      Good point about just the audio...

      This story is such bullshit, that Aussie perp is either an asshole or my biggest hero!

    7. Re:MP3... by Anonymous Coward · · Score: 0

      Your ears can handle a bandwidth of 10 KILOhertz. Your eyes can handle hundreds of GIGAhertz.

    8. Re:MP3... by CaseyB · · Score: 3, Informative
      but remember: MP3 changed everything in audio.

      People shouldn't have been that impressed with MP3. The concept of lossy compression algorithms was already in common use, in the form of JPEG compression of image data. (Now, I recall how impressed we were with JPEG back in the GIF days...) Getting 10:1 compression was pretty much the expected result of applying the same principles to audio data.

      Today, we would be just as skeptical of a new audio algorithm advertising 50:1 compression over MP3 -- which is effectively what these people are asking us to believe, since their ratios are versus existing compression schemes, not raw data.

    9. Re:MP3... by Anonymous Coward · · Score: 0

      Sound is irrelevant.

      Do you really need to hear the low-volume technohouse crap and overacted moans when viewing two women making love, sweet physical love...

    10. Re:MP3... by shepd · · Score: 3, Interesting

      Video already compresses surprisingly better than any audio format I know of.

      For example, take a 10 second clip of 640x480 24-bit, RGB, 29.97 fps video (no audio). The math sez its:

      640 x 480 x 3 x 29.97 x 10 = 263.41 MB (approx).

      Yet 10 seconds of 10 Mbits MPEG-2 video (very high quality) takes up just 10 Megabytes of space. That's a compression ratio of over 26:1!

      Over a 28.8kbps modem over the internet we are looking at about 2.6kbps of data (headers and other overhead removed). This means the above 263 MB video is supposed to compress down to less than (don't forget about the sound!) 26 k. That's a compression ratio of 10374:1!

      I can believe a leap of 10x, *maybe* 50x. But a leap of 400x is just something I have to try on my own terms before I believe it.

      --
      If you could be told what you can see or read, then it follows that you could be told what to say or think - BoC
    11. Re:MP3... by Carmody · · Score: 2, Funny

      "I hope they have made the next quantum leap in compression. I doubt it, but I hope."

      Recall that a "quantum leap" is by definition the smallest possible leap. The next quantum leap in compression will be just compressing one more bit. Why hope for that?

      --
      God is real unless declared integer
    12. Re:MP3... by AnarchoFreak_00 · · Score: 1
      Yeah, but. This has also already happened to video. I don't have any exact numbers. But if you compared a DivX, or a compressor of your choice. It will be much smaller than uncommpressed video. DivX can cram 1 1/2 hours onto a 680MB (does anyone have some proper numbers on this ?).

      Anyway. I have a 56k modem, and I've can't even stream MP3's at decent quality. Let along, 640x480 30fps HQ video over a 28.8k.

      I find it very hard to belive that they can do this. Still...I hope they prove me wrong of course.

    13. Re:MP3... by jovlinger · · Score: 2

      The one thing that sets VOD appart from the normal uses of MP3 or MPEG is that the VOD can require a cray to compress, as long as the decompression is easy. Just like fractal compression, which is theoretically possible, just REALLY time consuming to compress.

      One way might be to send executable code: stored procedures that manipulate image regions. Think of it as motion prediction on steriods. Now, I don't have a clue as to how the compresssor would figure out these code snippets. Exhaustive search? Mind you, it doesn't necessarily have to be turing complete, but perhaps a very advanced command langauge.

      In fact, VOD compression doesn't have to be 100% automatic. You can very well justify having an operator select regions where the compressor should try harder to optimize, and what kind of optimization is likely to be needed. Say, you mark _this_ as background for the next X frames, _this_ is foreground, _that_ is a repetetive element, so store that in our image cache -- see _there_ it is again.

      These sort of human driven superoptimisations might be able to achieve a very high level of compression with acceptable results.

    14. Re:MP3... by aozilla · · Score: 2

      This means the above 263 MB video is supposed to compress down to less than (don't forget about the sound!) 26 k.


      Nah, you can pretty much leave out the audio, get the words by "reading" the lips of the actors, then using text to speech in the already downloaded database of actor voices. Splice in a few "" messages, and you have your special effects.


      As for the video, you just put a 3D image of all the actors into your distribution DVD, then you can just send position vectors of their movements. Add in a couple "" messages, and you have a full action-feature. The advantage being that you don't even have to hire the actors any more. You just feed the screenplay into the decompression algorithm, and out pops the movie. As an advantage you can change the actors on the fly, in case you'd rather see certain ones during the nude scenes, for instance.


      I'm joking of course, but one question to ponder is whether that would even be enough, then you can just use information theory to see if it would be possible. Certainly a screenplay could be sent in 28.8kps, but you'd have to include the information coding all the decisions made by the actors/directors/DPs/etc. too.

      --
      ok then your [sic] infringing on my copyright! Could you as [sic] me next time before STEALING my comments for your own?
    15. Re:MP3... by anon757 · · Score: 1

      Actually, you're thinking of a planck leap, as in the planck unit, which is the smallest possible unit of measurment. A quantam leap refers to when electrons jump from one quantam level to a higher level (like in a laser when they make a quantam leap from a higher level to a lower one), it's like saying "they're going to take video compression to a whole new level" or increased by an order of magnitude.

    16. Re:MP3... by Anonymous Coward · · Score: 0

      wouldn't that be
      640 x 480 x 24 x 29.97 x 10?

      24 bit color usually takes more than 3 bits. Yeah, you said RGB. 24 bit color is already RGB. 3 colors, and then the rest of the bits say how much of each color there is in the pixel.

    17. Re:MP3... by Anonymous Coward · · Score: 0

      Well, there's 2 definitions of quantum leap. The other is an increase by an order of magnitude. I'm betting your definition is correct in this case though.

    18. Re:MP3... by Anonymous Coward · · Score: 0
      'm just as skeptical as the next geek, but remember: MP3 changed everything in audio. Compressing a 60M song to ~6M?!? 10-12X compression with only minor quality loss? No one believed it when they were told

      You may have been caught by surprised when MP3 became popular, but the research behind MP3 (and the more efficient AAC) had been published in scientific journals for years (the first papers on perceptual audio coding from AT&T date back from the early nineties). In fact, many audio compressions technologies (some much better than MP3, like AAC) had been proposed, published, and even standardized by ITU long before MP3 became popular on the Web. If anything, MP3 was behind the curve.

      Ask anyone working on video compression if full-quality video at 30kbps is even remotely possible, and they will laugh at you.

      - Anonycous Moward

    19. Re:MP3... by AndyChrist · · Score: 1

      Tell that to the Realmedia people, who have been delivering us high-quality streaming video over modems with little buffering time and the easiest-to-use, least obnoxious player in the industry for YEARS now!

      Heh...heheheheheh.

      Oh yeah, and don't forget vivoactive.

    20. Re:MP3... by Dwonis · · Score: 2

      24 bits / 8 b/B == 3 Bytes

    21. Re:MP3... by mother_superius · · Score: 1

      I don't know about "high quality"...

  18. Fullscreen, but... by stikves · · Score: 1
    With higher compression tenchniques (like WMA, DivX, etc) you can achive "good" quality on "low" bitstream. (For example 64Kbit WMA is "listenable" up to a certain extent).


    But these compressions usually involve many "roundings" in order to decrease "compression artifacts". What I think about this 28K stream is (since I cannot test it) it will probably be "good" or "avarage" but never "perfect".

    1. Re:Fullscreen, but... by SilentChris · · Score: 2

      Actually, isn't 64Kbs the default for Media Player when you're recording? I left it on there one time, my brothers recorded a few CD's, and it sounded surprisingly good.

    2. Re:Fullscreen, but... by stikves · · Score: 1

      I do not want to start a flamewar, but i want to say that 64Kbit is not "good" for me. For MP3, even 160Kbit is not good for me. But it depends on what you expect and also on your sound hardware.

    3. Re:Fullscreen, but... by Anonymous Coward · · Score: 0

      Well, there is a difference between mp3 a WMA formats. A 64kb WMA sounds roughly equivelent to a 128kb mp3. He was talking about WMAs, not mp3s.

      FWIW I usually use 192kb mp3s or 128kb WMAs. I haven't tried ogg yet. Anyone know how they compare to mp3s bitrate-wise?

  19. Sound good by bomek · · Score: 2, Funny

    As long as i can put The Matrix at dvd quality on a floppy disk.

    1. Re:Sound good by ErikTheRed · · Score: 1

      Yeah, that will really make the MPAA shit.

      --

      Help save the critically endangered Blue Iguana
  20. Yeah, full screen video by Anonymous Coward · · Score: 0

    of a game of pong

    1. Re:Yeah, full screen video by Anonymous Coward · · Score: 0


      your mom | |
      _________________ | |
      \ | | <-- me
      \ | \
      )__ : |
      __________/ ;__ |
      / ; {:}| /
      / /| | /
      / / | | |

  21. Proprietary 'secret' Technologies by Whyte+Wolf · · Score: 3, Insightful

    These 'secret' proprietary processes always seem to generate a lot of hyp, investment/funding, whatever and never seem to generate the proposed technology. A good example's a Calgary company that hyped its 'new' large-scale flat screen (non morticed screens) technology. It ended up that the founder had fraudulently demonstrated 'their' tech to shareholders using a compeditor's equiptment.

    I can't help but think of 'The Spanish Prisoner.'

    --

    Beware the Whyte Wolf.

    With a gun barrel between your teeth, you speak only in vowels...

    1. Re:Proprietary 'secret' Technologies by cliffjumper222 · · Score: 1
      You're right, but in more detail, it turned out ther guy had just gone to the local electronic store and bought a plasma screen TV for the share holder's meeting!!



      WOW, those joints between panels really are invisible!

    2. Re:Proprietary 'secret' Technologies by Nodatadj · · Score: 0, Offtopic

      Or Shooting Fish

  22. Buffer? by Anonymous Coward · · Score: 0

    Question. The article mentions "No Download Time", but that isn't exactly what a buffer is. If I spend 2 hours buffering 30 minutes of a 40 minute flick, I could show it to you, after the buffer period, streaming, and it'd finish before you got to the "live" part...

  23. Or is it "IT"? by GeneOff · · Score: 1
    Is this the net's version of IT, or "Ginger" by Dean Kamen, the New Hampshire inventor whose product just might change the world.


    If we could only find out what _it_ is.


    theITquestion.com

    1. Re:Or is it "IT"? by Anonymous Coward · · Score: 0

      IT is a hydrogen-fueled, Sterling-engine propelled scooter. It will not change the world. Dean even said so. The idea, however, is still quite cool.

  24. Yeah... by FatRatBastard · · Score: 1

    ... they forgot to mention that thier "full screen" is a 16x16 2 bit screen. Smells like a bunch o' bull if you ask me.

    If they could compress data enough to shove that much information down a 28.8 modem with little or no loss of quality, then you should be able to get surrond sound quality voice over the phone line. Pardon me if I sound skeptical, but if the folks at Ma Bell couldn't improve the basic quality over POTS that much, what makes me believe some ponces from down under could.

    1. Re:Yeah... by bbqdeath · · Score: 1

      And the bells want to improve sound quality so much because:
      1. they have a bunch of competition all racing neck-and-neck to provide the best user experience possible, and
      2. the customers continually complain about the lousy sound quality.

      Actually, last time I asked my RBOC if I could get my phone service from someone else, they told me I could if I just moved to the next county - where the other RBOC has its turf.

      And from the sound of my friends calling me on their cellphones, people will put up with some really lousy sound quality. I swear PCS phones use a 2-bit sample size. I hear three volume levels in everyones' voices: quiet, loud, and earsplitting (plus silence).

  25. Broadband and video... by C0vardeAn0nim0 · · Score: 1

    even video over cable modem is still vaporware IMHO what to say over 28.8...

    I still remember ISPs and media focused promissing real-time-full-screen-VHS-quality-30-frames per second video over cable/DSL/ISDN... All I can get now is real-time-AM-radio-quality-sound with what seems to be a slide-show in nakednews.com with a 256 Kbps ADSL.

    so, untill I _SEE_ this video over 28.8K I'll deny the possibility of such a thing...

    --
    What ? Me, worry ?
    1. Re:Broadband and video... by hearingaid · · Score: 2

      I can get 30 fps video no problem on my megabit DSL...

      'course, I'm using a proprietary transmission protocol...

      --

      my old sig used to be funny, but then slashcode ate it and now it's not funny anymore

    2. Re:Broadband and video... by passion · · Score: 2

      Yeah - but it's not full-screen.

      --
      - passion
    3. Re:Broadband and video... by Anonymous Coward · · Score: 0

      ^2 makes it full screen.

    4. Re:Broadband and video... by deathcubek · · Score: 1

      you can get it real time too, but its GPLd and runs on Linux.

      --

      New worlds are not born in the vacuum of abstract
      ideas, but in the fight for daily bread
      --Rudolf Rocke
    5. Re:Broadband and video... by hearingaid · · Score: 2

      wanna bet?

      try punching this AppleScript into a Mac sometime...

      tell application "QuickTime Player"
      activate
      stop every movie
      close every movie
      getURL "http://www.apple.com/quicktime/favorites/bbc_worl d1/bbc_world1.mov"
      present movie 1 scale screen
      end tell

      watch the BBC fullscreen...

      --

      my old sig used to be funny, but then slashcode ate it and now it's not funny anymore

  26. Full Screen, Eh....? by CodingFiend · · Score: 1

    I think they forgot to specify that the screen is 32x32x8.

    --


    And that's my $0.32 (adjusted for inflation).
  27. The last? It was one of the first and best by rjamestaylor · · Score: 4, Interesting
    Remember Pixelon?

    The above is all that in necessary to say on this subject, but due to the postercomment compression filter, I have to add this meaningless paragraph.

    --
    -- @rjamestaylor on Ello
  28. Not by a long shot by rgmoore · · Score: 2
    Could this be the last great Internet scam?

    Of course not. It's obviously a scam, but it's equally obvious that scams are not going anywhere. Human nature hasn't changed. As long as there are people who are desperate to belive there will be people willing to tell them what they want to hear. As long as the net is less than people want it to be- which is to say as long as it exists- there will be snake oil salesmen promising that they can make it into what people want.

    --

    There's no point in questioning authority if you aren't going to listen to the answers.

    1. Re:Not by a long shot by gmhowell · · Score: 1, Redundant

      Poor writing by the author. It's the latest internet scam. Not the last.

      --
      Jesus was all right but his disciples were thick and ordinary. -John Lennon
    2. Re:Not by a long shot by Anonymous Coward · · Score: 0
      When I used a Mac, they laughed because I had no command prompt. When I used Linux, they laughed because I had no GUI.
      Not at all. When you used a Mac, they laughed at you because you were using a Mac. When you used Linux, they laughed at you because you were using Linux.
    3. Re:Not by a long shot by Anonymous Coward · · Score: 0

      Yeah but at least he made people laugh!

  29. bah by Anonymous Coward · · Score: 0

    too bad 28.8 is much too slow to get first post here

  30. Pixelon by Ioldanach · · Score: 2, Informative

    For anyone who's ever heard of Pixelon, we'll believe it when we can test it ourselves.

  31. Eliminate broadband? by Anonymous Coward · · Score: 0
    Eliminate the need for broadband? Well, I guess if you're planning on using the Internet as a substitute for television -- but that seems like a pretty stupid use of the Internet.


    I mean, how can I do a linux install over video?

  32. shades of pixelon? by prizog · · Score: 2

    Here's Slashdot's last article about a company like this:
    http://slashdot.org/articles/00/06/27/1156210.sh tm l

    Good thing he doesn't have it patented, tho. As soon as he releases software, the algorithms will be available to everyone.

  33. Even if this is true... by The_Messenger · · Score: 1

    ...they're forgetting about Counter-Strike. You can take my DSL when you pry it out of my cold, dead NIC.

    --

    --
    I like to watch.

    1. Re:Even if this is true... by Anonymous Coward · · Score: 0

      If your NIC is warm and alive right now, I'd say you should clean out your computer case more often. Living slime molds make pretty good insulation on computer components.

  34. Neat, but it still doesn't solve The Real Problem. by Rimbo · · Score: 3, Insightful

    The problem isn't just the bandwidth. The problem with the idea of video-on-demand is that, unlike broadcast, your costs scale with your audience. The technological problem of fitting high-quality signal over a tiny pipeline is a great one to solve, but video-on-demand's real problem is that the cost scales.

    It's like choosing an O(exp) algorithm when you know an O(1) algorithm is available.

    See, if I start broadcasting a signal, the more people that tune in, the more I can charge for pay-per-view or advertising. But the neat thing is that my cost is fixed; no matter how many people tune into that signal, it costs me the same amount to spray EM waves all over the place.

    But with VoD, every new viewer means new bandwidth. Meaning that my costs go up with each new customer. And since the cost of additional bandwidth is not a linear equation, at some point there's diminishing returns, regardless of how small the stream is. My profit margins wither and die if there's enough demand for my video stream.

    The only real solution for this from a business perspective is...get this...distributed file sharing, such as Napster or Gnutella. With tools like these, I'm able to avoid the added demands on my server by making the folks who want the service into servers themselves.

    So the real technical problem to solve with VoD is not to make the streams smaller, although that certainly doesn't hurt, but to make money off of folks' file transfers. Obviously a direct tax on each transfer is going to cause problems, but an advertising-based model, where each transferred file has an advertisement attached with it, could work wonderfully.

    Too bad for the RIAA and MPAA that they're too busy suing file-sharing users and pushing unsuccessful VoD goose-chases to figure this out, eh?

    This is a cool technology if it's real. I wouldn't be surprised if it is real. But it won't make the internet into the great media-delivery tool the media corporations want it to be.

  35. Alright! by GiorgioG · · Score: 1

    Full-screen p0rn for everyone!

  36. it all depends on the screen size... by stryk9 · · Score: 1

    but 3 pixel by 3 pixel video isn't very entertaining. However, I suppose it could be useful for broadcasting those fun-packed documentary videos of tournament level
    tic-tac-toe matches.

    "I too have developed technology for getting video over my 28.8. I just place my television over my modem and wallah! video over 28.8." -m

    1. Re:it all depends on the screen size... by Bobo+the+Space+Chimp · · Score: 1

      As long as each pixel was 2 bits or more in depth...

      --
      I am for the complete Trantorization of Earth.
  37. Decoding, not compression by zealot · · Score: 2, Interesting

    It's certainly possible that they can compress video/audio data this much. There are types of compression available far greater than what are commonly used... the reason being that they demand way too much computing power to encode and decode. For example, neural networks have been used to compress data like pictures to tiny, tiny size. But if you've ever seen neural network algorithms, you know that there's a lot of computation going on.

    That said, assuming they have the compression, nobody probably has a cpu for decoding it.

    --
    He said, "You'll be able to tell your grandchildren that you helped assemble the first NT supercomputer," and I cringed.
  38. Cold Fusion? by Anonymous Coward · · Score: 0

    Are these the same jokers that claimed they had done cold fusion?

    Notty Blightly

  39. I'll believe it when I see it by koreth · · Score: 2
    Which will probably be never. Though the claims in the article are so vague as to be impossible to evaluate meaningfully. What does "excellent picture quality" mean, really? Are we talking "looks better than a crappy antenna on a 13-inch set," or "you could play it on a 10-foot screen and people would think you had a movie projector?" How about "CD-quality audio?" To some people, a 64kbps MP3 qualifies; others claim any existing lossy audio compression sounds unacceptably bad to them.

    But the outfit's complete unwillingness to do anything but canned demos is what really makes me think the guy in charge is doing more than just feeling like a snake-oil salesman.

    If it's for real, they'll file for patent protection and we'll all get to see how it works. And if it's for real, they deserve a nice solid patent or three, but my guess is it's just a scam.

  40. Its got to be a metric conversion issue... by addison · · Score: 1

    Whats 28.8 converted to real (USA) units?

    1. Re:Its got to be a metric conversion issue... by RacerX69 · · Score: 1

      28.8 kilobaud or 28,800 bits per second

      Half of the speed of a 56K connection.

      I still remember when 300 baud modems came out.

    2. Re:Its got to be a metric conversion issue... by Anonymous Coward · · Score: 0

      No, the conversion problems usually occur when the yanks convert from their system of measurement to the rest of the world's...

    3. Re:Its got to be a metric conversion issue... by Codey · · Score: 1

      umm, error.. it isn't 28.8 kilobaud since technically a one baud is an electronic state change per second. A 28.8k modem, however, transfers more bits per state change so it is 28.8kilobits but the baud rate is less.. something like 1/3 I think?

    4. Re:Its got to be a metric conversion issue... by Anonymous Coward · · Score: 0

      what's that sound? some satellite crashing?

    5. Re:Its got to be a metric conversion issue... by funky+womble · · Score: 1

      300 - that was back when modems only transmitted 1 bit per baud, so I guess you can be forgiven... Hey, perhaps that's it - maybe they're talking about 28.8kbaud :-)

    6. Re:Its got to be a metric conversion issue... by Anonymous Coward · · Score: 0

      By "their" system I suppose you mean the "English measurement system"... Guess who we got it from limey?

    7. Re:Its got to be a metric conversion issue... by Anonymous Coward · · Score: 0

      Given the current exchange rate, it probably works out to 56.6...
      Or is it the other way, American bandwidth is worth twice as much as ours, so it can be done in 14.4?

      It's probably not a metric issue because data's one of those few things that came along late enough for everyone to get it right from the start.

      Thank goodness they didn't decide to try having 12 bits to the byte, 736 bytes to a fermi, 15 1/2 fermis to each woggle, 261 woggles to one placart, and 430 placarts in a dubchick worth of data.

      "Hey, I've just bought a huge new 23 dubchick hard drive."
      "Oh yeah, so how many 200-woggle MP3s can you store on it?"
      "Umm...?"
      "How many 20-fermi JPGs?"
      "Shit, wait a minute, let me get my calculator and conversion table..."

  41. Fractal compression by drsoran · · Score: 2, Funny

    Remember the DOS trojan that was floating around about 8 or 9 years ago that claimed to be fractal compression program with amazing results? It could compress a 2 megabyte file down to a few hundred bytes. How did it achieve these amazing results? Deleting the file and filling the rest with junk. :-)

    1. Re:Fractal compression by Jaysyn · · Score: 1

      wasn't it called ows?

      Jaysyn

      --
      There is a war going on for your mind.
  42. Any compression experts know.......? by deglr6328 · · Score: 2

    I don't believe the claims of the story are even remotely posible, but what about using wavelet lossy compression (eg. jpeg2000) for video? any experts know what kinds of compression it would be able to achieve? as far as I know, all current video compression still uses discrete cosine transformations for the lossy portion of compression.

    --
    - "Hear that?! The percolations are imminent! Cease your ingress!"
    1. Re:Any compression experts know.......? by slew · · Score: 2

      real compression uses frame-to-frame correlation for compression. The dct is merely to
      transform the residual difference into something simpler to code. It's also used in mpeg
      for key frames, but those only are usually inserted once every 1/2 second and are
      generally coded at resonably high quality.

      During the mpeg4 competition, people proposed wavelets for the key frames, but in practice
      it didn't look much better since most of compression came from inter-frame motion
      compensated prediction, the difference wasn't high enough to justify changing things...

      In jpeg2000, you generally don't have multiple frames to compress, so using wavelets makes
      a bunch of sense. Wavelets didn't perform very well on coding the residuals so it isn't
      used for that... (residual is mostly noise)

  43. pr0n by psychalgia · · Score: 1

    faster pr0n? sorry, I was asleep till I realized this stories potential.

    --

    ________________________________________________

  44. Uh, no by zentec · · Score: 1


    Mr. Nyquist, where are you please? It seems the Aussies have forgotten your theorems.

    1. Re:Uh, no by Anonymous Coward · · Score: 0

      FOA, wouldn't shannon be the scientific deity to call on here? Secondly, no theorems are really relevant in this discussion because none of these articles have mentioned the number of bits of info that are ultimately used to produce "excellent picture quality".

    2. Re:Uh, no by leeward · · Score: 1

      Nyquist only applies to digitizing an analog signal, and has nothing to do with compression. Compression can easily far exceed the Nyquist limit, but the claims of this particular article are hard to believe. I would not not invest any money until I see the box with the lid off!

    3. Re:Uh, no by Anonymous Coward · · Score: 0

      No, Nyquist is the right guy. One of his theories states that you need to sample over twice the frequency of the source in order to assure that your waveform is even moderately accurate. This is why CDs are recorded at 44kHz (>2x 20kHz) and movies run at 24 fps (double the human eye's 10-12fps)

      (Shannon would come in only if they claimed 128kbps over a single traditional phoneline) Which they aren't.

      Tom

    4. Re:Uh, no by Rothron+the+Wise · · Score: 2, Interesting

      Maybe _your_ eyes are 10-12fps

      Actually, our eyes don't have a fixed fps as so many of you nerdlings tend to think. There IS a limit to how rapid changes we are able to see, but they are very dependent on brightness. We have problems seeing dark changes that happen in tenths of a second, but noone will miss a bright flash even if it lasts 200ths of a second.

      In normal lighting, 10-12fps is not even in the
      same ballpark as our vision. 75 fps is more like it.

      --
      A witty .sig proves nothing
    5. Re:Uh, no by zentec · · Score: 1


      And it also applies in reverse, when you convert the digital back to analog at the local telco switch.

    6. Re:Uh, no by Anonymous Coward · · Score: 0

      Sounds like you're confusing the capacitive nature of the eye and the actual visual processing. I suggest picking up any good book on human factors.

      Tom

    7. Re:Uh, no by Rothron+the+Wise · · Score: 1

      No I'm not. It's true that there is a point where we stop seeing single images and start seeing movement, and that rate is around 12fps, but saying that's the limit is grossly underestimating the power of the human visual system.

      We're able to perceive temporal aliasing (that's when the screen refreshes the same image twice) at framerates above 60Hz just fine, because of the our visions hard wired-capability of detecting motion. It becomes confused when it sees objects suddenly move and then stop and move again, that we will actually perceive it moving backwards when it's actually standing still, since a smooth continuous motion is what's expected.

      That's why you're seeing double when the camera is panning fast in the theatre. You're getting 24fps but the shutter flashes twice to avoid burning the film, and to lessen the strobe effect of a 24Hz flash, so you're seeing the same image twice.

      Not everyone have noticed this, so I wouldn't be surprised if you haven't. I'm not even sure everyone is able to see it, but take a good look next time.

      Phew, I'm getting OT here, but it really pushes my buttons when people start talking about the fps of the eye.

      --
      A witty .sig proves nothing
  45. Re: Sounds good by babymac · · Score: 1
    Well, in one of the articles linked it mentions that you could squeeze a gigabyte onto a 1.4 MB floppy. 1 GB translates out to about 30 minutes of DVD quality video. So it would still take 4-5 floppies to fit a full length movie.

    Still, if you can put a DVD quality Matrix onto 5 megabytes... I will be fucking flabbergasted. You could then get 128 full length movies on a single CD-R! By the way, I'll believe it when I see it.

    CTP

    --
    "War makes me sad." - Me
  46. I can watch me by FallLine · · Score: 1

    0123456789
    MONEY=EVIL

    See, isn't that simple?

    1. Re:I can watch me by snilloc · · Score: 2, Funny
      if money=evil, then I need to get my hands on some more evil. I'd be glad to take a little evil off of your hands.

  47. Yah... by cmowire · · Score: 2

    There are SO many ways to rig an evaluation without resorting to such lame techniques as showing a completely rigged video. ;)

    For example, if you know the exact paramaters of a data set, you can optimize your compressor for just that data set. Like, for example, allocating a lot of bits to pink in a pr0n pic.

    You can get insane compression with fractal/wavelet algorythims if you sit down and figure them out by hand or brute force.

    And then, there of course is a question of what's on the system running things.

    I mean, seriously, you could store four mini-streams and composite them to form the "real" stream. If you think of it that way, Flash already gives you streaming full-screen video over a 28.8 modem.

    Oh yeah, and I forgot about doing really high-quality resizing to make less pixels look like more.. ;)

  48. could be... by Anonymous Coward · · Score: 0

    I have a friend who works for a defence contractor. About 8 years ago they made a pair of boxes that could convey 260 line video at 30 fps with full audio over a 28.8 modem. If the goverment could afford it then.. its probally afforadble now.

  49. The Potential of VoD to replace TiVo by tavon79 · · Score: 1

    Part of the skepticism about watching video over the internet is due to the fact that most people haven't had the experience the convenience of watching over the internet.

    In South Korea, the national broadcasting networks all have Video on Demand. Every T.V. show is stored and available for anyone to watch over the internet. They require a login for higher bandwidth/quality footage, however, it's free non-the-less. As a Korean-American, I find it extremely informative/entertaining to watch vidieos and footage from Korea. I can watch any mini-series/sitcoms, news,...etc, I want to at any time, anywhere. Even the music industry makes all their music videos available online.

    Just imagine being able to watch any show you want from beginning to end, whenever you want to... That's exactly what the TiVo's for except that you can't store everything due to storage issues. In Korea, the networks and websites are responsible for the storage... thus, true VoD.

    I don't know if the technology is really valid, but respond to some people who claim that they don't watch VoD even when they have broadband; You don't watch VoD b/c there isn't anything good out there... (except in Korean)...

    1. Re:The Potential of VoD to replace TiVo by BiggestPOS · · Score: 1
      I really hope you're trolling. Because if you aren't, i'm going to have to move to Korea tomorrow, and I don't speak the language.

      --
      What, me worry?
    2. Re:The Potential of VoD to replace TiVo by bbqdeath · · Score: 1

      In that case, you should be able to demand some "learn to speak Korean" programming to get you started. :)

  50. Soundbites by NMSpaz · · Score: 1

    MWB's president was heard to say, "The big breakthrough came when we realized that it wasn't in the box, but rather in the band..."

  51. Re:Neat, but it still doesn't solve The Real Probl by Anonymous Coward · · Score: 0
    The only real solution for this from a business perspective is...get this...distributed file sharing, such as Napster or Gnutella.


    What about multi-cast?


    And since the cost of additional bandwidth is not a linear equation


    No, it's not linear. It gets cheaper per unit as you by more, so there is not point of diminishing returns (as far as delivering the same stream to more people goes. More bandwidth on one physical link, yes, there are diminishing returns).


    So the real technical problem to solve with VoD is not to make the streams smaller, although that certainly doesn't hurt, but to make money off of folks' file transfers. Obviously a direct tax on each transfer is going to cause problems, but an advertising-based model, where each transferred file has an advertisement attached with it, could work wonderfully.


    Too bad for the RIAA and MPAA that they're too busy suing file-sharing users and pushing unsuccessful VoD goose-chases to figure this out, eh?


    And to think, with that great business model, the RIAA and MPAA still have all the money and your posting it on slashdot.

  52. This could work... by spectecjr · · Score: 2

    Think about it for a minute. Video CD and Super VideoCDs compress MPEG at anywhere between 1.15 and 2.25 Mbit/s. With transport encoding, that's between 1.25 and 3.0 or so (give or take).

    Now, bear in mind that they're not transmitting over the net - so there's no lag, no reassembly - they're just squirting a continuous packet stream.

    28800 is about 26400 bits per second, with overhead - which is 0.03Mbit/s.

    So that's a factor of 100 difference. With some clever algorithms (eg. Div-X), making use of the fact that NTSC is generally lossy (and thus letting you throw away a lot more of the signal than a videophile would like), you might get away with it. You could just about squeeze VideoCD quality down that pipe. Not bad.

    Simon

    --
    Coming soon - pyrogyra
    1. Re:This could work... by Dest · · Score: 0

      Just about VideoCD quality, and VCD is awful. If this works, nobody who is a Videophile, or even an amateur television enthusiast will agree to it.

    2. Re:This could work... by Anonymous Coward · · Score: 1, Funny

      Yeah, the worst thing about VCD is how the MPEG artifacts obscure genitalia in those Japanese movies.

    3. Re:This could work... by Dest · · Score: 0

      ..and this is why you are a Anonymous Coward.

    4. Re:This could work... by spectecjr · · Score: 1

      The thing is, anyone who isn't a videophile (ie. the other 95% of people) won't care.

      It amazes me when I show people things and they say "But that looks fine to me!" when I can see glitches all over it. To the untrained eye, it might well look fine.

      --
      Coming soon - pyrogyra
    5. Re:This could work... by pointym5 · · Score: 2, Insightful
      So that's a factor of 100 difference. With some clever algorithms (eg. Div-X), making use of the fact that NTSC is generally lossy...


      Umm, wait a sec -- in the VideoCD compression phase you've already taken all the advantage you can of the slop in the original NTSC. You're talking about 100X compression of an already tightly-compressed data stream, which is to say that you're going to find sufficient redundancy in the data to remove 99% of it.


      Pull the other one.

    6. Re:This could work... by Anonymous Coward · · Score: 0

      Why? Becuase the artifiacts make him unrecognizable?

    7. Re:This could work... by Anonymous Coward · · Score: 0

      Some audiophiles claim to hear differences between equipment that experts in hearing physiology tell us they cannot possibly detect. It seems to me that you have trained yourself to see flaws whether or not they actually exist, everywhere except in yourself. What caused you to become such a bitter, negative person incapable of ever saying aught but ill about anything?

  53. Re:Neat, but it still doesn't solve The Real Probl by Anonymous Coward · · Score: 0

    But with VoD, every new viewer means new bandwidth.

    Not with multicast. The logistical and technical hurdles of charging people to join a multicast group, plus actually getting ISPs to support it is probably prohibitive though. Also it's difficult to do it "on-demand" because it's just one stream. There are ways, but it's all pretty complex.

  54. Doubt it, but... by BIGJIMSLATE · · Score: 2

    Well, even with all of the advancements in video compression, I still HIGHLY doubt that we're at the point were decent, broadcast-quality video can be streamed at ~2.5k/sec. Unless they have some "magic" means of compressing something that nobody will even come close to for at least a decade, I remain doubtful. "Broadcast-quality video can go anywhere from 26+MB/sec (uncompressed NTSC) to ~3.7MB/sec (DV/DVCam/etc) for a decent compression. But a decent comparison at approx. .000676 the size? I'll believe it when I see it. Besides, there's only talk so far, no REAL proof that outside people can test, review, and confirm or deny.

    This all reminds me of a friend who thought he could compress his whole hard drive onto a floppy by just zipping his files up hundreds of times. You know how that goes...

    But there's no doubting how cool something like this will be once the technology in compression advances to this point. Screw MPEG-4 or MP3, if someone could successfully do this, it would change how TV and the Internet are seperated (or combined in some cases) forever.

    1. Re:Doubt it, but... by Dest · · Score: 0

      Your friend is pretty stupid.

    2. Re:Doubt it, but... by Bobo+the+Space+Chimp · · Score: 1

      Actually, his friend is pretty clever.

      It's reality that's stupidly defined.

      --
      I am for the complete Trantorization of Earth.
    3. Re:Doubt it, but... by Anonymous Coward · · Score: 0

      Reminds me of a friend who, upon his Amiga crashing, would immediately turn the computer off, pull out the floppy and blow on it "to get rid of viruses." Heh.

  55. Seen it before... another con? by Anonymous Coward · · Score: 0

    Reminds me of Pixelon, they made the same claims, and look what happend to those guys.

    Almost as good as sticking tape on a 42" Plasma screen then making out to your investor it's some wonderful new technology for sowing lowcost LCD's together. They were found out and now they're fucked, how MIT tutors got involved in this company I do not know.

  56. This would require... by Satai · · Score: 2

    ...substantial compression. Right now, I'm pleased watching (while I work) a 2inch x 2inch video of the Simpsons in the corner of my screen, which is allegedly at 350kbps, but that's still not Amazing Quality at Low Low Rates - unless I have my figures wrong (i.e. bits/bytes, which is entirely possible,) this would be an additional compression of, what, 12 times? That would be groundbreaking, but wouldn't we have seen some intermediate steps?

    Hell, maybe not. Maybe it is genuine. But I'm with gwernol - let's see some independent testing.

    ...also, does anybody else remember that April Fool's joke about lossy data compression, where it actually just deleted the files? Sure, you get 100% compression - but it's lossy.

  57. Their first broadcast? by Anonymous Coward · · Score: 0

    A how-to documentary on cold fusion.

  58. There are ways to do this... by jd · · Score: 2
    However, they're not exactly on the cheap side. Any sane (but greedy) manufacturer would be advised to hide such costs, for as long as humanly possible, to rake in the investors, before fleeing across the border.


    First, you'd need hardware fractal compression. It's the only compression system capable of the sorts of compression ratios required, for the type of information being delivered. However, it's PAINFULLY slow, which is why it's not in general use, and the only companies touching it are using ultra-powerful dedicated hardware.


    Second, "full-screen" is a bit of a suspect term, when it comes to video. Television uses interleaved frames. In principle, this means that you only really need to send over half the information, and do simple interpolation for every other scan-line.


    Third, that the modem couldn't be checked is itself a bit suspect. It really wouldn't take much to conceal a DSL circuit, especially if it was an internal modem. At which point, your 28.8k suddenly becomes 28.8m. A somewhat more plausable speed.


    Lastly, although I doubt it was done this way, if you run -enough- 28.8k modems in parallel (say, a thousand of them) and stripe the data across them, you could easily reach high enough speeds, AND "legitamately" claim that you had video over a low-speed modem.

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  59. Re:Neat, but it still doesn't solve The Real Probl by agdv · · Score: 1

    Of course, the problem you're talking about is the fact that if two people want the same video stream, the stream travels twice through the pipe. Same stream, same bits. If they could have distributed caches so that they only need to send the data to those caches, from where people download them, a lot of the traffic would disappear. The nearer (hops-wise) to the receiving end it is, the more traffic it avoids, but also the more caches you need. The way I see it, ISPs could 'suscribe' to video feeds, for which the users pay per view.
    In fact, if any venture capitalist is reading this, please send me a few millions, and I'll put it to personal^H^H^H^H^H^H^H^H good use immediately.

  60. How it works (pure speculation) by merlin_jim · · Score: 2, Insightful

    Okay, sounds pretty bogus, huh? I mean, take full quality video and stereo cd sound, you're talking about 310 Megabits of data every second at the sizes they talk about.

    Even if you take lossy compression such as DivX and reduce the video size, you're still talking about 100 k for decent video and 1 Mbit for anything close to full screen quality.

    But we're talking data here... what about information? Data is bits. Information is the meaning of the bits, and a lot of information is highly redundant. Take english. I heard once that there are 1.2 bits per character in the english language; that's why text files get such good compression rates with gzip.

    Video is not so highly compressible, mainly because the codec doesn't understand images. Codecs generally just split the image up into smaller and smaller blocks and look for exactly repeating patterns. Lossy compression allows them to look for roughly repeating patterns, and pretend they're exact. Not exactly rocket science.

    Take a scene; any one. Like the one from the Matrix. Where Keanu Reeves is in his trench coat, black t-shirt, and black jeans, and an evil computer agent is standing in the background firing at him. You see Keanu bent over at the knees and there's 5 bullets coming at him with a particular trajectory pattern, with cool spiral air deformations coming off the back. Know the one I'm talking about?

    Guess what? I just described it in 312 characters. About 400 bits. Through in another 100 to precisely place everything and another 500 to describe background scenery, etc. Sure, it was REALLY lossy compression, but that's an example of the kind of thing you can do if you have an understanding of what's in video. At the very least, you can decide WHAT you can ignore and focus on preserving the really important stuff.

    Like, most people won't notice if the sky isn't the exact same shade of blue. Or if the flat blue areas of the sky have a slightly different texture applied to them.

    Okay, this is all so far pure pie-in-the-sky theorizing so far... I just wanted to set all that up to point out that this seems possible. HOW could it be done? Well, this is pure speculation but...

    A few years ago lots of people were looking at using various types of fractals to compress images down. This flourished briefly as the IFS file format (c. 1995), but the patents on the algorithm allowed the author to charge an exhorbitant royalty, so it never got off the ground other than for a few high-end video conferencing systems. These systems used (you guess it!) regular phone lines. Sure, maybe not 28.8 modems and maybe not full screen (though I distinctly remember that the frame rate was between 24 and 30 fps, depending on what kind of processor you used), but from there it's just process improvements.

    Plus, I imagine that MP3 has taught us a lot about lossy compression that could be applied to this sort of thing. I don't personally know anything about the details of MP3, but assume that its methods can be applied to fractal compression with approximately the same rate, e.g. at 3x-6x compression at negligible quality loss and 12x at maximal compression... and that would be enough to take this technology to the levels this guy is talking about...

    Ok, I'm done dreaming. Anyone have any comments? Does anyone remember this IFS format or have any more info on it than my hazy recollection?

    --
    I am disrespectful to dirt! Can you see that I am serious?!
    1. Re:How it works (pure speculation) by Have+Blue · · Score: 2

      Congratulations, you have just invented vector-based graphics. It's already possible to make streaming cartoons of decent quality in Flash and related programs, so all we need now is a scene-description language capable of generating Keanu Reeves from a small file.

      (Alternative objection: You have merely passed me a query to my brain's database which happens to contain a large amount of preprocessed information regarding The Matrix. Had I not seen the movie, I would not be able to decompress your scene.)

    2. Re:How it works (pure speculation) by Anonymous Coward · · Score: 0

      yeah, some good points in your post, but most all of these mpeg/jpeg type compression techniques are just based on fourier transforms, so even mp3 doesn't attempt to "understand" the music.

      think of it this way, though, you can compress things extremely well by understanding the music. remember midis? well they sound pretty nice with a wavetable and are tons smaller than an mp3 of the same song simply because they "understand" that there are many instruments each playing a different tune.

      now try to imagine the relation of mp3 -> midi as the difference between say mpeg -> this new compression technique. you can probably get stuff that looks pretty good, but your "wavetable" would have to be some really big "imagetable" or something and the things that it could represent would be limited the same way midis are limited.

    3. Re:How it works (pure speculation) by Asgard · · Score: 1

      How much disk space does a half-hour full-screen episode of Reboot (computer-rendered cartoon) take after rendering? Couldn't one cook the presentation by placing the primitives on the local system, then stream the scene definitions over the link? Then all you have to do is stream the audio (at atrociously low bitrates) as well and render it with a fast graphics card on the fly. Then the codec *would* understand the images. Or for that matter cartoons, as seen in the recent Zelda game.

      A system that had the SouthPark primitives pre-loaded on the client could probably descibe the action (and low-bitrate encoded audio) over a 28.8 link...

    4. Re:How it works (pure speculation) by AnarchoFreak_00 · · Score: 1
      It's already here... It's called 3d animation. You could probably send all the data need to render Final Fantasy in realtime (might have to lower the image map quality, or use vector/procedual textures).

      But then you need to reconstruct it. An if you snoop around previous slashdot stories a bit, you'll know that it is not yet possable to render Final Fantasy (or any realistic CGI movie) in realtime.

    5. Re:How it works (pure speculation) by pauldy · · Score: 1

      I think better comparason would be the old mod files where tiny pieces of the sound bites were used and repeated to product full length songs. I remember having quite a few that would fit on a single floppy. Then comes MP3 and the same speed racer song now takes 3 floppies. This is progress, how?

    6. Re:How it works (pure speculation) by merlin_jim · · Score: 1

      Response to the replies:

      Well, I didn't mean my quick Matrix analogy to be entirely representative; just a quick example of what might be possible. Also, I agree that the midi analogy is somewhat accurate. Assume that there is a large quantity of images you'll find in film that could be loaded into a codetable, then just transmit the index into the codetable. Unfortunately, the codetable must have significantly less images that the total number of possible images in it for this to be effective.

      I still think IFS is involved in here somewhere. I did a quick overview of IFS several years ago, and it certainly had the potential for this sort of thing, if you could figure out how to add coloring algorithms to the standard...

      --
      I am disrespectful to dirt! Can you see that I am serious?!
  61. Re:Neat, but it still doesn't solve The Real Probl by Anonymous Coward · · Score: 0

    That's not a problem if the stream is only 28.8kbps. I could serve 6 video streams over my ADSL, and someone with a T3 could serve about 2,000 streams.

  62. Lets do the math... by ArcadeNut · · Score: 5, Insightful

    Ok,

    Lets assume a video frame size of 320x240x16bit. We can scale this up fairly well, however, its no where near TV quality.

    Each frame takes 153,600 bytes per frame uncompressed. Now lets say you can get 80% compression on each frame. That would bring us down to 30,720 bytes per frame.

    A typical 28.8K modem is going to see 2800 bytes a second (on a good day, more like 2400 bytes in the real world). Note: This is a 28.8K modem and not a 56K modem.

    Based on these numbers, it would take about 10.9 seconds per frame (30,720 / 2800 = 10.9).

    Obviously there are tricks that one can do such as deltas between frames rather than actual frames, etc...

    However, in order to get 24FPS (3,686,400 bytes)in real time, they would have to get a compression rate of 99.93% (for the 24 frames).

    It just doesn't add up. I think they are full of it and this product will never go beyond vaporware.

    --
    Visit the Arcade Restoration Workshop @ http://www.arcaderestoration.com
    1. Re:Lets do the math... by Anonymous Coward · · Score: 0

      I don't think your math holds. Consider the following 2 technologies: VNC and MS Terminal Services.

      The first does what you describe: it takes the raw image, as presented to the monitor, and compresses it for transport. There is only so far that a person can compress that image.

      The second however, takes a different approach. It does not take a snapshot of the image, but rather it describes the image to the client. The client then draws what widgets it is told to in the proper locations. Much much more efficient than sending bitmaps over the link.

      Your math may be correct, but consider that they may be doing something other than a straight-up image compression.

      Of course, the smarter half of my brain agrees with you, this sounds fairy-tale.

    2. Re:Lets do the math... by Dr.+Zowie · · Score: 4, Informative

      80% (factor of five) compression is unreasonably
      inefficient. Even without frame-to-frame similarities, wavelet image compression schemes can achieve 50x compression with no visible degradation (I know, I did experiments last year as part of a spacecraft proposal effort). That's a factor of 10 from your figures -- 1.9 seconds per frame. Using the similarities between frames, it's not unreasonable to think that another factor-of-10 applies (MPEG achieves factor-of-100
      compression where JPEG only gets factor-of-10), bringing the frame count up to 10/second.

    3. Re:Lets do the math... by Anonymous Coward · · Score: 0

      There is a massive difference between a desktop and full-screen/full-motion video. Even over DSL VNC can be sluggish. Have you ever tried VNC over a modem? It sucks. Lag city.

      As for your argument with windows terminal server... Saying "put this widget here" is, again, completely different that full-screen/full-motion video. I understand that it might seem obvious on the surface that a computer might be powerful enough to break down an image into "dog", "boy", "ball" and "trees" and then describe the motion/action of each, but when you really study the problem, you realize:

      1. We aren't even CLOSE to having machines that powerful or software that advanced.

      2. Even if we did, that's still a lot of information. A picture is worth a thousand words, and you're dealing with 24 pictures a second (at least! more like 30/60 for TV).

      His math holds up just fine considering the current state of that art, and this will probably hold for at least a decade or more.

    4. Re:Lets do the math... by dcollins · · Score: 1

      There's no need to estimate, if you read the article he claims a 1:1000 compression ratio. They explicitly mention the ability to put 1.3 gigabytes of video onto a 1.4 megabyte floppy disk.

      --
      We know where leadership by an anti-intellectual "strongman" who scapegoats minorities and likes boisterous rallies goes
    5. Re:Lets do the math... by ArcadeNut · · Score: 1

      You are talking about two different types of compression. Compression of a bitmap of your screen is going to be A LOT smaller than a bitmap of the video.

      The reason? The bitmap of the screen is going to contain A LOT of the same exact colors. NTSC (Never The Same Color) has lots and lots of color variations which makes it even more difficult to compress.

      As for terminal server, they also use a trick where they only send the sections of the screen that have changed. Therefore they are only sending small chunks (after the intial first chunk).

      --
      Visit the Arcade Restoration Workshop @ http://www.arcaderestoration.com
    6. Re:Lets do the math... by Anonymous Coward · · Score: 0

      A fractal can describe a curve. Large-size sampling could let you fill with simple colors. Who says you have to be as precise as 'ball' or 'tree'?

      Why not just draw vectors or fractals? It works for other mediums.

    7. Re:Lets do the math... by jcr · · Score: 2

      Consider first, that your figures depend on reproducing a particular digital representation.

      Secondly, consider that there are at least two ways to encode an image in a resolution-independent fashion shipping today: wavelet compression, and Barnsley's fractal image compression.

      Thirdly, I don't think you realize just how much similarity there really is from one frame of video to the next. The DCT used in MPEG encoding doesn't actually benefit much from it, since it can only spot similarities in consecutive DCT blocks at the same location.

      Suppose, for example that the camera is slowly panning across a static image. MPEG would see that as the *whole frame* differing from its predecessor, where a location-independent approach like fractal compression would still be able to take advantage of the redundancy.

      All in all, I'm not prepared to dismiss this report out of hand, just because the encoding techniques in common use today all suck.

      -jcr

      --
      The only title of honor that a tyrant can grant is "Enemy of the State."
    8. Re:Lets do the math... by Rothron+the+Wise · · Score: 2, Informative


      Suppose, for example that the camera is slowly panning across a static image. MPEG would see that as the *whole frame* differing from its predecessor, where a location-independent approach like fractal compression would still be able to take advantage of the redundancy.


      No, MPEG would not. Do you think it was designed by a group of monkeys? MPEG would see this as a simple translation and code the correct motion vectors into the B-frames of the stream. There is more to MPEG than simple DCT blocks. You're talking about MJPEG.

      --
      A witty .sig proves nothing
    9. Re:Lets do the math... by Sloppy · · Score: 0, Offtopic

      they would have to get a compression rate of 99.93% (for the 24 frames).

      It just doesn't add up.

      You can get 99.6% (non-lossy!) compression by running stuff through the legendary 16:1 compressor twice. Do it a third time, and it's 99.97%. See? There's a way.

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    10. Re:Lets do the math... by VBL · · Score: 1

      Another use for wavelets is to denoise signals. That would help solve your NTSC problem and get the image data into an compressable format.

    11. Re:Lets do the math... by Anonymous Coward · · Score: 0

      Who says you have to be as precise as 'ball' or 'tree'?


      If you aren't as precise as "ball" or "tree" then it's impossible for the image to be recognized by a human as "ball" or "tree". There is a certain amount of raw information that is communicated by the movie. You can never compress that information without losing it. In other words, if you don't account for the bit which says "Is it a ball or a tree", the image cannot be recognizable enough to determine that.


      Not only would this compression scheme have great uses in compressing video, it would have potential uses in artificial intelligence, as in visual recognition.

    12. Re:Lets do the math... by zhensel · · Score: 2

      The great thing about compressing by looking at the frame changes is that the more you do so, the faster the frames come in, and then there's even less difference between them. Kind of like that Dr. Seuss story about the kid mowing the lawn in reverse.

    13. Re:Lets do the math... by Anonymous Coward · · Score: 1, Interesting

      Let's see.

      Let's take 640x480x16. It's around 614K. We try
      fractal compression approach here, so we divided
      a picture into 8x8 blocks with x,y,offs,scale,rot coords.
      We end with 9600 blocks.
      An arithmetic coder allows us to achieve
      415Kbit=9600*(log2(640)+log2(480)+16+7+2) or 52K
      bytes per frame. For 320x240x16 this going down
      to 6.2K (320/8*240/8*(log2(320)+log2(240)+16+7+2)).

      This is about twice as big as 2.8K, yes? And we get
      nasty side effects because of big blocks (4x4 is far
      better for small resolution pictures).

      I've seen (a long time ago) a paper on 3D fractal
      compression. Let's see. The bit count for this scheme
      will be

      BC=X*Y*Z/(N^3)*(log2(X)+log2(Y)+log2(Z)+O+S+R),
      where X,Y,Z - sizes on X,Y and time axis, O is
      bit count for offset (16), S is bit count for scale
      factor (7) and R is bit count needed to encode
      rotations (to swap or not to swap direction around
      appropriate axis, which are three).

      For 320x240x24 (24 frames of 320x240 pictures) and
      N=4 we get BC=1.2 Mbits. But for 3D compression
      bigger (than 2D compression) N size does not introduce
      same nasty looking artifacts. As far as I can remember,
      even 16x16x16 block looks pretty well. So let's choose
      N=8 and we get (don't take your breathe) - 157Kbits.
      You still breathe? Ok, for 1 second and N=16 we get
      an estimate BC=21Kbit, well within 28800. For four
      seconds encoded we get an estimate throughput
      of 22000 bits per second. For 4 sec 640x480 N=16 we
      get throughput of 91Kbit/sec.

      The other side is the memory requirements. We will
      hold RGB (or YCrCb) in three separate bytes. We have
      to double our buffer because we have scaled and
      original version of picture. So we get X*Y*Z*3*2 bytes
      for each compressed block. It's 44M for 240x320x4sec.

      Two links:
      http://inls.ucsd.edu/y/Fractals/ - for uninitiated;
      includes reference to "Three-Dimensional fractal video
      coding" paper.
      http://www.cse.sc.edu/~culik/ - Karel Culik invents
      Weighted Finite Automata transform, which is more
      efficient than fractal-based, but uses similar approach.
      This page includes links to several WFA software
      systems to experiment with.

    14. Re:Lets do the math... by JFMulder · · Score: 1

      Just dropping in to let you know that TV is about 30 frames per second and 60 fields per second. A field is either all the odd or even lines of an image. 24 pictures per second is movie quality, and those a frames, not fields. TV quality is 30 frames. Movies are 24 because we like to see some nice blury effects in fast action scenes, and it gives a different look than regular TV shows.

    15. Re:Lets do the math... by SiMac · · Score: 1

      It's possible...The videophone on CNN must do something close. Figuring that they have to make a direct call from China or somewhere rural to the CNN offices, it looks pretty good for where it's coming from. Those lines must be pretty bad. Of course, the video itself is pretty bad too, but if you had a 28.8 connection to a local office rather than a far, far away one it would probably be better.

    16. Re:Lets do the math... by Anonymous Coward · · Score: 0

      VNC also only sends the chunks that have been changed.

    17. Re:Lets do the math... by CyberKnet · · Score: 2

      IIRC (and I do, I lived there for 18 years) australia uses PAL, not NTSC. The main difference being the refresh rate, the number of "lines" on the screen and the screen width, but also the way the sound is transmitted as well.

      --
      Video meliora proboque deteriora sequor - Ovidius
    18. Re:Lets do the math... by Anonymous Coward · · Score: 0

      That's a factor of 10 from your figures -- 1.9 seconds per frame. Using the similarities between frames, it's not unreasonable to think that another factor-of-10 applies (MPEG achieves factor-of-100
      compression where JPEG only gets factor-of-10), bringing the frame count up to 10/second.


      That's not exact. Wavelet compression fits poorly with use of frame similarities (motion detection/compensation). That's exactly why, after many years of research, the MPEG-4 standard is still using essentially DCT for video, not wavelets.

  63. Sounds like WEB technologies by color+of+static · · Score: 3, Interesting

    Back around 1990, there was a similiar thread going around Usenet about a company called Web technologies. They claimed to have some fantastic compression ratios, and to be able to compress compressed data again. They got a lot of press, but on Usenet it was quite obvious that they were full of &%$#.
    In fact someone came up with a mathematical statement that said the only way their claims would hold water was if they just gave out 64 bit serial numbers and stored the data somewhere else. Not to different from what we call Freenet now.
    Needless to say these guys ended up going under after the investors figured out they were not only full of it, but 10 lbs of it in a 5 lbs bag.

    1. Re:Sounds like WEB technologies by Tackhead · · Score: 1
      > [Web Technologies] ended up going under after the investors figured out they were not only full of it, but 10 lbs of it in a 5 lbs bag.

      10 pounds of bullshit in a 5 pound bag is still pretty impressive, though.

      (Of course, trying to cram ~500,000 bits per second of bullshit through a 28,000-bit-per-second pipe is also gonna spray mighty far and wide.)

    2. Re:Sounds like WEB technologies by sinnergy · · Score: 2

      Now *that* brings back some memories. I wonder if anyone still has an archive of some of those posts! I know I sure don't anymore.

    3. Re:Sounds like WEB technologies by color+of+static · · Score: 2

      I did a Google search and found that it is still in the comp.compression FAQ. Of course they are talking about removing it at the end. Bad move in my mind, as this is one part of history that will repeat itself forever.

  64. Broadband for the same price as Dialup? by Chemical · · Score: 1

    May I ask where you are getting broadband for the same cost as "28.8 service"? I'm just curious. I get dialup for $21/mo from Earthlink, and that is more expensive than most. All the DSL and Cable providers in my area charge $50/mo (Pacbell, Earthlink, DirecTV, AT&T). Where do you live that cable/dsl only costs $20/mo? Or are you talking about ISDN?

    1. Re:Broadband for the same price as Dialup? by Donut2099 · · Score: 1

      where do you live that the phone line for your modem is free? Most people I know that are stuck on dialup have a second line for internet access, and that will run you almost as much as the cable modem monthly.

    2. Re:Broadband for the same price as Dialup? by Anonymous Coward · · Score: 0

      Yes, but some of us used that as an excuse to buy a cell phone, instead. And once you've got a cell, you can never do without it (especially if you're still under contract ;-)

    3. Re:Broadband for the same price as Dialup? by Anonymous Coward · · Score: 0

      dialup, $21. an extra phone line so you don't alienate all that know you, $20-25, dsl, priceless Oops, sorry, didn't mean to turn this post into a mastercard commercial :)

    4. Re:Broadband for the same price as Dialup? by JCMay · · Score: 1
      Where I live ISDN is more like $100/month



      Stupid reply time limit. Ya know, sometimes it just doesn't take much time to type out what I wanted to say. Now, I'm wasting everyones' time making them read this stuff, ensuring that it's more than twenty seconds until I click that submit button.



      Blah blah blah blah blah

    5. Re:Broadband for the same price as Dialup? by Anonymous Coward · · Score: 0

      yeah, I have a cell phone... but I don't have a regular phone line, just SDSL...

    6. Re:Broadband for the same price as Dialup? by Fot · · Score: 2, Informative

      I pay about $7 for my broadband connections.

      I have 2 x 100Mbit FullDuplex switched Ethernet to my appartment (currently only using one).

      The Area of (about) 100 connected users is connected through a Gigabit connection to our local ISP that has ha (today) 96Mbit connection to the internet, 155Mbit connection to the Swedish University Network and 100-1000Mbit connections to the other networks in our Town.

      --
      Fot, Fotare, Fotast...
    7. Re:Broadband for the same price as Dialup? by Anonymous Coward · · Score: 0

      add a goatse.cx
      link and it could be a masturbate commercial.

    8. Re:Broadband for the same price as Dialup? by Mojojojo+Monkey+Inc. · · Score: 1

      My DSL is free! I split the cost among the other 3 people in my apartment who are sharing the connection. Since I'm the techie who keeps everything running and set it up in the first place, I 'pay' by setting everything up, and just charge the rest of em $13 a month.

    9. Re:Broadband for the same price as Dialup? by Anonymous Coward · · Score: 0

      If you get a second phone line for the modem it adds up to about the same cost as DSL or cable.

    10. Re:Broadband for the same price as Dialup? by TheOnlyCoolTim · · Score: 1

      Damn. $7 for 200Mbit/s. Damn. I think I should move to Europe. Here I am paying $40 for 500 kbit/s. Damn.

      --
      Omnia vestra castrorum habetur nobis.
  65. last great internet scam?? by PotatoNO · · Score: 1

    Great internet scam? Maybe. Last internet scam? Definately not.

  66. Re:Neat, but it still doesn't solve The Real Probl by Rimbo · · Score: 2

    What about multi-cast?

    Doesn't work for Video-on-Demand.

    No, it's not linear. It gets cheaper per unit as you by more, so there is not point of diminishing returns (as far as delivering the same stream to more people goes. More bandwidth on one physical link, yes, there are diminishing returns).

    That's the problem with VoD, because with VoD, each stream connection is a different program, started at a completely different time.

    And to think, with that great business model, the RIAA and MPAA still have all the money and your[sic] posting it on slashdot.

    Yeah, well, I'm a nice guy that way. :) :) :) Nobody ever accused the MPAA/RIAA of being good at exploiting new markets.

  67. Can it be used anywhere else like...??? by Anonymous Coward · · Score: 0

    Can't we utilize this incredible technology to compress the Windows directory? It would be nice if I could fit the bloated dir on a floppy instead of a whole HDD... oh I know how to do that:
    deltree /y c:\windows or format c: /q /u or fdisk or ...

    Best regards,
    AzErdos(TM)

    Sig lost in BSOD...

  68. it says nothing by josepha48 · · Score: 2
    There is a few articles where people claim stuff, but they do not really say anything. Okay they say that they have full screen video over 28.8. Where's the evidence? What are they using to do this? And if this really can be done, then why is it NOT being done anywhere???? I think its crap.

    Show me the money baby!!!

    --

    Only 'flamers' flame!

    1. Re:it says nothing by Hard_Code · · Score: 2

      It IS full screen. A *FULL* 2x2 pixel screen ;)

      --

      It's 10 PM. Do you know if you're un-American?
    2. Re:it says nothing by Anonymous Coward · · Score: 0

      So you're saying I can pirate ps2 ingame video quickly over dialup?? Sign me up!

  69. Bad news for the MPAA - Here comes DVDster! by Bonker · · Score: 3, Insightful

    Well, assuming that this *isn't* a complete and utter fabrication... like most software 'demos' I've seen... this has serious implications for the movie industry.

    It's still fairly difficult for users to encode, post and/or download entire DVD movies. Most computer users wouldn't have a clue of where to being.

    If this codec does what it proclaims to do, however, can you see this company *not* licensing encoders one way or the other? Real's Mpeg2-based compressor was pretty revolutionary at the time, yet they still offered a 'free' version.

    DivX, which is free, but questionable, is even more revolutionary in terms of quality and filesize.

    Both these codecs have drawn people into the whole movie/video trading scene.

    If this codec *does* allow for compression of videos to make them the same size as the average MP3, (and think about that comparison... For this to work, they'll have to reliable encode video at a lower rate than MP3 audo), the movie trading scene will take off in a way that will make Valenti's asshole shrivel up.

    Of course, this company can try to keep the codec and/or encryption secret. To that I have this to say... Jon Johansen and DeCSS

    --
    The next Slashdot story will be ready soon, but subscribers can beat the rush and slashdot the links early!
    1. Re:Bad news for the MPAA - Here comes DVDster! by SiMac · · Score: 1

      Taking a look at the sorensen 3 algorithm (QuickTime only), this seems possible (and sound could be added if you wanted 160 kbits/sec using the ultra-low-bandwidth QDesign codec). I compressed video at 128 kbits/sec. That's not quite 28.8, but the video looked okay. I wouldn't want to watch a movie in it, but for some things it's fine.

  70. University backstep by DHartung · · Score: 5, Informative

    The new article as well as the earlier one both say that the technology is "backed by a report from Monash University" {in Melbourne}, but back in April, Monash vigorously disputed claims of their support. They conducted an independent review but the compression algorithm was black-boxed. The company may be misrepresenting the purpose and parameters of the review, from the university's point of view.

    --
    lake effect weblog
    {Network engineer in Chicago--looking for work!}
    1. Re:University backstep by Anonymous Coward · · Score: 0

      Couldn't be the "fractal" compression creeps again could it? I saw a lecture about the math of it some time ago. The compression seemed quasi-believable, but the de-compression was shrouded in secrecy...

      have a look at

      this faq

  71. oh I get it by RadioheadKid · · Score: 1

    I think instead of saying "a simple 28.8kbps modem could deliver such fast and high quality images.."
    they meant to say "a simple 288kbs DSL modem could deliver such fast and high quality images.."

    but even that I would have trouble believing...

    --
    "Karma can only be portioned out by the cosmos." -Homer Simpson
  72. Re:Neat, but it still doesn't solve The Real Probl by Rimbo · · Score: 1

    There are ways, but it's all pretty complex.

    How would you do Video-on-Demand with Multicast? It sounds a lot more than "pretty complex" to me; the only solutions I can think of involve either adding new bandwidth (eliminating the benefits of multicast) or signal quality degradation (blech).

    Seems easier to generate a different model of distribution, where files are passed about from Gnutella-like clients, with the advertising embedded within the files.

    What am I missing? How would you do video-on-demand with Multicasting, without the loss of quality or requiring more bandwidth per user?

  73. No doubt they use a lossy compression scheme by Blue+Neon+Head · · Score: 2, Redundant

    Much like this one ...

    http://lzip.sourceforge.net/

    :-)

    1. Re:No doubt they use a lossy compression scheme by Hard_Code · · Score: 2

      Geez...what a stretch for such a weak joke...and the point of lzip is??

      --

      It's 10 PM. Do you know if you're un-American?
  74. Re:Neat, but it still doesn't solve The Real Probl by Rimbo · · Score: 1

    2000 is a pretty paltry amount.

    You need to be able to serve not thousands, but tens of thousands of people.

  75. Compression Tech Link by warhaeden · · Score: 2, Informative

    The current state of the art in compression technology is benchmarked by Jeff Gilchrist at his site which includes current benchmarks in image compression technology too.

    --
    This was a real question from a job interview! Q: What area of programming do you consider yourself not to be good in?
  76. LOL by NickisGod.com · · Score: 1

    They claim this will eliminate the need for broadband.

    They won't eliminate my need for ISO's. I like my 1.5 mb/s down, thank you very much.

  77. Can't help but think of this article by Anonymous Coward · · Score: 0

    about another company with bogus video technology ...

  78. Claim is not unreasonable... by Dr.+Zowie · · Score: 2, Informative

    Last year I did some work on image compression
    using wavelet transforms. We were able to get
    50:1 compression on scientific image data, with
    12-bit dynamic range. That compression ratio was
    without any use of interframe similarities --
    a movie compression algorithm could probably
    get another 20:1 compression without much trouble.
    At 30 fps, 0.33 MB per frame, that's 10 MB of
    image data per second. Compressed 1000 to one,
    you're only talking about 10 kilobytes
    per second. If you're willing to suffer with
    less dynamic range around spike bits of data,
    it's not unreasonable to think that another
    factor of four could come out of that, giving 2.5
    kB/sec or 20 kbps -- leaving 8kbps for the sound.

    1. Re:Claim is not unreasonable... by Anonymous Coward · · Score: 0

      check your math, this doesn't add up

    2. Re:Claim is not unreasonable... by ArcadeNut · · Score: 2, Interesting

      We were able to get 50:1 compression on scientific image data, with 12-bit dynamic range.

      Ok, what is "Scientfic Image Data"? Pictures of planets?

      What is "12-bit dynamic range"?

      At 30 fps, 0.33 MB per frame, that's 10 MB of image data per second. Compressed 1000 to one, you're only talking about 10 kilobytes per second.

      Ok, what is your source resolution and color depth? How did you come to .33MB per frame?

      Even assuming you could get that down to 10K, a 28.8K modem runs at about 2.8K a second. It would take you 3.5 seconds to download those 30 frames. That would bring your frame rate down to 8.5FPS. This doesn't even include Audio.

      If you're willing to suffer with less dynamic range around spike bits of data, it's not unreasonable to think that another factor of four could come out of that...

      So now you are talking about a 4000:1 compression ratio? Sign me up! The highest I've read about is between 10:1 and 20:1 compression for MPEG4!

      Even if you had a typo and meant 100:1 then another factor of four would put the compression ration at 400:1. That is hardly realistic.

      --
      Visit the Arcade Restoration Workshop @ http://www.arcaderestoration.com
    3. Re:Claim is not unreasonable... by Anonymous Coward · · Score: 0

      Last year I did some work on image compression using wavelet transforms. We were able to get 50:1 compression on scientific image data, with 12-bit dynamic range. That compression ratio was without any use of interframe similarities -- a movie compression algorithm could probably get another 20:1 compression without much trouble. At 30 fps, 0.33 MB per frame, that's 10 MB of image data per second.

      Most of the scientific images I've seen have been high-resolution high-colour-depth images. Getting large compression ratios on these without much _apparent_ loss to a human viewer is easy, because we don't notice the fine details and colour gradations on a 2048x2048 12-bit image. Scientific images, in other words, usually have a lot of surplus image quality.

      You're assuming that we can compress by the same amount an image that's already stored at 640x480 with an 8-bit palettized colour map. Converting the usual scientific images to 640x480 x 8bpp would get you about a factor of 5-10 right off the bat. This suggests that you'd only be able to compress a crappy video-style image by about 5-10x more without substantial noticeable quality loss. This is consistent with the quality/compression characteristics of JPEG and other frequency-domain compression schemes.

      In short, I'm skeptical of you being able to compress actual video frames by 50x without quality loss.

      I'd be delighted to be proven wrong, but as it stands, your data set looks different enough to make applying your results to video a shaky step.

      Do you have samples of the scientific images you used posted on the web?

    4. Re:Claim is not unreasonable... by Dr.+Zowie · · Score: 2

      We were looking at images of the solar corona. It's a distributed object with faint gradations in intensity. The biggest problem we had in general with compression was that cosmic ray spikes and stars in the field of view tended to cause "ringing" with JPEG and similar Fourier-type compression schemes.

      I figured 0.33 MB per frame because 640x480 is about a half-megapixel, and you'd probably be happy binning it down to 320x240 (more typical of VHS video), yielding an eighth of a megapixel.
      Putting in three color planes takes you back
      up to something like a third of a megapixel. Eight bits per color plane gives you a third of
      a megabyte. (Note that that's not really a good
      way to think about it -- usually there's a LOT more information in the luminance signal [the RGB common mode] than in the hue and saturation signals -- so you might need fewer initial bits...)

      Our 50:1 figure came from a single, noisy image plane with the criterion that 99% of the pixels had to be within 1 DN (12 bit DN) of the original value, after compression and restoral. The test image on which we applied 50:1 compression was from the TRACE satellite -- click the link for some sample images.

    5. Re:Claim is not unreasonable... by trixillion · · Score: 2, Interesting

      I'm not sure if you example is relevent then. You see, all the images you were working with were very similar. It is of little surprise that you were able to find a wavelet codec that worked very well for these images. However, if you took the same wavelets and applied them to a wide range of image types, do you really expect your compression to work as well.

      This is a common mistake that people make. Someone designs a compression scheme that works really well for specific cases and thinks that it will work in the general case. Hell, I once designed a custom lossless scheme for handling certain classes of bitmaps that beat lzw by a factor 5:1, but I guarentee you if you applied it to bitmaps that we were not interested in, it would have been very unimpressive. I suspect the same can be said for the wavelets your group was using.

    6. Re:Claim is not unreasonable... by Anonymous Coward · · Score: 0

      why do people keep modding this fuckstick up? he is so full of shit!!

    7. Re:Claim is not unreasonable... by tswinzig · · Score: 2

      You left out an important factor -- what resolution was your "scientific image data"? These people are claiming full screen video!

      --

      "And like that ... he's gone."
  79. I already can do it!! by mini+me · · Score: 1

    And here is how it's done:

    The file format:

    HEADER: 16 bits: (Integer) Height
    16 bits: (Integer) Width
    Defines height and width (in pixels) of the video

    8 bits: Red
    8 bits: Green
    8 bits: Blue
    Defines colour for bit 0

    8 bits: Red
    8 bits: Green
    8 bits: Blue
    Defines colour for bit 1

    STREAM: 1 bit
    Defines the colour used

    Header is sent at the beginning of the file and the stream follows. Bandwidth must achive 30bps (for full motion video). Sound is not yet implemented into the format. Where sound is a must, we recommend the MIDI format be played along side this format.

    Here is a little movie I have been working on:
    0000100000000000000011000000001111111100000000
    0000000000000000111111110000000011010110101101
    0111010101010101101011111001111001111010110110
    It has a Christmas themed to it, maybe it will hit the box office this winter?

    Now give me money! ;)

  80. Could this be the last great Internet scam? by SnarfQuest · · Score: 1

    It might be the "latest great Internet scam", but I doubt it is the "last".
    Investors seem to lose all sense whenever someone uses "internet" or "world wide web" in their presentation.
    Look at all of the stock that was sold for the various dot-com's that had no possible source of income.
    (Our business plan is to give away something we don't own without hosting any advertisements on our site, and the money will just roll in)

    --
    Who would win this election: Andrew Weiner vs Andrew Weiner's weiner.
    1. Re: Could this be the last great Internet scam? by MacBoy · · Score: 1

      Could this be the last great Internet scam?

      It sure may be A great internet scam, but surely it is not the last great internet scam.
  81. Re:Neat, but it still doesn't solve The Real Probl by Rimbo · · Score: 2

    Of course, the problem you're talking about is the fact that if two people want the same video stream, the stream travels twice through the pipe. Same stream, same bits.

    Yes, but the beauty of it is different pipes. Once someone has the content, they not only don't need to download it again, but they become a distributor as well! So the second person to download can get it from me, or from the first person. The third person can get it from me, the first person, or the second person, etc.

    How do you get revenue? Advertising, embedded within the stream, so that it's not easy to remove. Just like a TV show that's been recorded off of the TV. Porn sites (always ahead of the curve with new media technologies) have been doing this for years with great success.

  82. Eliminate need for broadband? by stuccoguy · · Score: 2
    These guys have been listening to their own snake oil pitch too long.


    Even assuming that they can produce great full screen video with a 28.8 connection, there is no evidence that broadband will no longer be needed. They seem to AssUMe that the only thing broadband is used for is streaming video.


    How will this miracle technology help me download the latest Linux Kernel in a few minutes over 28.8. It will not. Speed up my binary newsgroups downloads so I can get gigs of possibly copyright infringing binaries every day? No. Will it even speed up my web browsing so that I don't have to wait 30 to 60 seconds for CNN.com to show up? No, not that either.


    Broadband is safe whether or not their claims are real.

  83. No way. by Anonymous Coward · · Score: 0

    If it were real, we'd see it first in the pr0n business -- just like every other internet-related technology breakthough.

    -- Spaz!
    "Designing an Infinite Compression Algorithm is easy. It's the decompression of that data that's difficult."

  84. Re:Neat, but it still doesn't solve The Real Probl by ivan256 · · Score: 2

    How would you do video on demand with multicast, period. You would need for multiple people to start watching the same thing at the same time.

  85. Jack Ass Moderators by Anonymous Coward · · Score: 0

    This is supposed to be Score:3 Funny, not interesting or insightful. Lzip is a joke. The comparison is humorous, particularly if you haven't seen lzip.

  86. No you dweeb by Srin+Tuar · · Score: 2


    The rub is if you could only receive incoming calls while the phone is in your hand. Oh, and
    everytime you hang up, your phone number would change.


    Thats what hes trying to get at. Thats also what your typical dialup ISP user has to deal with.


    I got a static IP address from telocity, and i could never go back. The download speed is ok, and the upload band& latency are horrendous.


    Still, the availability makes it all worth it.


    I can log into my box from the net at large, with full confidence that itll be there. (theres no way dialup on demand can open up a PPP connection from the outside, that i know of)

    1. Re:No you dweeb by doug13 · · Score: 1

      try diald

      after a ppp hookup occurs email out your assigned IP

    2. Re:No you dweeb by asincero · · Score: 1

      > theres no way dialup on demand can open up a
      > PPP connection from the outside, that i know
      > of)

      Well, thats not entirely true. You just gotta get creative.

      For example, you can set it up so that after you let the phone ring, say, 5 times, it'll automagically set up the PPP connection for you. I suppose, if theres support for it, you can make use of the voice mail functionality of some modems to get even fancier ("press 1 to dial ISP A, press 2 to dial ISP B, etc.").

      But still not as kewl as having a static IP ...

      - Arcadio

    3. Re:No you dweeb by pauldy · · Score: 1

      There are ways for isps to do this most don't anymore because it is to much of a butt whip to maintain. Call backs which some still use with isdn also work with modem type access and you could get a static ip on an isp for dialup however I'm sure they would charge you close to the cost of a burstable t-1. So it can be done it's just not very economical. and I guess if you worked for an ISP you could set this up fairly easily.

    4. Re:No you dweeb by GaCRuX · · Score: 0

      you could just leave your box on 24/7 and go here =)

  87. Multicasting by CrusadeR · · Score: 1, Offtopic
    Been implemented by Microsoft and Real already, the problem is that most ISPs don't support it:

    http://www.microsoft.com/windows/windowsmedia/en/s erve/multiwp.asp

    http://service.real.com/help/library/guides/doc/4m ulti.htm

    --
    :wq
  88. Re:Neat, but it still doesn't solve The Real Probl by Rimbo · · Score: 1

    You could do it by embedding the on-demand streams and merging them into a single stream that has several "channels," where people can only see one "channel" at a time. But that requires more bandwidth for the whole stream, and/or degrading the signal quality of the individual streams to conserve bandwidth.

    There may be another solution that doesn't end up having the same problems as just streaming on demand from a server, but I can't think of it.

  89. Two words by Second_Derivative · · Score: 1

    Information Theory.

    Come on, I'm no expert in this but there ought to be a way to prove the fundamental amount of information that is involved here. I'd like to see decent streaming AUDIO at 2kbytes/sec, let alone tv-quality AV.

  90. I Stand Corrected :) by Tensor · · Score: 1

    And yes, as the frame-size for PAL is larger than NTSC's the bitrate is the same

    And that leads to the neverending discussion of which standard is better.(hehe notice how that discussion never includes SECAM, poor french)

    1. Re:I Stand Corrected :) by Anonymous Coward · · Score: 0

      > And yes, as the frame-size for PAL is larger than
      > NTSC's the bitrate is the same
      >
      > And that leads to the neverending discussion of
      > which standard is better.(hehe notice how that
      > discussion never includes SECAM, poor french)

      Which is better? It's purely subjective. Ya gotta ask yourself this question:

      Which is more erotic to you? Watching a lesbian pr0n0 star with big lips clamp her lips around another woman's tongue in a short loop, or freeze-framing the clamping for extended intense examination?

  91. There's Something to be said for Spellcheck. by Andrew+Miklos · · Score: 1

    skeptical. next time run it through a spellchecker first.

    The idea of not needing broadband connections is going to be a non-issue (possibly) in the near future, with the current prices of broadband access and expanding service range. Sure, it would be cool to have full screen video streamed over a 28.8k connection, and it would make it easier on other connections' bandwidths, but it's almost always the case that a lower bandwidth requirement means degraded quality.

    --
    This tastes like granma! By george, you're right! it DOES taste like granma! We'll take a box of it!
    1. Re:There's Something to be said for Spellcheck. by timothy · · Score: 0, Troll

      http://www.dictionary.com/cgi-bin/dict.pl?term=sce ptical

      I see this spelling a lot from British /. Australian people, dunno if it's a true Britishism :) but that's what I'd guess. Not that I'm a perfect speller, but this one is OK.

      timothy

      --
      jrnl: http://tinyurl.com/c2l8yr / foes: http://tinyurl.com/ckjno5
  92. The missing question by Reality+Master+101 · · Score: 2

    What's the frame rate? Sure, I could do HDTV over 28.8 -- if I had 1 frame per minute.

    This is pretty absurd. Let's say 10 frame / second, which I think is probably minimum for a decent experience. 28.8 = 3600 bytes / second (yes, it's 8 bits, not 10 bits). That's only 360 bytes per frame! Full screen? 320x240x24b = 230KB uncompressed. That's 640/1 compression -- without sound. With sound??

    --
    Sometimes it's best to just let stupid people be stupid.
    1. Re:The missing question by emarkp · · Score: 1
      28.8 = 3600 bytes / second (yes, it's 8 bits, not 10 bits)

      Actually, the divide-by-ten practice is a rule of thumb to account for CRC on packets, etc--that is, the overhead that you have to transfer to make sure that you get the signal bits.

    2. Re:The missing question by Reality+Master+101 · · Score: 2

      No, I believe it's a hold-over from serial ports. The normal serial port is configured with 1 start bit and 1 stop bit, so for serial ports, you do normally divide by 10 to convert to bytes. For modems, most everyone assumes that modems are just dumbly transmitting every bit you send to them (and that might have been the case, back in the old days). Modern modems, on the hand, are much more sophisticated in their encodings. As one modem engineer put it to me, "do you really think we're going to waste 20% of the bandwidth for stop and start bits?"

      There is some overhead for CRC checks, but it's not nearly that large. I don't know what the packet size is, but it's at most 4 bytes for every 1024.

      --
      Sometimes it's best to just let stupid people be stupid.
    3. Re:The missing question by PurpleBob · · Score: 2

      Have you run a download on a 28.8 modem recently? As long as you're downloading compressed data (so that modem compression doesn't compress it further), the speed does in fact max out around 2.8k/s.

      If there are 8 bits per byte, then that means you can download compressed data on a 28.8 modem at 3.6k/s. Which I'll believe more readily than the subject of this article, but not much.
      The "4 bytes for every 1024" you quote is only if no packets need to be retransmitted. That's probably where the 20% comes in.

      --
      Win dain a lotica, en vai tu ri silota
  93. Lets see by t_allardyce · · Score: 1

    -"the start of Media World Broadcasting Ltd's (MWB) quest to raise $26.5m (A$50m) to develop what it claims is the Holy Grail of VoD."

    Lets start by picking this apart. Firstly, if he's already perfected this technology (software) why does he need $26.5m (A$50)? especially when software is not exactly the most costly thing to experiment with...

    The holy grail of VoD? yes and also the holy grail of jpeg replacement and not to mention what this could do to replace mp3!! but no, no mention of this area which could make infinatly more money than a few people watching movies...

    -""We would not be in this if we were not 110% sure that the technology works," MWB chief executive John Tatoulis told Screendaily, admitting to feeling a bit like a snake oil salesman."

    Yep, you summed it up - your not in it, your on an island somewhere trying to get some cash, and you are a snake oil salesman.

    How do they expect us to believe this crap with out in a photo of people watching a screen - come on you could easily fake that..

    Therefore, the article is fake or someones been screwing screendaily

    -tfga

    --
    This comment does not represent the views or opinions of the user.
  94. Priority! by fm6 · · Score: 2
    Could this be the last great Internet scam?

    Surely not the last...

    1. Re:Priority! by donglekey · · Score: 2

      And its really not that great. Everyone here realizes it is a scam. I would loved to be proved wrong, but something tells me I won't be.

  95. Not a good analogy by Pope · · Score: 2

    If (somehow) we've never seen "The Matrix" or have no idea who Canoe Reeves is, you description doesn't do much. I mean, what does an "evil computer agent" look like? I could imagine the MCP or one if its guards, and think "The Matrix" is some lame Bill and Ted rip-off of "Tron."

    --
    It doesn't mean much now, it's built for the future.
    1. Re:Not a good analogy by technos · · Score: 2

      and think "The Matrix" is some lame Bill and Ted rip-off of "Tron."

      You're trying to tell me it wasn't?

      --
      .sig: Now legally binding!
    2. Re:Not a good analogy by Pope · · Score: 2

      it couldn't have been: it didn't have Diane Franklin!

      --
      It doesn't mean much now, it's built for the future.
  96. Interesting Point by Tensor · · Score: 1

    DivX decoding is fairly proc-intensive, the most important point in proof here beign that the Dreamcast, which has a powerfull graphics chip, but a mediocre cpu (by pc standards) cant play DivX.

    And this got me thinking on another thing that goes completely unsaid. What about the AUDIO for that full-screen video.
    DivX usually uses stereo mp3 @ 128kbps, and we ALL (well, some) know that 128kbps 44.100Khz Stero is 15kb/s of data. And the acceptabiliy bar to have passable soundtrack is at 96kbps 44.1kHz St and THAT is 11kb/s...

    I HIGHLY doubt that these guys found a more efficient audio codec (dont bring up OGG and the like, the compression gain is not THAT significant) so we get only about 17kb/s full-screen video with passable audio (or 22kb/s if sound is mono, but mono sound sucks)

    So we are back to the original thought, this has got to be a better zooming process for small images, together with a good video codec (maybe even a DivX one) and crappy sound.

    1. Re:Interesting Point by Anonymous Coward · · Score: 0

      Actually, last I checked 128kbps evaluates to 16kbytes.

    2. Re:Interesting Point by Anonymous Coward · · Score: 0

      Are you talking in kilobits (Kb) or kilobytes (KB), or both? It looks like both, but it's kinda confusing to read. I don't know why you'd be converting to KB anyways, since we're talking about streaming something over a 28.8Kbps connection that isn't measured in KB.

  97. you gotta wonder what they are sacrificing... by dnos9 · · Score: 1

    even 300k Real or other compressed streams are not high quality...they are sacrificing lots of things. (sound quality included) sure, you can tell what it is that is being displayed, but definitely not something to watch a full-length movie at.

    im not even mentioning this crap about streaming video over a 28.8 modem. hell, you can't even stream a decent sounding mp3 over a 28.8, and i don't think you can get much more compressed than mp3, without just destroying the music.

  98. ROFL - Good one ! by Tensor · · Score: 1

    err so ... i like NTSC for action parts and PAL for pausing :)

  99. Lisa! by condour75 · · Score: 0, Offtopic

    In this house we obey the laws of thermodynamics!

    1. Re:Lisa! by Anonymous Coward · · Score: 0

      hey that was a funny Simpsons episode, damn moderators!

  100. No movement on this since 1998? by GPS+Pilot · · Score: 1

    If this was the real deal, why would they sit on it for three years? That's a lot of revenues lost while they take their good old time commercializing the technology.

    --
    That that is is that that that that is not is not.
  101. How it works by spektr · · Score: 1

    It's easy: Each client maintains a system of non-linear equations that is quantum-mechanically
    coupled with the another system of euquations that resides on the server. Thanks to
    quantum mechanics (no-one really understands this stuff, anyway) every change
    of the server's matrix induces an equal change in the clients matrix in no-time.
    The 28.8kbit connection is only needed to establish and keep-alive the quantum-coupling.
    So Einstein's laws are preserved: information can't be transmitted faster than light.
    Because nobody would believe this shit otherwise.

  102. Thought expierement. by gnovos · · Score: 2

    Romans had been using a system of compression that it still unrivaled today (in terms of compression ratio, unfortuntly not in terms of speed). Very simply, you have two men on each side of the valley, one with a flag and one with a bowl and a jug of water. On the sides of the bowls are little notches.

    The sender raises his flag, and both sides start pouring water into thier bowls at the same rate. When the sending side's bowl is filled high enough, he stops pouring and his flag man raises the flag again to signal the other side to stop pouring as well.

    So what wa sthe point of this? Well, now both sides of the valley now have the same number of notches filled in thier bowels. Each notches, of course, was a particular battle plan that was to be carried out. But for out purposes, it could be an ascii byte of information.

    This kind of "compression" is essentially one with an infinite compression ratio, i.e. any amount of data can be "sent" using only two bits of information (the start and stop bit). The only real problem with using this kind of system is one of time. Clocks are just not accurate enough to make this kind of system any faster than just sending data in the normal way.

    Anyway, I'll leave it up to the rest of you to figure a way to make this into the "next big thing", but I just wanted to note that, while 99.99999% of these claims are fradulent, there is a basis for such a scheme to exist.

    --
    "Your superior intellect is no match for our puny weapons!"
    1. Re:Thought expierement. by TheSync · · Score: 2

      Right, the clock accuracy implies bandwidth limitation. If you can only accurately clock to 1/10 of one second, your method can maximumly send ~10 pieces of data per second (flag up, flag up, flag up, etc.)

      Indeed, bandwidth limitations are usually due to clocking accuracy due to intersymbol interference and clock skew.

    2. Re:Thought expierement. by Bobo+the+Space+Chimp · · Score: 1

      > i.e. any amount of data can be "sent" using only
      > two bits of information (the start and stop bit).

      Do you really need the stop bit? You know it's right there...

      And the start bit? Not really needed either, so no transmission need actually occur! Just have the receiver decode both 0 and 1 and see which one looks like a ripped Matrix DVD.

      --
      I am for the complete Trantorization of Earth.
    3. Re:Thought expierement. by Hallow · · Score: 1

      There was an article about Pi recently. There's an algorithm that will let you start grabbing pie at any given point. Pi potentially contains all possible combinations of numbers.

      All you'd need would be the stop point and the number of bits, allowing any data to be represented by just two numbers.

      The problem is finding the portion of Pi that matches. ;)

    4. Re:Thought expierement. by Stefan · · Score: 1

      Your scheme doesn't quite work, sorry.

      Basically the amount of information you can transfer over a channel is bandwidth times signal/noise ratio. Vision has a pretty good bandwidth and signal/noise ratio. A phone line on the other hand cannot really even theoretically transfer much more than say 56K/s with normal phone lines' bandwidth filters. It both has lousy bandwidth plus plenty noise, signal strength is limited too.

      If you tried to switch from one voltage to another on a phone line at a specific time you'd not be able to decide only roughly when the switch occured at the receiving end because of all the noise and bandwidth limits.

    5. Re:Thought expierement. by Stefan · · Score: 1

      Oops, I forgot the whole thing, information = bandwith * signal/noise * time.
      The bucketfilling obviously took a long time to send a limited amount of data.

    6. Re:Thought expierement. by Rothron+the+Wise · · Score: 1

      The problem is finding the portion of Pi that matches. ;)

      And once you have that licked, the problem of storing and transmitting the terabyte-sized pointer to the correct pi-position that contains the data you want. :)

      --
      A witty .sig proves nothing
    7. Re:Thought expierement. by Anonymous Coward · · Score: 0

      Right. All we need is to make sure all the PCs in the world are pre-loaded with all the movies. Then the VoD server just sends you the 32-bit number identifying which movie to play. Hell, why waste money on a 28.8K modem for that? Dust off that old 300 baud acoustic coupler!

      Dumbass.

    8. Re:Thought expierement. by Karellen · · Score: 2

      Reminds me of an SF story I read about (haven't actually read it myself) where an alien comes to earth, learns a load of stuff from us and decides to take back to his home planet a copy of our entire knowledge base. So he gets our Encyclopeida Terra (or whatever), and converts it into a computer format.

      This is, of course, just a single really big number, if read as such. Which our alien takes the reciprocal of, giving him a number between 0 and 1. He then marks this point on a rod of some type, where the fraction along the rod from one end that he makes the mark is the same as this reciprocal number he's got.

      Voila! He has encoded our entire bank of knowlege as a single mark on a rod. And he could easily put other marks on the same rod as well, indicating other civilisations' banks of knowledge. All he has to do is work out how far along the rod the mark is as a fraction of the length of the rod, take its reciprocal, and he's got it all back.

      (Now for a bonus point, why won't it work? :)

      --
      Why doesn't the gene pool have a life guard?
    9. Re:Thought expierement. by Goonie · · Score: 1
      Because you start running into the limits of precision (ie you scrape out a line one atom wide, if the rod is n atoms "long", you only get lg n bits of precision (maybe 60-70 bits or so?) which is not enough, you would need millions even assuming he used arithmetic compression.

      What I really wanted to say was, though, cool nickname . . . so when are you coming down to Earth and scaring the crap out of old the old-testament bible bashers? :)

      --

      Any sufficiently advanced technology is indistinguishable from a rigged demo
      --Andy Finkel (J. Klass?)
  103. Enter the MPAA by Anonymous Coward · · Score: 0

    Even if this isnt a hoax, it will never get out in the public hands.

    If they have found a way for high quality video to be expressed in less than 30kbps (not bloody likely) then the MPAA will immediately realize that people will be able to download a 3 hour movie as fast they can download a 5 minute mp3. But of course, the MPAA would never pull the plug on that...

  104. Symetrical Coorthoganal Asymetric Megacompression! by darkov · · Score: 1

    You really have to ask yourself some nontechnical questions here: If you had invented a compression scheme with this sort of performance, what would you do?
    Would you:
    (a) hook up with a small time Australian film director and raise a lousy $US25m
    (b) go directly to the US and find a bunch of VCs with very deep pockets indeed

    Would you:
    (a) find a gulible accountant to swear it was OK
    (b) register worldwide patents and let them readem and weep

    Would you:
    (a) showcase your wares in that hotpot of high technology, the Hard Rock Cafe in seedy, inner city Darlinghurst, one street away from the lowest class prostitutes, their junkie boyfriend pimps and various other street urchins
    (b) do it in style reflecting the fact you were about to get really, really, rich

    Would you:
    (a) get wide coverage from the world's high tech media
    (b) get coverage from a web site that covers cinema

    I feel sorry for John Tatoulis, he's been duped into being the front man on a $25m scam, he's probably "not very technical". Who is the guy who claims to invented this stuff? Why's he so shy?

  105. end of broadband = not! by mrsalty · · Score: 1

    If i could get full-screen video delivered over a 56k modem line then imagine what i could get accross my DSL line. This is like saying i will never fill up that new 40GB HDD i just got. Bullshit. I will just find more crap to stream accross it.

    --
    -- Hail Eris
    1. Re:end of broadband = not! by pauldy · · Score: 1

      I'm being reminded now of why this thing sounded so familiar. People might also want to check out the Adams Perpetual motion machine. And other free energy sources from Austrailia. One might expect this from an island formerly a prison colloney. j/k but I think it raises some interesting questions like whats in the water down there. Cause this runs right along side the perpetual motion scams.

      http://www.phact.org/e/dennis4.html

  106. some day... by condour75 · · Score: 1

    This is not much more than a brain fart, but it occurs to me that if any movie can be described as a single HUUUUGE number (which it can because it's a stream of bits), then a quantum computer with that number of qubits should be able to "decompress" the movie with the bit length and a checksum. Since a quantum computer can exist in all of its states at once, it would simply be a matter of filtering that huge number of bits for the only solution to the checksum.

    It would be much like testing a PGP encrypted message with every possible message of that bit-length, until something clicks. But Stephen Hawking I'm not, so i'm hoping someone out there will confirm or disconfirm this theory for me.

    And i am ***NOT*** by any means proposing that this is what these guys have done. I think they're probably just bullshit artists.

  107. you can tell from his speech patterns that by Anonymous Coward · · Score: 0

    he is full of crap.

    programmers/researchers don't talk like that.

    I call bs.

  108. Re:Neat, but it still doesn't solve The Real Probl by Anonymous Coward · · Score: 0

    > You need to be able to serve not thousands, but
    > tens of thousands of people.

    And that's just for watching Abe Vigoda make love to Mimi from Drew Carey Show at 3 in the morning...

  109. PLEASE stop posting crap by Uttles · · Score: 1

    Seriously, this article is just ridiculous. How does this get through when articles like the one I posted yesterday (about family advocacy groups claiming teenage mod developers are the equivalent of child pornographers) got rejected within a few minutes of submission.

    PS - the claim of this story is obviously BS, just a scam to make money.

    --

    ~ now you know
  110. Eliminate the need for broadband? by NoMoreNicksLeft · · Score: 1

    Crack smoking, or corporate idiocy, you decide!

    Seriously though, I do believe that such might be possible, if it is true that certain video compression algorithms are incredibly efficient. The flip side, is of course, that you need a pVII 1200thz machine to decompress it in realtime. In other words, it may be possible soon, but isn't yet that way.

    But it misses the whole point. Broadband isn't about sending the latest retarded sitcom to me over my modem! Don't we have that already, and it's called cable TV? Amazing that people who consider themselves technologically enlightened might say such things.

  111. And they can do this by using... by kdgarris · · Score: 2

    ...AAlib, perhaps? :-)

    -Karl

  112. My guess: Foveated Imaging... by Saeger · · Score: 3, Insightful
    A 28.8 link can do 3KB/s at best. Even with some super-duper-10X-better-than-DivX-codec, there's only so much data you can cram down a pipe that thin without resorting to tricks.

    My first guess it that these aussies have impressed clueless execs with ordinary tech.

    My second guess is that maybe someone finally got around to applying foveation in a way that works really well.

    Perhaps these aussies are hooking up test audiences to eye-tracking devices, and recording their average gaze during a film so that they can get even higher compression by throwing out what's outside most peoples field of view?

    *shrug*

    --
    Power to the Peaceful
    1. Re:My guess: Foveated Imaging... by pointym5 · · Score: 1

      So they could have, like, a fixed locally-stored image of a tit that remains in the lower right hand corner, and the rest of the screen can then be filled with random swirly colors.

    2. Re:My guess: Foveated Imaging... by kettch · · Score: 1

      Even if claims of the server being 1000km away are true, most likely the analog line went as far as the wall, and then turned into some form of fat pipe. Also, "impressive image quality" doesn't says anything about whether there was any sound. Either that, or something like those fake seamless LCD panels (dammit, slash's search is still broken so no links). They probably couldn't get the demo together in time, so they just crammed a VCR into their test box.

      --
      Opportunities multiply as they are seized. --Sun-Tzu
    3. Re:My guess: Foveated Imaging... by SpinyNorman · · Score: 1

      You could be on to something there! :-)

    4. Re:My guess: Foveated Imaging... by SpinyNorman · · Score: 2

      Well, getting video down a 28.8Kbps pipe is difficult, but not impossible - that's precisely what H.26L (the successor to H.263+) aims to do. The prime contendor for H.26L uses a pretty conventional wavelet based method.

      Of course video compression is only one way to transmit a video stream. More generally it's about being able to recreate the stream at the other end... Fractal image "compression" is a simple example of this type of approach.

  113. I think it's a scam for sure. by blang · · Score: 2
    It may kind of "work", but just good enough to lure investors. Black box demo's lie this are very suspicious.


    Did the auditors get to pick a movie of their own choice?


    Did the auditors supply the test HW, to ensure no tricks could be done?


    If their compression is as efficient as they claim, they could patent it and submit it to the MPEG group. If it blows the competing codecs out of the water, they'll make a bundle on licensing. Instead they are staging suspect demo's hoping to lure investors. The same kind of investors who will buy stuff from ads with the "seen on TV" logo.

    --
    -- Another senseless waste of fine bytes.
    1. Re:I think it's a scam for sure. by c0d34w4y · · Score: 1

      well, again, should we recall numerous con artists who trespassed the face of the earth some 100 or even thousand years ago? Remember those numerous conspirators of all evil who claimed to have found a way to design the ultimate perpetual engine? I guess you could find tons of examples and actual historical recordings of that using www.google.com.

      What I'm really leading up to is that in this day and age of Internet 'boom', we should expect exactly these con artists that we have just read about. I have an absolute faith in that this Adam guy is no genius... just another great inventor of lies... and what a good way to generate big $$ from investors fallen prey to an ingenius scam eh?

  114. Brain Lobes fighting... by Creedo+Kid · · Score: 1

    Parts of my brain are slugging it out over this one. Part 1: says "Bullshit" Part 2: Is wild eyed and staring at the wall saying "18 full length movies on a CD" over and over again...

    --
    Business is Business and Business must grow, Regardless of crummies in tummies you know... -Onceler
  115. 28k and Clutch Cargo video by kurt555gs · · Score: 1

    The didnt say what they were watching. Some video coding schemes only have to transmit what has changed ala realplayer.

    So if they were watching a Clutch Cargo cartoon. I am sure that u could see full screen video at 28.8K

    (Clutch Cargo was a 60's cartoon where only the lips moved) for the youngins here

    --
    * Carthago Delenda Est *
  116. IB2P by Anonymous Coward · · Score: 0

    we had the same thing here, in France.
    anybody who claim they can stream hq video over
    28.8 is a damn liar seeking a sheep to shave.

  117. Re:Neat, but it still doesn't solve The Real Probl by Anonymous Coward · · Score: 0

    Yeah, but which is more bandwidth efficient and more cost effective:

    1. One server sending out 8 multicast channels of a 1 GB file via multicast to 10,000 people
    2. One server sending out a 1 GB file through 10,000 unicast channels to 10,000 people

    There's also something called skyscraper broadcasting which uses multiple channels, although it's a little different than what you envision. Basically one file gets divided up into multiple pieces, with each piece getting it's own channel. The first piece of the file is the smallest, and each subsequent piece increases in size. Each user listens to and buffers two channels. Once the first two channels are buffered, the movie starts to play. Meanwhile, the user is constantly buffering the rest of the movie. If the link is perfect (granted, it usually isn't on the Internet) then any user will be able to watch the whole movie with a minimum of startup buffering time.

  118. my bad by condour75 · · Score: 1

    i see the obvious flaw here, in a number that great there would be zillions of numbers that satisfy the checksum. So the actual "test" data would have to be some subset of the film that cannot be satisfied by *ANYTHING* except that exact stream of bits. Which means that you'd still need the minimum number of bits that would specify that number, which is the greatest degree of non-lossy compression. Thermodynamics wins again.

  119. IB2P by guile*fr · · Score: 1

    we had the same thing here, in France.
    anybody who claim they can stream hq video over
    28.8 is a damn liar seeking a sheep to shave.

  120. Anybody remember a company called 'Pixelon'? by rudy_wayne · · Score: 1

    They made a similar claim -- they had a new video compression technology that was going to change the world. After they blew $20 million from investors it was discovered that this new technology didn't exist and the demo they had been shown was nothing more than a hacked copy of Windows Media Player.

    Oh yeah, and the CEO was a actually felon on the lam from the Feds.

    This is just another Internet Scam®

  121. what is broadband? by cornflux · · Score: 1
    I always thought "broadband" meant wire, of some type, that could carry multiple kinds of information (cable TV, telephone, DSL, etc.).

    In this article, "broadband" seems to be used to mean "big fat pipe."

    Maybe I'm being a nitpick?

    Maybe not: I found a definition of broadband that jives with my own definition.

  122. In other news... by sarchasm · · Score: 1
    I have developed a simple cheap solution that when poured onto trash -- yes, any kind of trash -- will turn it into delicious horse food! This will eliminate the need for cars.


    P.S. the formula is top secret.

    --

    ----------------

    Overheard: "Aww, why'd you go and install Windows on a perfectly good machine?"

  123. YES! by Anonymous Coward · · Score: 0

    This is precisely the reason why the Japanese will become the market leaders in online telecommunications by 2005.

    I want to move to Akibura today! Even Neal Stephenson likes it there, and everyone knows he's a nonce!

  124. Is it actually DIGITAL compression? by Liquor · · Score: 2, Interesting

    I've looked at the articles - and while it seems to be likely a scam (such as a 5GB player application), one possibility does not seem to have occured to any of the other posters.

    Just because he's using a modem doesn't mean that he's actually transmitting digital data over the phone line. What sort of video compression can be achieved when you don't need (or get) bit-perfect transmission, but rather encode video properties directly in the analog signal? Errors then show up as slight inconsistencies from the original color or position - but on motion video, this would be irrelevant.

    The compression would still need the common video codec functionallity to remove redundancy, and send the changed areas more frequently than static images, but if the modem link mapped QAM data directly to position and color signals, it might just be possible to paint a fairly high quality picture.

    For that matter, some fractal compression techniques are quite tolerant of minor errors in their probability and/or mapping factors - combine this with sending color information as analog data, and now you might be able to have a link that is unidirectional (the whole audio bandwidth can be dedicated to the video stream without need for a reverse channel) and error tolerant (no re-transmit on error or dropouts due to transient line noise).

    Maybe it isn't a scam.

    --

    Liquor
    Sanity is a highly overrated commodity.
    1. Re:Is it actually DIGITAL compression? by Zeinfeld · · Score: 2
      Just because he's using a modem doesn't mean that he's actually transmitting digital data over the phone line. What sort of video compression can be achieved when you don't need (or get) bit-perfect transmission, but rather encode video properties directly in the analog signal?

      Several reasons

      1. The article stated it was a 28.8 modem which by definition takes a digital input from one end (the computer) and an analogue one at the other (the phone line).
      2. The phone system is digital from the point where the line to the house hits the exchange.
      3. Even when the system was analog there were multiplexing schemes in place to get the maximum out of the available signal cable. Phase division, time division, frequency division you name it. Long distance lines have not been simple wire connections since the earliest days of the telegraph.
      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
    2. Re:Is it actually DIGITAL compression? by Liquor · · Score: 1

      "Just because he's using a modem doesn't mean that he's actually transmitting digital data over the phone line. What sort of video compression can be achieved when you don't need (or get) bit-perfect transmission, but rather encode video properties directly in the analog signal?"

      Several reasons

      The article stated it was a 28.8 modem which by definition takes a digital input from one end (the computer) and an analogue one at the other (the phone line).


      I've got quite a few 28.8 modems around. All of them are capable of inputting the modem's ADC output to the computer directly, without attempting to decode the QAM data.

      And the common 28.8 winmodems DEPEND on the computer doing the decoding - so just because they used a 28.8 modem doesn't mean they didn't do their own analog coding.

      Essentially, all a modem is, is a digital to analog converter plua an analog to digital converter bundled up with an approved interface to the telephone system. Just because you normally use the built in software (or the software that the modem manufacturer grafted onto your operating system) to convert analog signal into bit-perfect data doesn't mean that it HAS to be used this way.

      The phone system is digital from the point where the line to the house hits the exchange.

      This is essentially irrelevant. The phone system does not decode and recode the QAM data coding, instead it passes the analog values as best it can. The errors introduced into the analog data will show up as noise - which I've already stated the system could be quite tolerant of.

      Even when the system was analog there were multiplexing schemes in place to get the maximum out of the available signal cable. Phase division, time division, frequency division you name it. Long distance lines have not been simple wire connections since the earliest days of the telegraph.

      But all these multiplexing and coding schemes are dedicated to reforming the original analog data. It's actually much easier to code analog data, whether digitally or by frequency or time domain multiplexing, transmit it uncompressed, and accurately reform the original analog signal - which is what all these technologies you mention do - than it is to encode bit-perfect digital data in an analog signal.

      Admittedly, the bandwidth is constrained by all of these technologies - but I am hazarding the guess that using an encoding technique that encodes the compressed video parameters directly up to the bandwidth limit would be more efficient than having to encode data bits at a bandwidth limited symbol rate using QAM/trellis coding which then requires additional coding and decoding to represent an encoded video signal.

      Additional efficiency can also be gained simply by the idea that it doesn't matter if the symbol is misinterpreted - because adjacent symbols would represent a closely related video parameter and still be usable - so the total number of symbols that can be used can be increased without worrying about decreasing the the overall rate due to error corrections. Aa I stated before, any bit errors - read this as symbol misinterpretation - would show up as noise in the reconstituted analog video data - and if the scheme encodes parameters directly into the symbol space as I suggest, then the errors would not be significant.

      --

      Liquor
      Sanity is a highly overrated commodity.
    3. Re:Is it actually DIGITAL compression? by Zeinfeld · · Score: 2
      Your post appears to be a subtle troll.

      You must know that most long distance telephone is digital these days and that the standard bandwidth for a voice line is 64Kbits/sec. That is why 56Kb modems are the end of the road.

      If these folks really did have a way to send more than 28.8Kb/sec over a modem connection they would be selling improved modems.

      I simply don't believe your claims as to how modems work. All the modem drivers I have used involve a mapping to a serial port. In the old days they used to be a separate box connected to the com port. The PC is quite definitely not doing processing for the modem. Modems that are Windows only are very unusual.

      It is possible that the way the demo is cooked is to use a programmable modem of some sort. But there certainly isn't any way to get more than 28.8 kbits/sec of data to the vast majority users of legacy modems.

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
    4. Re:Is it actually DIGITAL compression? by Liquor · · Score: 1

      Your post appears to be a subtle troll.

      Well, it wasn't intended that way - but then again, often anything that provokes a reaction may be read that way. :)

      (Or am I responding to a subtle troll myself?)

      You must know that most long distance telephone is digital these days and that the standard bandwidth for a voice line is 64Kbits/sec. That is why 56Kb modems are the end of the road.

      Yep, assuming perfect transmission - and due to errors/corrections/noise most connections won't do better than about 43-46 Kbits. (And the signal power limit to 56Kb applies to US lines - European systems could run up the 64Kb figure you mention, and possibly Aussie systems also.)

      There is, however, NO indication in the article to prove that their connection did, or did not, go through a digital channel. And if it was through a purely analog multiplexer on a very good system, then they might even have been able to use more than 256 analog levels for the data - in other words, although the bandwidth is limited, the symbol density might not have been, and the information transmission rate could be higher than the equivalent of 64Kb/sec - on that one particular circuit.

      If these folks really did have a way to send more than 28.8Kb/sec over a modem connection they would be selling improved modems.

      Provided that what is being sent can be quantified as 'bits' of data - but basically, you are quite correct in this.

      My point, however, was that instead of using the limited bandwidth to send symbols - specific amplitude and phase information - at up to 8 bits per symbol, you directly encode chroma, intensity, and and efficient - chaos equation? - position data directly as the amplitude and phase signals, and gain efficiency by eliminating the 'digital wrapper' - link control, IP data, error correction, checksums etc. - layers of the format.

      I simply don't believe your claims as to how modems work. All the modem drivers I have used involve a mapping to a serial port. In the old days they used to be a separate box connected to the com port. The PC is quite definitely not doing processing for the modem.

      Again, you are correct that modems indeed often have their own firmware that converts between QAM/trellis coded symbols, and the binary data, and can appear to a computer as a simple bit pipe. But have you never downloaded a firmware update for your modem? I have several US Robotics 28.8 modems, some of which were upgraded with a firmware upgrade to 33.6, and others can be upgraded, again by firmware only, to X2 or V.90 operation. (But I never sent the $$ to USR to get the firmware do it, though.)

      Even so, there are AT commands that can be sent to make the modem act as a simple analog to digital converter, at least in the modems that are 'voice enabled' - this is how they implement those 'turn your computer into an overpriced answering machine' programs.

      Modems that are Windows only are very unusual.

      If only that statement were true. Trying to buy a reasonably low cost modem for a linux box nowadays turns up all sorts of modems that are 'Windows only', and very few that are actual hardware modems. (Fortunately, the open source community has managed to come up with Linux drivers for some of the 'winmodems' - but this is exactly the sort of driver that I would expect them to modify to send their compressed video signal)

      It is possible that the way the demo is cooked is to use a programmable modem of some sort. But there certainly isn't any way to get more than 28.8 kbits/sec of data to the vast majority users of legacy modems.


      Again, you are correct - I strongly suspect that the demo was cooked, and their transmissions could NOT be reproduced with any arbitrary modem.
      What's more, if my suspicions are correct, their data can't even be transmitted over an internet connection - it would have to be a dial-up direct to the video provider.

      --

      Liquor
      Sanity is a highly overrated commodity.
  125. Re:Symetrical Coorthoganal Asymetric Megacompressi by Bobo+the+Space+Chimp · · Score: 1

    > I feel sorry for John Tatoulis, he's been duped
    > into being the front man on a $25m scam, he's
    > probably "not very technical"

    And if it's true, well, Australia has some pretty strict liability laws...

    j/k, of course. They're all sacks of shit.

    --
    I am for the complete Trantorization of Earth.
  126. 2400bps? by don.g · · Score: 1

    Well that's what the Age article says :)

    Anyway, it's impossible to fit "full 768 x 576 video and 44.1Khz stereo audio" down a 64k line, let alone a 28.8. What's the bet the only data transmitted over that 28.8k connection was "...and now play C:\WINDOW\TEMP\__INST.053\MATRIX.IVA" (followed by a lot of random data :)?

    --
    Pretend that something especially witty is here. Thanks.
  127. Old school compression for Video over Modem. (tm) by BrookHarty · · Score: 2, Insightful

    This is all from memory from many years ago, and another lifetime....

    Back in the good ole C64/apple days we wanted to stream gfx over a modem. With ASCII and reprogramming the characters into 8x8x2 bitmaps. Using characters mappings you could make little guys run, little cars drive, etc.

    Then someone came up with Megabignum (no joke), used A-Z,a-z,0-9,!@#.,etc to have a large set of characters for use.

    Then there was RLE type gfx which was black and white bitmaps. (I think 4 bits actually).

    You map a 320x200 RLE into 40x25 ASCII type characters. So 1000 characters per frame or lets round up to 1K per frame. I don't think anyone did anything this big, maybe on some demos.

    Using this character set mapping conversion was a simple trick, but it worked.

    I don't see why you couldn't take this character set idea and expand it with compression and do larger 640x480 b/w 30fps images over a 56K modem.

    Maybe someone smart could come up with a way to add color.

  128. Quantum Teleportation! by Anonymous Coward · · Score: 0
    I know, they are using quantum teleportation to send the data from one machine to the other.

    The 28.8 modem is just to connect to the server and send control information. They have cards in the computers then that can beam the uncompressed video from one machine to the other.

  129. Fraud by Anonymous Coward · · Score: 0

    >The last guy I heard demoing it ended up being on a wanted list for fraud.

    That was the first thing I thought of. I saw a news report on that guy. He would always make the claims and get the funding, but he was really ripping everyone off.

    If I recall correctly, the guy did it more than once. I wonder what is name was . . .

    1. Re:Fraud by Dastardly · · Score: 1

      Yep, that woudl be the guy in Irvine with no progamming trainging, and no known past programming experience. Who claimed to have developed this same thing? Made investors think the same, went public, conned his employees into thinking the codec existed and left the country.

      Hmmm... Could he be hiding out in Australia under an assumed name...

    2. Re:Fraud by Anonymous Coward · · Score: 0

      He would always make the claims and get the funding, but he was really ripping everyone off.


      Sounds like Andover...

  130. Or just a file: URL by GregGardner · · Score: 1

    Even easier, go through the trouble of setting up a 28.8k PPP link to a computer across the room that is hosting the file. Verify that it is the only internet connection that the client machine has. Load up a web page on the server which just references a file: URL that points to a file that is already on the client machine. Click on it, and the video loads up from local disk. All the non-technical business muckity-mucks in the room wouldn't have a clue what a file: URL is and they would be picking their jaws up off the ground.

    You could even use some simple javascript to obsure the file: part of the url and make it look like you were hitting an HTTP: URL.

    Too many easy ways to fake it.

  131. Movie 'Hackers' predicted it by Wizard+of+OS · · Score: 2

    Hacker1: Wow, what kind of modem is that?

    (cool graphics coming from another machine over modem are on the screen, yes, this modem is definately broadband, otherwise it would be impossible to show such neat graphics)

    Hacker2: It's an 28k8 !!!

    Hacker1: Amazing, marvellous, etc. etc.


    (forgive me for not remembering the names, the wasn't that good :-)

    --

    --
    If code was hard to write, it should be hard to read
  132. unmetered local calls by kiwipeso · · Score: 0, Offtopic

    New Zealand and Australia both have unmetered local calls, even the outback has unmetered local calls.
    I'm getting cable next week to get around the dual processor dial up error on OS X though.

    --
    - Kaos games and encryption systems developer
    1. Re:unmetered local calls by shogun · · Score: 1

      Australia both have unmetered local calls, even the outback has unmetered local calls.

      Pity that a local call area might not extend outside your own property if you live far enough out that way...

  133. Sorry, poor example. by jcr · · Score: 2

    For a better example, let's consider several objects moving on different vectors through the frame. Very little difference from a wavelet viewpoint, much more difference to a delta-frame Sum of Absolute Differences pre-processor.

    -jcr

    --
    The only title of honor that a tyrant can grant is "Enemy of the State."
    1. Re:Sorry, poor example. by Rothron+the+Wise · · Score: 1

      The objects will have to be smaller than a DCT square (16x16 pixels), before MPEG will really
      start having trouble. How effectively motion vectors are used is largely dependent on how much
      time was spent encoding the signal.

      I'm not suggesting wavelets aren't superior, but
      I seriously doubt the Australians' claim of 1:1000, at broadcast quality, unless they have a very different idea than I have about broadcast quality than I have.

      --
      A witty .sig proves nothing
  134. 900 bits per frame. by Zeinfeld · · Score: 2
    MPEG works by sending a stream of key frames interspersed with a number of delta frames.

    Persistence of vision becomes really flakey at under 25 frames per second. With the overhead of stop bits, start bits, PPP protocol etc 28.8Kbits/sec is actually more like 22,000 bits/sec. That means that there are less than 900 bits to encode the delta between one frame and the next.

    There might be something to be had out of using second order derivatives, a delta encoding of the delta encodings. There might be something to be had out of more powerfull delta encoding techniques, more complex transformations from one piece of screen to the next.

    However the law of diminishing returns applies here and however good the delta encoding is, there is still the need to send key frames from time to time. At the very minimum once per scene change. In practice very much more often. It is quite likely that a scheme substantially better than MPEG is possible, but the scheme claimed is just too close to the fundamental limits.

    There are two ways to cook a compression demo. The first is to pre-load the cached data, the second is to chose the content to be compressed very carefully. For example Larry King Live compresses quite well because the video shows only two talking heads from fixed camera angles. Star Trek TNG would be much harder because the camera is often moving.

    Einstein reported that he was often acosted by people who would say something like 'how do we get to the next solar system if we can't go faster than the speed of light?', to which he would reply 'I don't set the laws of physics, I am just telling you what they are'.

    Seems to me that the reason that so many people invested so much in Pixelon was that they believed that because they needed the solution so baddly, it had to exist, even if Shanon's law dictated otherwise.

    Similar thinking runs rampant in the GOP mania for ABM technology. There has not been a single successful test that has not been cooked, in their last test the target had a radio beacon sending out its GPS measured position to the interceptor. But because they want to believe in the technology they will believe their own cooked figures and threaten MIT Professors that try to tell them they are being had with jail.

    --
    Looking for an Information Security student project suggestion?
    Try http://dotcrimeManifesto.com/
  135. Re:Neat, but it still doesn't solve The Real Probl by Anonymous Coward · · Score: 1, Informative

    Do Psuedo video on demand then.

    Your show is 1 hour long. Have 12 multi-cast streams of the same show, each offset by 5 minutes. If each video stream is 256 Kbps, then you need 3 megabits /sec bandwidth no matter how many people are viewing - even 100,000 viewers! That is MUCH cheaper than serving up video on demand to even only 100 viewers!

    Of course, the trade off is that a viewer might have to wait 5 minutes to watch the beginning of the show.

    Unfortunately, we can't even do this scheme yet anyways since there is no 'Standard' router protocol for efficient multicasting... Or is there one that doesn't require tunnels everywhere?

  136. Re:Neat, but it still doesn't solve The Real Probl by Sloppy · · Score: 2

    This is why caching proxies need to become more widely used.

    --
    As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
  137. Video over 28.8 is Impossible!!!!! by Win-Developer · · Score: 1

    That's right, I said it. I work for a rather large VOD developer, and we're having difficulty creating tens of thousands of 300kbps video over fiber in-band broadcasting and broadband out-of-band.

    What I find impossible is that based on even the most high quality QAMs, DVB boards, and network capabilities, this doesn't even seem plausible for any more than maybe 1 stream total and even that's a strech.

    1. Re:Video over 28.8 is Impossible!!!!! by Anonymous Coward · · Score: 0

      They didn't say it was COLOR.

  138. I heard something about this some time ago... by Anonymous Coward · · Score: 0

    I saw something similar about this on tv (one of them serious programs that follow the news and go in depth). It was about a Dutch man who invented a way to compress video by finding repeating patterns. His technology converted movies to long numbers , allowing him to store a movie on a creditcard memory chip. He was so paranoid about his technology and only showed a sample to a few companies, who claimed the market would be worth 200 billion guilders in 4 years. (80 billion dollars?). He died of a heart attack. The problem was that he stored all the specs and samples in a safe and he told nobody where the safe resides.

    It may sound like April Fools, but it was broadcasted around January.

  139. Re:Neat, but it still doesn't solve The Real Probl by aminorex · · Score: 1

    You can operate a video server for thousands of customers over a single SDSL line using Swarmcast.

    --
    -I like my women like I like my tea: green-
  140. Re:Neat, but it still doesn't solve The Real Probl by Rimbo · · Score: 2

    Caching proxies only ameliorate the problem slightly, and aren't effective for true Video-on-Demand. There are a lot of things you can do for scheduled, live events, but for watching (say) a movie when I want to, multicasting, caching proxies, and even really tiny 28.8kbps video streams don't solve the problem of video-on-demand for millions of users.

    The only way to do it is to build a system that's distributed, just like the internet is, such as Gnutella or Napster, where each person who downloads a movie then becomes a distributor for the movie.

    A great advantage for a napster-like system aside from the distributed bandwidth is for the people like us who actually watch the movies: Once we get a movie, we own it. We don't have to download it a second time. We can watch it as many times as we want, bandwidth-free.

  141. yes... by Anonymous Coward · · Score: 0

    ....I have come up with a wonderful proof of this concept, unfortunately it is blocked by the lameness filter...

  142. incredible by Anonymous Coward · · Score: 0

    I can get 10:1 with images trivially (less than 50 lines of code)

    But how about without the Java JPEG library?

  143. Their secret: by brad3378 · · Score: 1


    I think they have been using a special "Delta-Frame" algorithym for shrinking their file sizes.

    Unfortunately, their claims of Full television quality video over
    28.8 lines were aparently made by streaming old episodes of "Southpark"

    Win Karma - Lose Karma

    --

    1. Re:Their secret: by Anonymous Coward · · Score: 0

      heh..
      the funny thing is that southpark is pretty hard to compress for most codecs because of the hard edges while most other footage hast soft ones.

      of course.. a southpark codec over 28.8kbps would be possible.

      with fixed bitmaps and motion vectors at ~5fps.

  144. http://localhost/compress.mov (nt) by Anonymous Coward · · Score: 0

    I SAID NO FUCKING TEXT

    "Post Comment"
    "Lameness filter encountered. Post aborted!"

  145. Re:for the trolls by cha0sadddddddd · · Score: 1

    http://www.sourceforge.net/tracker/download.php?gr oup_id=4421&atid=104421&file_id=9967&aid=455205.

    --
    Collecting data is only the first step toward wisdom. But sharing data is the first step toward community
  146. I tried this.... by SealClubber · · Score: 2, Informative

    I experimented with this last year. I was trying to prototype a client-server system on which graphics were rendered on a central server then compressed and piped to clients.

    I played with some wavelet video compression/decompression cards based on the analog devices ADV601 chip (you can google it). It can achieve high compression ratios on grayscale images working on a frame by frame basis (kinda like MJPEG but with wavelets).

    After playing with the server a bit (it was a Beowulf cluster :) I wrote a software wavelet codec which I then tried to integrate with MPEG2 interframe compression. This turned out to be very tricky because a lot of the interframe motion vector compression relies on the DCT blocks from the JPEG-style intraframe stage (you've probably seen the obvious 'boxes' of pixels when viewing a very highly compressed JPEG image).

    Anyway, the results I was getting (for grayscale) *sound* impressive. 200:1 was possible for most images but only pictures with smooth contrast changes looked any good after decompression. Any sharp edges (e.g. graphical overlays) were completely destroyed at any compression rate over 10:1. Throwing the MPEG interframe stuff into the mix didn't really help much (partly due to the problem outlined above), although I can't say I explored all the possibilities along this route.

    After becoming more interested in coding proper parallel apps for Beowulves rather than hacking the MPEG's source I let the project drop. Code available if you'd like a look.

    My personal opinion on this fullscreen video with CD-quality sound over 28.8 is that it's complete tosh. It's absolutely impossible to compress that much information into such a small pipe. Unless this guy has discovered something that makes an awful lot of our current mathematical thinking invalid then this claim is nonsense.

  147. 165:1 by Anonymous Coward · · Score: 0

    Resident Evil 2 on the Nintendo 64 has 15 minutes of 30fps full screen video compressed at a ratio of 165:1... And the algorithm doesn't even sound that sophisticated. This is according to an article in the september 2000 issue of game devleoper magazine.

    If you can achieve this kind of compression with a unsophisticated algorithmcreated by some average joe programmer making Nintendo games for a living, shouldn't some hardcore mathematicians be able to come up with something even better?

    At 165:1, you'd only have to make your compression algorithm about 6x more effiecient to get up to the 1000:1 claim. Now I have no idea how you could do that, but it seems like it might be an achieveable goal.

    Also, at this 165:1 ratio, you could transfer video at approximately 6-7 frames per second over a 56K modem. So if you just make it just 4x more efficient you're golden. Who has a 28.8 modem anyhow?

    1. Re:165:1 by Anonymous Coward · · Score: 0

      More than likely this 165:1 video compression is achieved on rendered animations which is actually not that difficult to do (technolgoy like Smacker comes to mind). Live video, OTOH, doesn't compress well using those methods.

  148. Semantics war over a joke... Bah by Anonymous Coward · · Score: 0

    He didn't say download, he said buffering!

  149. How this could be done by Anonymous Coward · · Score: 0

    There is one way of doing this (with reasonable quality): have an enormous dictionary. Most compression schemes have a relatively small dictionary, because the larger the dictionary becomes, the more difficult it is to compress.

    Consider: there are less than 4 billion films, so a film can clearly be compressed to less than 32 bits. This is an extreme example of a large dictionary. Sounds daft? what do you think a TiVo is?

    Ok, so you might want a more general compression scheme. How about this: There are clearly less than 4 billion actors in the universe. Get all-round shots of a large number of actors and use some kind of morphing technology to make them move. But the encoder as you see mecomes more and more complex, slow and domain specific: for a given film, it would have to build a model of each actor, then detect their movements, and that's not even starting on trees, cars etc.

    Maybe it identifies the class of background and maps it to one of five: city, space, jungle, beach, or arctic :-)

    So the method must be more general somehow
    but if it isn't some kind of cheat I bet it uses a huge dictionary.

    I'm not sure it would be a good thing though even if it does work. After all, I don't want broadband for films, but I'm counting on all these investors thinking films=$$$$ so that they will build the infrastructure.

  150. Heck, even null compression can beat LZW by yerricde · · Score: 1

    Hell, I once designed a custom lossless scheme for handling certain classes of bitmaps that beat lzw by a factor 5:1

    It's easy to beat LZW on certain classes of bitmaps. For instance, LZW has a hard time with smooth gradations, whereas a lossless method with a good 2D predictor (like PNG's Paeth predictor plus zlib compression) will compress the image tighter because you get a lot of -3, -2, -1, 0, 1, 2, and 3 in a roughly Laplacian (a*exp(-abs(b*x))) distribution. With the (lossless) compression settings cranked up to max (no gamma, no layer offset, no physical size, no comments, zlib level 9), an indexed PNG or MNG image beats the equivalent GIF on everything but really tiny images such as bullets and web bugs.

    In fact, it's really easy to beat LZW on any image, even a 1x1 transparent GIF, as you could put much of the money you put toward royalties for U.S. Patent 4,558,302 and foreign counterparts toward converting your images to PNG and buying more storage and bandwidth.

    --
    Will I retire or break 10K?
  151. Film producer? by Kanasta · · Score: 2
    It is real, it was developed in my home town...

    Let's Get Skase, the film he produced based on...

    So they want me to believe that a film producer in a small town woke up one day and developed video over 28.8k when nobody else in the world could do it?

  152. Re:Symetrical Coorthoganal Asymetric Megacompressi by darkov · · Score: 1

    That's OK, I'm in Croatia :-)

  153. It's easy to be dismissive by gibara · · Score: 1

    Of course, it is impossible to judge the veracity of this Australian company's claims without further technical details. One's initial reaction is to dismiss it as untrue (or very partially true) because it is so far beyond the envelope of what is widely known to be possible. But it's important not to be completely dismissive.

    While modern compression schemes are quite advanced most only seek to remove a small number of redundancies in an image. Typically they coarsen the color space greatly, the luminesence a little and subsequently seek to look for areas in the frame sequence which can be recognised as a transformation of areas in neighbouring frames.

    This has proved very successful but it is certainly not the only technique one might attempt. A long while ago (several years) I turned my attention to the problem of compressing video data and considered the following approach of taking video data and deducing the geometry and surface colour of the physical entities which were filmed. This occurred to me as I result of thinking how easily I as a human can remember certain scenes by knowing the objects involved and their positions rather than remembering the scene in it's entirety.

    So imagine an algorithm which when applied to video footage attempts to deduce the geometry of scene elements, and their textures and then record how they moved. Playback would involve a basic kind of 3d rendering followed by a correction stage. All sorts of other techiques could be thrown at this scheme including progressive geometric and colour-map refinements, positional interpolation, even kinematics.

    I have no expertise in moving image compression and this idea came to me without much effort. A team of computer scientists and mathematicians would surely come up with something better, but with techniques like the one I outlined above I wonder what kind of quality a 28.8 connection could provide.

    --
    Programmers of the world unite, you have nothing to lose but your strings.
  154. Modem latency kills streaming video by mikey573 · · Score: 1

    Unfortunately, it doesn't matter how well the video compression works. It's the Latency, Stupid, as the article of this link points out that kills the performace of data transfer in modems, making them pretty unreliable for streaming video no matter how large the bandwidth is.

    1. Re:Modem latency kills streaming video by gibara · · Score: 1

      Either you misunderstand or it's a subtle troll...

      Latency will delay the start of the video stream (and possibly introduce a delay in control data returned from the client) but once the connection is established and data begins to flow bandwidth is the primary limiting factor.

      Good link though.

      --
      Programmers of the world unite, you have nothing to lose but your strings.
    2. Re:Modem latency kills streaming video by mikey573 · · Score: 1

      Oh, you have a good point. I forgot about buffering! Thanks for the correction.

      Guess I was going nutty from using a modem all summer. Long live "high-speed" internet connections! :-)

    3. Re:Modem latency kills streaming video by Zeinfeld · · Score: 2
      Either you misunderstand or it's a subtle troll...

      Actually latency does throttle bandwidth in modems and the effect can reduce throughput by several kbits/sec. There is an interaction between the various layers of the protocol stack.

      The most extreeme example of this effect is the Mobitex network used by RIM and PalmVI devices. Although the claimed bandwidth is 9.5Kb/sec the actual is no more than 50 bits/sec because there is a long delay between sending one packet and getting the ack that allows you to send the next.

      TCP/IP over PPP is nowhere near as bad as Mobitex but there is a significant effect.

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
    4. Re:Modem latency kills streaming video by gibara · · Score: 1

      I was aware that latency could limit throughput but I always assumed, it would seem wrongly, that it was negligible.

      So for TCP/IP, is packet size the main factor which determines the degree to which latency degrades throughput?

      --
      Programmers of the world unite, you have nothing to lose but your strings.
  155. How To do video over 28.8 by SEWilco · · Score: 1
    I can supply a "a high quality, full-screen video-on-demand service that is delivered over a 28.8k modem" by taping enough DVDs over a modem.

    It's a matter of making the number of bits divided by the Federal Express delivery time equal at least 28.8kbps.

    1. Re:How To do video over 28.8 by Anonymous Coward · · Score: 0

      Maybe if you thought differently it wouldn't be so impossible to see that it is possible to do it. It's just a matter of looking at the problem from a different angle. Most compression algorithms use the same type of thinking. To achieve a compression ratio of 1000:1, I believe would require a different perspective...a different train of thought.

      I'll give you a clue... how can a mathematical function generate so many different values while being so simple...

      See, maybe it ain't impossible after all. Call me crazy but the idea popped into my head while I was lying in bed...maybe it was a gift from someone, or maybe we were sharing the same brainwaves when Adam thought of it. Who knows ??

      I hope this type of technology is shared with the world to make the world a better and more fun place to live in.

      LST.

  156. Already done? by Anonymous Coward · · Score: 0

    There's already a company out there that claims to have found this (or a similar) video compression method (Eye-Gate) They've actually got a product available too. Has anyone heard anything about this? Anybody know if they're for real?

  157. IB2P had such claims by Cebo · · Score: 1
    A few months ago, IB2P claimed they had developed a revolutionary codec to stream video.
    They promoted "Video quality: full-screen 25 fps image without any deterioration visible to the naked eye, with a quality that can be compared to VHS quality with 2 KB/second." Read more

    And it turned out to be another scam...
    There is also an insightful article from the 7th zone here

  158. Yep, let's see a public demo! by Chembal · · Score: 1

    If this is really possible, let's see them post a demo! Post a demo codec, and let us see a demo clip.

    This big secret demo policy just screams fake.

    --

    Life is but a mist upon the horizon.

  159. Fractal compression by Animats · · Score: 2
    Fractal compression has been used in some games. Some of the early Star Wars games used fractal compression for the cut scenes. Iterated Systems provided the technology.


    The technology is around, but not great enough to displace other compressors.

  160. The Pixelon scam by Animats · · Score: 2
    Pixelon made claims like that up until last year, until it turned out to be a scam.
    • 'In a recent interview from jail, the 39-year-old Stanley claimed to have written the code from scratch during the several months he lived in the back seat of his car after fleeing authorities. "I knew I was on the frontier of a totally new area and I got real, real, real excited," he told The Standard. "I knew I had found the way home." '
  161. According to the Quantum Theory by Nidak · · Score: 1

    Huge information can be stored in a tiny packet.

  162. that's nothing by Anonymous Coward · · Score: 0

    if slashdot will publish this, i've got a $500 cookie for them.

  163. Actually by Marticus · · Score: 1

    Actually, a quantum leap is a single discrete leap, precluding the existence or possibility of a leap of anything smaller. ie an electron does not *exist* between any two neighbouring states. So a quantum leap just implies there are no intervening states (well except maybe a few discrete ones if you are taking a larger leap :)

    1. Re:Actually by Hes+Nikke · · Score: 1

      i thought Quantum Leap was a TV series about a guy who time travles by trading places with people throughout history.

      check it out on the SciFi channel :)

      well somone had to say it!

      --
      Don't call me back. Give me a call back. Bye. So yeah. But bye our, well, but alright we are on a shirt this chill.
  164. This has been around for years... by Rain · · Score: 1

    I've been enjoying full screen video over the Internet for 6 years! I started on a *14.4*! On a 56k modem, I've made well over 30fps with this streaming technology (which on average uses only 2.5-3k/s). Now, sure, Quake 2 and Quake 3 need a little more bandwidth to play bell, but....

  165. Could be by pauldy · · Score: 1

    The only way this seems logical is by finding a way to describe the wave paterns in the video through a series of complex equations rather than packing pixels. I can't possibly imagine the horse power required to derive these equations. But it's the only way I can think of you could even come close to something like this. I don't think the horse power required to solve the equations and come up with a digital stream on the other end would be very taxing.

    Or maybe he has found a way of taking pie to the extream and just finds where in pie the video stream is and sends the offsets. ;-)

  166. Don't forget ISO's by diverman · · Score: 1

    Don't forget those CD images to download. Even with DSL, it takes an hour to get one Redhat CD. There's NO WAY am I going to spend days for just one CD image, through a dialup modem.

    -Alex

  167. I can do full screen with 300bps by scrytch · · Score: 2

    Start with a biiiig one-pixel screen....

    --
    I've finally had it: until slashdot gets article moderation, I am not coming back.
  168. Do the Math... what it really means by moogla · · Score: 1

    Fullscreen video over a phone line? The concept is tantalizing, but the reality is a pure fantasy. Let me explain:

    They claim you can get full screen video at 30 fps over a 28.8 modem
    Let's just consider the case of pure video (no audio), at 320x240 (a nicer size than the one they were using)

    28800 bps / 30 fps = 960 bits per frame
    320x240=76800 pixels per frame
    960 / 76800 = 1/80 bits per pixel per frame!

    So what does this mean? Well, let's supposed the bits were just being used (in the most compressed sense) to indicate any change at all. Then you're limited to positively identifying one out of every 80 pixels as changing between frames, and that's not considering the information needed to specify which ones!

    What I'm saying is that I think that moving video on a full screen contains more information than 28800 bits per second.

    --
    Black holes are where the Matrix raised SIGFPE
  169. A URL that isn't broken by DHR · · Score: 2, Informative

    http://www.screendaily.com/cgi/process_template_my sql.pl?template=../html_templates/section.ttml&and _clause=stories.STORY_NUMBER=5733&redirect=../shtm l_files/search_redirect.shtml

  170. Rate-Distortion Theory? by perc · · Score: 1

    Has anybody heard of Rate Distortion Theory? Shannon proved many moons ago that for a given distortion of a signal, there is a minimum rate. And visa versa. If you want a lower data rate, you must put up with more distortion. He also showed how this lower rate can be calculated, without having to have an algorithm to generate it. Of course the interesting thing is what you define distortion as. General definition: The difference between the decompressed signal and the original signal. This is generally measured as Mean Square Error (MSE). The cleverness behind MP3, DivX and the upcoming Jpeg2000 (although not the only cleverness, each has lots of cleverness in different ways) is that the distortion is localised to frequency bands (spatial or temporal, your pick) to which humans have a low sensitivity. There is also work being done for jpeg2000 on looking at masking signals (ie activity in a certain band will effectively mask distortion in that band) But, none of these are getting below Shannon's lower bound, they're just redistributing the distortion. Anyhoo, this claim of 'full-screen' 'high-quality' (nicely defined terms!) over 28.8 is most likely bollocks if you define full screen and high quality the way anybody with a brain would. Unless those tricky changing laws of physics are changing faster than we thought... -Perc.

  171. Re: Sounds good by PurpleBob · · Score: 2

    DVD video is already compressed. Their "gigabyte" must be of something less compressed than DVD.

    However, you're not so far off. To download at 28800 bits per second, they'd have to fit a 2 hour movie into 20 megabytes, whereas it would be 4 GB on DVD. A 2000:1 jump in compression is not something I'll accept casually.

    --
    Win dain a lotica, en vai tu ri silota
  172. I love slashdot by CMiYC · · Score: 1

    You got modded up, and I get modded down. Go figure.

  173. They claim 1000000:1 compression! by Anonymous Coward · · Score: 0

    Can't get to the original article, but found this.

    http://it.mycareer.com.au/breaking/2001/08/30/FF XC MEKFZQC.html

    "Explaining the significance of the breakthrough, John Tatoulis, chief executive officer of Media World Broadcasting, said that the technology allows for the compression of digital video by a ratio of about a million times."

  174. archived copy of the article by Anonymous Coward · · Score: 0

    I've got an archived version, as they've pulled it.

    Should I post it?

    -- Ender, Duke_of_URL

  175. Cut-down english system by Anonymous Coward · · Score: 0

    American pints are smaller than english pints, and their gallons and barrels are different sizes depending on what is being measured (i.e. wheat versus oil versus beer).

    Before metric, the french had yet another system, which lead to the false assertion that Napolean was short - he was average height for the time, but french feet were different from english/us feet so when it was written down, people thought he was short. Doh!

  176. Skeptical by Anonymous Coward · · Score: 0

    write it 100 times

  177. i2bp by Vincent+Bernat · · Score: 1

    As said in some other posts, some startup tried to do the same : i2bp. VHS quality with sound in 2 kilobytes/s. This article gives a partial view on this.

    Here is a short summary :

    • Someone hire two or three students and ask them to work on this project (none of them are specialist of video compression). They are presented as "experts".
    • He then announces that they have found some revolutionary compression format based first on MPEG-2, then on MPEG-4 and then on some fractal technology. This technology allow DVD quality on 2 KBytes/s then only VHS quality.
    • He gives demo on a closed network to some journalist, without any mean to control. A public demo in flash is given on the site. Well, if we can call this a demo.
    • He postpones the realease of the commercial product for some obscure patents (patents are pending on some countries, patents need to be updated, etc)
    • He says that the developpers are somewhere in France with their bodyguard. Additionnaly, there is some story with the Mossad.
    • He cancels a demo since many people think that their algorithm is inexistant. He says that this technology will be sold hundreds billion of dollars and say that Microsoft is interested.
    • He talks about a player in Java which is only 50 bytes long. Yes. But, it could be optimized.
    Finally, we have never heared of this startup since some months.
  178. EVIDENCE? by fihzy · · Score: 1

    All,

    For anyone who doubts the claims of the post, take a look at the procuct demonstration on

    http://www.forbidden.co.uk/

    There you will find 372x280 @ 25 frames per second over a 56K modem....

    Not exactly the best looking video you have ever seen but it works. It works!

    I first saw the technology on their website in early 2000. I'm surprised it never made it to slashdot. Or maybe it did and I missed it?

  179. yes, it is running over 28.8 by Anonymous Coward · · Score: 1, Funny

    ...they just didnt say how MANY 28.8 modems it was travelling over ;-)

  180. FMV over 28.8? by haxor.dk · · Score: 1

    No way dudes and dudettes.

    Unless these guys have somewhat miraculously found a way to use the previously unknown quantum fluctuations of electrons in phone lines for data transmission/compression purposes, this is only a software issue - namely video compression.

    And what compresses better than Sorenson3, DiVX and 3ivx today? None that I know of.

    And none of these will deliver decent-quality FMV on a modem line.

    Summa summarum: This "undisclosed tech" is bull crap!

  181. More details on the claim by Digital_Liberty · · Score: 1

    This article provides some more technical details about the claims.

  182. Another Compression by AeiwiMaster · · Score: 1

    This link have some good info. http://www.hotecho.org/hotecho/archive/se25/mainfe ature/unione.html

  183. Easy!!! by Aceticon · · Score: 2
    Assume that your source is a 1024x768 RGB 24 fps stream.

    First we apply a transformation to the RGB values in order to obtain the Lumiance values.

    Next we pass those values through a downsampler ( in this case downsampling is done by left-shifting all the bits of each byte value and dropping the carry bit )
    We do this 7 times

    Next we pass the values through a resolution downsampler (which outputs 1 pixel for each 2x2 pixel input blocks by averaging the values of the 4 bits).
    We do this 8 times.

    Last but not least we pass the result through a time downsampler (which produces 1 output frame from 2 input frames by averaging the values of each bit in frame 1 against the corresponding bit in frame 2).
    We do this 3 times.

    And there we have it - a highly compressed stream running at 36 bps!!!

    Sure, some of you might say that a black & white (and only black and white) 3x4 image at 3 frames-per-second doesn't have that much quality, but it think you're just jealous of my revolutionary new technology!!!

  184. 0.03125 bits per pixel video only... by Anonymous Coward · · Score: 0

    As one who makes a living building video compression algorithms, I have a few words,

    Say you take a 320x240 video at 10fps and upsample that to full screen using Tree-Based Resolution Synthesis (see the paper by C.B.Atkins, C.A.Bouman, and J.P.Allebach) or edge-directed interpolation. You could claim full screen video. But at a 24000 bit per second connection (about what is practical with a 28.8 modem) video only comes out to 0.03125 bits per pixel average.

    So is this possible?

    Sure it is, but the catch is that there has to be enough redundant data in the video stream to remove. Simple example, take a video clip where only a small region of the video changes per frame. Simple example, news cast with a fixed camera position and a talking head where the person's lips move and hands stay glued to the table.

    Now getting back to what is practical, all video streams have a compressability factor directly related to the amount of entropy in the video. If the video changes a lot, like say a high action sequence where the scene completely changes on average every 2 seconds, this is not going to compress very well no matter what you do with it.

    Think about how MPEG-4 gets better compression than MPEG-2. It's the same base of Motion prediction and DCT, just MPEG-4 cuts up the video into things that are not changing and things that are changing (over-simplification). But you give MPEG-4 a sequence of fast action, it still doesn't compress the video much better than MPEG-2.

    So Adams cooks up a video compression algorithm designed to do 1000:1 and a demo that takes video clips that have small enough entropy to be compressed that much and sells it to some corporate types who know nothing about science. Money shuffles around. Then someone trys to compress a clip of a college basketball game, and all hell breaks loose when the video either looks like a slide show, or as if it was seen through a stain-glass window.

    - Timothy Lottes (Anonymous Coward)

  185. canadians by hawk · · Score: 2
    Actually, our hats are off to you guys, as the smartest folks in the country: as near as we can tell, not one of you has ever paid a dime in taxes to D.C. :)


    hawk, the rabid Nevadan who wants D.C. out of southern Nevada

  186. I don't believe a word of this by Anonymous Coward · · Score: 0

    I have had dealings with some of the
    people promoting this system of "compression"
    and don't believe a word of it.

    For the past 4 years I have been incredulous with
    the amount of press it has been generating.
    And many engineers here in Australia are
    treating it sceptically but with an open mind.

    Considering the technology was "invented" using
    a four year old PowerMac with far less processing
    power that even today's handhelds, it is
    laughable that any publication, let alone
    Slashdot would give this nonsense any credence
    at all!

    The "inventor" /proponent - Adam Clark - is a
    video cameraman; not an engineer, or even
    someone who can write code.

    He claims the compression method is "so simple"
    that we've all missed it.

    In my humble opionion, the only thing simple
    here is the brains of the investor willing to believe in this rubbish.

    AP
    Melbourne, Australia

  187. this is possible. maybe a closer look would help by Anonymous Coward · · Score: 0

    -please bare with me, my english insn't perfect.

    there are a few well thought out posts here. the guy with the idea about analogue not digital may have something.

    think about the way you would store a value such as FF(hex). in binary its 1111 1111. thats 8 bits to store 2 simple characters which are the same. now think about ASCII where 8 bits only represent one character. highly accurate but also highly inneficient.

    what if it were all analogoe? think about how you harddrive would store one sing bit. i'm guessing with a little magnetic dust for 1 bit. it would be horizontal for off and vertical for on. or "-" and "|". highly accurate but also highly inneficient. what if that piece of magnetic "dust" could be turned in any angle from 0 to 360? let's make it easier, let's make it 0-255. if a harddrive could store a value from 1 to 256 in a single bit, we could have and uncompressed bitmap immage (640x480x256) that only requires 37.5kb instead of the 300kb that it normally takes. that sounds promising but is far from what this adams guy is proposing. make that a bit more advanced. give a piece of dust 4.3 billion possitions or what some refer to as 32bpp. make a 2147483648:1 ratio. it would be incredibly difficult to make microsocopic manetic dust move into 4.3b possitions with current hardware. alangue does something very similar to this with your old audio cassets. positions are not defined and it is lossy with infinte possitions. while still using the same 37.6kb you can draw that 640x480x32 image before it's compreessed instead 1.2mb. it's getting a bit closer now but that would still require 1.1mb/sec for 30fps "uncompreessed" video.

    sorry if i didn't explain this idea properly. when redifining a bit it's somewhat diffuclt to give a value in bytes!

    this could help the compression of an image as far as 1.3gb to 1.4mb. someone pointed out using 3D geometric figures to represent people. there is a 64KB demo on the net using 3D geo to create a 5 minutes video and it has music... in 64kb. i found it quite hard to belive and made sure i was not connected to the net before i ran this demo. playback is great at 1024x768x32x100fps. you can do all the modeling on a good desktop. compress video like this? the problem with this is that you need a huge server cluster running advanced software to look at a picture and create geometric objects with polys and texture from a limited image (1 dvd main frame). possible but out of the question.

    the next is the 5GB playing software. that is the simplest and (according to Okhams Razor) the most likely. store most of the frames in the player's software. just download info on which frame is to be played. this wouldn't be a codec theory coz it'd mean that it is a hoax.

    there you have it. two theories. they seem simple enough but we are very far from either o them. i will not dispel this though. i don't think that any of us should. just becuase you can't figure it out doesn't mean that no one can. i still remember having one 3 minute ~100mb song on my harddrive. now i can fit 30 songs into 100mb. viewing a video on 28.8 is possible.