[Red5] The Mondain Problem

Art Clarke aclarke at xuggle.com
Mon Mar 30 09:21:55 PST 2009 

Not familiar with those guys; any idea how their mux/demux performance
compares to ffmpeg/libx264 mp4/h264 performance?

- Art

2009/3/26 Andy Shaules <bowljoman at hotmail.com>

>  Do you guys know about the open sourced directX H264 Mux filters?
>
> There might be info there...
>
> http://www.gdcl.co.uk/mpeg4/index.htm#20090324
>  24th March 2009
>
> I've posted an update to the MPEG4 mux and demux which includes a number of
> changes and bug fixes made during the course of the last year or so. This
> includes:
>
>    - I've added support for 64-bit builds, and the binaries include
>    release-build 64-bit DLLs.
>    - Both mux and demux support a wider range of elementary stream types,
>    including some uncompressed video types and byte-stream H264 (rather than
>    length-prepended). Although the container format will support a very wide
>    range of types, each type needs a small amount of code to translate between
>    DirectShow media types and the container file format.
>    - The mux now supports IAMStreamControl. This ensures that if capture
>    is enabled after a long period of previewing with capture off, the resulting
>    file's timestamps are calculated correctly.
>    - The demux will now work correctly with a wider range of quicktime MOV
>    files.
>    - There was an embarrassing bug in the rate calculation which reversed
>    the meaning of slowing down or speeding up.
>    - The mux behaviour on stop has been changed. Previously, queued data
>    was only written out if End Of Stream was received. In this version, all
>    data received before the Stop will be written to the file.
>    - I've improved the interleave behaviour when the audio is delivered in
>    large buffers.
>
>
>
>
> ----- Original Message -----
> *From:* Tiago Daniel Jacobs - iMDT <tiago at imdt.com.br>
> *To:* red5 at osflash.org
> *Sent:* Thursday, March 26, 2009 12:40 PM
> *Subject:* Re: [Red5] The Mondain Problem
>
>     Hi people, I'm working on H264, the main problem is to analyze mp4
> files. I'm engineer student (this week I have two tests and 0 time), and I`m
> manager of a IT company, I have times of "free time" to work on code, and
> when I have free time already I would love if someone run on the net and
> submit me a mp4 analyzer.
>
>     If not, I`ll put my time on google about it, but I think others can
> help me, leaving my time to code, as I`m a good coder.
>
>     Thanks, and I accept any tips of java implementations of MP4, Paul made
> a good work, but for live streaming we need to refactor the code, for
> example, the need of audio and video "parts".
>
>     What do you think about a red5-mp4 list?
>
>     Tiago
>
> Art Clarke escreveu:
>
> Hi folks,
>
> I apologize in advance, but this is going to be a rant.
>
> <rant>
>
> Paul Gregoire (Mondain) must be beaten!
>
> What do I mean by this.  Well, take a look:
> https://www.ohloh.net/p/red5/contributors
>
> Over the past year, Paul has eclipsed EVERYONE in terms of his
> contributions to Red5.  It's not even close.  He works diligently to fix the
> hardest bugs.  He's point on the key features everyone asks about
> (classloader issues, h264 support, playlist support, etc.).  As you all know
> by now, Paul is the Red5 man.
>
> And that's a problem.
>
> All of us want Red5 to be better; more stable; more features; less memory;
> less CPU.  But apart from Paul, comparitively few other folks have stepped
> up (no offense to those who have).  So more keeps falling on Paul, and he
> can't possibly respond to all requests.
>
> And so I'm issuing a challenge right here right now; by this time next year
> I'd love to see someone either beating Paul in terms of quality checkins, or
> at least, giving him a run for his time.
>
> What I mean by that is I'm calling for volunteers to contribute to Red5
> And that means you.  If you find a Red5 bug, file it, but then also MAN UP*
> and patch it!  If you think the Wiki documentation sucks, MAN UP, create a
> Jira account, and update the wiki (it's a wiki, damn it).  If you think Red5
> is missing a feature, file an enhancement request, and then MAN UP and
> implement it.
>
> Now some of you say the Red5 developers aren't responsive to patches.  To
> this I'll suggest:
>
> 1) File Jira bugs to me.  Those who have already done this can attest; I
> review these bugs at least monthly, and either apply or reject with reasons.
>
> 2) Once you've fixed a few bugs, or added a few simple features, I'd be
> happy to put your name as a vote to the team to get check in privledges
>
> 3) Assuming you've done a good job with bugs (hint: unit tests help you get
> my vote!) my experience suggests the red5 developers love to add new proven
> members.
>
> And once you're on the core team, take a feature and run with it.  For
> example, I was unhappy with Red5 stability, so I now own the testing
> infrastructure.  I know of at least one person who is actively working on
> the H264 branch right now (go Tiago), but we need more.
>
> So this is my challenge:  Beat Paul Mondain!  Make your goal be that next
> year, at this time, I'm complaining about you, not Paul.
>
> * "MAN UP"can be replaced (with the same meaning) by "WOMAN UP" if you
> prefer.
>
> </rant>
>
> Thank you for your time,
>
> - Art
>
> --
> http://www.xuggle.com/
> xu‧ggle (zŭ' gl) v. To freely encode, decode, and experience audio and
> video.
>
> Use Xuggle to get the power of FFMPEG in Java.
>
> ------------------------------
>
> _______________________________________________
> Red5 mailing listRed5 at osflash.orghttp://osflash.org/mailman/listinfo/red5_osflash.org
>
>
>
> --
>
> ------------------------------
>
> _______________________________________________
> Red5 mailing list
> Red5 at osflash.org
> http://osflash.org/mailman/listinfo/red5_osflash.org
>
>
> _______________________________________________
> Red5 mailing list
> Red5 at osflash.org
> http://osflash.org/mailman/listinfo/red5_osflash.org
>
>


-- 
http://www.xuggle.com/
xu‧ggle (zŭ' gl) v. To freely encode, decode, and experience audio and
video.

Use Xuggle to get the power of FFMPEG in Java.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://osflash.org/pipermail/red5_osflash.org/attachments/20090330/4518844c/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 12795 bytes
Desc: not available
URL: <http://osflash.org/pipermail/red5_osflash.org/attachments/20090330/4518844c/attachment-0001.jpe>

More information about the Red5 mailing list