Helix DNA Client Source On Oct 29

nexex writes "Real's Helix DNA Client's source will be released on October 29. The Helix DNA client is available through both the RCSL and the RPSL licenses. More information on these licenses at their licensing page. Intial platform support is planned for Win32, OSX, and Linux. More technical details available here."

Comments

YEA!

[Anonymous Coward]

Ogg Vorbis Audio Support

Through the assistance of the Xiph.org Foundation, the Helix DNA client will supportthe Ogg Vorbis audio codec, to provide a complete open source streaming audio playe framework.

Re:Grounbreaking

[blowdart]

Not entrirely free? Well it's not open either.

The open formats it supports are already out there, they've kept the useful ones, Real Streaming support as binary only.

It's also crippled, in that it doesn't support SMIL, so the fancy type of streaming done right now with real (pictures, and text with your video) aren't possible.

Real Audio/Video binary only!

[S.I.O.]

According to the specs:
https://www.helixcommunity.org/content/tec h/client .html

the RealVideo and RealAudio parts won't be opensourced. This really sucks, I'll stay with MPlayer.

Comment removed

[account_deleted]

Comment removed based on user account deletion

I'll wait...

[SoSueMe]

... for the rest of their plans to be completed.

From the site:

Standards-Based A/V Data Type Support
The Helix DNA client will contain support in source code form for the following data types:
MP3
Narrowband AMR
H.263
In addition, binary-only support will be provided for:
RealAudio G2
RealAudio 8
RealVideo G2
RealVideo 7
RealVideo 8
RealVideo 9
In the future, RealNetworks may be able to release support for:
SMIL
JPEG
GIF
PNG
PCM
AVI
WAV
AU
Rea lText
RealPix

Right now, I'll stick with my media "toolbox" and see what the "Swiss Army Knife" looks like when it's done.

ibangmyheadandsayhellyeahtothemotherfuckinghelix

[t0qer]

I've dealt with handling different media types over the years on my website
over the years. The worst and I mean the worst part about it is you always have to triplicate or quadricate your work because if you leave any kind of browser or platform out whines will be a calling from the peanut gallery.

Years ago we used real, but then real started bloating the crap outta their player with nagging popups and BSOD, so people started wanting windows media more, since it was installed in the OS and didn't require a seperate download. Problem is, most people in the publishing industry use macs, so we had to do quicktime too. Right now anytime the boss says "Do some digital video" I go "Ugggh!" because I have to do work to deliver to 4 different platform.

Which is why this statement caught my eye..

The Helix platform will provide a single solution for all your digital media delivery. Currently, three disparate digital media architectures power 90% of media consumption. To maximize audience potential, enterprises and service providers are often forced to support all three platforms, including separate operating as well as development costs for each platform. This wastes time, money, and resources that could be better spent elsewhere. The Helix platform services all three of those architectures, today!

So no more jumpin hoops between 6 different applications to make content? Thats fucking bitchin as hell!!! I've been using linux lately for both firewire and BT878 capture, and although the editing tools don't compare to premiere or virtual dub, the reliability of the capture is so much better than it was in windows, I can't look back. Helix looks to be an alternative to getting a lot of work done all at once, instead of application hopping. (Which sucks)

I see Helix doing well, i'm going to fuck around with it today if I can. Anything that gives me more time for pr0n and counterstrike is priceless.

This is Real

[mcc]

Why did you not mention that this is RealMedia/RealNetworks? (Whatever their name is this month.) That's a pretty big deal. This little paragraph here seems like an even bigger deal, if they actually mean it and aren't just engaging in demagogery to win our hearts over or something-- that seems like a complete 180 from RealNetworks' previous violently-propeitary stance :)

I was about to post a comment saying "Okay, this is interesting, there's some project that is going to try to make a cross-platform media player, that's a nice goal, and great for linux users, but Quicktime already does anything i want it to. What can this do Quicktime can't?" ... and then I read the FAQ and realized, wait, this actually has an existing codebase that RealNetworks is going to put in. Hm. Wait, that potentially means that i could embed RealOne's decoder/display component into a Quicktime plugin, and never have to use that horrifically ugly RealOne program again :)

Anyway, i'm really curious how much they'll commit themselves to this. I can at least tell they are still going to keep their crown jewels-- the RealAudio/Realvideo codecs-- to themselves-- from the faq:

What parts of your platform are not being licensed?

Almost every part of our system is available for licensing. Some parts of the system, such as the RealAudio and RealVideo codecs, require commercial licenses that are different than community licensing. We are streamlining the licensing of our codecs to spread their ubiquity. Also, the Media Commerce Suite, the Broadcast Management System (BMS) and the subscription system leveraged by RealOne SuperPass are not part of our community source or open source initiatives at this time.

Meh. Still, though, even if the codecs are going to be black boxes in this Helix system, how close to them can you get? In the past, as far as i can tell, Real has always licensed its realmedia-embedding APIs such that anyone who gets to use them has to agree they will never use those APIs to create a program that will convert from Real into some other format. But if they're open-sourcing a media system that plugs into the realmedia codecs, then that would imply that it would be relatively easy to create something like a RealVideo streamripper, or a RealAudio-to-mp3 converter. Are they going to try to prevent this? How? Does the license give them the ability to do this? (I'm really sorry, but i haven't even attempted to read those licenses yet. As you can tell from my frightful spelling, i just woke up, and there's no way i will be able to parse legalese right now.) The FAQ says their license is "like" the GPL, but says it has different patent language (unsurprisingly) and says something confusing about "folding back" code that sounds vaguely NPLish.. I will be VERY interested to see what RMS' comments on it are.

Anyway, this should go somewhere interesting. It would be nice if MPEG4 over RTSP could become the worldwide streaming media standard, but RealVideo with an open-source media platform wrapped around it wouldn't be *too* bad. At the least y'all linux people might finally get a *REAL* generic media layer API :) And apple is probably going to just go frantic over this, which is always fun to watch. This will all be neat to watch unfold, really. Let's see what happens.

Re:This is Real

[robla]

Many great observations by mcc. A few notes here:

• Be careful what you wish for with MPEG-4, however...
• I share your desire for RTSP world domination :)
• We will be announcing new terms for RealAudio and RealVideo in our October 29 webcast. However, I wouldn't get too excited about some of the possible applications you mention (sorry, I can't be any more specific than that for now). The bottom line is that RealAudio and RealVideo will not be available under the RPSL. I know from talking to Richard Stallman about that that he's not pleased with that. However, he was pleased to hear about our support for Ogg Vorbis (which is progressing nicely).
• There are benefits to us not giving away everything. The biggest benefit is that RealNetworks stays motivated to invest heavily in this technology. Because we've got a clear commercial motivation to stay ahead on the technology curve, we're not going to merely lob this over to the open source community and say "here, you deal with it". We absolutely intend to ensure the Helix media engine remains state-of-the-art. (Of course, don't take this to mean that we don't need the community; we do.)

In short, I think there's a lot to be excited about. This is our first big overture to the open source community, but it's not our intention for it to be the last.

Rob Lanphier
Helix Community Coordinator

Re:ibangmyheadandsayhellyeahtothemotherfuckingheli

[buddha42]

Not quite as good as your thinking. The Helix Producer is only capable of producing only Real codec content. Helix Server can however serve/work with encoders for real, windows media, and quicktime. This will help consolidate your servers (good thing) but you will still need multiple encoding platforms. bart

Why this is significant

[robla]

Hi all,

I'm the Helix Community Coordinator (though I'm getting many complaints for my self-chosen wimpy title...suggestions appreciated).

Basically, what's interesting about this is that it's a generalized architecture for any datatype. So, while it's true that there are many MP3 players out there, there's few which are able to handle multiple streams, mixing them with other audio sources, adding in multiple video sources, and hey, throw in some JPEGs, GIFs and Flash while you're at it.

What we're releasing on October 29th won't look very sexy from an end-user perspective. We're basically putting out an engine that'll do all of that stuff with the right plugins. However, it's a down payment on much more. We hope to soon ship support for SMIL, JPEG, GIF, etc.

In the meantime, the technology we're releasing is nothing to sneeze at. I think a lot of the stereotypes about the RealOne Player will be dispelled with the code that we ship. Please take a look, we think you'll like what you see!

Rob
(who's now realizing that he's declared open season on himself for soliciting title suggestions)

Re:Why this is significant

[robla]

So you can handle multiple codecs. So can a dozen other players. Move along people, nothing to see here

It can handle multiple codecs simultaneously, doing real-time mixing of sources and maintaining synchronization defined at the application layer (thus making it capable of supporting SMIL). That narrows the field significantly.

Rob Lanphier
Helix Community Coordinator

Re:Why this is significant

[robla]

Great question. I can't give you a great answer just yet, but I think we've got a pretty good answer.

We continue to work on the RealOne Player for Linux and for other platforms. However, as you can tell, progress on this hasn't been as fast as we would like.

The great news here, though, is that there is this media engine that we're putting out. We're hoping that GNOME, KDE, Motif/Lesstif and other toolkit-specific GUIs emerge for these (similarly to what has happened with Galeon and Netscape's Gecko engine). We'd love to help facilitate that type of an effort.

Rob Lanphier
Helix Community Coordinator

Re:Why this is significant

[robla]

This question has a couple of dimensions to it: "why should I trust RealNetworks when there are alternatives I trust?", and "how does this relate to GStreamer?". As it turns out, these are very different questions, and I'll answer them both

So, "why should I trust RealNetworks when there are alternatives I trust?" The answer is manyfold. RealNetworks is going to spend a lot of effort building trust in the community. That said, we hope the license is structured such that you don't have to trust us; we intend to have an OSI-certified Open Source license, and go through all of the scrutiny required in getting that mark.

The big benefits for taking a look at RealNetworks is that we are a significant force in the digital media delivery space, and so we offer development resources and investment capability that the open source community can leverage to get a great media player faster than otherwise possible.

Now, "how does this relate to GStreamer?". Well, GStreamer is actually LGPL. As such, I think they are very complementary. GStreamer is working on a different architecture that supports different types of applications than our architecture supports. There's a lot of overlap, but there's also a lot of differing functionality. Over time, with the right effort, I could see there being a nice relationship between the two projects (similar to the relationship between Galeon and Mozilla).

Rob Lanphier
Helix Community Coordinator

SMIL support

[robla]

The engine we're shipping is the same engine that supports SMIL playback, and does the bulk of the heavy lifting when it comes to handling SMIL. It's not "crippled" in any way.

We're not shipping the actual SMIL file format just yet purely due to time constrants in getting the code released. Taking proprietary code public is not an easy task, and our engineers have been working around the clock to release what we are releasing. We'll hopefully follow up with the actual SMIL code in a later release.

Rob Lanphier
Helix Community Coordinator