November 2012 - FFmpeg-trac - lists.ffmpeg.org

#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

#1150(undetermined:new): H264 Main remuxing to TS fails (B frame not properly handled, playback jittery)
by FFmpeg 18 Nov '13

18 Nov '13

#1150: H264 Main remuxing to TS fails (B frame not properly handled, playback jittery) -------------------------------------+------------------------------------- Reporter: quandt | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffmpeg -i test.264 -vcodec copy -an -f mpegts test.ts Fails with errors. Earlier builds did produce TS streams but playback was jittery. I know this is already a known but but I'm submitting this in order to provide test material. version N-38772-gc2e3b56 attached files will include: test.pcap -- raw rtp session of H264 stream from a real-time encoder test.sdp -- matching sdp file to the live feed test.264 -- extracted raw H264 elementary stream from RTP feed, ie what is supposed to be able to be mux'd inside of ffmpeg. This is a H264 Main compliant stream (ie B frames). -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1150> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 7

#1975(avfilter:new): yadif placement after -i results in timing errors
by FFmpeg 15 Nov '13

15 Nov '13

#1975: yadif placement after -i results in timing errors -------------------------------------+------------------------------------- Reporter: dpury | Type: defect Status: new | Priority: normal Component: avfilter | Version: Keywords: yadif pts | unspecified dts invalid dropping | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When using yadif after the input file, pts errors are encountered. On long files this results in a/v sync issues. If I move the yadif filter to before the input file, the errors are not present. Output format doesn't seem to matter; I've seen it when making MPEG-2 PS and TS files, as well as MP4 files. As a workaround, I've been using yadif before the input, and another -filter:v after the input to do scale and setdar. Report files attached. This command ffmpeg -report -i C:\ffmpeg\bin\bip_3s.mxf -filter:v yadif=0 C:\ffmpeg\bin\bip_3s.mp4 produces errors like this: PTS 14, next:440000 invalid dropping st:0 PTS 17, next:560000 invalid dropping st:0 PTS 20, next:680000 invalid dropping st:0 PTS 23, next:800000 invalid dropping st:0 While this command ffmpeg -report -filter:v yadif=0 -i C:\ffmpeg\bin\bip_3s.mxf -y C:\ffmpeg\bin\bip_3s.mp4 produces no errors. Thank you, dpury -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1975> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 17

#1970(FFserver:new): ffserver ignores ffmpeg command line arguments
by FFmpeg 15 Nov '13

15 Nov '13

#1970: ffserver ignores ffmpeg command line arguments ------------------------------------+------------------------------------ Reporter: importinis | Type: defect Status: new | Priority: critical Component: FFserver | Version: 1.0 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ I'm trying to transcode from mpegts to flv. In mpegts are 2 audio streams but I want to transcode just one, and igore the other. http://pastebin.com/EMu5WS7Z please notice, that there is 2 examples: 1. ffmpeg writes to file - audio stream mapping works great. 2. ffserver ignores audio stream specified by ffmpeg and transcodes first one, not specified. The problem: ffserver ignores ffmpeg arguments! In this example it's obvious that ignores -map argument, but if I specify video filters - ffserver ignores as well. -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1970> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 24

#1925(undetermined:new): Transcoding mjpeg video results in a very short frame
by FFmpeg 15 Nov '13

15 Nov '13

#1925: Transcoding mjpeg video results in a very short frame -------------------------------------+------------------------------------- Reporter: mbradshaw | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- '''Summary of the bug:''' I have a mjpeg video I've created using libav*. The video plays fine in QuickTime, VLC, ffplay, etc. However, when I transcode the mjpeg video using FFmpeg, the first frame goes from a duration of 1.315918 seconds to just a fraction of a second. This happens on every mjpeg file I've tested that I create using libav*. I've tried FFmpeg 1.0 and current git head; results are the same. I suppose it's possible I'm generating the mjpeg wrong, but it plays fine in everything I've tried (QuickTime, VLC, ffplay, etc.) with no warnings or errors, FFmpeg gives no errors or warnings when transcoding, and I've inspected the frames with ffprobe and I can't see anything wrong with the mjpeg. '''How to reproduce:''' Using the following command, the output file (mpg.mpg) has a short first frame and doesn't match the source mjpeg (mjpeg.mov). I have attached both files. {{{ $ ffmpeg -i mjpeg.mov -vcodec mpeg2video -acodec mp2 -r 24 -bufsize 4000000 -maxrate 5000000 mpg.mpg ffmpeg version 1.0 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 16 2012 15:00:58 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: 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 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fb25b00f200] max_analyze_duration 5000000 reached at 5000272 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'mjpeg.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.29.104 Duration: 00:00:05.27, start: 0.000000, bitrate: 631 kb/s Stream #0:0(eng): Video: mjpeg (jpeg / 0x6765706A), yuvj420p, 1024x768, 536 kb/s, 1.02 fps, 4.58 tbr, 44100 tbn, 44100 tbc Metadata: handler_name : DataHandler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 227 kb/s Metadata: handler_name : DataHandler Output #0, mpeg, to 'mpg.mpg': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.29.104 Stream #0:0(eng): Video: mpeg2video, yuv420p, 1024x768, q=2-31, 200 kb/s, 90k tbn, 24 tbc Metadata: handler_name : DataHandler Stream #0:1(eng): Audio: mp2, 44100 Hz, stereo, s16, 128 kb/s Metadata: handler_name : DataHandler Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> mpeg2video) Stream #0:1 -> #0:1 (aac -> mp2) Press [q] to stop, [?] for help frame= 95 fps=0.0 q=31.0 Lsize= 766kB time=00:00:05.27 bitrate=1189.9kbits/s dup=91 drop=0 video:678kB audio:82kB subtitle:0 global headers:0kB muxing overhead 0.751412% }}} In the files, the symbol clash should match with the start of each frame. -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1925> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 8

#1822(avfilter:new): Add color option to fade filter
by FFmpeg 11 Nov '13

11 Nov '13

#1822: Add color option to fade filter ---------------------------------------+---------------------------------- Reporter: llogan | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+---------------------------------- The would allow the fade color to be something other than the default of black. I am guessing it is currently possible in conjunction with the color filter, but I am unsure how. Example command: # fade in first 30 frames of video with a color of red fade=in:0:30:red Example docs: color Specify the color of the fade, it can be the name of a color (case insensitive match) or a 0xRRGGBB[AA] sequence. The default value of color is "black". -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1822> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 5

#1898(build system:new): configure --as broken
by FFmpeg 09 Nov '13

09 Nov '13

#1898: configure --as broken -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: build Version: git- | system master | Keywords: regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/41511 $ ./configure --as=as hangs forever, this is a regression since c6963a2 / a758c5e (not related to FreeBSD afaict). -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1898> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 3

#935(undetermined:new): mov: error opening alias, while file exists
by FFmpeg 08 Nov '13

08 Nov '13

#935: mov: error opening alias, while file exists -------------------------------------+------------------------------------- Reporter: zhukov | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- http://dl.dropbox.com/u/1109725/anonymous_theatrical_ref_1080p_2398_235.qt.… running ffmpeg -i on the file above wont find data file while the file actually exists and is readable {{{ [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7f959303ea00] stream 0, error opening alias: path='/ds1_z800/444_EXTRA_1/{AD0E35C8-8D66-4DF5-8764-9E1F7FFE6CF6}/ds$theatrical_235@1920x1080c1 - 5522aac8#0000cmp.gen', dir='{AD0E35C8-8D66-4DF5-8764-9E1F7FFE6CF6}', filename='ds$theatrical_235@1920x1080c1 - 5522aac8#0000cmp.gen', volume='*', nlvl_from=-1, nlvl_to=-1 }}} {{{ ls -la '/ds1_z800/444_EXTRA_1/{AD0E35C8-8D66-4DF5-8764-9E1F7FFE6CF6}/ds$theatrical_235@1920x1080c1 - 5522aac8#0000cmp.gen' }}} {{{ -rwxr-xr-x 2 tl_audio_node staff 1551893467152 Dec 21 16:27 ds$theatrical_235@1920x1080c1 - 5522aac8#0000cmp.gen }}} {{{ tl-audio-node:~ tl_audio_node$ stat -x '/ds1_z800/444_EXTRA_1/{AD0E35C8-8D66-4DF5-8764-9E1F7FFE6CF6}/ds$theatrical_235@1920x1080c1 - 5522aac8#0000cmp.gen' File: "/ds1_z800/444_EXTRA_1/{AD0E35C8-8D66-4DF5-8764-9E1F7FFE6CF6}/ds$theatrical_235@1920x1080c1 - 5522aac8#0000cmp.gen" Size: 1551893467152 FileType: Regular File Mode: (0755/-rwxr-xr-x) Uid: ( 501/tl_audio_node) Gid: ( 20/ staff) Device: 14,26 Inode: 50 Links: 2 Access: Mon Dec 12 18:53:20 2011 Modify: Wed Dec 21 16:27:32 2011 Change: Tue Jan 3 09:20:15 2012 }}} -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/935> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 10

#1398(undetermined:new): remuxed DTS audio won't play on hardware devices
by FFmpeg 06 Nov '13

06 Nov '13

#1398: remuxed DTS audio won't play on hardware devices -------------------------------------+------------------------------------- Reporter: patters | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: DTS audio | Blocked By: remux | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi, Firstly thanks for FFmpeg, it's an incredible tool. My interest in it comes from using the DLNA server Serviio which uses FFmpeg for its transcoding and remuxing. Many renderer devices don't support Matroska files but the streams they contain are often supported, so it's common to remux to mpeg-ts. I maintain the Serviio device profile for Sony Bluray and Network Media Players: http://forum.serviio.org/viewtopic.php?f=11&t=2004 I would like to report an issue with DTS audio streams that are remuxed into mpeg-ts by FFmpeg. The resulting files fail to play on many consumer electronics products which do officially support DTS, in my case Sony Bluray players, though I can see from the Serviio forum that it's also an issue for people who use AV receivers to decode the DTS stream. The files that FFmpeg produces play with silent audio on the affected devices, but they do play ok in VLC and Media Player Classic Home Cinema. I have observed this problem now for quite some time (maybe 18 months or so). I have reproduced this using the latest win32 build I could find from Zeranoe - ffmpeg-20120601-git-8a0efa9-win32-static.7z The remux command line that Serviio would issue is as follows: {{{ffmpeg -i "/volume1/public/video/Movies/The.Good.The.Bad.And.The.Ugly.EXTENDED.1966.BluRay.720p.DTS.x264-FSiHD.mkv" -y -async 1 -vcodec copy -vbsf h264_mp4toannexb -copyts -acodec copy -map 0:0 -map 0:1 -sn -f mpegts /volume1/@tmp/Serviio/transcoding- temp-1086-10-ORIGINAL.stf}}} The problem is not limited to my choice of example clip - I have found it to be consistent with all MKV files containing DTS audio. By contrast, the closed source utility [[http://www.videohelp.com/tools/tsMuxeR|tsMmuxeR]] is able to remux the same test clip in a way that plays perfectly on all systems I have tested. I shall attach 10MB clips of the original file, the FFmpeg non-working remux, and the TSmuxer working remux so that they may be analysed and compared. Hopefully this could lead to a fix, as it doesn't seem that this issue has been reported. Thanks, Patters -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1398> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 21

#678(undetermined:new): Warn that filtering is disabled when copying streams
by FFmpeg 03 Nov '13

03 Nov '13

#678: Warn that filtering is disabled when copying streams -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: | Status: new enhancement | Component: Priority: wish | undetermined Version: git- | Keywords: master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- Some users assume they can copy a video steam and perform filtering [1]. FFmpeg does not give any feedback that the filter is being ignored. Current behavior: {{{ $ ffmpeg -i hop.mp4 -c copy -vf crop=iw:ih-20 -y out.mpg ffmpeg version N-35078-g7831788, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 22 2011 10:36:32 with gcc 4.6.2 configuration: --prefix=/usr --enable-gpl libavutil 51. 26. 0 / 51. 26. 0 libavcodec 53. 36. 0 / 53. 36. 0 libavformat 53. 21. 0 / 53. 21. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 49. 0 / 2. 49. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'hop.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 1970-01-01 00:00:00 encoder : Lavf52.32.0 Duration: 00:00:10.13, start: 0.000000, bitrate: 563 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 640x480, 559 kb/s, 30 fps, 30 tbr, 30 tbn, 60 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : [mpeg @ 0x1d17860] VBV buffer size not set, muxing may fail Output #0, mpeg, to 'out.mpg': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 1970-01-01 00:00:00 encoder : Lavf53.21.0 Stream #0:0(und): Video: h264 (avc1 / 0x31637661), yuv420p, 640x480, q=2-31, 559 kb/s, 30 fps, 90k tbn, 30 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 304 fps= 0 q=-1.0 Lsize= 700kB time=00:00:10.06 bitrate= 569.6kbits/s video:692kB audio:0kB global headers:0kB muxing overhead 1.166920% }}} Example warning: "Filtering is disabled when copying streams." Of course the message could be more specific as to what streams are affected and what filters are actually disabled. [1] http://ffmpeg.org/pipermail/ffmpeg-user/2011-November/003175.html -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/678> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 3