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

[Philip Walden]

Reimar Döffinger wrote:
> On 24 Mar 2011, at 08:06, Reimar Döffinger<Reimar.Doeffinger at gmx.de>  wrote:
>    
>> On 24 Mar 2011, at 00:17, Philip Walden<pwaldenlinux at comcast.net>  wrote:
>>      
>>> 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
>>>        
>> Sorry for not noticing before, but unfortunately encoding to AC3 is broken ever since the encoder was changed to use float input.
>> I also get really bad audio quality in addition to sync issues.
>>      
> Forgot: try acodec=ac3_fixed
> _______________________________________________
>    
Using "acodec=ac3_fixed" Still fails with "Too many audio packets" at 95 
seconds. It is now behaving just like the older version of mencoder. 
Sounds like the ac3 encoder has a design problem.

I also tried using acodec=mp2 and had the same problem. Seems like the 
problem is between the decoder and the encoder.

$ 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_fixed:abitrate=128:keyint=18 
-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 @ 0xae5ca10] 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_fixed @ 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])
Writing header...
INITV: 0.200, 0.167, fps: 29.970
Pos:  95.7s   2868f ( 6%) 167.22fps Trem:   4min 1072mb  A-V:0.000 
[5714:128]

Too many audio packets in the buffer: (4096 in 3776551 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.388% (926354 / 66741614)
Writing header...

Video stream: 5714.923 kbit/s  (714365 B/s)  size: 68337786 bytes  
95.662 secs  2868 frames

Audio stream:  128.000 kbit/s  (16000 B/s)  size: 1537024 bytes  96.064 secs


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