Slashdot Mirror


Theora Codec Ported to Java

fons writes "These guys have ported the Theora codec to Java. This means that ANY Java-capable browser can now be used to watch video streams on the net (clients don't have to download a player!). You can watch a demo showing some boring guys sitting in the office. At least the music is ok :) On their site you can find a link to an interesting interview with the boss, and it looks like more cool stuff is coming soon."

60 of 237 comments (clear)

  1. Slashdotters will agree... by bogaboga · · Score: 2, Interesting
    ...that this time, this is a good development. Am I right? I hope so.

    Cb..

    1. Re:Slashdotters will agree... by Anonymous Coward · · Score: 2, Informative

      Well, unfortunately, Java was removed from Windows. So people can't use this with an out-of-the-box Windows installation. They have to manually go and download and install the Sun JVM. Not something the average home user knows how to do.

      Thus it still seems that to reach the largest market, providing streaming video in WMV and QuickTime (and possibly Real) formats would be the best solution.

      This would have been a great development five years ago, though.

    2. Re:Slashdotters will agree... by mcrbids · · Score: 5, Insightful
      I do not agree. Having a java codec for browsers may as well be having no codec at all. Reasoning:

      1) The only users that allow their browser to run java are those that either don't know how to disable it, or don't know what it is....<SNIP>
      And I would put you squarely into the LATTER category. Or, were you not aware of what a JVM "sandbox" is?
      2. Java is slow and gobbles up resources....
      So is Windows. So is KDE. So is perl, PHP, Ruby, GLibc, and about a zillion others. Perhaps you should read up on the realities of so-called "BLOAT"?

      The fact is that faster computers have not really resulted in us running the same programs faster. It's resulted in us running bigger, fancier programs at the same speed we always have.

      It took about 3 minutes for my 20 Mhz 286 to boot up. It takes about that long for my 2 Ghz Athlon to do the same.

      What's the difference? Go on back and USE that 80286 AT for a while, and tell me what that software "bloat" really got you...
      --
      I have no problem with your religion until you decide it's reason to deprive others of the truth.
    3. Re:Slashdotters will agree... by mabinogi · · Score: 4, Insightful

      Ok, so where are the JVM exploits?

      Javascript is NOT java, so saying "Javascript is vulnerable, so Java must be" is pointless.

      I'm not necesarily saying that java isn't a security hole, I'm just asking that if you're making the claim, then make sure the evidence you provide is relevant.

      as for 2, what you said there applies to all media players.
      WMP, Quick Time, Real One, they all eat memory and processor cycles.
      Have you actually tried it? I don't think that you can claim that it will bog down the machine and be worthless until you try it yourself.
      I haven't tried it either, so I can't say that you're wrong, but there is nothing in your post that gives any real evidence as to why this codec is worthless. Speculation is not evidence.

      --
      Advanced users are users too!
  2. Great! by wheels4u · · Score: 3, Funny

    Now I can watch porn everywhere!

    --
    11 1101 1011111 0100 000 110 1011111 0101 10 01 1011111 101 1 011 1011111 0 1111 11 111 1011111 101
    1. Re:Great! by Anonymous Coward · · Score: 2, Funny

      Yes, because watching porn on the internet was such a challenge before.

  3. Its it just not working for me or... by Anonymous Coward · · Score: 5, Funny

    Was linking to a video feed from slashdot's front page a mistake?

  4. Wondering why this hasn't been done previously by Anonymous Coward · · Score: 5, Interesting

    Given all these reports that Java code can be made almost as quick as c/c++ (especially when number crunching), if not faster, why hasn't this happened before?

    Is it just that bit hackers are more comfortable in c?

    I would there would be a big benefit to having decoders/endcoders in java. On that note it would be nice if there were one defacto decoder/encode instead of ffmpg, jpegtools, transcode etc.

    Sorry for the ramblings, I guess everyone likes to re-invent the wheel ;)

    1. Re:Wondering why this hasn't been done previously by MyHair · · Score: 3, Informative

      Um, was there a stable open source video codec before Theora? IIRC, XVid didn't stabilize until fairly recently. Plus aren't there worries about patents and XVid?

      Anyway, I suspect the newness of an unencumbered open source codec has a lot to do with why this wasn't done before.

      P.S. OW! Somebody turned up the volume on the video feed! (During Aerosmith's/Run DMC's Walk This Way) I'm shocked the feed is still up. (Watching on win2k, Firefox 0.8 (yeah, need to update) w/ Sun Java 1.4.2_04.)

    2. Re:Wondering why this hasn't been done previously by fred+fleenblat · · Score: 3, Interesting

      Given all these reports that Java code can be made almost as quick as c/c++ (especially when number crunching), if not faster, why hasn't this happened before?

      Java was very slow for several years. It still suffers from a large memory footprint, and if you are processing a stream or large data set you have to be somewhat intelligent about how you write your code so as to prevent copying lots of data unnecessarily.

      In my view, it's probably more important that whatever reference algorithm is specified, that it be written so that people can read it. Then, if necessary, others can rewrite it in the same or different languages to improve it.

    3. Re:Wondering why this hasn't been done previously by badriram · · Score: 4, Informative

      Seems to load quick but it uses atleast 50% of processing power of my Athlon XP 2200. Most DIVX, WMV, MPEG files use maybe 15% processing power while showing a video.
      So it performance stills lacks, but i am still impressed that class and decoder load that quick even under slashdot load....

    4. Re:Wondering why this hasn't been done previously by gstamp · · Score: 3, Insightful

      I'm getting about 15% processor utilization on my P4 2.4Ghz. Loads really quickly and the video quality seems pretty good.

      I'd bet that a lot of the CPU utilization comes from the fact that it wouldn't be using direct draw like most players would rather than any codec issues.

      Wonder if jdk 1.5 would make a difference in CPU.

    5. Re:Wondering why this hasn't been done previously by Anonymous Coward · · Score: 3, Informative

      On the other hand, I bet that most of those other codecs you have on your machine are not straigth C/C++, but have inner loops optimized in assembly, using MMX, SSE and/or 3DNow instructions to their full extent. After all, video codecs are the main purpose why those special instructions were developed.

    6. Re:Wondering why this hasn't been done previously by Directrix1 · · Score: 2, Informative

      Theora's bitstream is frozen (meaning its not going to change). The reference Theora library on their site is alpha. As this java version is an implementation which in no way requires the theora c library, you cannot say whether or not the java version is of alpha quality.

      --
      Occam's razor is the blind faith in the natural selection of least resistance and in universal oversimplification. -- EF
    7. Re:Wondering why this hasn't been done previously by Guspaz · · Score: 2, Interesting

      We may not know if the java version is of alpha quality, but as it's extremely buggy and unstable (It even says as much on the site), it's not stable.

    8. Re:Wondering why this hasn't been done previously by Wesley+Felter · · Score: 2, Informative

      IIRC JMF uses Xv if you have the performance pack installed. I don't think it's included in the JRE, though, which is a pain.

    9. Re:Wondering why this hasn't been done previously by evilviper · · Score: 2, Informative
      Um, was there a stable open source video codec before Theora?

      Yes.

      IIRC, XVid didn't stabilize until fairly recently.

      Who cares about Xvid? Really now.

      Take a look at ffmpeg/libavcodec, lots and lots of very fast, very high quality, very stable codecs for encoding/decoding. All lgpl'd.

      Anyway, I suspect the newness of an unencumbered open source codec has a lot to do with why this wasn't done before.

      I believe MPEG-1 is completely unencumbered, due to patents expiring, and has been for quite some time.

      Other than that, there's always MJPEG, even if it's not terribly effecient (every frame is a keyframe).

      And, more significantly, the VP3 codec was unencumbered as of Sept 2001, which means anyone could have implimented it anytime in the past 3 years. Yet, nobody did.

      As a matter of fact, I've been trying to find any programs at all, that could encode to VP3 on Linux/BSD. Unfortunately, none exist, and encoding to VP3 needs to be done on Windows/Mac. Playback has been easy, but nobody bothered to work on encoding.

      It seems strange, since AVIFILE does everything via DLLs, you'd think they would have put some real effort into getting it working. It would have been terribly slow, but I could live with that. FFMPEG recently got a native version VP3 in it's source, but it's so very early that it doesn't even properly decode VP3, let alone encode well.

      It's a sad situation, really, because VP3 is not only 100% free, but it is a very good codec, that doesn't suffer much from the very typical digital video artifacts, like blockiness, aliasing, etc.

      (Watching on win2k, Firefox 0.8 (yeah, need to update)

      Why do you feel the need to update? I'm using Firebird 0.6.1, and I don't see any problem with that. Actually, I would upgrade if newer version were faster and more stable, but the opposite is true.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    10. Re:Wondering why this hasn't been done previously by LnxAddct · · Score: 2, Interesting

      Hmm.... what OS? On my Fedora core 2 system its barely using anything, I mean along with a Tomcat and Apache server running, and a few other things, my laptop isn't getting past 35.7% use in userland. Regardless, that is a damn clear stream, I've never seen a stream like that, especially while slashdot is pounding away. I mean something that clear with only a 35KB stream, its nuts. I am really impressed. Oh and as a side note, keep an eye out for the new Java VM to be released by Sun, I'm running the beta (although my applet plugin is still 1.4.2) and there are many significant improvments thus far. Its stable enough already that I'm using it to develop on.
      Regards,
      Steve

    11. Re:Wondering why this hasn't been done previously by n.wegner · · Score: 2, Informative

      >the VP3 codec was unencumbered as of Sept 2001, which means anyone could have implimented it anytime in the past 3 years.

      They did, and they called it Ogg Theora.

    12. Re:Wondering why this hasn't been done previously by j3110 · · Score: 3, Informative

      I ran top, and all my CPU usage was XFree86 and kernel. That tells me that the bottleneck is most likely ALSA/X11 calls on my system. My CPU usage hits around 50% on an Athlon XP 2100+. I'm running JDK 1.5.0.

      I bet if I used OSS, it might make a difference. It may even be sending the sound through the X11 Server for all I know.

      I'm satisfied since my Java was using 10%. Java either does, or will, use OpenGL at some point (ldd doesn't seem to think so, but Java loads all platform libraries dynamically except for a few basics, and X11 if it is being used as a plugin). Also, I don't know if the codec even bothers to support Java2D. It may be that I get 50% CPU utilization because it keeps sending X11 calls to the X server using X11 Accel. that is really old to be compatible with remote X11 servers.

      I hope this sheds a little more light into what's going on, and maybe someone that knows a bit more about Java2D and Linux/ALSA/X11 workings can make some more educated guess that I can.

      I use the NVIDIA OpenGL under Debian with the latest Debs for everything in unstable (I even have it working with Neverwinter, and get more than adequate FPS) 2.7.8 Kernel, NVIDIA's AGP driver.

      --
      Karma Clown
  5. Re: open source with mpeg-4 in Java by Anonymous Coward · · Score: 5, Interesting

    This guy has been working on an mpeg-4 and mpeg-1 Java player for several years and has said that it will be released within the month. The demos on thsi site, although basic, look promising. His Mpeg-4 video can apparently go full screen given enough cpu. The good bit? it's going open source.

  6. It's right the time by Metteyya · · Score: 2, Insightful

    For Real and Apple to reimplement and promote their own codecs the same way. Well, if we really want it - because Theora really does well.

  7. Cool ... but by Combuchan · · Score: 4, Interesting

    The demo on Firefox w/ XP professional (i'm at work) keylocked the machine (eg, press caps lock, no light) and it appeared completely frozen until a couple three-finger-salutes woke the machine up enough to use the Back button to get out of the page.

    I didn't hear any audio, but the video quality was wonderful. I'd love to dump Real et al. for this sort of thing--streaming media servers just tend to suck (anybody who's installed RealServer on a unix box will likely agree with me).

    Moreover, if you have any sort of secure web application that has streaming video, you can just stick this in rather than trying to wrap the same security concept around two different application servers. That alone is Very Cool.

    --
    "[T]he single essential element on which all discoveries will be dependent is human freedom." -- Barry Goldwater
    1. Re:Cool ... but by Anonymous Coward · · Score: 2, Funny
      The demo on Firefox w/ XP professional (i'm at work) keylocked the machine (eg, press caps lock, no light) and it appeared completely frozen until a couple three-finger-salutes woke the machine up enough to use the Back button to get out of the page.
      Sounds like your computer is broken. Applications don't have that level of control over your system, even in Windows. Add more processors.
  8. Re:Audio by irokitt · · Score: 2, Interesting
    Sometimes we turn off the audio because we are discussing stuff we don't want you to hear.
    Says this right there on the site. So I wouldn't worry.
    --
    If my answers frighten you, stop asking scary questions.
  9. Compilable with GCJ? by Dr.Dubious+DDQ · · Score: 4, Interesting

    Makes me curious - at this point, apparently, what Theora most needs is optimization of the code to make it work faster.

    How optimized is this Java port of the codec, and will it be possible to compile it to 'native' code using GCJ for maximum performance?

    1. Re:Compilable with GCJ? by ahmetaa · · Score: 2, Informative

      Because Sun's java VM is faster than GCJ compiled native code in most cases.

    2. Re:Compilable with GCJ? by Teckla · · Score: 4, Informative

      Makes me curious - at this point, apparently, what Theora most needs is optimization of the code to make it work faster.

      How optimized is this Java port of the codec, and will it be possible to compile it to 'native' code using GCJ for maximum performance?

      Most of the time, Java code is Just-in-Time (JIT) compiled. Even the old MS Java Virtual Machine that comes with IE will JIT compile Java bytecode.

      That means the Java bytecode is compiled on-the-fly. You generally end up running native code.

      The latest Sun JVMs (and it's been this way for quite a while) will interpret code that doesn't get called often, but will aggressively compile code that gets called a lot. The theory is that the end result can perform better than Ahead-of-Time (AOT) compiled code.

      In a nutshell, pre-compiling doesn't offer any performance advantages.

    3. Re:Compilable with GCJ? by Per+Bothner · · Score: 2, Insightful
      In a nutshell, pre-compiling doesn't offer any performance advantages.

      That's a claim which is unproven. There are applications where gcj provides a significant speed-up, and there are others where Sun's JIT-VM runs faster. But it's not necessarily a fair comparison: Sun has spent a lot of resources on a smart and highly-tuned implementation, but there has been comparitively little work on Java-specific optimizations in GCJ. (Most of the effort has focused on functionality, especially the libraries.)

      It is also worth noting that pre-compiled applications start up faster (and people are working on improving this further).

    4. Re:Compilable with GCJ? by MarkoNo5 · · Score: 2, Informative

      gcj does not give you maximum performance. My QR-decomposition code runs a lot faster on IBM and Sun virtual machines than compiled with gcj with maximum optimisation flags.

  10. Strategy... by bogaboga · · Score: 3, Insightful
    The strategy will be to have DELL, IBM, HP and others install that java onto all desktops they sell. Then "all" mankind will be able to watch those videos. I should mention that I do not know what agreements M$ has with OEMs in relation to additions/subtractions to Windows. With that done, M$ will feel kicked in the stomach ouch...!! And the streams work. Very soon they will be slashdotted.

    BTW, I did not realize that mine was the usual FP!!

    Cb..

  11. Seriously works! by Anonymous Coward · · Score: 5, Insightful

    For some reason it seems to load faster than realplayer, quicktime or windows media player.

    I am using Java 5 RC which for me GUI program feel faster than .Net apps like RSS Bandit! Its actually a real option for anyone wanting to stream video.

    Also, please note I do feel dirty calling it Java 5...

    And nice work putting a video stream on the front page! Thats nice and considerate /.

    1. Re:Seriously works! by Lisandro · · Score: 4, Insightful

      My first thought exactly. "Holy shit, it looks better and loads faster than a Realplayer stream!". This is on my work's terminal (a PIII 800mhz with 512mb) on Opera 7, and the stream is flawless.

      Makes you notice how far Java has came peformance-wise lately. Ah, and kudos to the programmers. This is great work.

  12. Re: open source with mpeg-4 in Java by Anonymous Coward · · Score: 4, Informative

    You can see an mpeg4 video demo here. The in-page JavaScripting seems broken, but the video and audio is good.

  13. Its not futile! by Ars-Fartsica · · Score: 4, Insightful
    Ogg Vorbis hasn't taken over the world, but people are using it and some vendors are supporting it. Theora will likely never slay Quicktime et al but that doens't mean a meaningful community of users can't emerge.

    Don't discount the business value of these open formats - for a hardware or tools vendor it is one less license to pay.

    1. Re:Its not futile! by Jardine · · Score: 4, Interesting

      Don't discount the business value of these open formats - for a hardware or tools vendor it is one less license to pay.

      Same with games. Why compress your audio with mp3 and have to pay a fee when you can use ogg vorbis for free?

  14. clients still have to download a player by Speare · · Score: 4, Insightful

    Clients still have to download the player, it's just that the player is now in a form which is downloaded with less effort.

    --
    [ .sig file not found ]
    1. Re:clients still have to download a player by Tobias+Luetke · · Score: 4, Insightful

      No, Huge difference, The player runs in a sandbox. That means everyone can be 100% certain that it won't install spyware of any sorts in the system.

      This is very very good.

    2. Re:clients still have to download a player by Tim+C · · Score: 2, Interesting

      Unless, of course, someone develops an applet and signs it with full privileges - then it can do anything it wants, as long as you click the "ok" button to let it.

      (Unless that's changed since I last did applet stuff, which is a few years now)

    3. Re:clients still have to download a player by ttfkam · · Score: 2, Insightful

      This I think was one of the worst aspects of ActiveX. All of the ActiveX widgets on the web ended up popping up so many security confirmation dialog boxes that a malicious (spyware most likely) widget slipped through because "it looked like all the others." If on the other hand most web pages used Java applets instead, the dialog box becomes sufficiently rare as to illicit a closer look.

      It's kind of like bulk email. Back when spam was only one message in fifty, picking it out was easy. After a majority of email became spam, distiguishing between the useful and the junk among the hundreds/thousands of emails became much more difficult and error prone.

      --

      - I don't need to go outside, my CRT tan'll do me just fine.
  15. Reminds of of Hello Network by ElForesto · · Score: 3, Interesting

    I used to work at that place during the dot com explosion, and they had some pretty neat Java-based video stuff that ran very nicely even on modems. They even ended up making the broadcast software Java-based so that they didn't need to install software anywhere. Of course, the downturn took it's toll and I think it's run out of some person's house now or something.

    --
    There is a difference between "insightful" and "inciteful" other than spelling.
  16. Port to .NET/Mono by Anonymous Coward · · Score: 2, Insightful

    Since there's a port to Java, is there anybody willing to port to .NET or Mono?

  17. Re:Firefox crashed! :( by janoc · · Score: 3, Informative

    Just by chance, did you change your USER_AGENT string somehow ? If it is set to MSIE or something else than Mozilla/Gecko, Java will crash. This is a know bug of SUNs JDK :((

  18. Re:Uhmmm Yea....so whats new??? by ahmetaa · · Score: 2, Insightful

    So you think with Flash you will be able to develop new codecs like this without updating flash plugin in your computer? You are confusing things badly dude..

  19. Re:Uhmmm Yea....so whats new??? by rokzy · · Score: 5, Funny

    the people using activex are either:
    1. microsoft
    2. retarded
    3. all of the above

    the people using flash are either:
    1. 14 years old
    2. incredibly annoying
    3. advertisers

  20. Looks great and loads quick by spludge · · Score: 5, Insightful

    I just tried it in both Firefox and IE. It looks great (sounds good too) and it loads really quickly! I hope sites start switching to this rather than using real media or WMV streams for windows media player.

  21. Same Idea but with BitTorrent by KrackHouse · · Score: 5, Interesting

    The guys at BannedMusic.org are using a similar system to make it simple to use BitTorrent. This combination of technologies could be the kick in the butt that Open Source needs to reach the mainstream.

    A quote:
    The best solution seemed to be a simple modification of BitTorrent: an installer that runs BitTorrent and begins download of an included torrent file. Windows users can click on the "Easy Download" button on an album's download page to get a 3mb executable. When they launch this executable it installs BitTorrent (which happens very quickly in the background) and immediately begins downloading the album they were seeking. After they've used the "easy download" once, they can simply click on the .torrent files to begin downloading. And they'll be able to use other sites that require BitTorrent.

    --
    What if Digg added local news and a Slashdot inspired comment karma system? ---
    http://houndwire.com
  22. It Just Works! by shutdown+-p+now · · Score: 4, Funny

    Now we only need an ActiveX plugin which will automatically download and install JRE on one's computer, and it will Just Work!

  23. Re:gmail invites by wtay · · Score: 5, Informative

    we've put up another mirror at http://194.78.112.13:8080/cortado/index.html The main site is pulling about 55Mbit/sec and is saturating at 2403 peak clients, it's still alive and kicking though :) enjoy! the fluendo team.

  24. Hey These guys just invented the player we created by John+Sokol · · Score: 2, Interesting

    Reinvented really.

    The Livecam server we developed in 1995 and dominated the adult industry already did all this and supported more viewers with better quality.
    We supported Motion JPEG or H.236 in 1999 with GSM audio, with 20Kbps to 70 Kbps streams.

    I just love it when someone else come out with it all over again and everyone thinks it's new.

    ----Original Message-----
    From: James S
    Sent: Friday, September 10, 2004 5:18 PM
    To: sokol@videotechnology.com
    Cc: Jesse Monroy
    Subject: Hey These guys just invented the Java player we created in 1999

    Check this out. It's our player.

    http://developers.slashdot.org/article.pl?sid=04 /0 9/10/2053245&tid=108&tid=97&tid=95&tid =1

    James

    --
    I am always doing that which I can not do, in order that I may learn how to do it. - Pablo Picasso
  25. Re:Hey These guys just invented the player we crea by Wesley+Felter · · Score: 3, Insightful

    Lots of people have built Java applet video players. Fluendo isn't claiming to be the first; they're claiming to have the first Theora Java player.

  26. Re:QuickTime by Wesley+Felter · · Score: 2, Informative

    No really, QuickTime for Java is just a JNI wrapper around regular QuickTime. Notice how QT4J is only for Mac and Windows. JMF can read some QuickTime files, though.

  27. Re:Hey These guys just invented the player we crea by kagaku · · Score: 2, Insightful

    Do you have the source to your software available for all to use, free of charge? No? Didn't think so.

    These guys aren't claiming to have invented a java media player, they simply ported an open source codec to a different platform. And they're doing it for free, for anyone to benefit.

    --
    everyday is another shooter.
  28. Ugh. Something Like Antitrust by Doug+Dante · · Score: 2, Interesting
    In the movie Antitrust, the protagonist's best friend develops an innovative video codec. Because of all of the potential endpoints from which the codec could be run (cell phones, PCs, video game systems), he embeds the code for decoding the code in the stream itself. This is somewhat similar to downloading an applet containing the codec and all of the data.

    The villian, his boss, rips off the codec and has him killed.

    This technical detail was probably the most interesting part of an otherwise thoroughly mediocre movie.

    BTW, I kind of had the impression that his codec generated some sort of code. That code is then transmitted to the client and executed, and is ouput is the set of pixels seen on the screen.

    --
    The world will not get better through technology. We must seek to be better people.
  29. Not a new technique by ReKleSS · · Score: 2, Interesting

    Just for interests' sake, that technique (code that creates the pixels) does exist, but isn't in common use any more. Back in the days of dos games, when performance was critical, self-drawing sprites were used - the code would output some executable code that would drop the sprite into video memory. Since it was moving direct values into memory, instead of reading memory and writing back, it was faster. However, as I said, the technique isn't used any more, because it's just too troublesome for what is now a minimal performance gain.
    -ReK

    --
    md5sum -c reality.md5
    reality: FAILED
    md5sum: WARNING: 1 of 1 computed checksum did NOT match
  30. And it's already happening by Sycraft-fu · · Score: 4, Informative

    UT 2004 and Doom 3 both use OGG Vorbis to do their music. Well between these two engines, you are talking a lot of games. A very large number of games start by licensing either the current Epic or iD engine since they are so solid.

    These two alone will provide a big boost for Vorbis in the gaming world.

  31. JOrbis! by QS6dot2 · · Score: 2, Informative

    Yes, the applet does use JOrbis.

  32. Re:Ummmm, not so much by Teckla · · Score: 2, Insightful

    Precompiling does offer advantages, at least at this point:

    While there are almost always "exceptions to the rule", it's been proven out in the real world that precompiled Java generally doesn't offer performance advantages over non-precompiled Java using modern JVMs such as Sun's and IBM's, with some exceptions such as startup time.

    1) More efficient binary code. Seriously, if you think you can make Java generate more efficient code than the Intel C compiler in a general purpose situation, you be my guest but you are going to lose. Intel has an extremely efficient compiler for the precompiled world and in general precompiled stuff, even on just an ok compiler, is faster than JIT.

    Except we're not talking about C, we're talking about Java.

    2) Access to native resources. Java abstracts everything by necessity to pull cross platform compatibility. Fine, but there is a reason for things like DirectDraw, ASIO, OpenGL, etc to exist. For video, using DirectDraw is a major performance boost. You can do it C++, you can't do it in Java.

    Except we're not talking about DirectDraw, ASIO, OpenGL, etc. We're talking about Java.

    Now neither of these are things that are necessiary perminant truths. It is, in theory, possible to make a JIT compiler generate as or more efficient code to a precomiler. It is also possible, in theory, to modify Java such that it can directly access accelerated OS features.

    However the theoritical future has nothing to do with now. At this point, precomiled code is more efficient (in some cases quite a lot) and Java does not provide access to accelerated features. There is a REASON that Doom 3, UT 2004, etc are written in a language that precomiles to native code. Both seek to be cross platform (and UT 2004 is to an amazing extent) however Java is NOT the right tool for them at this time.

    So while I certianly think something like this is cool and valuable, and am glad to see it implemented, don't think that it'll be as fast or efficient as a native player compiled with ICC.

    The OP was theorizing about precompiling Java to achieve better performance. Not about using the Intel C compiler, or Java's ability (or lack thereof) to call APIs such as DirectDraw, etc.

  33. More like 99.999% by ttfkam · · Score: 2, Informative

    Java applets have been around for some time now. The number of remote system exploits has been *extremely* low in the last few years. (Not that the total number of exploits has been very high.) In fact the vast majority of Java expolits through an applet has been social engineering (a Java window popped up that looked like a system dialog) rather than technical exploitation.

    Basically in order to install spyware with Java, you have to set up a web page (accountability), get people to come to your page, find a bug in a particular browser/VM combination that allows remote access to the file system AND allows native code to be executed.

    As it stands today, I have never heard of an actual case of a web site installing spyware on a system via a Java applet. Of course this isn't to say that it could never happen. Anything could happen. But the fact that I have never yet heard of it happening in the ten years that Java has been released versus the number of spyware installs via ActiveX speaks volumes to me.

    --

    - I don't need to go outside, my CRT tan'll do me just fine.
  34. Re:QuickTime by Molt · · Score: 2, Informative

    The Theora Java thing is an implementation of Theora in Java, the Quicktime Java thing is simply a wrapper round the standard Quicktime stuff.

    I think you were at cross-purposes there.

    --
    404 Not Found: No such file or resource as '.sig'