hello,

ffmpeg supports an amazing array of input formats... so it's likely a case
of finding the right options to give to ffmpeg for the format... with the
fallback using the data from a Surface.


cheers,


On Mon, Apr 27, 2009 at 11:13 AM, Nirav Patel <[email protected]> wrote:

> get_raw returns the raw string that could be RGB or YUV in any of
> several different pixel formats.  I'm not sure what ffmpeg supports
> for that kind of input.
>
> Nirav
>
> On Sun, Apr 26, 2009 at 8:21 PM, René Dudfield <[email protected]> wrote:
> > hello,
> >
> > Isn't there a get_raw call or some such?  If so, that YUV data can be
> sent
> > straight through.
> >
> > Also note ffmpeg supports some v4l devices... So once supported... ffmpeg
> > could also be used as a back end driver for the camera module.
> >
> >
> >
> > On Mon, Apr 27, 2009 at 8:16 AM, Nirav Patel <[email protected]>
> wrote:
> >>
> >> Sort of, in the sense that you can loop capturing a frame and blitting
> >> it to the display surface.  You could even feed the camera the display
> >> surface and have it write onto it each time around the loop, as long
> >> as the surface is the dimensions that the camera wants.  As long as
> >> the computer is fast enough, it'll run at the full speed of the camera
> >> (An OLPC XO can capture/display 30fps VGA, so most computers should be
> >> able to).
> >>
> >> Nirav
> >>
> >> On Sun, Apr 26, 2009 at 6:01 PM, Lenard Lindstrom <[email protected]>
> wrote:
> >> > So this means there is live playback already?
> >> >
> >> > Lenard
> >> >
> >> >
> >> > Nirav Patel wrote:
> >> >>
> >> >> The way the camera module is currently written, it would involve a
> lot
> >> >> to go straight from camera to movie.  The raw MMAPed camera data is
> >> >> copied directly into a Pygame Surface.  I think the use case of
> >> >> camera->movie may be better left to gstreamer and it's python
> >> >> bindings.
> >> >>
> >> >> Nirav
> >> >>
> >> >> On Sun, Apr 26, 2009 at 5:43 PM, Tyler Laing <[email protected]>
> >> >> wrote:
> >> >>
> >> >>>
> >> >>> Could be possible, but it depends on the library involved in the
> >> >>> camera
> >> >>> module. I'll definitely keep that in mind as well.
> >> >>>
> >> >>> -Tyler
> >> >>>
> >> >>> On Sun, Apr 26, 2009 at 2:36 PM, Lenard Lindstrom <[email protected]>
> >> >>> wrote:
> >> >>>
> >> >>>>
> >> >>>> Yes, that is it. The old movie module had a loop option on its play
> >> >>>> method. It was for infinite looping. Unfortunately the smpeg
> >> >>>> documentation
> >> >>>> was misinterpreted to mean that a positive value meant to loop that
> >> >>>> many
> >> >>>> times. It didn't. So the loop option was totally removed from
> >> >>>> pygame.movie.
> >> >>>>
> >> >>>> Another idea from reading a posting on the camera module, maybe the
> >> >>>> two
> >> >>>> modules can cooperate, in that camera input could be plugged
> directly
> >> >>>> into
> >> >>>> movie output, bypassing any execution of Python code.
> >> >>>>
> >> >>>> Lenard
> >> >>>>
> >> >>>>
> >> >>>> Tyler Laing wrote:
> >> >>>>
> >> >>>>>
> >> >>>>> Thats awesome, thank you Lenard.
> >> >>>>>
> >> >>>>> By loop, you mean you load up a movie file, and it loops however
> >> >>>>> many
> >> >>>>> times you want, or pass in -1 for infinite times, interruptable at
> >> >>>>> any
> >> >>>>> point?
> >> >>>>>
> >> >>>>> -Tyler
> >> >>>>>
> >> >>>>> On Sun, Apr 26, 2009 at 2:22 PM, Lenard Lindstrom <
> [email protected]
> >> >>>>> <mailto:[email protected]>> wrote:
> >> >>>>>
> >> >>>>>   Tyler Laing wrote:
> >> >>>>>
> >> >>>>>       Hello all,
> >> >>>>>
> >> >>>>>       One of the first steps I need to take for the GSoC project
> is
> >> >>>>>       to get user stories so I can build acceptance tests.
> >> >>>>>
> >> >>>>>       I want to hear what you guys(the users) want out of an
> updated
> >> >>>>>       movie module. What do you want to be able to do, and how?
> >> >>>>>
> >> >>>>>       I'm also interested in hearing what people liked and didn't
> >> >>>>>       like about the current movie module.
> >> >>>>>
> >> >>>>>       -Tyler
> >> >>>>>
> >> >>>>>       --        Visit my blog at http://oddco.ca/zeroth/zblog
> >> >>>>>
> >> >>>>>
> >> >>>>>   Hi Tyler,
> >> >>>>>
> >> >>>>>   Well, there is this game framework, Pyzzle, just sitting on
> >> >>>>>   SourceForge, http://sourceforge.net/projects/pyzzle/ . It is
> for
> >> >>>>>   developing Riven like adventure games. It was working until a
> fix
> >> >>>>>   to the movie module broke it. It would be nice to see that
> project
> >> >>>>>   resurrected with a new movie module. So I guess this is a
> request
> >> >>>>>   for a working loop option for movie playback.
> >> >>>>>
> >> >>>>>   Lenard
> >> >>>>>
> >> >>>>>   P.S.
> >> >>>>>
> >> >>>>>   I am working on getting the ffmpeg libraries ready for Windows.
> I
> >> >>>>>   have built them using the proper C runtime for Python 2.5
> >> >>>>>   (cross-compiled from linux). Once I can collect together the
> >> >>>>>   necessary headers and import libraries I will bundle them up and
> >> >>>>>   make them available. But they will have limited capability for
> >> >>>>>   now. I have only succeeded with an mpg to avi conversion so far.
> >> >>>>>   After this I will try customizing msys_build_deps.py for ffmpeg.
> >> >>>>>
> >> >>>>>   L.L.
> >> >>>>>
> >> >>>>>
> >> >>>>>
> >> >>>>>
> >> >>>>> --
> >> >>>>> Visit my blog at http://oddco.ca/zeroth/zblog
> >> >>>>>
> >> >>>
> >> >>> --
> >> >>> Visit my blog at http://oddco.ca/zeroth/zblog
> >> >>>
> >> >>>
> >> >
> >> >
> >
> >
>

Reply via email to