Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!


Forgot your password?
Communications Programming IT Technology

Adobe To Open Real-Time Messaging Protocol 108

synodinos writes "Adobe has announced plans to publish the Real-Time Messaging Protocol specification, which is designed for high-performance transmission of audio, video, and data between Adobe Flash Platform technologies. This move that has followed the opening of the AMF spec has been received with varying degrees of enthusiasm from the RIA community."
This discussion has been archived. No new comments can be posted.

Adobe To Open Real-Time Messaging Protocol

Comments Filter:
  • Re:Who are... (Score:2, Interesting)

    by casals ( 885017 ) on Thursday January 22, 2009 @03:09PM (#26563703)
    a, bob-e
  • Re:Adobe (Score:5, Interesting)

    by SanityInAnarchy ( 655584 ) <ninja@slaphack.com> on Thursday January 22, 2009 @03:26PM (#26564027) Journal

    Which proves two things:

    GP doesn't know WTF they're talking about... ...but they're right. PDF is an open standard, implemented by other vendors in a way that sucks, yet Acrobat still sucks.

    In fact, Adobe has never really been known for performance. For another fun test, take a Flash video, download the FLV, and play it in any other player. Compare CPU usage.

    Last I tried this, in Flash, it was over 50% of a core. In VLC, or mplayer, or pretty much anything else -- despite the fact that this is FLV, which is presumably designed for Flash -- and it's less than 1%.

  • by SanityInAnarchy ( 655584 ) <ninja@slaphack.com> on Thursday January 22, 2009 @03:28PM (#26564057) Journal

    Not really.

    First, it's got the same problem as any other proprietary application which opens specs -- there's only one implementation, and that implementation is proprietary. Most specs at least include a reference implementation.

    More importantly, how long have the specs been open? Last I checked, they were only open for developing anything but a client/viewer.

  • by RobTerrell ( 139316 ) on Thursday January 22, 2009 @03:40PM (#26564297) Homepage

    I'm not sure there's any point to this, since the Red5 guys have already documented and implemented the protocol. And Wowza has a fantastic implementation, even though it's not open source. If nothing else, I'd like to see "Abobe" explains the fucked-up connection handshaking. "Send me any ol' 1500 bytes! Ok great, you're connected!"

  • by againjj ( 1132651 ) on Thursday January 22, 2009 @03:55PM (#26564601)

    Search on google for: gnash clean room

    What you will find is that Adobe made it difficult to legally work on an open source viewer, and that the specs that exist are either (1) leaked, and therefore it is questionable whether you can legally use them, or (2) from a clean room reverse engineering.

    From: http://lwn.net/Articles/270056/ [lwn.net]

    Gnash development has been done using a Clean room reverse engineering technique. By agreeing to the license for the Adobe (formerly Shockwave) Flash player, a developer gives up the right to develop a competing product.

    From: http://www.gnashdev.org/?q=node/30 [gnashdev.org]

    Rob: The Adobe EULA for Flash forbids anyone who has installed their Flash tools or plugin from working on Flash technologies. This has had a chilling effect on the development of free Flash players, since a developer must either choose to decide that Adobe won't sue them over this, or to do what Gnash does, which is a slow and inefficient, clean room, reverse engineering project.

    Adobe has declined to comment on this issue, since the confusion benefits their lockin of the market. Although Adobe has said they support Open Source projects, and donated Tamarin to Mozilla, we'd love to see a public statement that Gnash developers won't be subject to a lawsuit. It's very difficult to find developers that have never installed the Adobe software ever, which is what we've been doing to maintain our clean room approach.

    From: http://www.openmedianow.org/?q=node/21 [openmedianow.org]

    Savoye suggests that, "Most of this documentation, if we really wanted it, has already leaked out on the Internet years ago."

  • Re:Adobe (Score:3, Interesting)

    by Andy Dodd ( 701 ) <{atd7} {at} {cornell.edu}> on Thursday January 22, 2009 @03:59PM (#26564669) Homepage

    Amen to this. This issue is the only reason I rip Hulu videos instead of just viewing them directly. The ads aren't that intrusive and ripping is less convenient than putting up with a few ads.

    The problem is that on my HTPC (An older machine, Athlon XP 2800+), the Flash-based player is unable to play back video at full speed. mplayer, on the other hand, plays back ripped Hulu videos with plenty of CPU to spare.

  • by Conspiracy_Of_Doves ( 236787 ) on Thursday January 22, 2009 @04:24PM (#26565079)

    ...embed a chat room in a PDF and talk to anyone who has a copy of the same PDF open.

  • by zobier ( 585066 ) <zobierNO@SPAMzobier.net> on Thursday January 22, 2009 @07:12PM (#26567617)

    And Nellymoser, one of the audio codecs.

    It's good that they're opening up RTMP but they just released RTMFP/Stratus which looks like it's going to be very interesting. I want to create a system based on top of RTMFP but I don't want that system to be at the mercy of Adobe. Hopefully someone (like the guys behind Red5) will reverse engineer the Stratus interface.

news: gotcha