Using freerunner as webcam display

[Denis Shulyaka]

2010/9/3 Alexander Lehner <lehner at edv-buero-lehner.de>:
>
>
> On Fri, 3 Sep 2010, Gennady Kupava wrote:
>
>> ? ???, 03/09/2010 ? 19:03 +0200, Alexander Lehner ?????:
>>
>>> I think it's the CPU which is around 90% already at 2fps.
>>> Another problem is, that the mpeg stream sometimes seems to be corrupt
>>> which crashess mplayer after some time.
>>> So I did a 'while true; do mplayer...; done' around and set codecs and
>>> other parameters by hand to avoid the autodetection.
>>>
>>
>> Hey, do not scarify this man with timings, theora, omhacks and etc. I
>> can play  640*480 mpeg2 at 12fps, glamo can update 640x480 fullscreen at
>> much higher fps ;)
>>
>> 2 fps is way too low, you should find what is missing.
>>
>> What is resolution? what is codec, can you rstp service send in
>> different format (may be mpeg4 will be faster)? Do you sending sound
>> with your image? Which part of system eats 90% of CPU?
>>
>> Caclulate your rate and find out why it is so slow, find out why it is
>> so slow!
>
> I turned back the fps of the cam to 10fps and it still works, i.e. I don't
> have framedrops and CPU load is the same (ok, there is not much room
> left...)
> BUT: the reaction is too slow. If i move the cam, it takes up to 15
> seconds, until the actual image appears.
> It seems that there is some data stuck somewhere, but I don't know where.
> If I watch the cam from a PC, I don't see that delay.
>
> The webcam sends a sound, but i've turned sound off in mplayer.
> The resolution is 640x480.
> It's mplayer itself which eats all CPU.
> The only alternative is MJPEG which does not work, so I'm using MPEG4 (did
> I say MPEG2 before?).
> My FR is connected via WiFi (someone said it's faster than USB) and next
> to the accesspoint.
>
> My mplayer line looks like:
> mplayer -vc ffodivx -vf scale -fps 2 -fs -nosound -vf rotate=2 -vo fbdev rtsp://doorspy:554/mpeg4
>
> And that's what mplayer says:
> ------
> Playing rtsp://doorspy:554/mpeg4.
> Resolving doorspy for AF_INET...
> Connecting to server doorspy[192.168.13.40]: 554...
> rtsp_session: unsupported RTSP server. Server type is 'unknown'.
> STREAM_LIVE555, URL: rtsp://doorspy:554/mpeg4
> Stream not seekable!
>  file format detected.
> Initiated "video/MP4V-ES" RTP subsession on port 53728
> Initiated "audio/PCMU" RTP subsession on port 58282
> VIDEO:  [mp4v]  0x0  0bpp  0.000 fps    0.0 kbps ( 0.0 kbyte/s)
> Opening video filter: [rotate=2]
> ==========================================================================
> Forced video codec: ffodivx
> Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
> Selected video codec: [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4)
> ==========================================================================
> Audio: no sound
> FPS forced to be 2.000  (ftime: 0.500).
> Starting playback...
> Could not find matching colorspace - retrying with -vf scale...
> Opening video filter: [scale]
> Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
> [swscaler @ 0x40e90890]No accelerated colorspace conversion found from yuv420p to rgb565le.
>
> ----------
>
> Alex.
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>

Hi Alex!

I think that video filters you use take too much cpu. Try -zoom
instead of -vf scale and also try `xrandr -o 2` before running mplayer
and omit the -vf rotate=2 parameter. Also try -vo x11 if above does
not work.

Denis.