[FFmpeg-trac] #2320(undetermined:new): "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis

FFmpeg trac at avcodec.org
Tue Mar 5 00:01:10 CET 2013


#2320: "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis
--------------------------------+----------------------------------------
             Reporter:  Berbe   |                    Owner:
                 Type:  defect  |                   Status:  new
             Priority:  normal  |                Component:  undetermined
              Version:  1.0.5   |               Resolution:
             Keywords:          |               Blocked By:
             Blocking:          |  Reproduced by developer:  0
Analyzed by developer:  0       |
--------------------------------+----------------------------------------

Comment (by Berbe):

 If I ran the minimal command, the same encoders are used:
 {{{
 ffmpeg -y -i 2012-11-23_21-02-59.avi 2012-11-23_21-02-59.webm
 }}}
 The only other vorbis encoder is 'vorbis', which is experimental and which
 I can't make work.

 If I select the video stream only, the video is encoded without any touble
 so the problem comes from the 'libvorbis' audio encoder indeed:
 {{{
 % ffmpeg -y -i 2012-11-23_21-02-59.avi -map 0:v 2012-11-23_21-02-59.webm
 ffmpeg version 1.0.4 Copyright (c) 2000-2012 the FFmpeg developers
   built on Feb  8 2013 13:28:51 with gcc 4.7 (Debian 4.7.2-5)
   configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security ' --extra-
 ldflags='-Wl,-z,relro' --cc='ccache cc' --enable-shared --enable-
 libmp3lame --enable-gpl --enable-nonfree --enable-libvorbis --enable-
 pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable-
 x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb
 --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable-
 nonfree --disable-stripping --enable-libvpx --enable-libschroedinger
 --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg
 --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo-
 aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable-libaacplus
 --libdir=/usr/lib/x86_64-linux-gnu --disable-vda --enable-libbluray
 --enable-libcdio --enable-gnutls --enable-frei0r --enable-openssl
 --enable-libass --enable-libopus --enable-fontconfig --enable-libdc1394
 --disable-altivec --disable-armv5te --disab  libavutil      51. 73.101 /
 51. 73.101
   libavcodec     54. 59.100 / 54. 59.100
   libavformat    54. 29.104 / 54. 29.104
   libavdevice    54.  2.101 / 54.  2.101
   libavfilter     3. 17.100 /  3. 17.100
   libswscale      2.  1.101 /  2.  1.101
   libswresample   0. 15.100 /  0. 15.100
   libpostproc    52.  0.100 / 52.  0.100
 Guessed Channel Layout for  Input Stream #0.1 : mono
 Input #0, avi, from '2012-11-23_21-02-59.avi':
   Metadata:
     creation_time   : 2012-11-23 21:02:59
     encoder         : OLYMPUS u1030SW/S1030SW
   Duration: 00:00:06.73, start: 0.000000, bitrate: 2741 kb/s
     Stream #0:0: Video: mjpeg (MJPG / 0x47504A4D), yuvj422p, 320x240, 15
 tbr, 15 tbn, 15 tbc
     Stream #0:1: Audio: pcm_u8 ([1][0][0][0] / 0x0001), 8000 Hz, mono, u8,
 64 kb/s
 File '2012-11-23_21-02-59.webm' already exists. Overwrite ? [y/N] y
 v1.1.0
 Output #0, webm, to '2012-11-23_21-02-59.webm':
   Metadata:
     encoder         : Lavf54.29.104
     Stream #0:0: Video: vp8, yuv420p, 320x240, q=-1--1, 200 kb/s, 1k tbn,
 15 tbc
 Stream mapping:
   Stream #0:0 -> #0:0 (mjpeg -> libvpx)
 Press [q] to stop, [?] for help
 frame=  101 fps= 13 q=0.0 Lsize=     167kB time=00:00:06.66 bitrate=
 205.3kbits/s
 video:166kB audio:0kB subtitle:0 global headers:0kB muxing overhead
 0.704159%
 }}}

 I tried to reproduce the problem with a video converted to mjpeg/pcm_u8
 with the same parameters as those from genuine MJPEG videos I was trying
 to convert (8000Hz mono).
 The problem doesn't seem to appear when converting those crafted MJPEG
 videos sound to Vorbis.

 I can't provide you directly with a sample of the videos I'm working on
 for privacy reasons.
 I'll try to provide you with a sample from the camera later.

-- 
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2320#comment:3>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list