[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