Become a fan of Slashdot on Facebook


Forgot your password?
Java Programming Data Storage Media Hardware

Java to Appear in Next-Gen DVD players 330

Ivan P. writes "Sun Microsystems's Java technology will be built into Blu-ray DVD players, executives said on Monday during Sun's JavaOne trade show, a development that advances the technology in the consumer electronics market for which Sun originally developed the software. 'Java will be used for control menus, interactive features, network services and games,' said Yasushi Nishimura, director of Panasonic's Research and Development Company of America. 'This means that all Blu-ray Disc player devices will be shipped equipped with Java.'" Next stop, annoying Flash intros.
This discussion has been archived. No new comments can be posted.

Java to Appear in Next-Gen DVD players

Comments Filter:
  • Great! (Not) (Score:2, Insightful)

    by jamesbromberger ( 79337 ) on Tuesday June 28, 2005 @08:29PM (#12937388) Homepage
    Now my DVD player is going to be slow to respond to UI, just like my mobile phone is now. Next they'll be putting Windows Mobile on these things too, and it will take 45+ seconds to 'boot' the damn thing, like with the Orange C500 phones....
  • by Will_Malverson ( 105796 ) on Tuesday June 28, 2005 @08:31PM (#12937399) Journal
    Next stop, annoying Flash intros.

    Well, at least they'll take up less space than the current annoying MPEG2 intros...
  • by Anonymous Coward on Tuesday June 28, 2005 @08:31PM (#12937405)
    Next stop, annoying Flash intros. Sigh... how this relates to java is beyond me... java is actually a very powerful language that drives alot of enterprise solutions and embedded systems. People always confuse java with java applets, or for some reason think java is crap. I used to too, before I got to know the language better. Oh, do I like Ruby or python better? Sure. But that doesnt remove the fact that java is here to stay and has proven itself more than enough in the enterprise. So why slashdot's hostility towards it remains is beyond me. I've seen large scale systems attempted to be developed in perl and believe me... that doesnt work well at all! :)
  • Re:thank god (Score:2, Insightful)

    by nomadic ( 141991 ) <nomadicworld AT gmail DOT com> on Tuesday June 28, 2005 @08:32PM (#12937409) Homepage
    Though how are you going to get the crack onto the machine? Unless they allow firmware changes via CD?
  • by jvarsoke ( 80870 ) on Tuesday June 28, 2005 @08:36PM (#12937431)
    Kinda funny, Java started as a language for programming TV cableboxes, and after years of evolving into everything from J2ME to J2EE, it finds itself back home atop the TV in DVD players.
  • by SirSlud ( 67381 ) on Tuesday June 28, 2005 @08:39PM (#12937456) Homepage
    Is it just me, or am I the only one completely freakin annoyed with DVD menus? One out of every two has a DVD menu that is absolutely infuriating from a usability perspective. Half the time I'm guessing at what is about to happen, as there appears to be not one freakin convention in the industry as to how DVD menus should be laid out, operate, and respond. I appears to be a totally 'make-work' industry, and nobody can convince me that the production of fancy interfaces doesn't cost a little extra. I'm not saying you can't figure them out after a little fumbling, but sheesh, I'm buying a movie and some comentary, not a magazine that happens to contain a movie.

    ARGH. Probably one of my absolute top peeves of the last 10 years of technology. Its enough to make one weep for the comforting sight of a simple, nondescript blinking 12:00.

    As for Java, I don't care what it is. I hope to god that interface creation is done through SOME kind of standardized framework or toolkit so at least widgets can at least act, if not look similar, DVD to DVD.

    I know I'm asking for a lot tho, because it really seems to me that there are a lot of things in our technilogical world that are done simply because somebody sees a potential way to make money and successfully sells the problem (standardized DVD menus, in this case, the horror) to an industry.
  • Not Java but JVM. (Score:2, Insightful)

    by burnttoy ( 754394 ) on Tuesday June 28, 2005 @08:42PM (#12937477) Homepage Journal
    Editors, you should try to correct the original article not parrot it. 'nuff said

    Anyhoo.. what they are saying (which I think is pretty cool) is that the movies will be scripted by programs "written in" java byte codes. Who cares what the language is (java is a language editors). It could even be Flash something or other, or C++ compiled on Windows as long as the output is JVM byte codes who cares. This _could_ lead to very interesting development tools and quite imaginative use of next gen disks.

    More interesting would be knowing about the API to be specified along with JVM. It could even be DirectX. There's nothing to prevent that.

    The API is more interesting as having picked a general purpose machine representation how general purpose will the API be that it uses?

    Basically this is worth crap to Sun except for publicity. I thought the JVM specs were open(ish).
  • Re:thank god (Score:2, Insightful)

    by pete-classic ( 75983 ) <> on Tuesday June 28, 2005 @08:45PM (#12937496) Homepage Journal
    We don't have to watch 'em. "mplayer dvd://" usually gets us right to the feature!

  • by SuperKendall ( 25149 ) * on Tuesday June 28, 2005 @08:50PM (#12937518)
    Although I see what you are saying about the danger of a network based DRM creeping into discs, I think it very unlikley - a deivce that requires a working network connection would not be nearly as mass-market as DVD players are today. It simply cannot be a requirement.

    There may be some specialized discs that do something like this but I don't not think it will be mandatory.
  • Re:Great! (Not) (Score:1, Insightful)

    by Anonymous Coward on Tuesday June 28, 2005 @08:53PM (#12937531)

    Well, my TIVO has the Linux O/S and it's as slow as christmas.

    It ain't got anything to do with the UI you idiot, it's the speed of the CPU in the thing.
  • Re:Great! (Not) (Score:5, Insightful)

    by spinozaq ( 409589 ) on Tuesday June 28, 2005 @09:02PM (#12937586)
    This is 'Insightful'?! This is a troll to start Java is slow because applets are stupid war. Java is a platform. Code it how you will. It's obviously a damn good platform considering its extremely wide spread use despite strong arm tactics by its competitors.
  • by Dacta ( 24628 ) on Tuesday June 28, 2005 @11:38PM (#12938542)

    The JVM back end for GCC you mention describes itself as "highly experimental."
    Untrue. The Java-GCC backend can be used now, for significant program. For instance, Fedora 4 ships the Eclipse IDE compiled using GCC.

    Sun has said that it has no interest in supporting languages other than Java on the JVM.
    Untrue. JDK 6.0 will include an API to use scripting languages directly, and will include a Javascript-on-Java implementation. There is also Project Coyote (scripting languages on Sun's Netbeans IDE), as well as a JSR for Groovy (the JVM based scripting language).

    I'm not quote sure why you think "Python is itself a fully interpreted language, so it doesn't count" either. Just because it is fully interperate in it's current, C based implementation doesn't mean that won't change in the future. For instance, if the Parrot VM ever becomes useful then Python will be running under a JIT compiler, just the same as Java. Infact, it would be possible right now to modify Jython to emit Java bytecode, which then could be compiled by the JIT.

  • by Decaff ( 42676 ) on Tuesday June 28, 2005 @11:45PM (#12938586)
    Aw, come on. Don't use some obscure, rare example as a means of "proving" that java is good.

    I picked Linpack because it is a benchmark for raw floating point math performance. This was the final area where (until recently) Java could be criticised as being inadequate in terms of performance. The 2004 Linpack benchmarks show Sun's JDK 1.5 as being within 6% of optimised C++ for floating point numerical work - extremely impressive.

    If the majority of java code sucks

    The majority of code written in any language sucks.

    I've got no choice to but to state that java itself sucks. If it's so goddamned difficult to write GOOD java code, then that's a fundamental problem with the language.

    In that case, we would have to say that C and C++ have serious problems. The use of these languages over the past 15-20 years has led to the current problems with buffer overruns, viruses and worms that plague major operating systems and languages.
  • Re:Java IS sux (Score:3, Insightful)

    by Decaff ( 42676 ) on Wednesday June 29, 2005 @12:44AM (#12938906)
    That would explain why eBay is so slow.

    That is a very easy comment to make, but I don't think that it is fair comment considering E-Bay is possibly the highest volume website ever, and I doubt that the developers of that site are stupid enough to develop the site using a slow technology. I'm afraid the 'slow' argument is getting very old fashioned and rather boring. Java is used for extremely high volume websites, dealing with thousands of transactions every second.

    It is time the 'slow' argument was finally put to rest.

    Actually I think we are getting muddled up here. You began by saying that Java (as in back end/server side Java) was something we all use and should appreciate. I'm saying no one cares about that and it is highly swappable with any other competing technology.

    What other competing technology?
  • Re:Great! (Not) (Score:3, Insightful)

    by Decaff ( 42676 ) on Wednesday June 29, 2005 @12:58AM (#12938965)
    b) Java isn't interpreted anymore... its just-in-time compiled and then executed as native code. A bit of a start-up pause while the classes compile, that's all.

    These days it is even better than that. There is no start-up pause for compilation. The VM starts interpreting bytecode immediately, while the Hotspot profiler thread starts looking for sections of code to translate to very highly optimised native code.
  • by JoshWurzel ( 320371 ) on Wednesday June 29, 2005 @01:49AM (#12939173) Homepage
    java is actually a very powerful language that drives alot of enterprise solutions and embedded systems

    Yeah...and they're gonna use it for annoying flash intros. Just like 99% of the corporate a-holes on the internet.

    Will this allow media companies that put flash intros on their websites to put them on DVD's? Yes? Then its a good bet that they'll do it.
  • by tod_miller ( 792541 ) on Wednesday June 29, 2005 @04:55AM (#12939804) Journal
    Not even his posted comment, but to him, he is objectionable:

    Next stop, annoying Flash intros.

    Right... the processor that will run the JVM, if not a specific Java chip, then the DVD will certainly have a chip capable of running an embedded flash player.

    Now. I have to shout sorry:


    1) It has nothing to do with Java - THIS news is AWESOME and I look forward to being able to write my own programs to take screen caps, and write a whimsical comment while the player is playing, and email it to a friend. Or keep a log of my movies and ratings as I watch them, or write a book mark sharing XML format, and wire it to the remote, so you can bookmark film locations, and plug your own audio commentary on them. (think about wedding videos / holiday video, and you will see why this is nice - but also for mainstream stuff)

    2) So, Java can do games and animation, and even there are Java flash players, and SVG players, and MPEG4 players. Just because the technology is there, doesn't mean annoying 'Flash' (unrelated) intros.

    3) *ahem*

    What is more annoying is the abundance of unskipable content on DVD's, and this has nothing to do with either of the unrelated technologies that you have mentioned.

    If this can be screwed off, I would be happier, I still haven't had time to look for a firmware hack for my DVD player.

  • by rnx ( 99293 ) on Wednesday June 29, 2005 @05:00AM (#12939818)
    shameless plug: [] would translate rather nicely to a dvd player + remote as it was written for mobile phones. we'd only need to cater to a higher resolution.

"This is lemma 1.1. We start a new chapter so the numbers all go back to one." -- Prof. Seager, C&O 351