[FFmpeg-user] feature request for mutex'ed console output

[Roger Pack]

Hello all.
I've noticed this at times:

Specifically the last 3 lines show some "interleaving" of display output:

$ ffmpeg-20120622-git-c17808c-win32-static\bin\ffplay.exe -i a.avi -autoexit
ffplay version N-41843-gc17808c Copyright (c) 2003-2012 the FFmpeg developers
  built on Jun 22 2012 17:40:07 with gcc 4.7.1
  configuration: --enable-gpl --enable-version3 --disable-w32threads
--enable-runtime-cpudetect --enable-avisynth --enable-bzlib
--enable-frei0r --enable-libass --enable-libcelt
--enable-libopencore-amrnb --enable-libopencore-amrwb
--enable-libfreetype --enable-libgsm --enable-libmp3lame
--enable-libnut --enable-libopenjpeg --enable-librtmp
--enable-libschroedinger --enable-libspeex --enable-libtheora
--enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc
--enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs
--enable-libxvid --enable-zlib
  libavutil      51. 61.100 / 51. 61.100
  libavcodec     54. 29.100 / 54. 29.100
  libavformat    54. 11.100 / 54. 11.100
  libavdevice    54.  0.100 / 54.  0.100
  libavfilter     2. 82.100 /  2. 82.100
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 15.100 /  0. 15.100
  libpostproc    52.  0.100 / 52.  0.100
Input #0, avi, from 'a.avi':
  Metadata:
    encoder         : Lavf53.13.0
  Duration: 00:00:19.99, start: 0.000000, bitrate: 168723 kb/s
    Stream #0:0: Video: huffyuv (HFYU / 0x55594648), yuv422p,
1536x600, 30 tbr, 30 tbn, 30 tbc
    Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo,
s16, 128 kb/s
  [ffplay_buffer @ 037d46e0] -0.w:1536 h:600 pixfmt:yuv422p
tb:333333/10000000 fr:0/1 sar:0/1 sws_param:
01 A-[format @ 03831b40] V:auto-inserting filter 'auto-inserted scaler
0' between the filter 'ffplay_buffer' and the filter 'format'
[auto-inserted scaler 0 @ 03833a40] w:1536 h:600 fmt:yuv422p sar:0/1
-> w:1536 h:600 fmt:yuv420p sar:0/1 flags:0x4
   0.89 A-V: -0.025 fd=   6 aq=    5KB vq= 4360KB sq=    0B f=0/0   f=0/0


The messages get mixed up in the end.  Just pointing it out in case a
fix is possible.
I also notice it sometimes with dshow--the "overwrite" prompt gets
lost (so I guess mutexing input might be nice, too):

$ ffmpeg.exe -f dshow -i video=screen-capture-recorder  yo.mov
ffmpeg version N-41843-gc17808c Copyright (c) 2000-2012 the FFmpeg developers
  built on Jun 22 2012 17:40:07 with gcc 4.7.1
  configuration: --enable-gpl --enable-version3 --disable-w32threads
--enable-runtime-cpudetect --enable-avisynth --enable-bzlib
--enable-frei0r --enable-libass --enable-libcelt
--enable-libopencore-amrnb --enable-libopencore-amrwb
--enable-libfreetype --enable-libgsm --enable-libmp3lame
--enable-libnut --enable-libopenjpeg --enable-librtmp
--enable-libschroedinger --enable-libspeex --enable-libtheora
--enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc
--enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs
--enable-libxvid --enable-zlib
  libavutil      51. 61.100 / 51. 61.100
  libavcodec     54. 29.100 / 54. 29.100
  libavformat    54. 11.100 / 54. 11.100
  libavdevice    54.  0.100 / 54.  0.100
  libavfilter     2. 82.100 /  2. 82.100
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 15.100 /  0. 15.100
  libpostproc    52.  0.100 / 52.  0.100
[dshow @ 01ed1920] Estimating duration from bitrate, this may be inaccurate
Input #0, dshow, from 'video=screen-capture-recorder':
  Duration: N/A, start: 350735.332000, bitrate: N/A
[dshow @ 01ed1920] real-time buffer 107% full! frame dropped!
    Stream #0:0: Video: rawvideo, rgb555le, 769x1062, 10 tbr, 10000k tbn, 10 tbc
File 'yo.mo[dshow @ 01ed1920] real-time buffer 107% full! frame dropped!
v' already exists. Overwrite ? [y/N] real-time buffer 107% full! frame dropped!
[dshow @ 01ed1920] real-time buffer 107% full! frame dropped!
    Last message repeed 89 timess

Thanks.
-roger-