[sldev] [PATCH]Improving Recording Movie

Gryc Ueusp gryc.ueusp at gmail.com
Wed Jan 16 12:43:09 PST 2008


As for open source fraps equivalents, I personally like "recordmydesktop", 
available on both gnome and kde as "krecordmydesktop" 
and "gtk-recordmydesktop".

I agree with the "provide a streaming interface", then we can just record with 
VLC or ffmpeg and get on with it.

On Wednesday 16 January 2008 2:13:13 pm Dave Parks wrote:
> You might have more success shooting for an open source equivalent of
> fraps.  I may be naive, but it seems greater performance can be achieved
> if the recording app is a separate process.  The embedded recorder
> really is just for recording bugs, and any serious machinimatographer
> (is that a word?) will already be using an external app for recording.
> If you make your project a standalone app that can attach to the window
> of any other app, you'll have a much larger potential user base.  Maybe
> porting your patch to VLC as an added record feature would work.  That
> project is open source and already deals with the minefield that is
> video format licensing quite well.  A quick peek shows VLC has an
> existing UI for video capture for using video capture devices.  Hooking
> into that should work.  Then you'd be able to stream live video, too.
>
> If a good, free, cross-platform solution to making quality movies
> existed outside the viewer, we could point machinimatographers (there it
> is again!) to that app and remove the recording code from the viewer
> altogether, making one less feature for us to support.
>
> Tarari wrote:
> >> One problem:  video capture done in a way that requires us shipping a
> >> video encoder makes licensing extremely complicated for us.  Given the
> >> many other problems we have to solve right now, I don't anticipate we'll
> >> be in a good position to negotiate/provide a video encoder license for
> >> any of the popular video formats (such as MPEG-4, which you seem to be
> >> using).
> >
> > Ah, It's a difficult problem. I also think encoders code should
> > separate from SL.
> > I will look into way to implement it.
> >
> >> To make matters worse, FFMPEG has a few GPL-only features associated
> >> with it.  I'm not sure if you're using those features, but if so, those
> >> may inhibit legal distribution of a fully functional product.
> >
> > I don't use GPL-only features. So, I think there is not the problem in
> > this point.
> >
> > Thanks :)
> >
> > Tarari Watanabe
> > _______________________________________________
> > Click here to unsubscribe or manage your list subscription:
> > /index.html
>
> _______________________________________________
> Click here to unsubscribe or manage your list subscription:
> /index.html



-- 
Gryc Ueusp
<gryc.ueusp at gmail.com>


More information about the SLDev mailing list