[MPlayer-users] v4l buffering changes - please test

[Sergio del Rio]

On Mon, Dec 09, 2002 at 06:32:49PM +0100, Jindrich Makovicka wrote:
> Hello,
> 
> this patch makes the v4l backend allocate the memory on the fly, when 
> the need for larger buffer arises, instead of allocating one big chunk 
> at startup. Please test it, I don't want to screw the CVS. Try to 
> overload the cpu a bit, to make the buffer grow until mencoder starts 
> dropping frames and look if the resulting video is ok.
> 
> -- 
> Jindrich Makovicka
> 


I've tried it, with an overload cpu somethink like this:

7480 18   0 14584  11M  2408 R    45.6  1.8   0:26 mencoder
5572 18   0  278M 144M 39132 R    45.2 22.9   1:22 maya.bin
 819 10   0 20260  19M  1556 R     5.1  3.1  20:53 mldonkey
3964  9  -1  278M  22M  4612 R <   1.9  3.5   1:00 XFree86
7259 12   0   972  972   740 R     1.5  0.1   0:04 top
4262 10   0  2272 2272  1776 R     0.3  0.3   0:00
..
.

and get from mencoder this, the skip frame only appears twice, and the
result encoded filed seems good, no framedrops, good sync.

SwScaler: BICUBIC scaler, from Packed YUY2 to Planar YV12 using MMX2
videocodec: libavcodec (720x325 fourcc=58564944 [DIVX])
High quality encoding selected (non real time)!
Selected video codec: [qtsvq3] vfm:qtvideo (win32/quicktime SVQ3
decoder)
==========================================================================
audiocodec: framecopy (format=55 chans=2 rate=44100 bits=0 bps=14822
sample=0)
Writing AVI header...
NewGWorldFromPtr returned:65536
ImageCodecPreDecompress cres=0x0
Pos:   0.9s     22f ( 0%)   8fps Trem:   0min   0mb  A-V:0.000 [0:118]
skip frame!!!    
Pos:   1.7s     44f ( 0%)   8fps Trem:   0min   0mb  A-V:0.000
[1699:118]
skip frame!!!    
Pos:   2.4s     62f ( 0%)   8fps Trem:   0min   0mb  A-V:0.000
[1667:117]

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 232 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-users/attachments/20021209/55b876be/attachment.pgp>