[MPlayer-users] problem with Too many audio packets in the buffer

Philip Walden pwaldenlinux at comcast.net
Thu Mar 24 00:17:31 CET 2011


Reimar Döffinger wrote:
> On Wed, Mar 23, 2011 at 01:09:01PM -0700, Philip Walden wrote:
>    
>> MEncoder SVN-r31628-4.4.4 (C) 2000-2010 MPlayer Team
>>      
> Please try a newer version, this one is several thousand revisions
> old (not including FFmpeg revisions), and one of the changes was
> a modification to audio sync handling which the author actually
> claimed to fix all the "remaining sync issues" he had.
> I suspect that's more because he was lucky than because the code
> is now "perfect" but still it should be worth a try.
> _______________________________________________
>    
Thank you for the quick reply. I downloaded the latest SVN version of 
mplayer and built it. I can see the newer SVN-r33098-4.5.1 header in the 
output. I also see it is using ffaac instead of faad.

Unfortunately it has the same "Too many audio packets error". It also 
seems to fail at 63 seconds into the video whereas the older version 
failed at 95 seconds. Here is the output:

$ mencoder -oac lavc -of mpeg -mpegopts 
format=mpeg2:muxrate=25000:vbuf_size=1194:abuf_size=64 -vf 
scale=720:480,harddup -ovc lavc -lavdopts debug=0 -lavcopts 
autoaspect=1:vcodec=mpeg2video:vbitrate=8000:acodec=ac3:abitrate=128:keyint=18:vqscale=1:vqmin=2 
-subdelay 20000 -ofps 30000/1001 -mc 0 -noskip -af lavcresample=48000 
-srate 48000 -o test.mpg NOSN_CanWeMakeItToMars.mp4
MEncoder SVN-r33098-4.5.1 (C) 2000-2011 MPlayer Team
success: format: 0  data: 0x0 - 0x1135caeb
libavformat file format detected.
[flv @ 0x8ff5a00] Estimating duration from bitrate, this may be inaccurate
[lavf] stream 0: video (h264), -vid 0
[lavf] stream 1: audio (aac), -aid 0
VIDEO:  [H264]  512x288  0bpp  15.000 fps    0.0 kbps ( 0.0 kbyte/s)
[V] filefmt:44  fourcc:0x34363248  size:512x288  fps:15.000  ftime:=0.0667
==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 44100 Hz, 2 ch, s16le, 0.0 kbit/0.00% (ratio: 0->176400)
Selected audio codec: [ffaac] afm: ffmpeg (FFmpeg AAC (MPEG-2/MPEG-4 Audio))
==========================================================================
PACKET SIZE: 2048 bytes, deltascr: 17694
Opening video filter: [expand osd=1]
Expand: -1 x -1, -1 ; -1, osd: 1, aspect: 0.000000, round: 1
Opening video filter: [harddup]
Opening video filter: [scale w=720 h=480]
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
[ac3 @ 0x889d7c0]No channel layout specified. The encoder will guess the 
layout, but it might be incorrect.
Limiting audio preload to 0.4s.
Increasing audio density to 4.
Pos:   0.0s      1f ( 0%)  0.00fps Trem:   0min   0mb  A-V:0.000 [0:0]
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
[swscaler @ 0x8945d40]BICUBIC scaler, from yuv420p to yuv420p using MMX2
videocodec: libavcodec (720x480 fourcc=3267706d [mpg2])
[VE_LAVC] Using constant qscale = 1.000000 (VBR).
Writing header...
INITV: 0.200, 0.167, fps: 29.970
Pos:  63.6s   1907f ( 4%) 132.43fps Trem:   5min 903mb  A-V:0.000 [5587:127]

Too many audio packets in the buffer: (4096 in 3776466 bytes).
Maybe you are playing a non-interleaved stream/file or the codec failed?
For AVI files, try to force non-interleaved mode with the -ni option.

Flushing video frames.
Writing index...

Overhead: 1.426% (558109 / 39130083)
Writing header...

Video stream: 5587.745 kbit/s  (698468 B/s)  size: 44420388 bytes  
63.597 secs  1907 frames

Audio stream:  128.000 kbit/s  (16000 B/s)  size: 1024000 bytes  64.000 secs



-- 
Linuxfest Northwest - Apr 30-May 1, 2011 
<http://www.linuxfestnorthwest.org/>


More information about the MPlayer-users mailing list