July 2018 - FFmpeg-trac - lists.ffmpeg.org

#7258(undetermined:new): Video codec "uncompressed r210 and v210" in Quicktime container produces too dark images
by FFmpeg 12 Jul '18

12 Jul '18

#7258: Video codec "uncompressed r210 and v210" in Quicktime container produces too dark images -------------------------------------+------------------------------------- Reporter: wavelet | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: color_range | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % ffmpeg -i input.mov -vcodec r210 -movflags +writecolr output.mov % ffmpeg -i input.mov -vcodec v210 -movflags +writecolr output.mov ffmpeg version: N-90169-gf4709f1b7b Windows: Dll's from zernoe 8bpc and 16bpc exports are working fine: % ffmpeg -i input.mov -vcodec rawvideo -pix_fmt rgb48be -movflags +writecolr output.mov }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/7258> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 11

#7305(undetermined:new): HLS: hls_init_time stopped working?
by FFmpeg 11 Jul '18

11 Jul '18

#7305: HLS: hls_init_time stopped working? -------------------------------------+------------------------------------- Reporter: barhom | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: hls_init_time used to work, doesnt seem to be working anymore. How to reproduce: {{{ ffmpeg -i "ANY_INPUT_FILE" -map 0:0 -map 0:1 -c:v libx264 -preset superfast -g 50 \ -keyint_min 100 -sc_threshold 0 -b:v 900k -maxrate 900k -bufsize 2000k \ -filter:v yadif -c:a aac -b:a 64k \ -f tee "[f=mpegts]udp://239.240.0.109:3301?buffer_size=1316&pkt_size=1316| \[f=hls:hls_init_time=4:hls_time=8:hls_list_size=10:hls_start_number_source=epoch:hls_flags=delete_segments+discont_start+program_date_time]/tmp/test/playlist.m3u8" }}} The produced segments are 4seconds long and will never change to become 8 seconds. Expected behavior: 4s to start for 10 segments 8s after the initial 10 segments -- Ticket URL: <https://trac.ffmpeg.org/ticket/7305> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

#7196(ffplay:new): ffplay crashes on seeking
by FFmpeg 09 Jul '18

09 Jul '18

#7196: ffplay crashes on seeking -----------------------------------+-------------------------------------- Reporter: aleks8888 | Type: defect Status: new | Priority: normal Component: ffplay | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- Summary of the bug: I tried to compile ffmpeg myself. I'm on windows 7, 32 bit, used msys2 to compile it. The compiled version almost works, but when I use right arrow to seek forward, ffplay crashes, producing ffplay.exe.stackdump file. Console output contains this afterwards: {{{ Segmentation fault (стек памяти сброшен на диск)B sq= 0B f=0/0 }}} This means something like "stack of memory dropped on disk". Version: {{{ $ ffmpeg ffmpeg version 3.4.git Copyright (c) 2000-2018 the FFmpeg developers built with gcc 7.3.0 (GCC) configuration: --enable-shared --enable-gpl --enable-version3 --enable- nonfree --disable-doc libavutil 56. 18.100 / 56. 18.100 libavcodec 58. 19.101 / 58. 19.101 libavformat 58. 13.102 / 58. 13.102 libavdevice 58. 4.100 / 58. 4.100 libavfilter 7. 21.100 / 7. 21.100 libswscale 5. 2.100 / 5. 2.100 libswresample 3. 2.100 / 3. 2.100 libpostproc 55. 2.100 / 55. 2.100 Hyper fast Audio and Video encoder usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfile}... Use -h to get full help or, even better, run 'man ffmpeg' }}} msys2 packets were recently updated, week ago. -- Ticket URL: <https://trac.ffmpeg.org/ticket/7196> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 11

#7308(undetermined:new): Recording of dvb_teletext does not stop until subtitles are available
by FFmpeg 09 Jul '18

09 Jul '18

#7308: Recording of dvb_teletext does not stop until subtitles are available -------------------------------------+------------------------------------- Reporter: | Type: defect jakubvojacek | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When using ffmpeg to transcode portion of live stream that includes dvb_teletext, the ffmpeg does not stop until there are some data in the dvb_teletext stream. The dvb_teletext stream contains subtitle only like 50% of time and until some subtitles are available, it will keep the ffmpeg running. Below is a simple sample ffmpeg command that should record 10 seconds of stream. How to reproduce: {{{ time ffmpeg -y -txt_format text -txt_page 888 -i "udp://@239.100.200.2:1234?overrun_nonfatal=1&fifo_size=10000000" -map 0 -copyinkf -scodec mov_text -vcodec copy -acodec copy -t 10 -f mp4 test.mp4 }}} The output of this command is {{{ ffmpeg version 4.0-hd Copyright (c) 2000-2018 the FFmpeg developers built with gcc 6.3.0 (Debian 6.3.0-18+deb9u1) 20170516 configuration: --cpu=native --enable-pthreads --extra-version=hd --enable-vaapi --enable-vdpau --enable-nonfree --enable-gpl --enable- swscale --enable-libx264 --enable-version3 --enable-nvenc --enable-libnpp --enable-cuda --enable-cuvid --enable-cuda-sdk --enable-filter=scale_cuda --enable-filter=thumbnail_cuda --extra- cflags=-I/usr/local/cuda-9.1/include --extra- ldflags=-L/usr/local/cuda-9.1/lib64 --enable-libx264 --enable-libx265 --enable-libxvid --enable-libass --enable-libwavpack --enable-libsoxr --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable- libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable- librtmp --enable-libnpp --enable-opengl --enable-version3 --enable- avresample --enable-avisynth --enable-openal --enable-opencl --enable- libzvbi --enable-iconv libavutil 56. 14.100 / 56. 14.100 libavcodec 58. 18.100 / 58. 18.100 libavformat 58. 12.100 / 58. 12.100 libavdevice 58. 3.100 / 58. 3.100 libavfilter 7. 16.100 / 7. 16.100 libavresample 4. 0. 0 / 4. 0. 0 libswscale 5. 1.100 / 5. 1.100 libswresample 3. 1.100 / 3. 1.100 libpostproc 55. 1.100 / 55. 1.100 Input #0, mpegts, from 'udp://@239.100.200.2:1234?overrun_nonfatal=1&fifo_size=10000000': Duration: N/A, start: 73177.274233, bitrate: N/A Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(progressive), 720x480 [SAR 40:33 DAR 20:11], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x101]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(progressive), 720x480 [SAR 40:33 DAR 20:11], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:2[0x102](cze): Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 144 kb/s Stream #0:3[0x103](cze): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006), 492x250 Output #0, mp4, to 'test.mp4': Metadata: encoder : Lavf58.12.100 Stream #0:0: Video: h264 (Main) (avc1 / 0x31637661), yuv420p(progressive), 720x480 [SAR 40:33 DAR 20:11], q=2-31, 25 fps, 25 tbr, 90k tbn, 90k tbc Stream #0:1: Video: h264 (Main) (avc1 / 0x31637661), yuv420p(progressive), 720x480 [SAR 40:33 DAR 20:11], q=2-31, 25 fps, 25 tbr, 90k tbn, 90k tbc Stream #0:2(cze): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 144 kb/s Stream #0:3(cze): Subtitle: mov_text (tx3g / 0x67337874), 492x250 Metadata: encoder : Lavc58.18.100 mov_text Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #0:2 -> #0:2 (copy) Stream #0:3 -> #0:3 (dvb_teletext (libzvbi_teletextdec) -> mov_text (native)) Press [q] to stop, [?] for help frame= 250 fps=0.2 q=-1.0 Lq=-1.0 size= 1820kB time=00:00:09.98 bitrate=1493.7kbits/s speed=0.00774x video:1655kB audio:159kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.366925% Exiting normally, received signal 2. real 21m34.743s user 0m4.100s sys 0m3.020s }}} While I was trying to record just 10 seconds, it kept on recording and would have kept waiting until some subtitles would be available. I have waited 21 minutes until I canceled it manually. When there are subtitles available at the time of transcoding, it does end on time (specified by the -t parameter) I have tried to record the multicast using multicat into a file and process this file and it worked (didnt wait). Therefore it seems like it is only reproducible on live input. Do you need any more information please? -- Ticket URL: <https://trac.ffmpeg.org/ticket/7308> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#7298(avcodec:new): Interlaced h264 with separate fields broken on FireTV Stick
by FFmpeg 08 Jul '18

08 Jul '18

#7298: Interlaced h264 with separate fields broken on FireTV Stick ---------------------------------+--------------------------------------- Reporter: neik1 | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Hello guys, to be honest I am not even sure if this is the right place to report this but anyways here it goes. I am experiencing a issue with interlaced h264 and separate fields on my Fire TV Stick (2nd Gen) which leads to the image looking messy, example: https://imgur.com/a/gGvOrKI Already reported this on MPV's Github: https://github.com/mpv-android/mpv- android/issues/129 According to the user/dev tmm1 there seems to be a fix for this (http://ffmpeg.org/pipermail/ffmpeg-devel/2018-June/231237.html) but it isn't implemented yet. A sample file to reproduce this issue can be found over here: https://www65.zippyshare.com/v/CbDWPgBB/file.html Anything else you might need, just let me know! -- Ticket URL: <https://trac.ffmpeg.org/ticket/7298> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#7307(undetermined:new): MP4 HLS produce wrong m3u8/m4s
by FFmpeg 07 Jul '18

07 Jul '18

#7307: MP4 HLS produce wrong m3u8/m4s -------------------------------------+------------------------------------- Reporter: loki5100 | Type: defect Status: new | Priority: critical Component: | Version: undetermined | unspecified Keywords: HLS m3u8 | Blocked By: m4s | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- When you run this command line on windows: '' ffmpeg.exe -i "http://distribution.bbb3d.renderfarming.net/video/mp4/bbb_sunflower_1080p_3…" -loglevel verbose -c:a aac -b:a 128k -c:v hevc -b:v 4977k -maxrate 4977k -bufsize 7466k -x265-params "keyint=60:min-keyint=60:open- gop=0:scenecut=0" -r 483570000/16117951 -t 30 -sn -movflags faststart -preset ultrafast -pix_fmt yuv420p -hls_time 4 -hls_segment_type fmp4 -hls_list_size 0 -hls_flags single_file -hls_fmp4_init_filename C:\temp\ffmpeg\bbb_init.mp4 C:\temp\bbb.m3u8 '' Then when I try to play the .m3u8 in VLC media player it's crash and if I try to play the .m4s in VLC media player, i can't manually move the time cursor in the movie and vlc media player crash exactly at 29s of the beginning of playing -- Ticket URL: <https://trac.ffmpeg.org/ticket/7307> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#6428(undetermined:new): MXF codec error: Invalid pixel format
by FFmpeg 06 Jul '18

06 Jul '18

#6428: MXF codec error: Invalid pixel format -------------------------------------+------------------------------------- Reporter: marianina8 | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: ffmpeg -i abc.mxf -y -ss 0.12 -vf scale='scale= 640:-1' -vframes 1 output.jpg ffmpeg version N-85692-g78a5fc4 Copyright (c) 2000-2017 the FFmpeg developers built with gcc 4.8.5 (GCC) 20150623 (Red Hat 4.8.5-11) configuration: --prefix=/tmp/gm-ffmpeg-1.0.4/BUILD/ffmpeg_build --pkg- config-flags=--static --extra-cflags=-I/tmp/gm- ffmpeg-1.0.4/BUILD/ffmpeg_build/include --extra-ldflags=-L/tmp/gm- ffmpeg-1.0.4/BUILD/ffmpeg_build/lib --bindir=/tmp/gm- ffmpeg-1.0.4/BUILDROOT/gm- ffmpeg-1.0.4-1.el7.centos.x86_64/opt/graymeta/bin --enable-gpl --enable- libass --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-nonfree libavutil 55. 61.100 / 55. 61.100 libavcodec 57. 93.100 / 57. 93.100 libavformat 57. 72.101 / 57. 72.101 libavdevice 57. 7.100 / 57. 7.100 libavfilter 6. 87.100 / 6. 87.100 libswscale 4. 7.101 / 4. 7.101 libswresample 2. 8.100 / 2. 8.100 libpostproc 54. 6.100 / 54. 6.100 [rawvideo @ 0x3115bc0] Invalid pixel format. [mxf @ 0x30f7a40] Failed to open codec in avformat_find_stream_info [rawvideo @ 0x3115bc0] Invalid pixel format. Input #0, mxf, from 'testdata/abc.mxf': Metadata: project_name : nexidia_chopped_1080p2398 uid : 44f11f59-0014-1f4d-a4fd-12794aab5487 generation_uid : b6bcfcab-70ff-7331-208a-0e0569de11d2 application_platform: AAFSDK (MacOS X) modification_date: 2017-03-14T18:06:46.000000Z product_uid : acfbf03a-4f42-a231-d0b7-c06ecd3d4ad7 product_version : Unknown version product_name : Avid Media Composer 8.8.0.45435 company_name : Avid Technology, Inc. material_package_umid: 0x060A2B340101010101010F001300000058C8313600440000060E2B347F7F2A80 material_package_name: 1920x1080_2398_DNxHD175x.new.02 comment_Gamma For CDL: SLog2 comment_Capture Gamma Equation: S-Log2 comment_Capture FPS: 29.97 comment_ISO : 1250 comment_EI : 1250 comment_White Balance: 3200 comment_Auto White Balance Mode: PRESET comment_Monitoring Base Curve: S-Log2 comment_Video : XAVC Intra 4K comment_CreationDate: 2014-03-09T06:52:23-08:00 comment_manufacturer: Sony comment_modelName: PMW-F55 comment_serialNo: 0100553 comment_Creator : comment_Title : comment_ProavIdRef: B342E096256705C388C908004602026B comment_InitializedDate: 2014-03-09T06:08:40-08:00 comment_UserDiscId: comment_Disc Description: comment_Main Title 1(ASCII): comment_Main Title 2(Multi Language): comment_hardware: comment_software: comment_Description: comment_Status : comment_LensModelName: comment_Title 1(ASCII): comment_Title 2(Multi Language): comment_UNC Path: /Volumes/test_lab1/client-drives/nat- geo/brain_games/RAW FOOTAGE/BG3 030914 A F5 1 01/XDROOT/Clip/A001C004_140309PD.MXF Duration: 00:01:04.56, start: 0.000000, bitrate: 653 kb/s Stream #0:0: Video: rawvideo, none(progressive), 480x270, SAR 16:15 DAR 256:135, 23.98 tbr, 23.98 tbn, 23.98 tbc Metadata: file_package_umid: 0x060A2B340101010101010F001300000058C8313600460000060E2B347F7F2A80 file_package_name: A001C004_140309PD.MXF track_name : V1 reel_umid : 0x060A2B340101010101010F001300000058C82D5200300000060E2B347F7F2A80 reel_name : A001C004_140309PD.MXF timecode : 08:51:15:00 Stream #0:1: Data: none Metadata: file_package_umid: 0x060A2B340101010101010F001300000058C82D5200280000060E2B347F7F2A80 track_name : A1 data_type : audio Stream #0:2: Data: none Metadata: file_package_umid: 0x060A2B340101010101010F001300000058C82D5200290000060E2B347F7F2A80 track_name : A2 data_type : audio Stream #0:3: Data: none Metadata: file_package_umid: 0x060A2B340101010101010F001300000058C82D52002A0000060E2B347F7F2A80 track_name : A3 data_type : audio Stream #0:4: Data: none Metadata: file_package_umid: 0x060A2B340101010101010F001300000058C82D52002B0000060E2B347F7F2A80 track_name : A4 data_type : audio Stream #0:5: Data: none Metadata: file_package_umid: 0x060A2B340101010101010F001300000058C82D52002C0000060E2B347F7F2A80 track_name : A5 data_type : audio Stream #0:6: Data: none Metadata: file_package_umid: 0x060A2B340101010101010F001300000058C82D52002D0000060E2B347F7F2A80 track_name : A6 data_type : audio Stream #0:7: Data: none Metadata: file_package_umid: 0x060A2B340101010101010F001300000058C82D52002E0000060E2B347F7F2A80 track_name : A7 data_type : audio Stream #0:8: Data: none Metadata: file_package_umid: 0x060A2B340101010101010F001300000058C82D52002F0000060E2B347F7F2A80 track_name : A8 data_type : audio [rawvideo @ 0x312cf60] Invalid pixel format. Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> mjpeg (native)) Error while opening decoder for input stream #0:0 : Invalid argument -- Ticket URL: <https://trac.ffmpeg.org/ticket/6428> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#7306(ffmpeg:new): Seeking problem: -ss as output parameter at a key frame of a mp4 and -c copy result in droping of video frames
by FFmpeg 06 Jul '18

06 Jul '18

#7306: Seeking problem: -ss as output parameter at a key frame of a mp4 and -c copy result in droping of video frames ---------------------------------+-------------------------------------- Reporter: duanyao | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- Summary of the bug: How to reproduce: {{{ % ffmpeg -report -y -i neck5.mp4 -ss 0 -t 1 -c copy neck5-1.mp4 Or % ffmpeg -report -y -i neck5.mp4 -ss 2.36 -t 1 -c copy neck5-1.mp4 }}} The 2 key frames of neck5.mp4 (5s length, 25fps) locate at 0s, 2.36s, respectively. Expected result: neck5-1.mp4 contains ~1s audio and video. Actual result: neck5-1.mp4 contains only audio and no video. To workaround this problem, I have to minus time of key frame by at least 2*pkt_duration_time, i.e. -0.08s: {{{ % ffmpeg -report -y -i neck5.mp4 -ss -0.08 -t 1 -c copy neck5-1.mp4 Or % ffmpeg -report -y -i neck5.mp4 -ss 2.28 -t 1 -c copy neck5-1.mp4 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/7306> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

Re: [FFmpeg-trac] #1916(avformat:closed): mxf format pcm_s24le decoding is broken.
by FFmpeg 05 Jul '18

05 Jul '18

#1916: mxf format pcm_s24le decoding is broken. -------------------------------------+------------------------------------- Reporter: dem0n | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mxf | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * resolution: wontfix => fixed Comment: Fixed by Marton Balint in c6fff3d32f4e36e6ee4b2cf9e371a884d86a510b -- Ticket URL: <https://trac.ffmpeg.org/ticket/1916#comment:5> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#7299(undetermined:new): Seeking mp4 makes audio/video out of sync
by FFmpeg 05 Jul '18

05 Jul '18

#7299: Seeking mp4 makes audio/video out of sync --------------------------------------+---------------------------------- Reporter: hadmut | Type: defect Status: new | Priority: normal Component: undetermined | Version: 3.4 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Hi, I'm trying to cut parts from a video with ffmpeg 2.4.2 (ubuntu 18.04) and get videos where audio and video are in most cases out of sync, although there are cases, where they are still in sync. E.g. the video taken from https://download.media.tagesschau.de/video/2018/0701/TV-20180701-2348-2001.… ffmpeg -loglevel warning -ss "00:22:39.000" -i TV-20180701-2348-2001.websm.h264.mp4 -t "00:00:06.010" -map 0 -c copy g1.mp4 ffmpeg -loglevel warning -ss "00:22:40.000" -i TV-20180701-2348-2001.websm.h264.mp4 -t "00:00:05.010" -map 0 -c copy g2.mp4 ffmpeg -loglevel warning -ss "00:22:39.500" -i TV-20180701-2348-2001.websm.h264.mp4 -t "00:00:05.710" -map 0 -c copy g3.mp4 only g1.mp4 is in sync. Seems as if this accidently hit the beginning of a frame group. -- Ticket URL: <https://trac.ffmpeg.org/ticket/7299> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2