August 2011 - FFmpeg-trac - lists.ffmpeg.org

#420(undetermined:new): Sound fragments after seeking
by FFmpeg 20 Jan '14

20 Jan '14

#420: Sound fragments after seeking --------------------------+-------------------------- Reporter: kaptnole | Type: defect Status: new | Priority: important Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | --------------------------+-------------------------- While trying to use FFmpeg libs as a developer I found the following: When decoding sound from some compressed audio formats and doing a seek, the first decoded packet after seeking is buggy. I had this with some mp4 files with aac audio codec and some wmv files with wma audio codec. Looks like some leftovers from internal buffers - but I am using 'avcodec_flush_buffers'! That of course leads to nasty sound noise/clicks. See attached sourcecode. Basically it shows the first few bytes of the first decoded sound packet then seeks back and shows the first packets decoding again. If you use it with some wmv or mp4 file with sound you should see see effect that both outputs at 0 are different but should be equal. Just make sure the sound is not only silence at the first 10 packets. Or am I missing some other flush...whatever function here? I am developing under windows using the actual ffmpeg git version. Confirmed for 32 and 64 bit version, self compiled and downloaded autobuilds. -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/420> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 16

#353(build system:new): Failed compiling FFmpeg in OS X 10.6.8
by FFmpeg 16 Jan '14

16 Jan '14

#353: Failed compiling FFmpeg in OS X 10.6.8 --------------------------+--------------------- Reporter: joao | Type: defect Status: new | Priority: normal Component: build system | Version: 0.8 Keywords: compile | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------- Hi guys, Over at the Homebrew project (OS X package manager) we're running into issues compiling and installing FFmpeg on OS X. You can see our ticket here: https://github.com/mxcl/homebrew/issues/6278 The compilation error is seen here: https://gist.github.com/1059859 Someone managed to make it fail a bit later by doing this: https://gist.github.com/1072836 Can you provide us any help in getting this to compile? Thanks. -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/353> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 16

#43(undetermined:new): JACK input device doesn't link on OS X
by FFmpeg 10 Dec '13

10 Dec '13

#43: JACK input device doesn't link on OS X --------------------------+--------------------- Reporter: nieder | Type: defect Status: new | Priority: normal Component: undetermined | Version: git Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------- This is copied from the old roundup #976 https://roundup.libav.org/issue976 On OS X, using --enable-indev=jack, the build fails with {{{ CC libavdevice/jack_audio.o /src/ffmpeg/libavdevice/jack_audio.c: In function 'audio_read_packet': /src/ffmpeg/libavdevice/jack_audio.c:277: warning: implicit declaration of function 'sem_timedwait' AR libavdevice/libavdevice.a LD libavdevice/libavdevice.52.dylib Undefined symbols: "_sem_timedwait", referenced from: _audio_read_packet in jack_audio.o ld: symbol(s) not found collect2: ld returned 1 exit status make: *** [libavdevice/libavdevice.52.dylib] Error 1 }}} sem_* is semaphore_* on OS X. -- Ticket URL: <http://ffmpeg.org/trac/ffmpeg/ticket/43> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 6

#314(avdevice:new): OpenAL device does not work on OS X
by FFmpeg 10 Dec '13

10 Dec '13

#314: OpenAL device does not work on OS X ----------------------+-------------------------- Reporter: nieder | Type: enhancement Status: new | Priority: normal Component: avdevice | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+-------------------------- configure is not set to find openal on OS X. The fix for the linker check is easy: add "-Wl,-framework,OpenAL" to the list of flags to check {{{ -enabled openal && { { for al_libs in "${OPENAL_LIBS}" "-lopenal" "-lOpenAL32"; do +enabled openal && { { for al_libs in "${OPENAL_LIBS}" "-lopenal" "-lOpenAL32" "-Wl,-framework,OpenAL"; do }}} I don't know how to fix the header check to look for multiple possibilities, but on OS X the header in the OpenAL framework is found in OpenAL/al.h (not AL/al.h like in linux). If I change the header check in configure and the includes in libavdevice/openal-dec.c, the build and linkage works well. However, running 'ffmpeg -f openal' as suggested in the manual fails with an malloc error, so this might just not be doable on OS X. {{{ nieder $ /usr/local/ffmpeg-git/bin/ffmpeg -list_devices true -f openal -i dummy out.ogg ffmpeg version N-31036-g65eae2a, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 27 2011 10:29:19 with gcc 4.0.1 (Apple Inc. build 5493) configuration: --prefix=/usr/local/ffmpeg-git --mandir=/usr/local /ffmpeg-git/share/man --disable-static --enable-shared --enable-gpl --enable-version3 --enable-postproc --enable-pthreads --enable-x11grab --enable-bzlib --enable-libcelt --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libdirac --enable-libfreetype --enable- libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-openal --enable-zlib --disable- debug --extra-cflags='-I/sw/lib/libspeex1/include -I/sw/include -I/usr/X11R6/include' --extra-ldflags='-L/sw/lib/libspeex1/lib -L/sw/lib -L/usr/X11R6/lib' libavutil 51. 10. 0 / 51. 10. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 24. 0 / 2. 24. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [openal @ 0x200a800] List of OpenAL capture devices on this system: [openal @ 0x200a800] Built-in Microphone dummy: Immediate exit requested nieder $ /usr/local/ffmpeg-git/bin/ffmpeg -f openal -i 'Built-in Microphone' out.ogg ffmpeg version N-31036-g65eae2a, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 27 2011 10:29:19 with gcc 4.0.1 (Apple Inc. build 5493) configuration: --prefix=/usr/local/ffmpeg-git --mandir=/usr/local /ffmpeg-git/share/man --disable-static --enable-shared --enable-gpl --enable-version3 --enable-postproc --enable-pthreads --enable-x11grab --enable-bzlib --enable-libcelt --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libdirac --enable-libfreetype --enable- libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-openal --enable-zlib --disable- debug --extra-cflags='-I/sw/lib/libspeex1/include -I/sw/include -I/usr/X11R6/include' --extra-ldflags='-L/sw/lib/libspeex1/lib -L/sw/lib -L/usr/X11R6/lib' libavutil 51. 10. 0 / 51. 10. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 24. 0 / 2. 24. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 mpeg(49840,0xa025b720) malloc: *** error for object 0x1e2c0e0: incorrect checksum for freed object - object was probably modified after being freed. *** set a breakpoint in malloc_error_break to debug mpeg(49840,0xa025b720) malloc: *** error for object 0x1e2c0e0: incorrect checksum for freed object - object was probably modified after being freed. *** set a breakpoint in malloc_error_break to debug [openal @ 0x200a800] Error: ALC Invalid Device Bus error }}} -- Ticket URL: <http://ffmpeg.org/trac/ffmpeg/ticket/314> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 2

#228(FFserver:new): FFserver: reordering of "<Stream>"s in config file makes difference
by FFmpeg 10 Dec '13

10 Dec '13

#228: FFserver: reordering of "<Stream>"s in config file makes difference ------------------------+---------------------------------------- Reporter: burek | Owner: baptiste Type: defect | Status: new Priority: important | Component: FFserver Version: git | Keywords: ordering items config file Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 ------------------------+---------------------------------------- The first config file (ffserver1.conf) made ffserver drop rtsp connections, with error message "'''[NULL @ 0x1be7ba0]AAC with no global headers is currently not supported.'''" After just a simple reordering of <Stream> items (ffserver2.conf), everything started to work properly? Is this expected behavior? :) -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/228> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 6

#282(FFmpeg:new): undefined reference to `_avdevice_register_all'
by FFmpeg 20 Nov '13

20 Nov '13

#282: undefined reference to `_avdevice_register_all' -------------------------+------------------------------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: new Priority: critical | Component: FFmpeg Version: git | Keywords: undefined reference Blocked By: | avdevice_register_all Reproduced: 0 | Blocking: | Analyzed: 0 -------------------------+------------------------------------------------- I'm getting: {{{ ffmpeg.c:4514: undefined reference to `_avdevice_register_all' }}} when --disable-static --enable-shared is used, it seems to only happen when --disable-static --enable-shared is used, static builds fine. I believe it is related to the leading underscore _ before avdevice_register_all but I can't confirm that. I'm building for Windows and the toolchain is not the issue. I gave this a critical priority because FFmpeg will not build a shared version for Windows. I'm unsure of what patch broke this, but the last proven working build I know of is git-39dbe9b. -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/282> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 33

#227(FFmpeg:new): Extend -ss and -t to support seeking to EOF time position (and backwards)?
by FFmpeg 20 Oct '13

20 Oct '13

#227: Extend -ss and -t to support seeking to EOF time position (and backwards)? --------------------------+--------------------------------------- Reporter: burek | Owner: michael Type: enhancement | Status: new Priority: wish | Component: FFmpeg Version: git | Keywords: seeking eof time position Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 --------------------------+--------------------------------------- Maybe, it would be useful if options -ss and -t could support something like this: ffmpeg -ss EOF-00:00:10 -i input ... (meaning the start time is 10 seconds before the end of the file). This would be useful in automated use of ffmpeg, where users don't need to set time positions absolutely (manually), but rather relatively to the end of file. -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/227> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 2

#113(avcodec:new): AAC - Audio object type 23 is not supported
by FFmpeg 19 Sep '13

19 Sep '13

#113: AAC - Audio object type 23 is not supported -------------------------+--------------------- Reporter: k_s_johnson | Type: defect Status: new | Priority: normal Component: avcodec | Version: git Keywords: AAC-LD | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------+--------------------- ffmpeg AAC codec (decoder) doesn't seem to support AAC-LD and libfaad or libfaad2 (which is documented to support AAC-LD) is no longer an audio codec option. So there is no way to decode AAC-LD format audio track anymore. However, vlc on windows seems to play the file ffmpeg build from git snapshot of a few days ago( ffmpeg-HEAD-e16665b) on Fedora 2.6.30.9-96.fc11.x86_6411. command line: ffmpeg -y -i po_arrive...mov -acodec pcm_s24le extracted.wav Error message is: [aac @ 0x1e9bfa0] Audio object type 23 is not supported. -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/113> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 11

#232(undetermined:new): bogus error message with amr files: [amrnb @ 0x626e90] dtx mode not implemented.
by FFmpeg 11 Sep '13

11 Sep '13

#232: bogus error message with amr files: [amrnb @ 0x626e90] dtx mode not implemented. ------------------------------+-------------------------- Reporter: matteosistisette | Type: defect Status: new | Priority: critical Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------+-------------------------- I've just compiled the latest version of ffmpeg from the SVN on a CentOS machine and when I try to decode amr audio files I get this error (repeated a lot of times): {{{ [amrnb @ 0x626e90] dtx mode not implemented. Update your FFmpeg version to the newest one from SVN. If the problem still occurs, it means that your file has a feature which has not been implemented.If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. }}} On another box, an Ubuntu one, I have installed the ffmpeg package from the repositories and it works fine with the same files. Also, on yet another CentOS box I am using a several-year-old version of ffmpeg that was compiled ages ago which can decode the same amr files just fine. So either the error message is completely wrong and the real problem with the files is different, or there has been some regression in that a feature that had already been implemented ages ago has been dropped. -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/232> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 7

#225(undetermined:new): Converting from YUVJ to YUV lose contrast
by FFmpeg 07 Sep '13

07 Sep '13

#225: Converting from YUVJ to YUV lose contrast -------------------------------+------------------------- Reporter: sghpunk | Type: defect Status: new | Priority: important Component: undetermined | Version: git-master Keywords: YUV/YUVJ contrast | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -------------------------------+------------------------- I am trying to transcode video from my Nicon D90 mjpeg to x264. And output video contrast is lower than input. I use ffmpeg-HEAD-27614b1 Command line: ffmpeg.exe -threads 2 -an -i input.mkv -f matroska -vcodec libx264 -profile main -preset fast -cqp 27 -y x264-low_contract_yuv.mkv > enc.log 2>&1 {{{ ffmpeg version UNKNOWN, Copyright (c) 2000-2011 the FFmpeg developers built on May 19 2011 17:41:01 with gcc 4.5.2 configuration: --prefix=/mingw --disable-static --enable-shared --enable-gpl --enable-version3 --disable-doc --enable-postproc --disable- network --enable-memalign-hack --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libspeex --enable-libvorbis --enable-libx264 --enable-pthreads --enable-frei0r --extra- cflags='-mthreads -mtune=nocona -march=nocona -msse3 -m80387 -mfpmath=387 -O2 -fgnu89-inline -Wno-error=missing-prototypes' --extra-ldflags='-Wl ,--enable-auto-image-base -Wl,--enable-auto-import' --extra-libs=-ldl --cpu=nocona libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [matroska,webm @ 00b70280] Estimating duration from bitrate, this may be inaccurate Input #0, matroska,webm, from 'input.mkv': Metadata: MAKER : NIKON CORPORATION MODEL : NIKON D90 CREATION_TIME : 2011-05-05 07:47:28 ENCODER : Lavf53.0.3 Duration: 00:00:05.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: mjpeg, yuvj422p, 1280x720, PAR 1:1 DAR 16:9, 24 fps, 24 tbr, 1k tbn, 24 tbc (default) Incompatible pixel format 'yuvj422p' for codec 'libx264', auto-selecting format 'yuv420p' [buffer @ 00b83e00] w:1280 h:720 pixfmt:yuvj422p tb:1/1000000 sar:1/1 [ffsink @ 003efee0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 00b95920] w:1280 h:720 fmt:yuvj422p -> w:1280 h:720 fmt:yuv420p flags:0xa0000004 [libx264 @ 00b60540] using SAR=1/1 [libx264 @ 00b60540] using cpu capabilities: MMX2 SSE2 SSE3 Cache64 [libx264 @ 00b60540] profile Main, level 3.1 [libx264 @ 00b60540] 264 - core 114 - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - http://www.videolan.org/x264.html - options: cabac=1 ref=2 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=6 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=1 keyint=250 keyint_min=24 scenecut=40 intra_refresh=0 rc=cqp mbtree=0 qp=27 ip_ratio=1.40 pb_ratio=1.30 aq=0 Output #0, matroska, to 'x264-low_contract_yuv.mkv': Metadata: MAKER : NIKON CORPORATION MODEL : NIKON D90 CREATION_TIME : 2011-05-05 07:47:28 encoder : Lavf53.0.3 Stream #0.0: Video: libx264, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 1k tbn, 24 tbc (default) Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help frame= 10 fps= 0 q=27.0 size= 33kB time=10000000000.00 bitrate= 0.0kbits/s ...CUT... frame= 121 fps= 5 q=-1.0 Lsize= 864kB time=4.96 bitrate=1427.9kbits/s video:863kB audio:0kB global headers:0kB muxing overhead 0.173612% frame I:1 Avg QP:24.00 size: 33897 [libx264 @ 00b60540] frame P:41 Avg QP:27.00 size: 10846 [libx264 @ 00b60540] frame B:79 Avg QP:28.66 size: 5118 [libx264 @ 00b60540] consecutive B-frames: 6.6% 11.6% 22.3% 59.5% [libx264 @ 00b60540] mb I I16..4: 44.1% 0.0% 55.9% [libx264 @ 00b60540] mb P I16..4: 7.9% 0.0% 4.9% P16..4: 42.7% 10.5% 3.3% 0.0% 0.0% skip:30.7% [libx264 @ 00b60540] mb B I16..4: 3.9% 0.0% 0.6% B16..8: 30.6% 7.4% 0.3% direct: 8.4% skip:48.7% L0:41.1% L1:53.7% BI: 5.2% [libx264 @ 00b60540] coded y,uvDC,uvAC intra: 29.7% 47.0% 14.1% inter: 8.7% 11.9% 0.1% [libx264 @ 00b60540] i16 v,h,dc,p: 31% 31% 24% 14% [libx264 @ 00b60540] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 26% 20% 20% 5% 7% 7% 6% 6% 3% [libx264 @ 00b60540] i8c dc,h,v,p: 63% 18% 16% 3% [libx264 @ 00b60540] Weighted P-Frames: Y:2.4% UV:2.4% [libx264 @ 00b60540] ref P L0: 75.4% 24.6% [libx264 @ 00b60540] ref B L0: 80.3% 19.7% [libx264 @ 00b60540] ref B L1: 94.1% 5.9% [libx264 @ 00b60540] kb/s:1401.04 }}} ffmpeg -v 9 -loglevel 99 -i input.mkv > v9.log 2>&1 {{{ ffmpeg version UNKNOWN, Copyright (c) 2000-2011 the FFmpeg developers built on May 19 2011 17:41:01 with gcc 4.5.2 configuration: --prefix=/mingw --disable-static --enable-shared --enable-gpl --enable-version3 --disable-doc --enable-postproc --disable- network --enable-memalign-hack --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libspeex --enable-libvorbis --enable-libx264 --enable-pthreads --enable-frei0r --extra- cflags='-mthreads -mtune=nocona -march=nocona -msse3 -m80387 -mfpmath=387 -O2 -fgnu89-inline -Wno-error=missing-prototypes' --extra-ldflags='-Wl ,--enable-auto-image-base -Wl,--enable-auto-import' --extra-libs=-ldl --cpu=nocona libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [NULL @ 00b70280] Format matroska,webm probed with size=2048 and score=100 st:0 removing common factor 1000000 from timebase [mjpeg @ 00b7b700] buffer too small, expanding to 73330 bytes [mjpeg @ 00b7b700] marker=d8 avail_size_in_buf=73330 [mjpeg @ 00b7b700] marker parser used 0 bytes (0 bits) [mjpeg @ 00b7b700] marker=db avail_size_in_buf=73328 [mjpeg @ 00b7b700] index=0 [mjpeg @ 00b7b700] qscale[0]: 3 [mjpeg @ 00b7b700] index=1 [mjpeg @ 00b7b700] qscale[1]: 6 [mjpeg @ 00b7b700] marker parser used 132 bytes (1056 bits) [mjpeg @ 00b7b700] marker=c0 avail_size_in_buf=73194 [mjpeg @ 00b7b700] sof0: picture: 1280x720 [mjpeg @ 00b7b700] component 0 2:1 id: 0 quant:0 [mjpeg @ 00b7b700] component 1 1:1 id: 1 quant:1 [mjpeg @ 00b7b700] component 2 1:1 id: 2 quant:1 [mjpeg @ 00b7b700] pix fmt id 21111100 [mjpeg @ 00b7b700] marker parser used 17 bytes (136 bits) [mjpeg @ 00b7b700] marker=c4 avail_size_in_buf=73175 [mjpeg @ 00b7b700] class=0 index=0 nb_codes=12 [mjpeg @ 00b7b700] class=1 index=0 nb_codes=251 [mjpeg @ 00b7b700] class=0 index=1 nb_codes=12 [mjpeg @ 00b7b700] class=1 index=1 nb_codes=251 [mjpeg @ 00b7b700] marker parser used 418 bytes (3344 bits) [mjpeg @ 00b7b700] escaping removed 115 bytes [mjpeg @ 00b7b700] marker=da avail_size_in_buf=72755 [mjpeg @ 00b7b700] component: 0 [mjpeg @ 00b7b700] component: 1 [mjpeg @ 00b7b700] component: 2 [mjpeg @ 00b7b700] marker parser used 72639 bytes (581110 bits) [mjpeg @ 00b7b700] marker=d9 avail_size_in_buf=3 [mjpeg @ 00b7b700] mjpeg decode frame unused 3 bytes [matroska,webm @ 00b70280] All info found [matroska,webm @ 00b70280] Estimating duration from bitrate, this may be inaccurate Input #0, matroska,webm, from 'input.mkv': Metadata: MAKER : NIKON CORPORATION MODEL : NIKON D90 CREATION_TIME : 2011-05-05 07:47:28 ENCODER : Lavf53.0.3 Duration: 00:00:05.04, start: 0.000000, bitrate: N/A Stream #0.0, 1, 1/1000: Video: mjpeg, yuvj422p, 1280x720, 1/24, PAR 1:1 DAR 16:9, 24 fps, 24 tbr, 1k tbn, 24 tbc (default) At least one output file must be specified }}} Seems like contrast loosing when converting a pixel format from yuvj422p to yuv420p. I tryed to encode same video from mplayer yuv4mpeg raw file and in this case contrast on output video is the same. I cannot find mplayer ftp server to upload samples. Where can I upload it? -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/225> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 23