Slashdot Mirror


Java to Appear in Next-Gen DVD players

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.

330 comments

  1. Microsoft vs. Sun by DosBubba · · Score: 5, Informative
    1. Re:Microsoft vs. Sun by Anonymous Coward · · Score: 0

      ... and this obviously explains why they are committing to HD-DVD rather than Blu-Ray.

      You know, I swear they don't get it! Instead of promoting a "standard", which will promote use for everyone, they only worry about lock-in, which promotes only Microsoft and ignores everyone else's interests.

      It was successful before, but their time is coming to an end.

    2. Re:Microsoft vs. Sun by mbbac · · Score: 1

      Codec != Runtime Environment

      --

      mbbac

    3. Re:Microsoft vs. Sun by Anonymous Coward · · Score: 0

      ...except that Microsoft's VC-1 is in both Blu-Ray and HD-DVD.

      Of course, everyone is moving to H.264 anyway, so Microsoft will probably be the only guys using it. But still.

    4. Re:Microsoft vs. Sun by BobVila · · Score: 1

      It is also Microsoft vs Sony. Microsoft is backing HD-DVD to try to cut into Sony's next-gen console sales. This might make up for the fact that Microsoft isn't shipping either format with thei next-gen console. So , its Microsoft vs Sun, Microsoft vs Sony... its really just Microsoft vs the world.

  2. thank god by MatD · · Score: 5, Interesting

    That means it will take about a week for someone to write a crack to bypass all those annoying trailers we have to watch before we can actually watch the dvd we payed for.

    --
    Since when did operating systems become a religion?
    1. Re:thank god by nomadic · · Score: 2, Insightful

      Though how are you going to get the crack onto the machine? Unless they allow firmware changes via CD?

    2. Re:thank god by N3Roaster · · Score: 1
      Though how are you going to get the crack onto the machine? Unless they allow firmware changes via CD?
      From the summary:

      "network services"

      (queue ominous music)
      --
      Remember RFC 873!
    3. Re:thank god by Adrilla · · Score: 1
      --

      "Plans are for fools! Oglethorpe, the plutonian (Aqua Teen Hunger Force)
    4. Re:thank god by pete-classic · · Score: 2, Insightful

      We don't have to watch 'em. "mplayer dvd://" usually gets us right to the feature!

      -Peter

    5. Re:thank god by Anonymous Coward · · Score: 4, Funny

      I like those trailers, they give me time to find the hand creme between the cushions and get my towel.

    6. Re:thank god by interiot · · Score: 1
      Same way you crack any other sufficiently-complex appliance... find a buffer overflow, get it to run a bit of your own code, and use that hole to break the machine wide open.

      Okay, this is much more likely to happen on the PSP, since everyone is running (roughly) the same code. But if there are obvious enough cracks, even more obscure appliances will be cracked.

    7. Re:thank god by kesuki · · Score: 1

      Why bypass the trailers when you can use your blu-ray player to download movies off the net?

    8. Re:thank god by msober · · Score: 1

      run away the atack of the 47minute long commercial is coming.

    9. Re:thank god by NotAnotherReboot · · Score: 1

      I actually got so fed up with my Shrek 2 DVD with its inability to skip the trailers that I investigated solutions a bit more.

      Short of ripping it to my hard drive, there is a program called AnyDVD that removes these restrictions, among other things, on the fly. It works exactly as one would expect; choose your options and hide it in the system tray.

      Note: It is Windows only and has a time limited demo.

    10. Re:thank god by delus10n0 · · Score: 2, Interesting

      There is also the _free_ DVD43 program.

      --
      Not All Who Wander Are Lost
    11. Re:thank god by den_erpel · · Score: 2, Funny

      Oh god, that's the vitamine B complex and porteins that Roosta was talking about to Zaphod.

      Gives a whole new meaning to "Every man should know where his towel is".

      --
      Genius doesn't work on an assembly line basis. You can't simply say, "Today I will be brilliant."
    12. Re:thank god by -brazil- · · Score: 1

      Same way you crack any other sufficiently-complex appliance... find a buffer overflow

      Except you don't have buffer overflows in Java.

      --

      The illegal we do immediately. The unconstitutional takes a little longer.
      --Henry Kissinger

    13. Re:thank god by Anonymous Coward · · Score: 0

      Trailers on a DVD ? where do you live ?

    14. Re:thank god by nothings · · Score: 1
      Read "DVD" below as "whatever they end up calling this next-generation 'DVD'":

      It will be a total pain in the ass, because somebody has to write a new crack for every different DVD. (Parent makes it sound like there's just one crack total, although it's not clearly written.)

      Every DVD is going to come with its own Java byte-code that controls how the disk plays. Thus every DVD can differently obfuscate and whatever it's Java code to force the ads down our throats. Fixing this will require either burning a patching DVD, hot-patching the DVD after it's loaded via networking, or changing the firmware of the player to rewrite the offending bytecode on the fly. None of those sound particularly simple.

      Side note: I've always assumed current DVDs already had some kind of interpreted program to handle the branching and overlays and what-not, but I've never seen any documentation or explantion of the details, and google has always failed me on this (as does wikipedia). But I suspect that that virtual machine is going to be much simpler than java bytecode. But nobody's been cracking that, have they?

    15. Re:thank god by Anonymous Coward · · Score: 0

      Because all buffers magically have infinite size, and the machine will magically grow more RAM to accommodate the expanding size of the infinite buffers?

      Give me ten minutes with a JDK, and I'll write a Java program with at least one buffer overflow.

    16. Re:thank god by CableModemSniper · · Score: 1

      It will also take a week to run the crack. Yay Java!

      --
      Why not fork?
    17. Re:thank god by RDW · · Score: 2, Informative

      You might find these pages useful:
      http://www.dvd-replica.com/DVD/vmcommands.php
      http://www.dvd-replica.com/DVD/vmcmdset.php
      http://dvdlab.wikicities.com/wiki/Commands
      (brief descriptions of the current DVD VM commands).

    18. Re:thank god by -brazil- · · Score: 2, Informative

      sigh

      Correction: Java has not exploitable buffer overflows, because arrays have a fixed size and any array access is checked against that size, so attempts to write beyond the end of the array result in an ArrayIndexOutOfBoundException rather than smashing the stack. Most other common (in C) forms of exploits don't exist because there is no pointer arithmetic.

      --

      The illegal we do immediately. The unconstitutional takes a little longer.
      --Henry Kissinger

    19. Re:thank god by jacem · · Score: 1

      Of course it will allow firmware modification from the CD. How else will the device get its virii.

      JACEM

      --
      DOC Disinformation Obfuscation and Confusion
      The carrot to FUD's stick
    20. Re:thank god by DerWulf · · Score: 1

      you wouldn't even get that far. Arrays are fixed size, at compile time.

      --

      ___
      No power in the 'verse can stop me
    21. Re:thank god by DerWulf · · Score: 1

      I'm a java programmer and to my shame I had the exact same thought ;)

      --

      ___
      No power in the 'verse can stop me
    22. Re:thank god by ssimontis · · Score: 1

      It also means we can play Runescape...on our big screen TVs! What a great use of technology.

      --
      Scott Simontis
    23. Re:thank god by miruku · · Score: 1

      don't worry, some geek will find a way...

      --
      MilkMiruku
  3. Great! (Not) by jamesbromberger · · Score: 2, Insightful

    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....

    1. Re:Great! (Not) by Anonymous Coward · · Score: 0

      Now my DVD player is going to be slow to respond to UI, just like my mobile phone is now.

      Let me guess, Samsung?

    2. Re:Great! (Not) by mikolas · · Score: 1

      Even better, they could put in Symbian and the bootup time would be 2 minutes like with Nokia's 9500 Communicator.

    3. Re:Great! (Not) by Anonymous Coward · · Score: 1, Insightful

      Yeah,

      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.

    4. Re:Great! (Not) by spinozaq · · Score: 5, Insightful

      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.

    5. Re:Great! (Not) by Osty · · Score: 3, Informative

      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.

      In Tivo's case, it actually is Java. The interface used to be very quick and snappy. Then they decided to push the Home Media Option out to all users, and the same quick, responsive UI has now slowed down to a horrible crawl. The hardware didn't change at all, only the software.

      As for the poster making the crack about putting Windows Mobile on a box, Microsoft already has a program with Comcast and Motorola where the HD DVR box Comcast offers uses Microsoft technology. I have no idea if it's WinCE-based or Windows XP Embedded-based, but it's very quick and responsive compared to my now-sluggish Tivo. It doesn't have all of the searching and filtering features of Tivo (I wish it at least had thumbs-up/down), but it has a more responsive UI and records HD streams so I use it much more than my Tivo (relegated to my bedroom TV and a basic cable feed).

    6. Re:Great! (Not) by Anonymous Coward · · Score: 0

      Comcast is migrating all that stuff to Java (don't know what the underlying OS is). It's apparently some FCC regulation. I've seen some of it, didn't get have the opportunity to touch anything, but it was responding quickly as the guy was using the remote.

    7. Re:Great! (Not) by hunterx11 · · Score: 0

      While the benefits of an interpreted language might outweight the speed penalty on any half-modern PC, it is potentially a different story on an embedded platform.

      --
      English is easier said than done.
    8. Re:Great! (Not) by pivo · · Score: 4, Informative

      In Tivo's case, it actually is Java. The interface used to be very quick and snappy. Then they decided to push the Home Media Option out to all users

      The problem with your reasoning is that the quick and snappy UI was also in Java.

    9. Re:Great! (Not) by Anonymous Coward · · Score: 0

      Yeah! And the same goes for Windows, too! If it wasn't awesome, it wouldn't be so widespread.

    10. Re:Great! (Not) by msuzio · · Score: 1

      Um, you do know that Java was originally created to be an embedded consumer electronics language, right?

    11. Re:Great! (Not) by JebusIsLord · · Score: 5, Informative

      a) Java was DESIGNED for embedded systems, first and foremost. That's why it is hardware-agnostic; because it allows the hardware makers to throw in whatever chips are cheap in bulk at the time, change on a whim, and still push out the same upgrade to everyone. Being cross-platform in the MacOS/Linux/Windows way was just sort of a side-effect. Think about how much this will benefit set-top manufacturers!!

      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.

      --
      Jeremy
    12. Re:Great! (Not) by interiot · · Score: 1
      Java was DESIGNED for embedded systems, first and foremost
      Show me a cell phone whose apps are 95% written in Java, and it's reasonably speedy and the battery life doesn't suck.

      I'll give you a hint. I work at a company where far too much money has been spent trying to do develop this several different times. CPU's are getting closer to making this worthwhile, but so far I've just seen spectacular failures.

      (I might behind the times... there might have been some decent java phones released recently, I don't know. If so, I bet java only shows up on the very fastest CPUs)

    13. Re:Great! (Not) by BobVila · · Score: 1

      Nah, Windows Mobile is probably what Microsoft will put on the HD-DVD players.

    14. Re:Great! (Not) by Decaff · · Score: 2, Insightful

      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.

    15. Re:Great! (Not) by digitalpeer · · Score: 1

      a) Java was DESIGNED for embedded systems, first and foremost. That's why it is hardware-agnostic; because it allows the hardware makers to throw in whatever chips are cheap in bulk at the time, change on a whim, and still push out the same upgrade to everyone. Being cross-platform in the MacOS/Linux/Windows way was just sort of a side-effect. Think about how much this will benefit set-top manufacturers!!

      You can argue it was designed for embedded, but I won't. That was its original intention- I don't know about saying it was designed for embedded. Because Java is not open, "your slap Java on any chip" sounds great until you need a VM. Sure, there are nice free attempts, but you still have problems without your slow, memory hogging VM. Might as well screw deterministic memory- something more than necessary with realtime embedded systems. There are some nice attempts though- I've seen a theoretical maximum of 300 ms in some places for "sitting around" which isn't half bad. Show me a embedded device with a Java device driver. What about an unlaughable scheduler? Directly interfacing with interrupts? Anyhow, it's fun to go back and see how Sun at least had an embedded link compared to now. Where's it going?

      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.

      Maybe JIT moved Java from being fully interpreted, but it's still interpreted and "compiled" at runtime making it theoretically (a.k.a Javaly) and realistically on average always slower and more of a memory hog than unnamed alternatives, that's all. But, sometimes that's ok right? Look at how Java has taken over the desktop application market where that least matters. How many Java desktop applications do you run? Can you tell it's Java? If programming will always be hard, one might wonder what skeletons in the closets Java fanatics have at the price of conformity to an interface. Java version incompatibilities, buggy VMs, oh my.

    16. Re:Great! (Not) by SewersOfRivendell · · Score: 3, Informative
      Show me a set-top box running off a battery.

      Java actually wasn't designed for generic 'embedded systems', it was designed for set-top boxes, but it was apparently too expensive for the prospective customers.

      So this was Gosling's original intent. I don't know whether it's good or bad that it's now fulfilling that intent. I'd rather see Ruby in the standard, it'd be a lot easier to work with (and cheaper to license).

    17. Re:Great! (Not) by Awptimus+Prime · · Score: 1

      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....

      So you are going to troll java while admitting you didn't do your research before making a cell phone purchase? Cool!

    18. Re:Great! (Not) by HaMMeReD3 · · Score: 1

      Really? It's not interpreted anymore??? I was under the impression that java has had a virtual machine ever since it was designed, that was the idea of platform independance compiled (secure) code that was platform independant. I think you may possibly be confused with javascript, which has very little to do with Java which is a scripted language in which your source will become public domain, also javascript imho stands for platform dependance, cause nothing ever seems to just work cross-browser.

    19. Re:Great! (Not) by badmammajamma · · Score: 1

      "Maybe JIT moved Java from being fully interpreted, but it's still interpreted and "compiled" at runtime making it theoretically (a.k.a Javaly) and realistically on average always slower and more of a memory hog than unnamed alternatives, that's all."

      Always slower? no. Always a memory hog? yes.

      I could whip out performance reports where Java will beat C++ in various measurements. It's pointless though because most of the morons who post to this site don't understand the technology at all anyway.

      "Java version incompatibilities, buggy VMs, oh my."

      Oh this is my favorite. Of course no other languages ever have any of these problems, right? Even compiled languages never have problems where the compiler is bugged, right? Please. Evidently you've never coded with a compiled language, or if you did it was trivial in complexity.

      --
      Any man who afflicts the human race with ideas must be prepared to see them misunderstood. -- H. L. Mencken
    20. Re:Great! (Not) by Anonymous Coward · · Score: 0

      "I could whip out performance reports where Java will beat C++ in various measurements. It's pointless though because most of the morons who post to this site don't understand the technology at all anyway."

      Exactly. The quality of most of the comments on Slashdot is equivalent to those that could be made by a mentally handicapped 8 year old who has never seen, touched or heard of a computer. Don't argue with them, we can continue making good apps and making money while they continue to produce shit such as Slashcode while they live in their mothers basements and make no money and are shunned by society. I'm all for open source but 99% of you jackasses need to stop bitching and learn to code cause most of the stuff you're writing is complete crap.

    21. Re:Great! (Not) by -brazil- · · Score: 2, Informative

      Nope, it's you who's confused. Java has made use of JIT compilers since at least version 1.2. The platform independent bytecode (Java .class files) is compiled to platform-dependant machine code while it runs. At first this was done to all the code, which increased startup delays a lot, nowadays only the frequently-executed code (on a per-method basis) is JIT-compiled, the rest is indeed interpreted, which gets you the best of both worlds.

      --

      The illegal we do immediately. The unconstitutional takes a little longer.
      --Henry Kissinger

    22. Re:Great! (Not) by rjshields · · Score: 2, Informative
      Really? It's not interpreted anymore??? I was under the impression that java has had a virtual machine ever since it was designed
      You seem to be under the incorrect impression that the presence of a virtual machine means interpreted code.
      I think you may possibly be confused with javascript
      It's quite obvious to me and anyone with an ounce of sense that the grandparent is *not* talking about Javascript.
      --
      In this world nothing is certain but death, taxes and flawed car analogies.
    23. Re:Great! (Not) by Anonymous Coward · · Score: 0

      ...and then executed as native code

      Wow when did this happen.... processors executing native code... waitaminute... processors can ONLY execute native code.

    24. Re:Great! (Not) by fondue · · Score: 1

      There are no mobile phones on the market that use Java to power the system UI. Please try harder.

      --

      Preferences > Homepage > Customize stories on homepage > Authors > Zonk > Uncheck

    25. Re:Great! (Not) by BigYawn · · Score: 0
      I could whip out performance reports where Java will beat C++ in various measurements. It's pointless though because most of the morons who post to this site don't understand the technology at all anyway.

      Yes, please. Give us links to objective reports showing that identical useful applications written in Java and C++ are faster in the Java version.

      That you like it or not, Java *still* is an interprated language. I have never used a Java application that didn't require a jvm.
      Nothing wrong with that, of course. I love Python but I would never argue that a Python program will run faster than its C++ equivalent, as I would never argue that the C++ version will run faster than the C version.
      It's just that Java was designed to make it easy to write cross platform applications, not embedded software!

      In 99% of cases, embedded software will be written using a compiled language because the resulting program will be faster and more memory efficient.

      I have yet to see a Java application that will run smootly on an old pentium. How many good, snappy Java applications can you name?

      There is a lot of hype about Java and Sun did a fantastic job at marketing their product. But the more experienced software engineers know that it's mostly hype...

    26. Re:Great! (Not) by Zone-MR · · Score: 1

      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....

      At least Windows Mobile is nice and responsive when it does boot...

      Also, look around a little and I'm sure you'll find a copy of WM2005 to stick on your C500... boots a hell of a lot faster than WM2003.

    27. Re:Great! (Not) by Anonymous Coward · · Score: 0

      That you like it or not, Java *still* is an interprated language. I have never used a Java application that didn't require a jvm.

      It's an awful lot more complicated than that. Find out what a JIT compiler is.

      It's just that Java was designed to make it easy to write cross platform applications, not embedded software!

      The main purpose of Java was for embedded devices such as STBs.

      In 99% of cases, embedded software will be written using a compiled language because the resulting program will be faster and more memory efficient.

      Where did that figure of 99% come from? Please post a link.

      I have yet to see a Java application that will run smootly on an old pentium. How many good, snappy Java applications can you name?

      I've seen plenty of embedded Java applications that were perfectly responsive. In fact, the only Java applications that aren't 'snappy' are usually desktop applications.

      But the more experienced software engineers know that it's mostly hype...

      Yes, a lot of hype went into Java, but it's still a good product, and you are not, by any means even close to being an 'experienced software engineer' after coming out with those statements.

    28. Re:Great! (Not) by Anonymous Coward · · Score: 0

      > a) Java was DESIGNED for embedded systems, first and foremost.

      Yeah, and it failed in that! Just think, if it failed at the thing it was designed for, perhaps it'll fail in areas that were, at best, secondary considerations?

    29. Re:Great! (Not) by Glock27 · · Score: 1
      Sure, there are nice free attempts, but you still have problems without your slow, memory hogging VM.

      You missed gcj, which eliminates both the VM and runtime compiliation overhead.

      Might as well screw deterministic memory- something more than necessary with realtime embedded systems.

      This problem is eliminated with gcj, as long as you know what you're doing regarding GC. There is also a real-time specification for Java, which was apparently used to program a sophisiticated Boeing drone. This was announced at JavaOne earlier this week. Finally, the Javolution library is a useful tool in this area as well.

      Maybe JIT moved Java from being fully interpreted, but it's still interpreted and "compiled" at runtime making it theoretically (a.k.a Javaly) and realistically on average always slower and more of a memory hog than unnamed alternatives, that's all. But, sometimes that's ok right?

      Apparently, in the case of VB, Perl, Python, Ruby etc. etc. etc. Besides, as I pointed out above, there are ahead-of-time Java compilers. (JET is a commercial alternative for Windows.)

      Look at how Java has taken over the desktop application market where that least matters. How many Java desktop applications do you run?

      Several.

      Can you tell it's Java?

      No, not in the case of Eclipse, Azureus or RSSOwl. Can you? (BTW Azureus is one of the top applications on Sourceforge.) Others are minimally identifiable, but their interfaces are no stranger than Winamp or many other current applications.

      If programming will always be hard, one might wonder what skeletons in the closets Java fanatics have at the price of conformity to an interface. Java version incompatibilities, buggy VMs, oh my.

      As opposed to (just to pick my favorite whipping boy) C++ compiler incompatibilities, memory issues, third-party library incompatibilities, and fragility?

      Java isn't perfect. I'm personally interested in seeing a truly open language developed which is more suitable for HPC, numerics and realtime, and leverages the best features of Java and C#. Until then, however, I think Java is a very good alternative for many projects, large and small.

      --
      Galileo: "The Earth revolves around the Sun!"
      Score: -1 100% Flamebait
    30. Re:Great! (Not) by metamatic · · Score: 0, Troll
      Java was DESIGNED for embedded systems, first and foremost.

      As an aside, I've always found that hard to believe, given that Java's basic types don't include any machine data types such as byte or word.

      \

      In fact, as I recall Java didn't have unsigned bytes at all for the first couple of major releases. Embedded systems my ass.

      --
      GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
  4. The future is now. by JonLatane · · Score: 2, Interesting
    Next stop, annoying Flash intros.

    I believe they're already essentially here, in the form of previews - some of which are unskippable - before you can even get to the menu. (Not Flash, but obviously still something very, very wrong.)

    1. Re:The future is now. by Photon+Ghoul · · Score: 1

      I believe that Macromedia Shockwave, the predecessor to Flash, has been used to author DVD menus for awhile now. So the entire "annoying Flash intros" comment by timothy is just ignorance and flame-bait.

  5. Look on the bright side... by Will_Malverson · · Score: 4, Insightful
    Next stop, annoying Flash intros.

    Well, at least they'll take up less space than the current annoying MPEG2 intros...
    1. Re:Look on the bright side... by KillShill · · Score: 1

      and hence you can have a lot more space for more flash ads.

      --
      Science : Proprietary , Knowledge : Open Source
    2. Re:Look on the bright side... by wastedbrains · · Score: 1

      long as you can skip any feature or fast forward any feature it can only bring good things... if i have a two minute intro to deal with before i can get to scene selection they will find me shooting at them... from a clock tower.

      --
      Dan Mayer: my blog, essays, art, etc
  6. games on dvd player by clockwise_music · · Score: 2, Funny

    Does this mean I can run NetHack on my new DVD player?

    1. Re:games on dvd player by rockola · · Score: 2, Funny
      Does this mean I can run NetHack on my new DVD player?
      Sure it does, immediately after you've rewritten all of NetHack in Java. Best of luck.
      --
      Those who don't know Lisp are doomed to reimplement it.
    2. Re:games on dvd player by NetNifty · · Score: 1

      Don't need to rewrite it in java, just use a java telnet or ssh client and connect to a box with Nethack on.

    3. Re:games on dvd player by clockwise_music · · Score: 1

      How hard can it be? Let me at it!

    4. Re:games on dvd player by rockola · · Score: 1
      Don't need to rewrite it in java, just use a java telnet or ssh client and connect to a box with Nethack on.
      And in your opinion that is equivalent to NetHack running on your DVD player? What's more, Java in and of itself doesn't magically make your DVD player sprout things like a network connection, or even a proper keyboard (I'm sure it'd be great fun playing NetHack using a DVD remote).
      --
      Those who don't know Lisp are doomed to reimplement it.
    5. Re:games on dvd player by rnx · · Score: 2, Insightful

      shameless plug:
      http://keye.phk.at/ 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.

  7. Misconceptions, as usual by Anonymous Coward · · Score: 5, Insightful

    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! :)

    1. Re:Misconceptions, as usual by Anonymous Coward · · Score: 0

      actually, java applets *are* java applications... you probably mean javascript ;-)

    2. Re:Misconceptions, as usual by Anonymous Coward · · Score: 0

      actually was designed for applications exactly like this. only later it became the bloated crap for desktops and servers, and gone full circle to become the micro edition

    3. Re:Misconceptions, as usual by mongus · · Score: 1
      No, Java applets can be but usually are not applications.

      Java applications must have a method that matches the signature
      public static void main(String[] args)

      Applets must be derived from java.applet.Applet to work in a browser.

    4. Re:Misconceptions, as usual by The_Wilschon · · Score: 0, Troll

      Well, for one thing, there's the issue of freedom.

      Then there's the fact that it is slow when compared to most other languages which are used for designing large scale systems (C, C++, etc.).

      Then also, it is viewed as a favorite of suits, and therefore by (admittedly somewhat childish) knee-jerk reaction, it is derided by geeks.

      --
      SIGSEGV caught, terminating

      wait... not that kind of sig.
    5. Re:Misconceptions, as usual by Decaff · · Score: 4, Informative

      Because Java is slow, takes a lot of processor cycles,

      As shown by Linpack benchmarks run last year, Java can run at up to 95% of the speed of optimised C++.

      and eats memory like there's no tomorrow.

      Embedded Java systems can run in as little as a few hundred KB of memory.

      This is going to seriously hinder blu-ray adaption.

      Just as the use of Java on mobile phones has (not) hindered the production of Java games and applications for those phones?

      A Java implementation means at least 30% more processor power and memory than otherwise needed.

      Why not look at the real situation and not present a years-old outdated view of Java?

    6. Re:Misconceptions, as usual by Decaff · · Score: 1

      Well, for one thing, there's the issue of freedom.

      My view (and I could be wrong) is that most developers don't care. The zero financial price is the real reason for it's success.

      Then there's the fact that it is slow when compared to most other languages which are used for designing large scale systems (C, C++, etc.).

      This hasn't been true for years. I don't understand why this myth persists when almost all benchmarks have shown equivalent Java code to be within 80-100% of C,C++ speed for some time.

      Then also, it is viewed as a favorite of suits, and therefore by (admittedly somewhat childish) knee-jerk reaction, it is derided by geeks.

      If you look at the volume of Java projects on sourceforge and other sites, I would suggest that there are a lot of geeks who don't deride Java.

    7. Re:Misconceptions, as usual by Agent_9191 · · Score: 2
      With a great many applications all your have to do to make a Java application an applet is change the signature from
      public static void main(String[] args)
      to
      init()
      , derive from the Applet class and you have an applet. That is part of the appeal of Java, it really is easy to migrate the code to any environment.
    8. Re:Misconceptions, as usual by interiot · · Score: 1
      Embedded Java systems can run in as little as a few hundred KB of memory
      More to the point: many many cell phones these days include PJava/KJava, with a huge number of APIs. And if you stick a decent graphics library onto a language, even perl can be used to generate very responsive graphics.
    9. Re:Misconceptions, as usual by Anonymous Coward · · Score: 0

      Aw, come on. Don't use some obscure, rare example as a means of "proving" that java is good. Look at the majority of software out there that's written in java. It just plain sucks. It takes forever to fire up due to the VM, is sluggish on GUI response, and soaks up RAM like a sponge (near 300MB of RAM to use the iPlanet web server admin interface?? WTF!?)

      Face it, java may offer some advantages to the programmer, but the end user suffers for it. Plus, I've seen far more java exception errors than I've ever seen segmentation faults.

      If the majority of java code 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.

    10. Re:Misconceptions, as usual by Decaff · · Score: 2, Informative

      Aw, come on. Don't use some obscure, rare example as a means of "proving" that java is good. Look at the majority of software out there that's written in java. It just plain sucks.

      Ok. Let's take an obscure rare example like... E-Bay!

      The entire site is written in Java. It is one of the most high-performance, reliable and successful websites ever written. Your bank uses Java. All major stock exchanges (with tens of thousands of transactions per second) use Java.

      It takes forever to fire up due to the VM,

      Java 1.5 now has VM start-up times in a few hundred milliseconds at most.

      is sluggish on GUI response,

      Not now. Have you tried Swing or SWT on Java 1.5?

      and soaks up RAM like a sponge (near 300MB of RAM to use the iPlanet web server admin interface?? WTF!?)

      So don't use the iPlanet Web server.

      Face it, java may offer some advantages to the programmer, but the end user suffers for it. Plus, I've seen far more java exception errors than I've ever seen segmentation faults.

      With good reason. Most errors in C/C++ programs that corrupt memory are hidden and never discovered. These lead to problems that allow viruses and worms to attack. Maybe it is just me, but I would rather use a language that threw an exception whenever I did something wrong..

    11. Re:Misconceptions, as usual by Decaff · · Score: 2, Insightful

      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.

    12. Re:Misconceptions, as usual by duffahtolla · · Score: 2

      //Why migrate? Leave em both in.

      import java.applet.Applet;
      import java.awt.Graphics;

      public class ItsBoth extends Applet {
      String message = "";
      public void paint(Graphics g) {
      g.drawString(message, 50, 25);
      }
      public init() {
      message="It's a floor wax!";
      }
      public static void main(String[] args) {
      System.out.println("It's a Dessert Topping!");
      }
      }

    13. Re:Misconceptions, as usual by Decaff · · Score: 3, Interesting

      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.

      This hostility is so boring and extremely old fashioned and reactionary.

      I have seen exactly the same thing in the 70s when developers were complaining about procedural code, and wanted to keep their 'GOTO's.

      I have also seen the same thing in the 80s when the idea of using C or C++ in place of assembler was consider too innovative, slow, and demanding of memory.

      And again, in the 90s, there was the same reaction against the use of OOP.

      Now that procedural development, the use of high level languages, and OOP are now mainstream, the same old arguments are being used against safe and VM-based languages like Java.

    14. Re:Misconceptions, as usual by Anonymous Coward · · Score: 0

      How can someone with such a low UID (#183847) be so clueless? Do you actually do real work or do you just read the shit you see here? You need to get a clue desperately. Please learn something, anything at all.....

    15. Re:Misconceptions, as usual by Anonymous Coward · · Score: 0

      Ok, so Java can be fast and can be lean, but can it be both at the same time? (from what I've seen, no) And while the existance of J2ME has not hindered the production of Java cell phone games, the implementations have! (helped along by the vagueness of the J2ME spec) The J2ME developers I work with consistently have far more trouble porting to different handsets than I do with C++ under BREW.

      At least on Windows there is another problem, that I am somewhat less confident of, but annoyed: there's no obvious way to cleanly close the JVM, and it won't run as multiple users simultaneously. So if you run a Java app as a restricted user and decide you need to run it as admin, you have to terminate the process in task manager to do so. Simply exiting and restarting the app does not seem to work.

      As to how this will apply to other embedded environments, beats me. My guess is that there will be a number of competing incompatible APIs for some operations and it will be years before you can write just one version of the code. Eventually it will happen though, because content providers won't put up with it. Either that, the whole idea will die, or only one manufacturer will implement it to begin with and everyone else will license that or try to make their own bug-compatible versions.

    16. Re:Misconceptions, as usual by JoshWurzel · · Score: 1, Insightful

      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.

    17. Re:Misconceptions, as usual by Anonymous Coward · · Score: 0

      You can have a JIT compiler with the subsequent memory overhead due, or you can have an interpreter with low performance. Choose one. If it's an embedded device, you'll choose the later because wasting RAM isn't acceptable. At best you'll have a really mediocre JIT compiler that only optimizes a handful of hot loops. On the desktop you'll choose the former, and people won't voluntarily use many Java applications at the same time because they'll all be contending for heap. This is the same reason why .NET apps are shunned on the desktop, and why Microsoft's Monad, Eclipse, and NetBeans are all basically plugin architectures with applications built within them.

    18. Re:Misconceptions, as usual by Taladar · · Score: 1

      If you think Java uses revolutionary features think again (and try to actually learn some other language)

    19. Re:Misconceptions, as usual by Anonymous Coward · · Score: 0
      Ok. Let's take an obscure rare example like... E-Bay! The entire site is written in Java...
      cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=598455 5914

      I guess you don't know what 'ISAPI' and '.dll' means. It appears in pretty much every eBay URL that does anything significant. Clearly eBay doesn't find Java sufficient for absolutely everything on their site.

    20. Re:Misconceptions, as usual by lemnik · · Score: 1

      Hrm... the naming in here and strings reminds me of Core Java (book one) :P

    21. Re:Misconceptions, as usual by AuMatar · · Score: 1

      Yes, I do real work. In the *gasp* embedded market. We'd laugh at even the idea of using Java in our projects.

      --
      I still have more fans than freaks. WTF is wrong with you people?
    22. Re:Misconceptions, as usual by rm69990 · · Score: 1

      In the world I live in, Macromedia Flash and Sun Java are two very different products. Which planet are you from?

    23. Re:Misconceptions, as usual by MemoryDragon · · Score: 1

      Not really, first of all, modern set top boxes can use pretty fast processors, secondly java comes in many flavors and often you dont even notice that java is in there. There are myriads of digital vcrs and other set top boxes as well as cell phones which use java, depending on your memory footprint and speed you can go different routes on the java side of things, for the user it wont make that much of a difference compared to current solutions, because many of them embrace java already. But it makes things a lot easier for the app developers. Java for pretty much all purposes which are needed on such devices is fast enough, because the entire codec process is not done in software anyway, and for rendering the ui, providing interactivity, embedded games etc... everything already has been in place for years. The best example for this probably is the newer generations of cell phones which you can get in Europe and Asia.

    24. Re:Misconceptions, as usual by MemoryDragon · · Score: 1

      Yes it can be fast and learn, newer cellphone vms are exactly that. I was there and I agree with the problem of the J2ME, but java is not to blame there, it is more the cellphone makers and the standardizers. As for windows... system.exit does the job :-) if you are in a server environment you have to trigger some kind of callback which roots into system exit after cleanup.

    25. Re:Misconceptions, as usual by julesh · · Score: 1

      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.

      They already can. OK, so the capability of DVD players' interactive menus isn't quite up to the same standard as flash, but it can do everything that 99% of flash intros on web sites can do: play an animation and then put a button up that you have to press before you can get to the content.

    26. Re:Misconceptions, as usual by m50d · · Score: 1

      How about a benchmark for GUI responsiveness? Java can be as fast as anything at running functions and adding, but that doesn't matter to me as a user. Java GUIs are incredibly slow. It's not an inherent property of the Java GUI, just swing. It's not even the swing API, just Sun's particular implementation of it. However, if you don't use Swing for the GUI you lose the whole WORA point of Java, and thanks to the restrictive license Sun's implementation is the only one there is. So the end result is that Java GUI apps suck.

      --
      I am trolling
    27. Re:Misconceptions, as usual by Anonymous Coward · · Score: 0

      I have seen exactly the same thing in the 70s when developers were complaining about procedural code, and wanted to keep their 'GOTO's.

      And they got what they wanted, after they renamed goto to throw and label to catch. They even made it possible to jump out of several nested function calls at once, and multiple labels^W catch's with the same "name" allow you to create spaghetti code that not only do you have no idea where you'll come from when you hit the label^W catch, you'll also have no idea where the goto^W throw will take you, unless you read every freaking function to see which label^W catch you will hit first.

      Try/catch: the revenge of GOTO.

    28. Re:Misconceptions, as usual by julesh · · Score: 1

      The freedom problem is not a serious one in this case. There are free implementations of Java, the only problem is that they are not complete implementations of the latest version. It is likely that the BluRay spec will standardise on a single version of Java in a cut-down profile. As long as there isn't a constantly moving target to aim at it will be possible for free implementors to reach it.

      Then there's the fact that it is slow when compared to most other languages which are used for designing large scale systems (C, C++, etc.).

      The slowness (which, to be honest, is mostly associated with startup and is rarely a problem on embedded systems) is largely due to the fact that it is designed for cross-platform portability. This attribute is required by the application.

    29. Re:Misconceptions, as usual by Decaff · · Score: 1

      Java GUIs are incredibly slow.

      This is often said, but, in my opinion and experience, way out of date. It was certainly true 3-4 years ago, but Swing has been seriously re-written and even has DirectX or OpenGL acceleration these days.

    30. Re:Misconceptions, as usual by Decaff · · Score: 1

      If you think Java uses revolutionary features think again (and try to actually learn some other language)

      I did not say Java used revolutionary features. When first developed it used features (such as exception handling and garbage collection) that had been around for decades in languages like LISP and Smalltalk.

      The features that I described in the 70s, 80s and 80s that were resisted by so many developers had also been around for a very long time. There was resistance to procedural code in the 70s even though procedural languages like Algol had been around since the 60s.

    31. Re:Misconceptions, as usual by Decaff · · Score: 1

      And they got what they wanted, after they renamed goto to throw and label to catch. They even made it possible to jump out of several nested function calls at once, and multiple labels^W catch's with the same "name" allow you to create spaghetti code that not only do you have no idea where you'll come from when you hit the label^W catch, you'll also have no idea where the goto^W throw will take you, unless you read every freaking function to see which label^W catch you will hit first.

      This shows a fundamental misunderstanding.

      'goto' was intended for routine use. Exceptions are designed for exceptional use! The alternative would certainly be 'spaghetti code' - a mess of 'if's' for all kinds of possible failures.

    32. Re:Misconceptions, as usual by Decaff · · Score: 2

      I guess you don't know what 'ISAPI' and '.dll' means. It appears in pretty much every eBay URL that does anything significant. Clearly eBay doesn't find Java sufficient for absolutely everything on their site.

      That is the remnant of their legacy system. E-Bay discarded their original C++ ISAPI system and moved to Java/J2EE running on WebSphere years ago.

    33. Re:Misconceptions, as usual by Jose-S · · Score: 1

      Not to mention reliable. I've had Java run a software load balancer for a customer processing hundreds/thousands of requests per second for serveral months non-stop, without a hitch.

    34. Re:Misconceptions, as usual by metamatic · · Score: 1
      Java 1.5 now has VM start-up times in a few hundred milliseconds at most.

      Or to put it another way, it's still the slowest language to start up of any major programming language, including Common LISP.

      --
      GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
    35. Re:Misconceptions, as usual by Decaff · · Score: 1

      On the desktop you'll choose the former, and people won't voluntarily use many Java applications at the same time because they'll all be contending for heap.

      I don't believe this is true. It is only in the latest version of Java that the default maximum heap allocation was raised from 64MB. There is no major memory overhead due to JIT compiling.

    36. Re:Misconceptions, as usual by Shlomi+Fish · · Score: 1


      For your information, some very large scale systems were and are developed in Perl (follow the link for some evidence to support this claim). I have no idea what was your experience exactly, but using perl was not the reason-for-failure here because it has been done before and is doable.


      --
      We have two eyes and ten fingers so we will type five times as much as we read. http://www.shlomifish.org/
    37. Re:Misconceptions, as usual by ArghBlarg · · Score: 1

      What bugs me about the whole hype of Java on cellphones is that 95% of the benefit of Java is being lost.. Sun has wonderful SDKs for doing fun things like writing games that'll run on your cellphone and so on, but all the major phone vendors then proceed, at the last stage, to lock down the platform by requiring signed apps, and making the phone-to-PC cables as hard to find as hen's teeth. (This is based on hearing complaints from a friend of mine, I haven't ever tried myself as I don't own a cell). I guess if you could write and load your own apps easily, the phone cos. couldn't nickel and dime you to death for trivial things.

      I won't buy a cellphone that doesn't let me easily load my own apps. I pay for the damn thing, let me write my own cool utilities, and fix the myriad bugs the vendor left in. Oh, and it's ludicrous that I should be expected to pay for trivial things like new ringtones.

      --
      ERROR 144 - REBOOT ?
    38. Re:Misconceptions, as usual by d34thm0nk3y · · Score: 1

      This hostility is so boring and extremely old fashioned and reactionary. I have seen exactly the same thing in the 70s when developers were complaining about procedural code, and wanted to keep their 'GOTO's. {etc)

      Maybe it is because all of these things actually did slow the systems down. But then hardware increases made it less noticeable?

    39. Re:Misconceptions, as usual by Decaff · · Score: 1

      [This hostility is so boring and extremely old fashioned and reactionary. I have seen exactly the same thing in the 70s when developers were complaining about procedural code, and wanted to keep their 'GOTO's. {etc)]

      Maybe it is because all of these things actually did slow the systems down. But then hardware increases made it less noticeable?


      This was usually the excuse for not using them, but in practise this was not the case. The use of GOTOs led to badly structured code, not faster code. Things like OOP and VMs did initially have a performance penalty, but advances in software design, not hardware, soon removed this.

    40. Re:Misconceptions, as usual by m50d · · Score: 1

      I haven't noticed any effects from anything like that, I think it's just machines getting faster. I'm still running the same machine I was 3-4 years ago, and even with the latest java (1.5.0.04) java programs are still very slow. Just opening a menu takes a good half-second, and don't get me started on startup times. When was the last time you saw a java application without a splash screen to try and disguise the horrible load time?

      --
      I am trolling
    41. Re:Misconceptions, as usual by Anonymous Coward · · Score: 0

      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.

      Not really... all that proves is that Sun's claims for their hotspot compiler are bullshit. Actually writing programs, as opposed to benchmarks, in Java just proves what everyone already knows -- the Java system is an awful *awful* mess. Once you start to try to use its bloated class libraries and write large programs you start to slow your machine to a crawl. It sucks up every bit of memory as well as trashing any benefits from cache locality.

    42. Re:Misconceptions, as usual by Anonymous Coward · · Score: 0

      Java 1.5 now has VM start-up times in a few hundred milliseconds at most.

      In which universe? It sure as hell isn't this one. Java 1.5 start up time is appalling.

      is sluggish on GUI response,

      Not now. Have you tried Swing or SWT on Java 1.5?

      Oh yes... yes it is. Look, no matter how many times you post this same idiotic counter-factual claim, it doesn't make it true. I've got a Swing/Java 1.5 system here... it has a sluggish GUI response, the GUI looks nothing like native apps (even with the correct plaf) and it takes ages to startup. It also quickly consumes huge amounts of RAM and sends the machine into swap even with small Swing apps.

      You call them "misconceptions"... they aren't. I'd encourage anyone to actually *try* modern Java/Swing apps... just so they can see how far away from reality Sun's (and your) claims really are.

  8. Scope widening too far? by Sv-Manowar · · Score: 4, Interesting

    After reading the article, it seems to me that these new media standards are pushing far beyond just new ways to store video. Gosling is quoted as saying "Part of the DVD standard is the players have network ports out of the back". This just smacks of network controlled DRM, and the ability to run java bytecode when the discs boot could allow a whole new range of lockdown facilities on the disks. Not to mention the amount of complexity having network & JVM functionality must be introducing to the end units. Surely even mass production wil struggle to bring such complex devices down to sane prices in the near future.

    This would appear to be strongly pushing the bias of practicality toward the opposing HD-DVD camp, while attempting to strengthen Blu-Ray's position as technologically more advanced and superior.

    1. Re:Scope widening too far? by hsmith · · Score: 4, Interesting

      yeah, but you are forgetting, using java could allow easy reverse engineering of the player. java is cake to reverse engineer, it would take someone no time to pump out a solution that lacks the DRM features, or atleast come up with a way to cirumvent the DRM features (such as a fake server to "authenticate" against)

      i see it as a great thing

    2. Re:Scope widening too far? by Decaff · · Score: 2, Informative

      This just smacks of network controlled DRM

      Why?

      and the ability to run java bytecode when the discs boot could allow a whole new range of lockdown facilities on the disks.

      How is this different from running any other software when the discs boot? The use of Java bytecode has no relevance to lockdown.

      Not to mention the amount of complexity having network & JVM functionality must be introducing to the end units. Surely even mass production wil struggle to bring such complex devices down to sane prices in the near future.

      What complexity? Most new mobile phones have JVMs built in. There has been no struggle to bring these 'complex devices' to 'sane prices'.

    3. Re:Scope widening too far? by dreamchaser · · Score: 1

      Surely even mass production wil struggle to bring such complex devices down to sane prices in the near future.


      You're kidding, right? Building a unit that can use Java for network connectivity and menus won't be very expensive. Your average TiVo box or PDA has more horsepower than they need for that, and I don't see a lot of problems with mass production of those.

      I'd expect next-gen DVD players to enter the market at around a $200 price point anyways.

    4. Re:Scope widening too far? by Anonymous Coward · · Score: 0
      java is cake to reverse engineer

      The phrase that means "easy" is "a piece of cake", not "cake" by itself. If you don't know the idiomatic expression, don't use it.

    5. Re:Scope widening too far? by Anonymous Coward · · Score: 0

      java is cake to reverse engineer

      The phrase that means "easy" is "a piece of cake", not "cake" by itself. If you don't know the idiomatic expression, don't use it.


      Actually since BOTH are used in colloquial English, he's... you know it's just easier to point out the fact that you're an anal-retentive prick.

    6. Re:Scope widening too far? by sanosuke76 · · Score: 1

      Right... and of course, when you set up your fake server, you're circumventing DMCA restrictions and the MPAA can have all kinds of fun with you from that point on.

      --
      My 229 is all the Sig I need http://thegunwiki.com/
    7. Re:Scope widening too far? by pete6677 · · Score: 1

      Circumventing DRM on your home player, and not distributing it to anyone, is about as risky as cutting off a matress tag. I wouldn't worry too much about getting caught unless I were selling circumvention technology, or stupidly ordering it on the internet with my real name and credit card.

    8. Re:Scope widening too far? by ErikInterlude · · Score: 1

      I admit not knowing much about Java technology, but wasn't it designed as a layer of abstraction? What would prevent the placing of DRM at a layer that Java won't allow you to access, and then only expose access to specific APIs that you want developers to use? (in addition to the java libraries of course. )

      Erik

      --

      --Erik
    9. Re:Scope widening too far? by sycotic · · Score: 1

      I think you are also forgetting that there are other humans on the planet that are not located in the United States of Anal-laws...

      --
      -- If I were a fish, I'd be wet
    10. Re:Scope widening too far? by BP9 · · Score: 1

      The current DVD standard has a very simple virtual machine with a handful of instructions. The interface this machine has to playing video is very basic, once the 'script' has chosen a title set to play the h/w just plays it (following the sequence of cells/vobs prescribed in the compiled ifo files). It is easy to write programs that can blindly read all the titles off a DVD; no matter what hijinks the Disney people come up with, at the end of the day you still have a nice standard titleset that has the whole movie.

      I expect they will give the JVM much more direct control of the process, perhaps letting it send individual cells (or whatever their equivalent for HD is) to the player engine under program control.

      IMO this makes it very easy to come up with schemes where the cell list is program generated and the only way to get the actual movie off the disk in the right order is by running the java code. This may require some type of user input (perhaps timing how much of a preview is watched and using that as a key to an encrypted list of cell addresses, or requiring you to type in a code from the first page of the 'manual' to play it) or implement more standard copy protection (like writing an erratic spiral and timing seeks to determine if you're running a backup. It could be made very difficult to write something like Nero Recode (think how you would write a program to 'recode' the output from playing a particular game of Doom3 to Divx as an example).

      Since this is all ROM (the media) and standalone players will likely not have any writable (program) storage it means we'll be at the full mercy of whatever funky games the media types come up with ("to watch this movie you must buy a Pepsi and enter the code on the cap").

      This is IMO much worse from an "abuse the consumer" point of view than current DVD's. You just know some skippy will come up with a way to seek the head just so and figure out the line frequency, then decide you're trying to play the DVD in the wrong region and play goatse instead.

      I actually think this is a great step forward and will open up all sorts of cool apps, it is just going to make it much harder to do the kinds of things we take for granted with DVD's (watch using MPC or VLC, make backups, do things like Nero Recode, rip to DIVX)... for about 10 seconds after a new release (at which point the cell list will be posted somewhere on the Net).

    11. Re:Scope widening too far? by Anonymous Coward · · Score: 0
      and standalone players will likely not have any writable (program) storage

      Encryption key deactivation lists are supposed to be distributed on new movie disks you buy or rent, so it's possible players will have some flash memory to store these.

    12. Re:Scope widening too far? by theantipop · · Score: 1

      When's the last time you saw DVD players being subsidied by media companies? Mobile phones cost hundreds more than you actually pay for them. Then only reason you see a 'sane' price is because you're signing contracts that bring the price down.

    13. Re:Scope widening too far? by Decaff · · Score: 1

      Then only reason you see a 'sane' price is because you're signing contracts that bring the price down.

      That has always been the case. It is nothing to do with the presence of a JVM.

  9. slashdot finally through by SparafucileMan · · Score: 0, Troll

    thanks for telling me what NOT to buy.

    1. Re:slashdot finally through by Decaff · · Score: 1

      thanks for telling me what NOT to buy.

      Better not buy any new mobile phone then. Virtually all of them come with Java.

    2. Re:slashdot finally through by assassinator42 · · Score: 1

      So, would you rather get HD-DVD, which has windows, or blu-ray which has java? Or are you never going to get a high definition dvd player?

    3. Re:slashdot finally through by StillAnonymous · · Score: 1

      HD offers no benefit to me. Hell, I was perfectly satisfied with the video quality of a new VHS tape. DVD gave me the following advantages over VHS:

      No degredation of audio/video quality over time or number of viewings. It always looks and sounds the same.

      Random access. No rewinding.

      Smaller size. VHS tapes were kinda large.

      What's HD-DVD offer me? Better picture quality that I can't take advantage of unless I have a 70" screen? Nah, I don't have a TV that big, nor do I need one. Better audio? I doubt I'd be able to tell the difference. Oh, and a pantload of DRM.. great.. No thanks.

      They can take HD DVD and shove it. It's just a minor upgrade meant to force people to buy the same movies all over again.

    4. Re:slashdot finally through by MikeWin10 · · Score: 1

      Finally someone said it.

  10. The more things change . . . by jvarsoke · · Score: 2, Insightful

    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.

    1. Re:The more things change . . . by spinozaq · · Score: 1

      An interesting point! Java was invented with incredible foresight. It is an amazing 'platform' ( notice I didn't say language. ) for embedded devices. It allows rapid development and consistant testing even the most esoteric environments. ( Mars rovers anyone? ) A few big time device deployments is all you need to work out the hardware details and Java and JINI technology will be everywhere.

    2. Re:The more things change . . . by Anonymous Coward · · Score: 0

      You are woefully ignorant of Java, aren't you? Do you have any experience with it whatsoever? Java was originally developed to control the throttle of the Boeing 767, do you google?

  11. Ethernet port by AveryRegier · · Score: 1

    The important innovation here is that each of these players will also include a network port. Together with Java, this will mean a huge amount of stuff that we can with these players.

    One idea I'm not so sure about is that it could become a small game platform. DVDs tend to come with little built in games. In the future, they'll be networked. I'm sure this is just the tip of the iceburg.

    1. Re:Ethernet port by BiggerIsBetter · · Score: 1

      Or it could make call-home and DRM "features" easier to implement.

      --
      Forget thrust, drag, lift and weight. Airplanes fly because of money.
    2. Re:Ethernet port by AveryRegier · · Score: 1

      One 'call home' feature Gosling mentioned this morning is the ability to download a different language for the movie that may not have been included originally.

      For that matter, you might get streaming media related to the movie updated over time. This one probably won't happen though since I don't see a good business model for it. Unless, of course, it is used for advertisements for additional media you have to pay for.

    3. Re:Ethernet port by KillShill · · Score: 1

      you assume very incorrectly that after paying for one of these devices, you foolishly think you "own" it.

      keep dreaming though, it'll help you get through the dark times that are soon upon us.

      --
      Science : Proprietary , Knowledge : Open Source
    4. Re:Ethernet port by jlarocco · · Score: 1, Redundant

      It's not what WE can do with these players that worries me, it's what other people can do with them that worries me.

      This immediately brought to mind very draconian DRM, viruses, spyware, and adware. It's bad enough advertisers try to find everywhere you go on the internet, do they really need to know all the movies people watch also?

      What really scares me is when companies start requiring a network connection to watch the movies you buy. Yeah, it'll be cracked, but it's still a huge pain in the ass.

      I see a whole lot of bad uses for this, and I already have a computer for all the "good" uses. So when given the choice between a $300 DVD player with all that crap, and a $100 DVD player without, the choice will be obvious.

    5. Re:Ethernet port by Suicyco · · Score: 1

      Yes, fear the unknowns of technology.

      You know, not every household has a ethernet hub directly connected to the internet. What makes you think it would require that? Now, if they come standard with phone jacks, perhaps you may have something to worry about.

      Also, the java VM may be part of the standard. That means, to play HD dvd content, you will need to use a player that adopts the standard. Is your $100 DVD player going to play the 40GB+ HD content dvd's? I don't think so.

    6. Re:Ethernet port by BiggerIsBetter · · Score: 1

      That almost works... Subtitles would be useful, but the business model is to download a trailer for new movies instead of storing soon-to-be-outdated trailers on the DVD.

      --
      Forget thrust, drag, lift and weight. Airplanes fly because of money.
  12. Cache of older website dedicated to this by Anonymous Coward · · Score: 0

    I don't know what happened to the real site, but there was a site (viewable here, now gone) that had gobs of additional information. I think it was from the same people.

  13. One of my absolute top peeves by SirSlud · · Score: 4, Insightful

    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.

    --
    "Old man yells at systemd"
    1. Re:One of my absolute top peeves by Lisandro · · Score: 4, Interesting

      Same here, but the "most annoying DVD feature of all time" prize goes to (taaa-daah!) unskippable trailers/clips/FBI warnings/whatever. In some recent releases, it's downright infuriating - with up to three movie trailers you have to go through before you can even get to the content.

      Publicists should be shot.

    2. Re:One of my absolute top peeves by Adrilla · · Score: 1

      My new personal DVD peeve is transition animations in the menus. I click the play button on the menu and then I get a 5-10 animation just to start the movie that I wanna watch. I get even more frustrated when I click on a menu button that only leads to another menu, but still have to endure one of those animations. I don't need to see the screen blow up, or "OOH" the letters float outward toward me. I just want to get to my movie or to the next page, and yeah, your animation might be pretty but it's unnecessary and they're getting to be way too long. I can certainly live without em.

      --

      "Plans are for fools! Oglethorpe, the plutonian (Aqua Teen Hunger Force)
    3. Re:One of my absolute top peeves by justforaday · · Score: 1

      On a lot of those long animated transitions you can usually hit the select/OK button again and it will skip the animation and go straight to the menu. Or press the menu button twice to get to the main menu (if there's an intro sequence before the main menu).

      --
      I'll turn into a supernova and burn up everything. Well I'll turn into a black little hole and you'll turn into string.
    4. Re:One of my absolute top peeves by IntergalacticWalrus · · Score: 1

      I completely agree. You'd figure by now the movie industry has figured that their menus are hard to use, especially to a computer-illeterate user (ie. probably more than half their audience).

      Hell, since I moved away from my parents' house they no longer rent DVDs. Yep, back to VHS, because they find DVD menus too confusing and frustrating. They don't care about special features or better image/sound quality, so for them DVDs were only a step backwards. And I'm sure they're not the only ones who feel that way.

    5. Re:One of my absolute top peeves by chrysrobyn · · Score: 1

      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.

      It's terribly inefficient, both from time, power and storage, but it's to the point where I'd rather rip the DVD to my hard drive and watch the DVD from my computer (on the computer screen or TV, depending on the video and if others in the family who want to see it). Get a DVD, put it in the computer, hit the button, go to bed. Wake up, return the video to the store (or put it in the mail, depending on the service), see it at your leisure. Delete after viewing to balance digital rights with unconstitutionally powerful copyright laws that further the progress of neither science or arts.

      The menu systems are infuriating while the unskippable commercials and warnings are downright insulting. I want the slower to deteriorate / better replayability of DVD and the users rights of VHS players (minus the Macrovision that meant I couldn't route my VCR through my DVD player because my TV didn't have enough inputs). Instead, I'm ripping DVDs to my computer, wasting some time and money and getting the home theater experience I want.

    6. Re:One of my absolute top peeves by don.g · · Score: 1

      I've never seen a DVD which forces you to watch trailers. Is this a regional thing (I live in Region 4) or something that only happens with DVDs of very recent films?

      --
      Pretend that something especially witty is here. Thanks.
    7. Re:One of my absolute top peeves by rob_squared · · Score: 0

      Do what I do. Buy the DVD, rip it to something like best quality divx, then use nero vision express to burn it back to DVD and YOU choose the menu features. If you're like me, you just set it to play at disk insertion.

      --
      I don't get it.
    8. Re:One of my absolute top peeves by Lisandro · · Score: 1

      My brother has a friend who owns a video store, so we get to watch a lot of DVDs at home - yes, most recent "blockbuster" releases have unskippable trailers. Shrek 2, as it has been mentioned a few times here, is one of them. Alexander was another one.

      I live in region 4 aswell, but we usually see a lot of DVDs for other regions (the wonders of region-free players!)

    9. Re:One of my absolute top peeves by Chris+Brewer · · Score: 1

      My pet peeve with menus is ones where the highlight of a menu selection is swapping a colour on the icon or the words, as opposed to an arrow or something similar. It's fine if there's three or more options, but if there's only two and you forget which one is the highlight colour, you have no idea which menu item you have selected. Bad menu designer! No cookie for you!

      --
      Consultancy: If you're not part of the solution, there's money to be made in prolonging the problem
    10. Re:One of my absolute top peeves by IronChef · · Score: 1

      Many times I have found myself literally swearing at the DVD player because the menus are so bad. As if the poor design isn't enough, the damn animated transitions make everything so slooooooooow.

      Now with Java coming I'm sure we can look forward to a whole new universe of sluggish, buggy interfaces. I forsee a day when it doesn't just take 5 seconds to go from screen to screen, but it there is a maddening delay between moving the selection from one item to another on the SAME screen. That will be SWEET.

      (Man, just when I am ready to swear off going out to the movies, they find a way to bring the annoyance home.)

    11. Re:One of my absolute top peeves by Anonymous Coward · · Score: 0

      One thing I have noticed is that when I play DVDs on my computer, I can skip anything, even previews my DVD player won't skip. Now I have a PC in the living room and the dvd player gathers dust.

    12. Re:One of my absolute top peeves by Shawn+Parr · · Score: 1
      "sigh..."

      First off I agree that many menus are obnoxious, and not straight forward to the user. There is also a lot of overuse of video clips going into and out of menus.

      However, when you purchase a movie/TV show/etc. you are buying a creative piece. You may not consider it art, but the people who create it do. They (and in many cases 'they' refers to the studios more than the producers/directors/actors/etc but the studios do also own creative rights to the work), they have the right to create a whole package of their creative work, menus and all.

      Standardizing menus removes a part of the art they want to surround their work with, from packaging, to starting the piece, to the piece itself.

      Not everyone will like every menu system, but hey that is what creative works are about. Some people like them, some people don't. Just like any other art form.

      I'm fairly sure that most /. readers will not consider these elements art, and as such will probably mod me down, however no matter what you opinion is as far as the quality of these items are, yes by all definitions they can be considered art. Of course by all means you can choose to dislike them.

    13. Re:One of my absolute top peeves by Knetzar · · Score: 1

      A simple standard, like having the play button play the movie, would make menu's a LOT easier to deal with.

    14. Re:One of my absolute top peeves by Anonymous Coward · · Score: 0

      I suppose you would also like all the content of those DVDs to be standardised so that they are easier for you to access.

      In my view, formulaic plots, standard techniques and the such make life a little less interesting.

      For most people, watching DVDs is not a highly repetative task that needs a fully standardised interface. Exploring the menu is like exploring a piece of art - although sometimes quirky.

      Enjoy the variety!

    15. Re:One of my absolute top peeves by pretentiousPPC · · Score: 1

      Menus? Trailers? What are you talking about?

      I have none of that on my "Backed-up" Netflix rentals, or on any of the movies I've downloaded, shared from my millions of dear and closest friends.

      --
      Artist will always make art.
    16. Re:One of my absolute top peeves by Jah-Wren+Ryel · · Score: 2, Informative

      unskippable trailers/clips/FBI warnings/whatever

      Video Help is your friend - look up your dvd player and crack it. Chances are good your player is easily hackable to disable the unskippable crap. If yours isn't on the list, at least you now have a list of what DVD players to consider buying when you want to upgrade.

      --
      When information is power, privacy is freedom.
    17. Re:One of my absolute top peeves by eggz128 · · Score: 1

      So there's this art gallery filled with the most amazing art. Everyone would love to see it, but there's just one problem - the door to get in. You see, the owner (who incidentally created much of the work inside) decided that the best place for the door knob would be in the top corner next to the hinges. Oh, and the hinges were on the opposite side to normal doors. Not only that, but he decided to paint lots of images on the door that happen to look a lot like door knobs.

      Patrons of the art gallery were initially confused, later this feeling gave way to frustration, and eventually anger. Understandable really, as when they complained about the door to the owner, he just waived his hands in the air and pithily reply "Hey it's art. Art always trumps design and functionality!".

      Fortunately the whole situation was resolved a few weeks later when the owner was tragically run over while crossing a zebra crossing he'd previously painted completely black (oooh moody art!).

    18. Re:One of my absolute top peeves by pedestrian+crossing · · Score: 1

      xine is your friend.

      I know, you don't watch on your computer blah blah blah.....

      --
      A house divided against itself cannot stand.
    19. Re:One of my absolute top peeves by tomlouie · · Score: 1

      I've with you on the matter of bad UI on DVD menus. I've seen several DVD menus where an setting will have two choices. There's no way to tell which setting is currently active, because one choice is lit up in one color, and the other is lit an another color. Thanks a lot.

      Tom

    20. Re:One of my absolute top peeves by justforaday · · Score: 1

      Agreed. The Mr Show DVDs are like this. After you select an episode, a screen pops up asking if you want to watch it with commentary (Yes/No). I can never tell which one is highlighted by default, and moving the cursor doesn't help the situation. It just reverses the colors on the two options... : /

      --
      I'll turn into a supernova and burn up everything. Well I'll turn into a black little hole and you'll turn into string.
    21. Re:One of my absolute top peeves by jilbert · · Score: 1

      Maybe unskippable trailers are only on rental, not retail DVDs?

      I've never seen them myself, and live in region 2, but have never rented a DVD.

    22. Re:One of my absolute top peeves by Subrafta · · Score: 1
      "most annoying DVD feature of all time" prize goes to (taaa-daah!) unskippable trailers/clips/FBI warnings/whatever.
      DVDShrink http://www.dvdshrink.org/ will remove the unskippable flag or allow you to re-author the DVD without trailers.

      I use these features because I don't want my kids to be forced to watch comercials ever time they watch a video I've purchased.

      --
      Vuja De: That sinking feeling that this is going to happen again. Often occurs in meetings with Product Managers.
    23. Re:One of my absolute top peeves by Shawn+Parr · · Score: 1

      Well according to the grandfather posting who was calling for 'standardized' menus it would be like this: Visitors to the art gallery are presented with olive drab walls on which all the paintings are hung on. Of course they are only hung on North facing walls in order to minimize the confusion of a patron having to turn. All picture frames are of course 1" thick and blue, so that a patron can truly evaluate where the art ends and the wall begins. We would also like to announce that due to the complaints of a few patrons starting next year we will no longer display any art using the color "red" as this is thought to be a violence provoking color. Any patrons not prepared and wearing red clothing will be able to check out a grey smock to ensure they can comply with our new artistic standards!

    24. Re:One of my absolute top peeves by eggz128 · · Score: 1

      You're slightly missing the point. The purpose of the door and the menu are analogous - they are functional devices to allow access to the work of 'real' interest inside, whereas the work inside is primarily about entertainment.

      Now you can pretty up the door/menu all you like, paint it a different colour, add a window, whatever. But don't mess with the common functional elements (door handle on opposite side to hinge etc), because once the 'art' gets in the way of the functionality it's time for the art to go.

      Standardisation of the functional elements of the menu would be a very good thing. Just claiming it's all just 'art' is a cop out excuse for poor usability.

    25. Re:One of my absolute top peeves by aug24 · · Score: 1
      up to three movie trailers you have to go through before you can even get to the content.

      I totally agree with you about shooting anyone who sets any section of a for-purchase DVD to unskippable, but in the meantime, I find sticking the thing in the front immediately I get in from Blockbuster, then going to get the cold wine, make the popcorn, pop upstairs for a pre-movie pee, etc, just about perfect. Then when I come back, it's on menu, waiting for me to hit play.

      Of course, now I've mentioned this, any marketroid reading is going to tell the publicists and they'll start putting the trailers after the menu, before the film starts - and they'll tell us it's more like 'the cinematic experience'!

      J.

      --
      You're only jealous cos the little penguins are talking to me.
    26. Re:One of my absolute top peeves by Snaller · · Score: 1

      Is it just me, or am I the only one completely freakin annoyed with DVD menus?

      Hell no, the starwars ones are a good example of TOTALLY LOUSY MENUS - I don't want to watch their animated crap for 10 seconds (which feels like minuttes) when I want to start something NOW.

      They seem to be asking for people to rip them..

      --
      If Google really cared they would fix Android Chrome to reflow text, instead of discriminating
  14. Not Java but JVM. by burnttoy · · Score: 2, Insightful

    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).

    --
    Time flies like an arrow. Fruit flies like a banana.
    1. Re:Not Java but JVM. by PCM2 · · Score: 1

      Uh, OK ... so how many people are writing code that gets output as Java bytecode but is not written in Java?

      You sure you're not thinking of .Net? (And no, that's not a troll.)

      --
      Breakfast served all day!
    2. Re:Not Java but JVM. by burnttoy · · Score: 3, Interesting

      As far as I understand it the .Net technologies and this are complimentary in that they tackle different but similar problems. Although .Net supplies a byte code interpreter of its own (CLR) it isn't necessary to use it (in fact most .Net apps are compiled to x86 machine language). .Net supplies a standard for language and API linkage data, representations of API's if you like. JVM supplies a binary level interface for execution of code. Also, it isn't that people aren't (they are just in very small numbers) writing JVM byte code in something other than Java the point is they _can_. There are, I believe, JVM back ends for GCC for example. In this case JVM is being used a little like XML. The syntax is there (the mark up language) but the tags and data mean nothing unless you know what they mean (XHTML for example). This is why I think information on the API is probably as interesting, if not more so, than the machine level programming model.

      --
      Time flies like an arrow. Fruit flies like a banana.
    3. Re:Not Java but JVM. by Sengoku666 · · Score: 1

      The JVM specs are indeed open, in fact much of the detail is left up to the implementer to decide how they want to approach designing it. I'm using Sun's reference implementation of the KVM* for my PhD on hardware-based Java at uni, which is available free of charge from Sun under their community source license.
      Its when you want Sun's Java certification on your commercial JVM that you have to pay the big bucks.

      *The KVM is a J2ME machine, which is likely what these boxes are going to use - its designed to be fairly lightweight for embedded systems. They will probably come with some standard J2ME (CDC/CLDC/MIDP) APIs, and likely a custom one for menus and other disc operations.

      Sorry for all the acronyms :).

    4. Re:Not Java but JVM. by PCM2 · · Score: 2, Informative

      If you do a little studying, I think you'll find that your understanding is erroneous. The .Net Framework is "the managed programming model for Windows" -- Microsoft has trademarked that phrase, in fact. Managed code means the CLR. You might write .Net applications in C++, but you most certainly don't write them in assembly language. You can link to unmanaged objects, but a .Net application is implicitly managed.

      While there are a number of ways to generate Java bytecode from code that is not Java, these are largely academic. The JVM back end for GCC you mention describes itself as "highly experimental." There's Jython, but Python is itself a fully interpreted language, so it doesn't count. Sun has said that it has no interest in supporting languages other than Java on the JVM.

      The CLR, on the other hand, was designed from the ground up to be a runtime environment suited to multiple languages. Right now, right at this minute, in addition to C# you can write .Net applications in a variety of languages, including Managed C++, Visual Basic, a language called J#, and JScript. Active work is being done to port other languages to it; I keep hearing about Haskell, for instance.

      --
      Breakfast served all day!
    5. Re:Not Java but JVM. by Anonymous Coward · · Score: 0
      .. so how many people are writing code that gets output as Java bytecode but is not written in Java?

      Anyone who writes in Groovy, Python, ObjectScript, JavaScript, NetRexx, and many others. There's a scripting JSR as well. I don't think the original poster had this specifically in mind though.

    6. Re:Not Java but JVM. by Dacta · · Score: 2, Insightful

      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.

    7. Re:Not Java but JVM. by cpghost · · Score: 1

      so how many people are writing code that gets output as Java bytecode but is not written in Java?

      How many people are using Jython?

      --
      cpghost at Cordula's Web.
    8. Re:Not Java but JVM. by m50d · · Score: 1

      I think you forgot the clearest example, which is Ruby. Complete language running on the JVM.

      --
      I am trolling
    9. Re:Not Java but JVM. by julesh · · Score: 1

      Infact, it would be possible right now to modify Jython to emit Java bytecode, which then could be compiled by the JIT.

      I think you'll find it already does.

  15. My DVD player already has Flash. by metalpet · · Score: 3, Informative

    > Next stop, annoying Flash intros.

    The playstation 2 already has a flash player in it, used by various games for their menu systems among other things.
    I guess game companies try not to annoy their customers, so Flash gets used reasonably there.

    1. Re:My DVD player already has Flash. by Anonymous Coward · · Score: 0

      > The playstation 2 already has a flash player in it

      No, I've developed for the PS2 and it most definately does NOT have a flash player built into it. Sony may provide the source to one (I've never heard any mention of it, but it's possible), but there is nothing like this built in.

    2. Re:My DVD player already has Flash. by metalpet · · Score: 1

      You're correct.
      I should have phrased that as "There is a flash player available for the playstation 2", but it isn't built-in.
      Apparently, it was used in "Star Wars Starfighter" ( http://www.macromedia.com/macromedia/proom/pr/2001 /lucasarts.html )

    3. Re:My DVD player already has Flash. by DarKry · · Score: 1

      What imediately came to my mind was printers and chai java. how long until we start seeing tivo like devices with a network connection and a remote administration daemon running a chai virtual machine. It makes me drool, and not because I want to by one but because I have enough fun storing things on random printers with a whopping 8mb rom, just think what could be possible with huge hds like in a tivo. Throw the java vm into the equation and you have one hell of a nice zombie box. Lets just hope the guys who make these are a little more security savy than HP with its printers.

  16. Java DVD Player + network connection + Azureus by Scott+Swezey · · Score: 3, Interesting

    Damn, now we just need to get these things a network connection and a plugin for Azureus, then I can download new movies before their released, watch them on my TV, and maybe if its also one of those nifty VHS/DVD combo things, burn my new movie to a disk.

    --
    Scott Swezey
    1. Re:Java DVD Player + network connection + Azureus by kromozone · · Score: 0, Flamebait

      For the record, Azureus is a piece of crap.

    2. Re:Java DVD Player + network connection + Azureus by izakage · · Score: 0

      Yes, and I can shoot missles out of my anus.

  17. That's the wrong link, by Anonymous Coward · · Score: 0
  18. Smartripper is your friend. by Anonymous Coward · · Score: 0

    Rip, edit, burn.

    Bye-bye menus, trailers, etc.

    DVD Shrink is also good.

  19. Seems very unlikley by SuperKendall · · Score: 4, Insightful

    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.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:Seems very unlikley by Ours · · Score: 1

      That's what Divx (no, not the codec) tried to do and (thankfully) failed. It used the phone line to charge for and authorize the viewing a movie.
      Can't expect people to fall for such a crumy deal. I guess replacing video renting by selling a cheap disk with limitations will never work. If I own it, I want to fully use it.

      --
      "You superiour intellect is no match for our puny weapons" - The Simpsons
    2. Re:Seems very unlikley by glesga_kiss · · Score: 1
      There may be some specialized discs that do something like this but I don't not think it will be mandatory.

      I reckon it will be an add-on, for watching video on demand. If you had broadband, would you mind if the trailers changed each time you watched your local copy of the file (provided you can skip them)? The media companies would love to offer up-to-date trailers, and most users would see it as a plus-point.

      They could also add interactive content that having the disk locally unlocks access to. This could even have new "bonus features" added to it over time. Interesting. Digital cable is already doing some neat things here in the UK, but the boxes are about four years old and the UI is incredibly slow with complex content. This could really raise the bar.

      Having a net connected set-top box is already do-able. The current version of Xbox Media Centre has scripts to trawl several websites for video stream content. Some of these are iFilm, Stupid Videos & Apple, between which you have an massive library of free media to choose from. Short-films/animations, video game previews/features, music videos and so on. Very impressive, even more so in that it's almost "underground" with the legal grey-area of XBox modding and illegal MS-Compiler created software. I find it surprising though, and possibly indicative of the future, that the best featured devices out there are hacked in some way. I can see a large number of hacks & tweaks for these new players. Jeez, if they have enough CPU/memory you could deploy war archives on it to do just about anything!

  20. Could be much nicer for DVD content creation apps by SuperKendall · · Score: 4, Informative

    The inclusion of Java could lead to nicer open source DVD authoring apps that would allow easier control over menu workings. And it's a lot nicer to have a standard language underneath rather than the cryptic menu building language of todays DVD's.

    At the very least those games they always throw on kids DVD's might not be so awful to play if they do not have to be shoe-horned into a system never really designed for games.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  21. Relax by Smurfboy · · Score: 1

    "Next stop, annoying Flash intros."

    Relax, Mr. Slippery Slope: Java is just a programming language.

    k.h.

    --
    k.h.
  22. The only appliances that are fit for Java: by VeganBob · · Score: 1, Troll

    - Toasters
    - Microwaves
    - Refridgerators

    --
    Being funny is my sig nature.
    1. Re:The only appliances that are fit for Java: by Waikikamukau+Slim · · Score: 2, Funny

      Not true. My coffee machine is <b>perfectly</b> fit for Java.

    2. Re:The only appliances that are fit for Java: by Anonymous Coward · · Score: 0

      I dunno, my last attempt at making coffee in my toaster didn't turn out too well.

      **Greetings from $afterlife!**

    3. Re:The only appliances that are fit for Java: by user32.ExitWindowsEx · · Score: 1

      Wait...I thought toasters were the exclusive property of NetBSD.

      --
      "Evil will always triumph because good is dumb." -- Dark Helmet
    4. Re:The only appliances that are fit for Java: by Anonymous Coward · · Score: 0

      Except that a toaster works just fine with nothing more than an adjustable bimetallic thermostat to control it. And a microwave only needs 2 controls - intensity and a timer (rotary analog controls, thanks). And a fridge needs... another adjustable bimetallic thermostat.

      Then again, I suppose people will stop buying crap if it doesn't have something new and flashy attached to it. And god help us if we stop buying new crap all the time.

    5. Re:The only appliances that are fit for Java: by dgos78 · · Score: 0

      Is it just me, or have the moderators gone to shit lately?

      Oh, and speaking of Sun's Java, it SUCKS! I've never had anything but problems with it. Microsoft's Java VM may have been illegal, but at least it worked.

      --
      SYS 64738
  23. Java and Linux... by Anonymous Coward · · Score: 0

    Over a period, I have developed feeling that the advantage Java has ("Write once run everywhere") is also available in "Linux". Java technology enables a layer on OS that makes "a virtual machine" out of any of the OS available. Whereas Linux provides a real machine.. and a large variety of programs (c, c++, perl, ruby, python, php) are executable and they do offer "Write once run everywhere" advantage. If Sun does not open source Java sooner, it will lose it to Linux.

    1. Re:Java and Linux... by Decaff · · Score: 1

      If Sun does not open source Java sooner, it will lose it to Linux.

      Show me a version of Linux that can run within a few hundred kilobytes of memory, like embedded Java, and I might agree you have a point.

    2. Re:Java and Linux... by Decaff · · Score: 1

      show me a version of java that isnt a piece of crap and I might admit you have a point.

      The Java that runs E-Bay - the most profitable website ever. I think you may have to concede the point.

    3. Re:Java and Linux... by Anonymous Coward · · Score: 0
      No you are missing the point. I am not ruling outright use of Java or demanding that it should be eliminated from this earth.(There are numerous embedded linux that can run within hundreds of KB of memory and provide excellent GUI....But, listing them will divert the discussion.)

      Java is useful, in many ways. (Linux can never run applet in web browser).

      Still, if Sun remains adamant not making Java Open Source, it will lose the charm, because I am more inclined to use OSS products (like PHP, for example) than products related to Java technology (because I will never be worried about licences. also it offers me write once run everywhere feature, including windows.)

      I like Java, but hate to keep all my eggs in the basket controlled by Sun Microsystem.

    4. Re:Java and Linux... by Decaff · · Score: 1

      I like Java, but hate to keep all my eggs in the basket controlled by Sun Microsystem.

      I'm afraid I really don't understand this. There have been few companies who have contributed more to open source and open standards over the past few decades than Sun. There would not even be a Unix workstation market (and Linux) without the effort Sun made to break the widespread use of proprietary systems in the early 80s. Linux would not even be considered on the desktop without Open Office, which is code donated by Sun.

      Even, with all this evidence of their support for open source, there is still some doubt about Sun, it is irrelevant to the future of Java. The main contributor to Java at the moment is IBM. There are a large number of implementations of Java that are independent of Sun. The specification for Java is published, so the language can continue no matter what happens to Sun.

    5. Re:Java and Linux... by Anonymous Coward · · Score: 0

      The Windows that runs the Microsoft Empire, the most profitable company ever. I think you may have to concede to an as-yet mentioned point.

      Seriously, you have what may very well be the worst reasoning skills ever.

    6. Re:Java and Linux... by lustforlike · · Score: 1

      You mean bringing up something that is not related to either Linux or Java is somehow better reasoning? Besides, your point only has to be conceded if Windows is a piece of crap, and you have not proved that point.

    7. Re:Java and Linux... by julesh · · Score: 1

      I like Java, but hate to keep all my eggs in the basket controlled by Sun Microsystem.

      But Java isn't controlled by Sun, not really. There are plenty of open source implementations. As long as you don't mind working with what's essentially a slightly older, slightly incomplete version, you're fine.

    8. Re:Java and Linux... by Anonymous Coward · · Score: 0

      Gee, two people point out the same wrong point.

      Look, Java is not out of Sun's control. Yes, multiple JVMs exist. However, you can't just call a JVM "Java" unless you have java.* and javax.* available at runtime, and those are are not yet clean-room. Only after GNU Classpath reaches 100% coverage will you really be free from Sun's control.

      IBM does indeed contribute to Java -- I used to work for the WebSphere Applications division and we had an extremely good JVM from Hursley that was the best I've ever heard of for Windows, Linux, and AIX. BUT that JVM is still licensed from Sun, and IBM cannot release it on Solaris *at all*, so WebSphere on Solaris has to use the Sun JVM (which is very buggy compared to IBM's). If Sun ever goes down, IBM is stuck with 1.5.x for the next 100 years (unless they had some special "all your licensed Java IP are belong to us" failsafe clause in the contract).

      That's what we mean by control. If Sun goes down, java.* and javax.* are gone too. Kaffe is pretty useless without java.lang.Runtime, no?

  24. Re:Java IS sux by Decaff · · Score: 3, Informative

    Note: the majority of people couldn't give a hang about back-end, so called 'enterprise' solutions with Java)

    Yes, because, like, no-one uses E-Bay, banks, stock-markets, airline on-line booking systems.

    I'm sure the majority of people couldn't give a hang about these.

  25. That'll learn 'em! by Scrameustache · · Score: 1

    That means it will take about a week for someone to write a crack to bypass all those annoying trailers we have to watch before we can actually watch the dvd we payed for.

    I suggest breaking copyright law and aquiring a better copy.

    Or a bloody coup... ya know... whichever.

    --

    You can't take the sky from me...

  26. MOD PARENT DOWN GNAA "LAST MEASURE" REDIRECT by Anonymous Coward · · Score: 0

    Mod parent down, GNAA troll redirects to "Last Measure" site.

  27. More integration... by ruiner13 · · Score: 1
    So what makes this more attractive than the PS3? I don't see why they want to add games to a basic DVD player. A normal blue-ray DVD player might be around the same price when they both start hitting the market full-scale.

    This convergence thing is really starting to go too far. Does anyone else agree, or do people actually want all your products to do a gazillion things?

    --

    today is spelling optional day.

    1. Re:More integration... by Adrilla · · Score: 1

      I would love for my products to do a bunch of things in one...IF they did everything they were supposed to do well. But the norm is that when your player does more than one standard thing, you give up quality and functions from each component involved and that is the unfortunate part. I've become a minimalist when it comes to components. So I'd like to put as much as I can in the smallest space possible, but as of now, I don't trust many multifunction components. But if I could get excellent craftsmanship and all the features I'd get if I bought these pieces separately, then I wouldn't mind having an all in one package.

      --

      "Plans are for fools! Oglethorpe, the plutonian (Aqua Teen Hunger Force)
    2. Re:More integration... by rob_squared · · Score: 0

      I follow this simple rule: -if it's stationary, I want it to do everything -if I take it with me, it should have just 1 purpose.

      --
      I don't get it.
  28. JVM is not complex by burnttoy · · Score: 1

    JVM is not complex at all. Any reasonable emulator coder could lash one up in no time. Getting it fast is another matter but JVM is designed to be implemented in silicon and as (a form of) stack machine is not to difficult to implement in a small amount of silicon.

    --
    Time flies like an arrow. Fruit flies like a banana.
    1. Re:JVM is not complex by Anonymous Coward · · Score: 0

      "JVM is not complex at all. Any reasonable emulator coder could lash one up in no time. Getting it fast is another matter but JVM is designed to be implemented in silicon and as (a form of) stack machine is not to difficult to implement in a small amount of silicon."

      Then why don't we see a JVM from the open source community that is even remotely capable of competing with Suns. It's really easy to say it's easy to create a JVM; it's another matter entirely too actually code one. If it's so easy to make a JVM I suggest you do so since a few companies seem to want an open source JVM....

      P.S. It seems like half the people who post here think it's just easy as pie to make good software, but in reality can't get past hello world.

    2. Re:JVM is not complex by jpc · · Score: 1


      er, but the only "Java CPU" made by Sun (who should know) was scrapped pretty quickly. Performance is an important issue.

  29. Applet Started by peggus · · Score: 0, Troll

    So now when I pop the DVD in it will say "applet started" and then nothing will happen.

  30. DVD's With Really Cool Win95 UI by mpapet · · Score: 1

    It's funny how every specialty manufacturer attempts to reach out to another not-new-and-already-dominated market segment with an idea that they should have committed to years ago.

    It sounds like they want some kind of time shifting device that's network enabled. Let's see, time shifting? Yup done. Now networked media device? Yup done.

    So that means my mega-corporation will make a device that will be higher priced that no one will buy because the price is too high and the feature set too vague! "Let's do it! Come on! Who is with me!!!"

    --
    http://www.maxineudall.com/2010/02/should-economists-be-sued-for-malpractice.html
    1. Re:DVD's With Really Cool Win95 UI by Anonymous Coward · · Score: 0

      There needs to be a "-1, Incoherent."

  31. Amen by Urusai · · Score: 1

    I see a lot of little applications (usually bundled on a device driver CD) with ultra-kewel "skins" on them that have the same problem (look at the WMP skins, or any XMMS theme). Likewise, newer versions of Microsoft Office have stupid-looking toolbars and menus that aren't anything like standard Windows ones. I seem to recall that a consistent UI was one of the pitches for these GUIs in the first place. I'm assuming munging the UI in Office counts as a must-have upgrade since nothing substantive has changed since Office 97 or maybe 2000.

  32. You are living in the stone age and dont know shit by Anonymous Coward · · Score: 0

    yes java is not slow... only the mind of the parent.

  33. DVD players huh, so how long by DrBytes · · Score: 0

    .. will it takes us to get that f*cker to boot the kernel?

  34. Glad to hear it by IGnatius+T+Foobar · · Score: 1

    I'm happy to see this. It's a big piece of the technology market that is going to be occupied by someone other than Microsoft. Can you imagine if every DVD player in the future had Windows and .NET in it? It would take less than a year for Microsoft to begin forcing all DVD player owners to become XBox owners.

    --
    Tired of FB/Google censorship? Visit UNCENSORED!
  35. Perfect! by Anonymous Coward · · Score: 0

    A bluray disk might actually provide enough memory for Java.

  36. Re:Java IS sux by Anonymous Coward · · Score: 0

    Stop being difficult for the sake of it. Other than people who work in that industry no end-user cares a damn about what goes into running enterprise (god I HATE that word) solutions. Stop trying to pretend otherwise. You act like every little pleb out there owes a big thank you to people who write this crap in Java, ASP, .NET whatever for those wonderful big companies that keep our beloved economy moving.

    And personally, for me as the end-user, I won't even use a site/service if it needs Java, it's just too much a security risk. I have permanently disabled Java in all browsers I have used for the last 6 years or more and will continue to do so.

    Am I missing out ? I really don't think so and am very happy with that decision. If gullible idiots want to run Java in their browsers to access their bank account or anything else let them, it's their problem not mine.

    As for it's application in DVDs, well it's a bit like ID Cards; put forward as an idea that will improve 'things' for everyone but actually is just little more than a way to enforce (with the ethernet port (WTF is a DVD player doing with an ethernet port)) more DRM, more snooping and to subvert control of the end user's equipment.

    They can stuff their Java, their ethernet port and everything else.

    P.s thankfully I have never encountered Java on eBay.

  37. Blu Ray Java based on iTV GEM? Blu Ray DRM based by Anonymous Coward · · Score: 0
    I have been looking at developments in interactive TV (OCAP/ACAP/MHP, etc.) and I noticed that this site (http://www.mhp.org/mhp_technology/gem/) had indicated that the Blu Ray organization was looking at using the Java-based GEM spec as the basis for interactive applications in Blu Ray media.

    GEM also appears to be at the heart of the convergence efforts for iTV (DVB-MHP, OCAP, ACAP, and ARIB - otherwise known as the digital broadcast standards for Europe, North America, and Japan for over-the-air and cable TV).

    One iTV standard would certainly simplify life for content developers, cable companies and broadcasters - but Microsoft and Toshiba are now pushing a Microsoft .NET based approach for HD DVD - and MS may be putting an HD DVD drives intothe Xbox 360 http://www.cooltechzone.com/index.php?option=conte nt&task=view&id=1473), coupled with MS's IPTV efforts - a unified iTV technology will be elusive.

    That said, there may be a unified DRM technology between HD DVD and Blu Ray based on AACS. See this site http://www.aacsla.com/ for the specications. Apparently, we would be able to download and burn DRM'd content to HD media.

    Fun fun fun.

  38. ARG by GoClick · · Score: 0, Flamebait

    Wow just what I always wanted, DVDs that crash and lock up the system or that keep records of things. Oh hey why not that need you to insert a patch CD first before going through some moronic high tech looking idiot made interface so that you can do stupid things, I liked the old days when you just put the things into the things and the moving pictures showed up in the magic box!

    This is a disaster waiting to happen.

    No this isn't a shot at Java this is a shot at over building things. What's next Java in my car?

    1. Re:ARG by Decaff · · Score: 2, Informative

      No this isn't a shot at Java this is a shot at over building things. What's next Java in my car?

      It may already be there:
      http://www.zdnetasia.com/news/software/0,39044164, 39185006,00.htm

    2. Re:ARG by jagorev · · Score: 1

      What's next Java in my car? Yup, been done already.

  39. A way around... by CoolMoDee · · Score: 1

    There is a very simple way around all of this...and I am supprised more people haven't found out about this yet...press the next chapter button. It has worked on every dvd played flawlessly..

    --
    Jisho - A Japanese English German Russian French Dictionary for the rest of us.
    1. Re:A way around... by sanosuke76 · · Score: 1

      In my experience:
      Most DVDs disable the menu button during previews.
      Many DVDs disable the next-chapter button.
      Some DVDs disable the fast-forward button as well.

      That having been said, a DVD player which does not completely adhere to the spec may choose to ignore the instruction to disable fast forward / chapter skip.

      --
      My 229 is all the Sig I need http://thegunwiki.com/
    2. Re:A way around... by Neon+Spiral+Injector · · Score: 1

      Not for me. The DVD standard allows buttons to be disabled. The DVD author usually disables the next title, fast forward, and menu buttons. My usual trick was to hit the stop button, then the menu button which would take me to the main title menu. But I recently got a DVD (MacGyver Season 2) that disables the stop button during the FBI warning. That is totally evil.

      Your player may just not honor the UOP (User Operation Prohibited) part of the DVD spec. But that is a totally cool violation with me.

    3. Re:A way around... by duffahtolla · · Score: 1

      It does look like 790!

      http://www.20bvert.com/media/TBAfter1.jpg

      Whats the status of the upgrade? Logs look dead.

    4. Re:A way around... by julesh · · Score: 1

      Does your player start playing immediately when you put a disc in? What happens if you press Menu before it starts playing?

    5. Re:A way around... by Neon+Spiral+Injector · · Score: 1

      Actually, I just started work on the car again last week. The site will begin to be updated again also.

    6. Re:A way around... by Neon+Spiral+Injector · · Score: 1

      Yes, my current player autoplays, and that can not be disabled. My previous player could have the autoplay disabled and the menu key would take me directly to the menu of the disc; skipping any early UOP screens.

    7. Re:A way around... by julesh · · Score: 1

      How about switching it off and back on immediately after loading the disc? :)

    8. Re:A way around... by Neon+Spiral+Injector · · Score: 1
      This is the technique I've developed:
      1. Put disc in DVD player.
      2. Go take a piss.
      3. Fix myself a snack and a cold beverage.
      4. Come back to the DVD waiting at the menu.
      5. Go to audio options looking for the DTS track, curse them for leaving it out again, settle for Dolby Digital.
      6. Start the movie.

      Seems to work OK, except when they have exceptionally long trailiers before the menu.
  40. Re:Java IS sux by CoolMoDee · · Score: 1

    He means Java on the *server* side. Just because it is written in Java does not make it an applet that your computer has to load. But if you really want to block all java - stop accessing all sites that use .jsp because their server uses java to prepare the page!

    --
    Jisho - A Japanese English German Russian French Dictionary for the rest of us.
  41. So... are there details anywhere? by mcc · · Score: 1

    "Java bytecode" isn't very specific. Will this be running J2ME? Something new? What?

    1. Re:So... are there details anywhere? by LarsWestergren · · Score: 1

      Exactly. I have a Sun certification rebate that expires in a few days. I was thinking I should I get the Business Component Developer (EJB) exam, but now I'm thinking perhaps the Mobile Application Developer (J2ME) exam could be a good move?

      Of course, I could buy both, but that would mean working really hard for months...

      --

      Being bitter is drinking poison and hoping someone else will die

    2. Re:So... are there details anywhere? by ishmalius · · Score: 1

      Over at news.com there is a video of the guy describing the implementation. And yes, it is J2ME.

  42. Re:Java IS sux by Decaff · · Score: 1

    Stop being difficult for the sake of it.

    I am simply pointing out what Java can do.

    Other than people who work in that industry no end-user cares a damn about what goes into running enterprise (god I HATE that word) solutions. Stop trying to pretend otherwise. You act like every little pleb out there owes a big thank you to people who write this crap in Java, ASP, .NET whatever for those wonderful big companies that keep our beloved economy moving.


    But they do. These systems are designed because they can provide services that really work, and that stay working under heavy load.

    And personally, for me as the end-user, I won't even use a site/service if it needs Java, it's just too much a security risk.

    In what way? Could you mention a single security breach due to Java in the past few years?

    I have permanently disabled Java in all browsers I have used for the last 6 years or more and will continue to do so.

    The sites I mention don't require Java in the browser at all. They are using Java on the server to provide your web pages, and to process your data.

    P.s thankfully I have never encountered Java on eBay.

    Yes you have! The entire E-bay site and infrastructure runs on Java.

  43. Lucky you by Anonymous Coward · · Score: 0

    I can't make it through the trailers :|

    1. Re:Lucky you by Anonymous Coward · · Score: 0

      I have a problem with messy covers :\

  44. Finally... by Ingolfke · · Score: 2, Funny

    I can run Eclipse on my Blu-Ray player!

    1. Re:Finally... by jagorev · · Score: 1

      imagine running JNode or JX on your DVD player! Then you could use the ethernet ports on these players to play streaming video on vlc on the java os on your java enabled dvd player! Yay convergence! I think I just threw up in mouth a little.

    2. Re:Finally... by julesh · · Score: 1

      I can run Eclipse on my Blu-Ray player!

      Unfortunately, Eclipse isn't a "Pure" Java app, so probably not. Azureus, however...

  45. Nope. by Jeff+DeMaagd · · Score: 1

    A player that can decode high definition video should be able to run Java software with incredible speed. Keep in mind that a CPU to handle menus doesn't need to be that powerful.

  46. Coasters by bigredgiant1 · · Score: 1

    I'll have more of them now; guess I'll have a place to set my java.

    --
    Vic
  47. Playstation 3? by Anonymous Coward · · Score: 0

    will run java?

  48. I Completely Agree by Nurgled · · Score: 1

    DVD menus should be completely declarative, and the exact layout should be decided and implemented by the player. This would allow for players which can attempt to read the menu captions out for blind viewers, among other benefits. It would also mean that they would by necessity be less flashy and annoying, and they'd work the same for every DVD. It wouldn't work the same on every DVD player, but then people might start shopping for DVD players based on who has the best UI, which would be fine by me.

    1. Re:I Completely Agree by N1KO · · Score: 1

      Blind viewers? Is that like deaf listeners?

      Seriously, I didn't think blind people would listen to movies... seems like a terribly boring thing to do.

    2. Re:I Completely Agree by TheBracket · · Score: 1

      I have a blind couple as a client, and was surprised to find a big-screen TV and DVD player in their front room. Apparently there is quite an industry in selling movies for the blind - complete with voiceovers telling you what's happening. From what they said, porn dominates that market, too!

      --
      Lead developer, http://wisptools.net
    3. Re:I Completely Agree by Nurgled · · Score: 1

      Perhaps "blind viewers" was an unfortunate turn of phrase, but many blind people do enjoy television and movies. Some DVDs even have a special audio track with descriptions accompanying parts of the movie that are very visual. Also, many "blind" people aren't completely without sight, so they may be able to discern scene changes and perhaps people moving around but not see with enough clarity to read and navigate the DVD menus.

      My point, though, was more that the menus could be tailored to the needs and preferences of the viewer, regardless of what those needs and preferences are.

  49. I can see it now by Cereal+Box · · Score: 2, Funny

    Joe Sixpack inserts his new DVD into the drive and...

    "NullPointerException? WTF?"

    1. Re:I can see it now by Decaff · · Score: 1

      Joe Sixpack inserts his new DVD into the drive and...

      "NullPointerException? WTF?"


      Surely better that an uncaught C buffer overflow?

    2. Re:I can see it now by glitch0 · · Score: 1

      "PC Load Letter? What the fuck does that mean?"

      --
      -Glitch "We all know Linux is great...it does infinite loops in 5 seconds." - Linus Torvalds
  50. now will someone port MAME to java? by acomj · · Score: 1

    Now you have a retro gaming machine, and with 50 gig per blue-ray disc, lots of room left over!

  51. In 2020.. by mattr · · Score: 1

    I predict the RIAA will be the number one revenue stream for malware authors, whose spyware and viruses will primarily be used to detect illegal files on the home network and alert the DVD player server to lock you out. I figure that's the main reason for the Java, to make it easy to calculate and update encryption. Conceivably an i-Mode type network could be built but it's hard to imagine all companies working together in step on it..

  52. Interesting things - how to kill a console by SuperKendall · · Score: 1

    Thanks for the link - I found this part AMAZING:

    Since the HD-DVD drives probably won't be ready by the time Xbox 360 is available in retail channels, Microsoft said it would ship the console initially with regular DVD drives and then revise the console with HD-DVD drives once they are ready.

    Yes, Microsoft is prepared to Osbourne its console!!! Who will buy the launch units when HD-DVD units (which you know some interesting games will make use of later on) will be out later?

    I was amazed that Microsoft did not originally include HD-DVD units, for the very reasons you noted about using it as a lever to push Microsoft technologies. This is going to give Sony and Nintendo a HUGE leg up, and shows a lucky break on their part (well, perhaps just good sense of timing) that they release when all of the console can truly be "NextGen".

    To throw another metaphor in there, I think the XBox 360 is now the Jaguar of the current console war (which shipped with kind of anemic cartridge capabilities, as I remember). Perhaps they can ship the HD-DVD drive as a toilet-shaped add-on that rides atop the original XBox 360. Hey, I owned one and liked it a lot so I'm allowed to kid!

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  53. Re:Java IS sux by duffahtolla · · Score: 1

    The AC is either trollong or just doesn't understand the difference between server side and client side java.

  54. Re:Java IS sux by Reality+Master+101 · · Score: 0
    Yes, because, like, no-one uses E-Bay, banks, stock-markets, airline on-line booking systems.

    You throw enough hardware at something, anything can be fast. That proves nothing. What has been proven to me, at least, is that every Java application I've encountered has been a slow, memory-hogging pig compared to applications written in other languages.

    Sure, it might be possible to write a Java app that doesn't suck. But all the hand waving in the world about Ebay, who can afford massive amounts of hardware, is not going to change everyone's personal experiences with the language. What, do you think everyone is making it up? No -- A LOT of people have sucky experiences with applications written in the language.

    --
    Sometimes it's best to just let stupid people be stupid.
  55. This is great ANTI-DMCA loophole!!! by Anonymous Coward · · Score: 0

    This is great ANTI-DMCA loophole!!!

    The only executable code on a DVD has at least one copy on the disk stored in UNENCRYTED non protected form, all other parts of a DVD are unlocked.

    The reason? The law, specifically as it eventually became DMCA.

    The full provision of DMCA allows any means needed to fully deprotect a protected asset if you are trying to execute code.... its in clear english in the act.

    I welcome any addition of executable instructions to Blu-Ray!!!!

    This is fantastic (and foolish for MPAA) news!

  56. Re:Java IS sux by Anonymous Coward · · Score: 0

    Yes you have! The entire E-bay site and infrastructure runs on Java.

    That would explain why eBay is so slow.

    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.

    But you also mentioned online banks. Several online banks do use a client side Java interface for end users (never mind whatever they are using server side) and I am saying I don't ever use any client side Java and never really have.

    So I still stand by my original view. Java as a run-of-the-mill end-user desktop application is about zilch. It's simply too slow. For other areas it may have some uses but don't expect me to get excited about them.

    P.S to the cretin below, yes I do know the difference between client and server side. Troll or not though, well that's all a point of view isn't it.

  57. Re:Java IS sux by Knetzar · · Score: 1

    That or doesn't understand that Java != JavaScript.

  58. Re:Java IS sux by Decaff · · Score: 2, Insightful

    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?

  59. Oh, Microsoft IS shipping with HD-DVD... by SuperKendall · · Score: 2, Informative

    Just not right away.

    Don't believe Microsoft would be so stupid? Read this!

    As the saying goes - Game Over, Man! And not for Sony.

    And for cross-reference, Balmer said as much (about the eventual inclusion of HD-DVD) when interviewed by Engadget way back in May. Actually what he really said then was they could go other way, but the link I provided seems to indicate which way they are swinging - and is anyone surprised it's whatever Sony is NOT doing?

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  60. And the worst bits by edremy · · Score: 1
    Are for children's videos.

    Some of the Thomas the Tank Engine videos my three-year old is in love with have 3 seperate, unskippable "We made this!" snippets, along with the FBI warning and two trailers. (At least the latter are skippable.)

    Now add in menus that have to go through the entire minute plus animation before responding, it can easily take three minutes from disc insert to viewing the video. Ever waited with a three year old desperate for his fix for that long?

    HULK WANT TO SMASH!

    --
    "Seven Deadly Sins? I thought it was a to-do list!"
    1. Re:And the worst bits by garett_spencley · · Score: 1

      Kid's movies are the absolute worst for this. Not because they do it more (although up until recently I had noticed it more on my kid's movies) .. but because parents often times put in a DVD so their kids have something to do while they go do something important.

      No parent wants to have to stay there for 10 minutes when they have better things to do just to watch all the damned previews and warnings so they can finally get to the god damned menu and hit "play".

      The marketing geniuses who thought that these forced ads would actually make someone more likely to buy their product need to go back to school. They'd get way better returns on their investments marketing to the niche who enjoy watching previews.

    2. Re:And the worst bits by glesga_kiss · · Score: 1
      Get a cheap DVD burner and some DVD software, rip the main movie vob from the disk and reburn it on it's own. Result is a disk that plays instantly, your sort of Thomas on Crack fix for the kids. No re-encoding, no loss in quality. Plus you needn't worry that the disk gets damaged as you can make another. You'd probably find that they could have fitted the whole six disc set on two disks, if not for the love of making more money. Then using that sale to further advertise to people so young and impressionable that you have to wonder how they sleep at night!

      This may or may not be legal where you are, but you are doing nothing morally wrong and the lawyers can stuff DVDs where the sun don't shine as far as I'm concerned. Sideways.

    3. Re:And the worst bits by edremy · · Score: 1

      I've actually done this with some of his old videotapes as well as converting the VHS&DVD songs to CD, I just haven't gotten around to it with the DVDs themselves.

      --
      "Seven Deadly Sins? I thought it was a to-do list!"
  61. They already have games today by SuperKendall · · Score: 1

    There are lots and lots and lots of DVD's with "games" on them today. Mostly kids DVD's but not all.

    I use the term loosely because the games are hampered by the fairly horrific need to use the DVD menu system to play them. This makes for really annoying games, even if you like the basic concept.

    In the DVD release of National Treasure, they had actually kind of a cool little movie/game, that was trying to interactively demonstrate different forms of encryption. It had some kind of interesting activities, but these would have been a lot nicer if the system had the ability to really be more like an application and less like a game tacked into a menu with a lot of loading pauses.

    Generally I am also against devices that try to do too much. But given what DVD's are already doing today I'd say allowing a little leeway with the menuing system is probably going to be kind of handy and work out well for everyone (that is the consumers too!)

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  62. Re:Java IS sux by Anonymous Coward · · Score: 0

    " It doesn't matter how good a language it is, if all it is capable of delivering are pig ugly end-user applications. Note: the majority of people couldn't give a hang about back-end, so called 'enterprise' solutions with Java) Azureus, LimeWire, Neo Office are all butt-ugly with sluggish, slow and buggy interfaces. The promise of Java on the desktop is long since over. People realized that it just didn't deliver. No surprise then they are desperately trying to find other uses for it like embedding it into DVD Players."

    The fact that this is modded +5 insightful really shows how much Slashdot has become a haven for idiocy. Your so called 'note' is honestly one of the dumbest things I've ever heard. You really think people don't care about the websites they visit for things such as banking, auctions, airfare etc.? You and anyone who modded this as insightful is an idiot.

    Slashdot has become nothing more than a page for open source extremists to vent their frustrations.

    P.S. Real good example of open source by using Slashcode to render this site. Slashcode looks like it was written by a 10 year old who has never touched a computer.

  63. Has to by SuperKendall · · Score: 1

    Yes, since it will also be a Blu-Ray player.

    What that really means though, we all have no idea as there are a lot of variants of the Java platform.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:Has to by Anonymous Coward · · Score: 0

      It means Blu-Ray (players) will be even more expensive than we thought.

  64. Who cares about baggage, they're using Cell, right by r_jensen11 · · Score: 0

    I thought the companies were thinking of using Cell for their processors, and if they are, wouldn't having a supercomputer kind of deminish the fear of Java's "slowness"? Or was the talk more of using Cell to power new TV's and the like?

  65. Thinking about how this will benefit set-top box!! by Anonymous Coward · · Score: 0

    While reading WiReD circa 1995!!!!!!!!!!!!!! OMG OMG OMG SET TOP BOX! orange TEXT on green BACKGROUND omG oMg Omg OMG OMG OMG!!!!!!

  66. Hopefully, we can have consistent menus, etc by fuzzymutant · · Score: 0, Offtopic

    Assuming the beasty retains state, I can have consistent look and feel to the menus and options in my collection. I can set what I sound system I have, what languages I speak, etc. And also, I can export my preferences and viewing habits, so I know when I last watched something, which special features I have used, etc. And for the doting (control freak) parent, last time the porno collection was played :) For the recorder, lots of neat options abound (in NZ, we do not have tivo). And finally, WIZZY screensavers !!! :)

    --
    Does anyone read this ?
  67. Still a flawed benchmark by grahamsz · · Score: 1

    I like java a lot and use java a lot, but this sort of benchmark doesn't prove a whole lot. It IS impressive that Java can run floating point ops at the speed of C++.

    However, java is slow because of object allocation and deallocation and arguably because of the immutability of objects.

    Personally i think the drop in runtime speed is acceptable given shorter development times and safer code.

    1. Re:Still a flawed benchmark by julesh · · Score: 1

      However, java is slow because of object allocation and deallocation

      OK, Java can't allocate objects on the stack. Most applications these days don't do very much of that anyway -- stack based allocation is dangerous in many situations and is discouraged because of the danger that a pointer to an object may accidentally last beyond its lifetime.

      The vast majority of applications written today also use either mark & sweep garbage collection (like Java) or reference counting (which is simpler but, according to most benchmarks, slower).

      Frankly, I'm pretty confident that Java's approach is the right way in about 90% of all situations.

      and arguably because of the immutability of objects.

      Only Strings and Numbers are immutable. For applications that do a lot of work changing the contents of strings, StringBuffer is a perfectly acceptable alternative. And Numbers aren't used much at all.

    2. Re:Still a flawed benchmark by indifferent+children · · Score: 1
      It IS impressive that Java can run floating point ops at the speed of C++.

      No, it isn't impressive. That just means that the JVM isn't performing the floating point ops at all. The JVM was coded in C or C++, and calling a floating point op in Java just runs that chunk of C or C++ (which probably hands the work off to the CPU's floating point hardware.) The fact that calling a chunk of C/C++ code incurs a 6% penalty actually kind of sucks.

      Don't get me wrong, I use Java. If you want a GUI app (esp. cross-platform), then the penalties of Java might be well outweighed by the benefits. None of the C++ GUI toolsets that I have tried have a good enough combination of power + ease-of-use (note, I mean business-app, widget-oriented toolsets; SDL kicks ass for game dev). Java with Swing or SWT offers the ease-of-use of Visual Basic, with a great object-oriented language, less vendor lock-in (and less odius vendor(s)), and is cross-platform. But if you need raw perfomance, stick with C++ (or C if you have unlimited developer resources, tightly constrained hardware resources, and extreme performance requirements.)

      --
      Censorship is telling a man he can't have a steak just because a baby can't chew it. --Mark Twain
    3. Re:Still a flawed benchmark by Decaff · · Score: 1

      No, it isn't impressive. That just means that the JVM isn't performing the floating point ops at all. The JVM was coded in C or C++, and calling a floating point op in Java just runs that chunk of C or C++ (which probably hands the work off to the CPU's floating point hardware.)

      That is not the way it works at all. It does not call out to C or C++. The JVM generates optimised machine code, inlining floating point operations. You are right that the JVM isn't performing floating point - it is the machine code generated at run-time by the JVM.

      The fact that calling a chunk of C/C++ code incurs a 6% penalty actually kind of sucks.

      Apart from the wrong assumption in this statement, the 6% is less than the difference between code produced by different vendors C++ compilers, so is insignificant.

      But if you need raw perfomance, stick with C++

      If the difference is only a few percent between Java and C++ even for numerical work, I can't see the justification for this statement.

  68. Not just games, interaction by maharg · · Score: 1

    If the plan was just to add games, then I would agree with you. Actually, the idea is that MPEG-4 streams will carry coded "objects" which the user can interact with. Hence MPEG-J. See http://www.chiariglione.org/mpeg/tutorials/koenen/ mpeg-4.htm

    --

    $ strings FTP.EXE | grep Copyright
    @(#) Copyright (c) 1983 The Regents of the University of California.
  69. IAADA by neoguri · · Score: 1

    IAADA (I am a DVD author person) (or what ever I'm called) and agree that badly designed menus are a disgrace. I also know that potential clients of ours sometimes choose to 'let some one else author the dvd' because they are just not willing to pay the price for a proper design that a professional business as ours asks.

    But standardizing widgets is just plain stupid; it's like standardising book covers. What I would personally like to see is a more coherent view on the look-feel of a product and that all design related to the disk is done by one person ie. the inlay, the disc-print and the menus.

  70. Two reasons why I object to Timothy by tod_miller · · Score: 4, Insightful

    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:

    FLASH IS A DISPLAY / VECTOR ANIMATION TECHNOLOGY.

    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.

    Anyway.

    --
    #hostfile 0.0.0.0 primidi.com 0.0.0.0 www.primidi.com 0.0.0.0 radio.weblogs.com
    1. Re:Two reasons why I object to Timothy by Anonymous Coward · · Score: 0

      Un-bunch your panties, there are plenty of legitimate reasons to object to Timothy.

      This, however is a joke about bloat, not about any Java implementation of flash.

      I'm surprised that so many mods misunderstood the reference.

  71. Re:Java IS sux by CowboyBob500 · · Score: 2, Funny

    Out of work VB6 developer by any chance?

    Bob

  72. Java, Jython, ... by cpghost · · Score: 1

    Java is just a programming language

    Actually, it's just the Java VM that will be included in the players. Which means that you could program in Java or Jython or any other programming language whose compiler outputs opcodes for the Java VM.

    --
    cpghost at Cordula's Web.
  73. Next stop? by Captain_Chaos · · Score: 1

    Next stop, annoying Flash intros.

    Because of course with the existing DVD technology it isn't possible to create annoying intros. Plus, all Java is good for is creating annoying intros.

    Wow, that's dumbest remark I've read in a long, long time.

  74. Re:Java IS sux by julesh · · Score: 1

    Azureus,
    LimeWire,
    Neo Office

    are all butt-ugly with sluggish, slow and buggy interfaces. The promise of Java on the desktop is long since over. People realized that it just didn't deliver.


    Many of us have realised that Java isn't the problem. AWT doesn't deliver. SWING, being based on AWT, also doesn't deliver. SWT, however, seems to be pretty good. My company has its own internal class library, similar in many ways to SWT, which also works well.

    AWT is just too abstract -- the double layers of abstraction involved in every operation slow it down too far. Use Java without it, and you'll see a big difference.

  75. Re:Java IS sux by Decaff · · Score: 1

    Ebay, who can afford massive amounts of hardware, is not going to change everyone's personal experiences with the language.

    It is absurd to say that a company like E-Bay would deliberately waste money throwing hardware at a slow language.

    They use Java because of its speed.

    Java is being used in record-breaking sites that are hitting tens of thousands of transactions per second.

    What, do you think everyone is making it up?

    Actually, yes. Java has a reputation from years ago, and most critics are basing their opinions on that reputation or the experience of a slow GUI (which is certainly not the best way to measure speed).

  76. Many other languages for the JVM right here.... by Anonymous Coward · · Score: 0
  77. Re:Java IS sux by daikokatana · · Score: 1
    I don't use LimeWire or Neo Office, but if you're going to call Azureus butt-ugly, slow and sluggish I'm afraid I just have to hit reply!

    First of all, to each his/her own: I very much like the beautiful (in my eyes) interface Azureus presents the user with.

    Second, I'm running Azureus on a Pentium 133Mhz, 48Mb Ram running Windows 2000 Evaluation and I can assure you that it's not slow. If it's not slow on that old iron, it should definitely not be slow on something that can be considered of this era.

    Third and last: Java was DESIGNED for embedded systems, they are not fleeing to other markets now as you'd like to point out.

    --
    http://jcsnippets.atspace.com/ - a collection of Java & C# snippets
  78. Crap! Another proprietary format! by callipygian-showsyst · · Score: 1

    Why would the industry want a proprietary, non-standard language in their set-top players? They'd be much better off putting Squeak or Python, or just about anything else in there....even .NET!

    1. Re:Crap! Another proprietary format! by Anonymous Coward · · Score: 0

      I know I am feeding the troll, but may you should go research the meaning of the word proprietary!

  79. Panasonic DVD recorders ARE slow to boot! by mapnjd · · Score: 1

    My Panasonic DVD-RAM recorder takes a flipping age to boot, and to shutdown. Presumably its checking the filesystem on the disk or something.

    Jave would speed it up.

    --
    Bus error in your favour. Collect 200kB
  80. Better subtitles? by Jack+Taylor · · Score: 1

    Hopefully this will enable better subtitles in the features themselves. I'm a little bit of an anime fanboy, and anyone that watches a lot of anime can tell you that the fansubs (fan-made subtitled anime releases) have far superior subtitles to the dvds, as they hard-code the subtitles into their releases. These days, during the opening theme tune, every fansub has an English translation of the lyrics, a romanized Japanese version, and a version in Japanese script. The dvd version will invariably just have the English translation, or even just the romanized Japanese. The fansubs are also able to translate signs that appear in the feature, whereas dvds can't. If the professional anime releases came to approach the standard of free fansubs, I would probably buy a lot more anime dvds. Does anyone know if this will be possible, and if the HD-DVD camp has an alternative solution?

    --
    One good turn - gets all the covers.
    1. Re:Better subtitles? by Teancum · · Score: 1

      The reason why the subtitles are not any better simply has to do with the sub-picture spec. All sub-pictures (the sub-titles in DVD movies) are very simple bitmaped images that are partially compressed with a run-length encoding algorithm, and only have four colors of depth. Those colors are indexable to a full RBG color pallet, but you have to set those colors up in the first place. And not all of the colors are available in all circumstances (different colors apply when the selector is "highlighted" over that part of the sub-picutre.

      This system was originally done because much of the original DVD work was done in Japan, and they wanted to have an easy way to display Japanese characters... especially as Unicode was not as widely used then as it is today. It also gives a little more flexability in positioning the elements, as opposed to Line-21 closed captioning done with broadcast television.

      As to why video publishing companies don't take advantage of more captioning options, I think it is more a curse of companies not really caring about their fan base except for what minimum work they have to accomplish to get their money. The technological capabilities are already there to have up to 32 different sub-pictures simultaneously in the same video piece. I don't know anybody, however, that really takes advantage of that capability. Multiple languages are almost as easy, and really don't take up that much room on the DVD compared to the video bandwidth.

      As far as being able to customize a DVD disc, somehow I don't think that is going to happen. It would be cool to be able to add on extras as a fan, but most studios prefer to have the extra "power" to control their product.

  81. Technical Details on Blu-Ray Java by Anonymous Coward · · Score: 0
    Hi, I've got some details for people interested in the spec:
  82. Great by Anonymous Coward · · Score: 0

    Now my dvd player will be even slower :(

  83. Java may = DRM... by Sabathius · · Score: 0


    Java can run crypto. I bet you 10 bucks they will use it to enforce some new Drackonian DRM scheme.

  84. Re:Java IS sux by tod_miller · · Score: 1

    The European Commission are also using Java in environments that take so much stress there is no other option, and because of its reliability and team oriented nature (the standards in development an close ties to many tools) it has gone 100% Java.

    The biggest hurdle for many people who taught themselves languages like perl, and vb, is they learned in a linear, copy paste way of doing things.

    The languages support linear learning. Java does not really.

    You need to know what an object is, a primitive, object concepts, method calling, scope and a heap of other things (not even counting the need to know the standard libraries) all at once to really be productive.

    I learned VB on the first day of the job, when I said I could do it, and got the job. (oh so many painful years ago.... :-)

    --
    #hostfile 0.0.0.0 primidi.com 0.0.0.0 www.primidi.com 0.0.0.0 radio.weblogs.com
  85. Java ? by itsnotthenetwork · · Score: 1

    Oh great.
    As if starting a movie isn't slow enough as it is....

  86. CD and DVD problems by Anonymous Coward · · Score: 0

    I don't buy DVD's anymore.
    My heart broke when I find out that DVD's don't last for more than a few years... something to do with the durability of the information on them being less than 5 to 10 years. Everybody thinks these silver plastic discs will last 10,000 years or more, only to find out that EPA wanted green plastics for the landfills. Now I know why my DVD home movies and albums suffer from skipping and just plain won't play. losing money and memories along the way.

    Note: Biodegradable media turns to tiny pellets. That means green CD and DVD (burnt or pressed) will start to degrade once you open the package.

    Copy and paste:
    www.lenica.net/bioplastics/patel.ppt

    Review of Life Cycle Assessments for Bioplastics

  87. This is ancient news and lousy planning by Teancum · · Score: 3, Informative

    OK, yes, the announcement is something new and it is relevant for /. to report this kind of story, but as far as the DVD industry is concerned, they blew their chance and this is essentially old news.

    Every DVD player comes equiped with its own CPU, and even its own assembly code that is a part of the DVD-Video specification. This is already a part of the DVD-Video spec from even the very beginning. The problem is that Hollywood (together with the other members of the DVD Consortium... now DVD Forum) deliberately crippled the CPU so that it could in reality do very little. I've described this CPU has having 26 registers, no RAM at all, and 1 TB ROM address space, with incredible video capabilities but lousy rendering capabilities (sub-pictures).

    Frankly, I think the DVD Forum blew their chance at having a cheap consumer entertainment computer back when the original design was put together back in the mid 1980s. If the CPU would have even had just a little bit more computing power, including a small (even 64 K) amount of RAM and text rendering capabilities (nothing new or even expensive to implement back when the design was being put together) they would have had not only a movie playing machine, but a computing platform that would have been more widely distruted than the X-Box or Playstation.

    Even before the DVD-Video 1.0 spec came out (it was at a beta 0.98 when I mentioned this) I was suggesting to the design committee for DVD-Video to incorporate Java into the specification. Even then (about 10 years ago) I felt that some sort of programming environment would have been both easy to implement and offer to make DVD-Video something well beyond a simple movie playback box. Obviously my idea fell on deaf ears. Too bad I didn't patent the idea (perhaps I should have).

    The DVD Forum will probabaly screw this one up as well, but at least they are going down the right general direction. IMHO there is no reason to make it specific to the Blu-ray format except as a splash to make the new generation of players seem to have more capabilities. Existing DVD discs certainly could be using this same capability, and there is plenty of space on a DVD for some binary (even raw source code) programming instructions, with a full two hour movie.

  88. Yes but by Anonymous Coward · · Score: 0

    During that period while the hotspot profiler thread is looking for sections of code to optimize, your performance is going to be quite horrid because your program will be competing for resources with a compiler. So instead of a start-up pause we have a start up "really slow period".

  89. Blu-Ray Players, a new gaming platform/console? by rubberbando · · Score: 1

    This is a good thing. If these players are able to read CDs and regular DVDs as well, I could easily see this becoming a new platform for homebrewed games. Which would be a huge boon for small time indy game makers. :-)

    --
    DEAD DEAD DEAD DELETE ME
  90. Glad to know... by Anonymous Coward · · Score: 0

    that the PS3 will not have this java "feature". So 'This means that all Blu-ray Disc player devices will be shipped equipped with Java.' is thankfully incorrect.

  91. Back to basics for Java by htd2 · · Score: 1

    The Green project which spawned Java at Sun origionally targeted set top boxes and consumer devices. Oak which morphed into Java was intended to support the kind of consumer device which blu-ray will be.

    The slowdown in interest in set top boxes coincided with the rise in interest in the Internet and Java was born. We are have now come full circle with most mobile phones supporting java.

  92. Encryption by dfj225 · · Score: 1

    My guess for the real reason for putting Java on a set-top box is to have real a real encryption system. This way the box could be programmed to use a high quality encryption system, perhaps one like what is used to encrypt web traffic today. I'm guessing a system like this would be much harder to crack than one that is in use today, but it doesn't seem impossible to me.

    --
    SIGFAULT
  93. My top peeve about the FBI warning by markdowling · · Score: 1

    is that the FBI have no jurisdiction in the country I bought the DVD in/live in (Canada).

  94. Cool applications of this by DickBreath · · Score: 3, Interesting

    Do I get this right?

    A $50 box that is quiet, plugged into my TV, plugged into the Internet, and can run custom code from a custom disk that I burn?

    Possible applications anyone?

    A cheap slave box with a custom Java code that functions as an alternate type of MythTV front end, that streams video on demand from a MythTV backend?

    Games? (Using only the remote control as an input device?)

    A general porpoise Java app could be written that talks to a server, where the server "drives" the user interface on the TV screen. This general purpose DVD only needs to be released once. Applications can be written on your Linux box that present any type of user interface for any purpose. Home control menus and applications, for example. Show me the latest Slashdot headlines. (But the custom code for this is on the Linux box, the DVD is just a general remote driven user interface toolkit.) Show me the current weather map. Show me the front door security camera.

    --

    I'll see your senator, and I'll raise you two judges.
  95. A little off topic by jacem · · Score: 1

    I think the problem is deeper than whether JAVA or C or some other language is used. The problem is that the device recieves outside updates.

    As the patches become more sophistcated{sp} or bloated depending on your point of view the device of course slows down.

    This is especially true of updates that phone home to track usage. {To improve your user experence of course.}

    JACEM

    --
    DOC Disinformation Obfuscation and Confusion
    The carrot to FUD's stick
  96. Doesn't anybody know the current DVD specs? by evilviper · · Score: 1
    Next stop, annoying Flash intros.

    Lots of other people have been defending Flash, but so far I haven't seen any comments that mention the fact that FLASH IS ALREADY IN CURRENT DVD-PLAYERS.

    Those interactive DVD menus, little buttons the light-up when you select them, transitions from one sub-menu to another, etc, it's all done in Flash right now.
    --
    Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  97. You have no idea what you're talking about by cartman · · Score: 1
    In which universe? It sure as hell isn't this one. Java 1.5 start up time is appalling.


    I just compiled a small Java command line application and executed it, using Java 1.5 on my 2.8 ghz p4, in this universe. Startup time for the Java app was 51 milliseconds, which is virtually imperceptible to the user.

    It also quickly consumes huge amounts of RAM and sends the machine into swap even with small Swing apps.


    As a test, I just ran a minor swing app, and the RAM consumed was 9M (excepting share). This would not "send the machine into swap" unless I were using a 386 sx/16 with 8MB of RAM from 15 years ago, or unless I were running so many other things that I had virtually no RAM remaining, which would be my fault and not Java's.

    You call them "misconceptions"... they aren't. I'd encourage anyone to actually *try* modern Java/Swing apps...


    You may consider taking your own advice. Several of the things you claimed were true can be proved false. Either you didn't try the things you claimed, or you're making stuff up, or you did something wrong.

    ...I routinely use the IntelliJ IDE/Case Tool, which is an enormous, heavyweight application written using Swing. Although the memory usage is worse than a comparable C++ app, I don't detect any difference in GUI responsiveness. In fact, GUI responsiveness is so good that Swing apps on Windows are perceptibly more responsive than natively compiled C++ apps on XF86, since X still imposes noticeable performance penalties.

    Granted, memory usage is worse with Java. This is for two reasons: 1) a generational compacting collector takes about twice the heap space, and 2) libraries are not shared between different Java apps. The second problem is going away with Java 1.6. The first problem can be gotten rid of by changing garbage collection parameters, but it's a size vs. speed tradeoff.

  98. Re:Java IS sux by DerWulf · · Score: 1


    erm, you getting activeX and applets all mixed up. An applet running on you machine can't do much besides hog your cpu (which java apps are reeeally good at ;).

    Also, backend java doesn't require anything besides html as interface for the use.

    --

    ___
    No power in the 'verse can stop me
  99. Cake or Pie by greginnj · · Score: 1
    java is cake to reverse engineer

    The phrase that means "easy" is "a piece of cake", not "cake" by itself. If you don't know the idiomatic expression, don't use it.
    No, it's "easy as pie"

    If you're on a lo-carb diet, leave the hi-carb linguistics to others.
    --
    Read the best of all of Slash: seenonslash.com