From georg at steinmc.com Sun Jan 1 17:19:14 2017 From: georg at steinmc.com (Georg Stein SMC) Date: Sun, 1 Jan 2017 16:19:14 +0100 Subject: [FFmpeg-user] ffmpeg hls and 3 cookies Message-ID: <621c8140-2836-a172-663d-9243e7af54ff@steinmc.com> Hello, since some days i try now to download from periscope videos what need to have a cookie set. In the documentation i only found an example how to do this with one single cookie, but i need to hand over 3. Here is waht i tried so far, whats not giving me an 403 error: ffmpeg -headers 'Cookie: CloudFront-Policy=eyJTdGF0ZW1lbnQiOlt7IlJlc291cmNlIjoiaHR0cHM6Ly9yZXBsYXkucGVyaXNjb3BlLnR2L3JaXzhYbk5yeVhWVnA3M2JKbG1OVlZ3RldkS0lDbTBNbHdyaGRPelBZMFY4b3lUM2ZfWl9nbkdiRVJ6NGhERDhzT3NsSFE1WEZTaUdySmFla1lXTVpnKiIsIkNvbmRpdGlvbiI6eyJEYXRlTGVzc1RoYW4iOnsiQVdTOkVwb2NoVGltZSI6MTQ4MzM0NDIzNn19fV19;CloudFront-Key-Pair-Id=APKAIHCXHHQVRTVSFRWQ;CloudFront-Signature=PiLhDHXFD~VbDd3qKKeafwntyvBWITmt3sAmv46z~DmgHl8vRYruodYj3iwh8Sjm2PqD1Dp4TqMCp498fxrpEt~MtI8EbuYQc~w5-iQR3lp8fHGN7aHybJghpCZn2ac-J0ujdOZyz0uQuKmeck8EwvMpJhhfQm3RMsi4Zonu3X0Hl0GYCoqM3AFTlLc8FAkBmqRaw~lRoud6GqepptGPcnMgL~aM5vzXGkbPLmnWmB6UUKFOQFfSo1xHVMz3FbOEsg2GN0CkKKKGKQcj4nf7jYEZpehOPu9SA1H~tVfASQxNiMLGdFgy7W72pMeI2bU2odmOek6eoRjAWauQIffNyg__;'$'\r\n' -i 'https://replay.periscope.tv/rZ_8XnNryXVVp73bJlmNVVwFWdKICm0MlwrhdOzPY0V8oyT3f_Z_gnGbERz4hDD8sOslHQ5XFSiGrJaekYWMZg/playlist_1482892547484600267.m3u8' -c copy test.ts -v debug the result of this is: Splitting the commandline. Reading option '-headers' ... matched as AVOption 'headers' with argument 'Cookie: CloudFront-Policy=eyJTdGF0ZW1lbnQiOlt7IlJlc291cmNlIjoiaHR0cHM6Ly9yZXBsYXkucGVyaXNjb3BlLnR2L3JaXzhYbk5yeVhWVnA3M2JKbG1OVlZ3RldkS0lDbTBNbHdyaGRPelBZMFY4b3lUM2ZfWl9nbkdiRVJ6NGhERDhzT3NsSFE1WEZTaUdySmFla1lXTVpnKiIsIkNvbmRpdGlvbiI6eyJEYXRlTGVzc1RoYW4iOnsiQVdTOkVwb2NoVGltZSI6MTQ4MzM0NDIzNn19fV19;CloudFront-Key-Pair-Id=APKAIHCXHHQVRTVSFRWQ;CloudFront-Signature=PiLhDHXFD~VbDd3qKKeafwntyvBWITmt3sAmv46z~DmgHl8vRYruodYj3iwh8Sjm2PqD1Dp4TqMCp498fxrpEt~MtI8EbuYQc~w5-iQR3lp8fHGN7aHybJghpCZn2ac-J0ujdOZyz0uQuKmeck8EwvMpJhhfQm3RMsi4Zonu3X0Hl0GYCoqM3AFTlLc8FAkBmqRaw~lRoud6GqepptGPcnMgL~aM5vzXGkbPLmnWmB6UUKFOQFfSo1xHVMz3FbOEsg2GN0CkKKKGKQcj4nf7jYEZpehOPu9SA1H~tVfASQxNiMLGdFgy7W72pMeI2bU2odmOek6eoRjAWauQIffNyg__; '. Reading option '-i' ... matched as input file with argument 'https://replay.periscope.tv/rZ_8XnNryXVVp73bJlmNVVwFWdKICm0MlwrhdOzPY0V8oyT3f_Z_gnGbERz4hDD8sOslHQ5XFSiGrJaekYWMZg/playlist_1482892547484600267.m3u8'. Reading option '-c' ... matched as option 'c' (codec name) with argument 'copy'. Reading option 'test.ts' ... matched as output file. Reading option '-v' ... matched as option 'v' (set logging level) with argument 'debug'. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input file https://replay.periscope.tv/rZ_8XnNryXVVp73bJlmNVVwFWdKICm0MlwrhdOzPY0V8oyT3f_Z_gnGbERz4hDD8sOslHQ5XFSiGrJaekYWMZg/playlist_1482892547484600267.m3u8. Successfully parsed a group of options. Opening an input file: https://replay.periscope.tv/rZ_8XnNryXVVp73bJlmNVVwFWdKICm0MlwrhdOzPY0V8oyT3f_Z_gnGbERz4hDD8sOslHQ5XFSiGrJaekYWMZg/playlist_1482892547484600267.m3u8. [https @ 0xbc0880] Setting default whitelist 'http,https,tls,rtp,tcp,udp,crypto,httpproxy' [https @ 0xbc0880] request: GET /rZ_8XnNryXVVp73bJlmNVVwFWdKICm0MlwrhdOzPY0V8oyT3f_Z_gnGbERz4hDD8sOslHQ5XFSiGrJaekYWMZg/playlist_1482892547484600267.m3u8 HTTP/1.1 User-Agent: Lavf/57.41.100 Accept: */* Range: bytes=0- Connection: close Host: replay.periscope.tv Icy-MetaData: 1 Cookie: CloudFront-Policy=eyJTdGF0ZW1lbnQiOlt7IlJlc291cmNlIjoiaHR0cHM6Ly9yZXBsYXkucGVyaXNjb3BlLnR2L3JaXzhYbk5yeVhWVnA3M2JKbG1OVlZ3RldkS0lDbTBNbHdyaGRPelBZMFY4b3lUM2ZfWl9nbkdiRVJ6NGhERDhzT3NsSFE1WEZTaUdySmFla1lXTVpnKiIsIkNvbmRpdGlvbiI6eyJEYXRlTGVzc1RoYW4iOnsiQVdTOkVwb2NoVGltZSI6MTQ4MzM0NDIzNn19fV19;CloudFront-Key-Pair-Id=APKAIHCXHHQVRTVSFRWQ;CloudFront-Signature=PiLhDHXFD~VbDd3qKKeafwntyvBWITmt3sAmv46z~DmgHl8vRYruodYj3iwh8Sjm2PqD1Dp4TqMCp498fxrpEt~MtI8EbuYQc~w5-iQR3lp8fHGN7aHybJghpCZn2ac-J0ujdOZyz0uQuKmeck8EwvMpJhhfQm3RMsi4Zonu3X0Hl0GYCoqM3AFTlLc8FAkBmqRaw~lRoud6GqepptGPcnMgL~aM5vzXGkbPLmnWmB6UUKFOQFfSo1xHVMz3FbOEsg2GN0CkKKKGKQcj4nf7jYEZpehOPu9SA1H~tVfASQxNiMLGdFgy7W72pMeI2bU2odmOek6eoRjAWauQIffNyg__; [AVIOContext @ 0xf4b9c0] Statistics: 66140 bytes read, 0 seeks i also tried the same with -cookies, but here i always get an 403 when i do the same with wget i get as response the m3u8 playlist: wget "https://replay.periscope.tv/rZ_8XnNryXVVp73bJlmNVVwFWdKICm0MlwrhdOzPY0V8oyT3f_Z_gnGbERz4hDD8sOslHQ5XFSiGrJaekYWMZg/playlist_1482892547484600267.m3u8" --no-cookies --header "Cookie: CloudFront-Policy=eyJTdGF0ZW1lbnQiOlt7IlJlc291cmNlIjoiaHR0cHM6Ly9yZXBsYXkucGVyaXNjb3BlLnR2L3JaXzhYbk5yeVhWVnA3M2JKbG1OVlZ3RldkS0lDbTBNbHdyaGRPelBZMFY4b3lUM2ZfWl9nbkdiRVJ6NGhERDhzT3NsSFE1WEZTaUdySmFla1lXTVpnKiIsIkNvbmRpdGlvbiI6eyJEYXRlTGVzc1RoYW4iOnsiQVdTOkVwb2NoVGltZSI6MTQ4MzI5MjM0NX19fV19; CloudFront-Signature=gVUZ49e2ZKaBUylUHq5vvh89kR8oVTkDdA4Cn9wgbgaR5piqSk1qu1EMZot3xYNRRioTldBtDPfJm8P93u4za9oNbbXYDX4xdhrJom9Uy3heaOkurd6XYTAMzy1zR3XMJRRmDmX4lwISld1UK5-qbYx4aln67bxN2lxZL55odu7ixFph4BzI5Bj2gvUCwbXE3RUuesImYyT1DoHqtei3EvvRGSJeP9go8aXIvhg9Mk5HMPBVY2LHKs~A5rXz0st3ayWfT1x73eCpVNgne70c6Ei0Mz43DGblin3sXb-cg3VFbcHT5jnETC~L7HTQxnotEhgmHUy-lYIJAoK0PLgp-Q__; CloudFront-Key-Pair-Id=APKAIHCXHHQVRTVSFRWQ" --no-check-certificate -O out.m3u8 next question will be, how to set cookies in a c++ app using libavformat perhaps somebody has this already solved and can help me out here a little bit Georg From barsnick at gmx.net Sun Jan 1 18:27:51 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Sun, 1 Jan 2017 17:27:51 +0100 Subject: [FFmpeg-user] ffmpeg hls and 3 cookies In-Reply-To: <621c8140-2836-a172-663d-9243e7af54ff@steinmc.com> References: <621c8140-2836-a172-663d-9243e7af54ff@steinmc.com> Message-ID: <20170101162751.GB1825@sunshine.barsnick.net> On Sun, Jan 01, 2017 at 16:19:14 +0100, Georg Stein SMC wrote: > Hello, > > ffmpeg -headers 'Cookie: > CloudFront-Policy=eyJTdGF0ZW1lbnQiOlt7IlJlc291cmNlIjoiaHR0cHM6Ly9yZXBsYXkucGVyaXNjb3BlLnR2L3JaXzhYbk5yeVhWVnA3M2JKbG1OVlZ3RldkS0lDbTBNbHdyaGRPelBZMFY4b3lUM2ZfWl9nbkdiRVJ6NGhERDhzT3NsSFE1WEZTaUdySmFla1lXTVpnKiIsIkNvbmRpdGlvbiI6eyJEYXRlTGVzc1RoYW4iOnsiQVdTOkVwb2NoVGltZSI6MTQ4MzM0NDIzNn19fV19;CloudFront-Key-Pair-Id=APKAIHCXHHQVRTVSFRWQ;CloudFront-Signature=PiLhDHXFD~VbDd3qKKeafwntyvBWITmt3sAmv46z~DmgHl8vRYruodYj3iwh8Sjm2PqD1Dp4TqMCp498fxrpEt~MtI8EbuYQc~w5-iQR3lp8fHGN7aHybJghpCZn2ac-J0ujdOZyz0uQuKmeck8EwvMpJhhfQm3RMsi4Zonu3X0Hl0GYCoqM3AFTlLc8FAkBmqRaw~lRoud6GqepptGPcnMgL~aM5vzXGkbPLmnWmB6UUKFOQFfSo1xHVMz3FbOEsg2GN0CkKKKGKQcj4nf7jYEZpehOPu9SA1H~tVfASQxNiMLGdFgy7W72pMeI2bU2odmOek6eoRjAWauQIffNyg__;'$'\r\n' > -i > 'https://replay.periscope.tv/rZ_8XnNryXVVp73bJlmNVVwFWdKICm0MlwrhdOzPY0V8oyT3f_Z_gnGbERz4hDD8sOslHQ5XFSiGrJaekYWMZg/playlist_1482892547484600267.m3u8' > -c copy test.ts -v debug (You should be showing us the complete, uncut console output.) You're saying this works for you, right? And not with "-cookies"? It that an issue for you? >From playing around, I can confirm that the implementation of "-cookies" does seem to have some deficits. You would have seen this, had you compared the quoted output from "-headers" with that from "-cookies": As soon as "-cookies" has more than one cookie (separated by "; ", it one uses the first. If you don't add a cookie "path=/;", it won't validate the command line and refuse to send any cookie at all (apparently). I can't fix this, because I don't understand the intention of the code. ;-) Perhaps someone else will take a look. I don't need "$'\r\n'" with "-headers" by the way, it works without. Moritz From barsnick at gmx.net Sun Jan 1 18:37:36 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Sun, 1 Jan 2017 17:37:36 +0100 Subject: [FFmpeg-user] cutoff argument not passed to libmp3lame In-Reply-To: References: <20161219234420.GA14722@sunshine.barsnick.net> Message-ID: <20170101163736.GC1825@sunshine.barsnick.net> On Wed, Dec 21, 2016 at 20:35:31 +0100, Bernhard Döbler wrote: > Am 20.12.2016 um 00:44 schrieb Moritz Barsnick: > > I can provide (and perhaps test) a simple patch to ffmpeg-devel, if > > nobody beats me to it. > > Please feel free :) I did, and cutoff support for libmp3lame encoding is now supported by ffmpeg as of Dec. 31st 2016. :-) Happy New Year, Moritz From georg at steinmc.com Sun Jan 1 18:49:59 2017 From: georg at steinmc.com (Georg Stein SMC) Date: Sun, 1 Jan 2017 17:49:59 +0100 Subject: [FFmpeg-user] ffmpeg hls and 3 cookies In-Reply-To: <20170101162751.GB1825@sunshine.barsnick.net> References: <621c8140-2836-a172-663d-9243e7af54ff@steinmc.com> <20170101162751.GB1825@sunshine.barsnick.net> Message-ID: <320967ff-a10f-5d34-008c-644aef6d930c@steinmc.com> this was the complete console output. When i take out the CRLF, i get this message: [https @ 0x14c69e0] No trailing CRLF found in HTTP header. and ist only working with wget, not with ffmpeg Georg Am 01.01.2017 um 17:27 schrieb Moritz Barsnick: > On Sun, Jan 01, 2017 at 16:19:14 +0100, Georg Stein SMC wrote: >> Hello, >> >> ffmpeg -headers 'Cookie: >> CloudFront-Policy=eyJTdGF0ZW1lbnQiOlt7IlJlc291cmNlIjoiaHR0cHM6Ly9yZXBsYXkucGVyaXNjb3BlLnR2L3JaXzhYbk5yeVhWVnA3M2JKbG1OVlZ3RldkS0lDbTBNbHdyaGRPelBZMFY4b3lUM2ZfWl9nbkdiRVJ6NGhERDhzT3NsSFE1WEZTaUdySmFla1lXTVpnKiIsIkNvbmRpdGlvbiI6eyJEYXRlTGVzc1RoYW4iOnsiQVdTOkVwb2NoVGltZSI6MTQ4MzM0NDIzNn19fV19;CloudFront-Key-Pair-Id=APKAIHCXHHQVRTVSFRWQ;CloudFront-Signature=PiLhDHXFD~VbDd3qKKeafwntyvBWITmt3sAmv46z~DmgHl8vRYruodYj3iwh8Sjm2PqD1Dp4TqMCp498fxrpEt~MtI8EbuYQc~w5-iQR3lp8fHGN7aHybJghpCZn2ac-J0ujdOZyz0uQuKmeck8EwvMpJhhfQm3RMsi4Zonu3X0Hl0GYCoqM3AFTlLc8FAkBmqRaw~lRoud6GqepptGPcnMgL~aM5vzXGkbPLmnWmB6UUKFOQFfSo1xHVMz3FbOEsg2GN0CkKKKGKQcj4nf7jYEZpehOPu9SA1H~tVfASQxNiMLGdFgy7W72pMeI2bU2odmOek6eoRjAWauQIffNyg__;'$'\r\n' >> -i >> 'https://replay.periscope.tv/rZ_8XnNryXVVp73bJlmNVVwFWdKICm0MlwrhdOzPY0V8oyT3f_Z_gnGbERz4hDD8sOslHQ5XFSiGrJaekYWMZg/playlist_1482892547484600267.m3u8' >> -c copy test.ts -v debug > (You should be showing us the complete, uncut console output.) > > You're saying this works for you, right? And not with "-cookies"? It > that an issue for you? > > From playing around, I can confirm that the implementation of > "-cookies" does seem to have some deficits. You would have seen this, > had you compared the quoted output from "-headers" with that from > "-cookies": As soon as "-cookies" has more than one cookie (separated > by "; ", it one uses the first. If you don't add a cookie "path=/;", it > won't validate the command line and refuse to send any cookie at all > (apparently). > > I can't fix this, because I don't understand the intention of the code. > ;-) Perhaps someone else will take a look. > > I don't need "$'\r\n'" with "-headers" by the way, it works without. > > Moritz > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". -- Stein Micro Computer Georg P. Stein Tel.: 06898-63880 Fax: 06898-63820 Mobil: 0172-3538379 georg at steimc.com https://www.steinmc.com From barsnick at gmx.net Sun Jan 1 18:59:10 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Sun, 1 Jan 2017 17:59:10 +0100 Subject: [FFmpeg-user] ffmpeg hls and 3 cookies In-Reply-To: <320967ff-a10f-5d34-008c-644aef6d930c@steinmc.com> References: <621c8140-2836-a172-663d-9243e7af54ff@steinmc.com> <20170101162751.GB1825@sunshine.barsnick.net> <320967ff-a10f-5d34-008c-644aef6d930c@steinmc.com> Message-ID: <20170101165910.GA2975@sunshine.barsnick.net> On Sun, Jan 01, 2017 at 17:49:59 +0100, Georg Stein SMC wrote: > this was the complete console output. That's peculiar. Every ffmpeg (called with your options) has a banner output such as this: ffmpeg version N-82963-g9ec52a0 Copyright (c) 2000-2016 the FFmpeg developers built with icc (ICC) 14.0.3 20140422 configuration: --prefix=/usr/new/tools/video/install/ffmpeg/2016-12-29 --cc=icc --cxx=icpc --enable-gpl --enable-version3 --enable-nonfree --disable-shared --enable-gnutls --enable-libcdio --enable-libfreetype --enable-libx264 --enable-libvpx --enable-libmp3lame --enable-openal --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtwolame --enable-libopenjpeg --enable-librtmp --enable-libass --enable-libv4l2 --enable-libvidstab --enable-libfdk-aac --enable-libsmbclient --enable-libzvbi --enable-libtesseract --enable-libzmq libavutil 55. 43.100 / 55. 43.100 libavcodec 57. 70.100 / 57. 70.100 libavformat 57. 61.100 / 57. 61.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 68.100 / 6. 68.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 with which I could check whether you are using a fairly recent version of ffmpeg, and whether any changes to ffmpeg's handling of cookies may have happened recently. What happened to that banner in your output? > When i take out the CRLF, i get this message: [https @ 0x14c69e0] No > trailing CRLF found in HTTP header. That's a warning, and the missing CR/LF is appended (since quite some time). I agree, that's confusing, because other warnings in the cookie handling lead to total omission of the cookies (i.e. a failure case with altered behavior). > and ist only working with wget, not with ffmpeg It certainly worked for me (also with conversion): barsnick at sunshine:ffmpeg-build-2016-12-29 > ./ffmpeg_g -headers 'Cookie: CloudFront-Policy=eyJTdGF0ZW1lbnQiOlt7IlJlc291cmNlIjoiaHR0cHM6Ly9yZXBsYXkucGVya XNjb3BlLnR2L3JaXzhYbk5yeVhWVnA3M2JKbG1OVlZ3RldkS0lDbTBNbHdyaGRPelBZMFY4b3lUM2ZfWl9nbkdiRVJ6NGhERDhzT3NsSFE1WEZTaUdySmFla1lXTVpnKiIsIkNvbmRpdGlvbiI6eyJEYXRlTGVzc1RoYW4iOnsiQVdTOkVwb 2NoVGltZSI6MTQ4MzM0NDIzNn19fV19; CloudFront-Key-Pair-Id=APKAIHCXHHQVRTVSFRWQ; CloudFront-Signature=PiLhDHXFD~VbDd3qKKeafwntyvBWITmt3sAmv46z~DmgHl8vRYruodYj3iwh8Sjm2PqD1Dp4TqMCp498f xrpEt~MtI8EbuYQc~w5-iQR3lp8fHGN7aHybJghpCZn2ac-J0ujdOZyz0uQuKmeck8EwvMpJhhfQm3RMsi4Zonu3X0Hl0GYCoqM3AFTlLc8FAkBmqRaw~lRoud6GqepptGPcnMgL~aM5vzXGkbPLmnWmB6UUKFOQFfSo1xHVMz3FbOEsg2GN 0CkKKKGKQcj4nf7jYEZpehOPu9SA1H~tVfASQxNiMLGdFgy7W72pMeI2bU2odmOek6eoRjAWauQIffNyg__;' -i 'https://replay.periscope.tv/rZ_8XnNryXVVp73bJlmNVVwFWdKICm0MlwrhdOzPY0V8oyT3f_Z_gnGbERz4hD D8sOslHQ5XFSiGrJaekYWMZg/playlist_1482892547484600267.m3u8' ffmpeg version N-82963-g9ec52a0 Copyright (c) 2000-2016 the FFmpeg developers built with icc (ICC) 14.0.3 20140422 configuration: --prefix=/usr/new/tools/video/install/ffmpeg/2016-12-29 --cc=icc --cxx=icpc --enable-gpl --enable-version3 --enable-nonfree --disable-shared --enable-gnutls --enab le-libcdio --enable-libfreetype --enable-libx264 --enable-libvpx --enable-libmp3lame --enable-openal --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtwolame --ena ble-libopenjpeg --enable-librtmp --enable-libass --enable-libv4l2 --enable-libvidstab --enable-libfdk-aac --enable-libsmbclient --enable-libzvbi --enable-libtesseract --enable-libz mq libavutil 55. 43.100 / 55. 43.100 [0/662] libavcodec 57. 70.100 / 57. 70.100 libavformat 57. 61.100 / 57. 61.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 68.100 / 6. 68.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 [https @ 0xbf1c260] No trailing CRLF found in HTTP header. [mpegts @ 0xbfc93e0] Invalid timestamps stream=1, pts=12154860, dts=12158550, size=303 [hls,applehttp @ 0xbf1bba0] Invalid timestamps stream=1, pts=12154860, dts=12158550, size=317 [h264 @ 0xbff1ea0] Increasing reorder buffer to 1 [mpegts @ 0xbfc93e0] Invalid timestamps stream=1, pts=12162330, dts=12166020, size=175 [hls,applehttp @ 0xbf1bba0] Invalid timestamps stream=1, pts=12162330, dts=12166020, size=189 [mpegts @ 0xbfc93e0] Invalid timestamps stream=1, pts=12169800, dts=12173490, size=255 [hls,applehttp @ 0xbf1bba0] Invalid timestamps stream=1, pts=12169800, dts=12173490, size=269 [mpegts @ 0xbfc93e0] Invalid timestamps stream=1, pts=12177360, dts=12181050, size=308 [hls,applehttp @ 0xbf1bba0] Invalid timestamps stream=1, pts=12177360, dts=12181050, size=322 [mpegts @ 0xbfc93e0] Invalid timestamps stream=1, pts=12184830, dts=12188520, size=267 [hls,applehttp @ 0xbf1bba0] Invalid timestamps stream=1, pts=12184830, dts=12188520, size=281 [mpegts @ 0xbfc93e0] Invalid timestamps stream=1, pts=12192300, dts=12195990, size=252 [hls,applehttp @ 0xbf1bba0] Invalid timestamps stream=1, pts=12192300, dts=12195990, size=266 [mpegts @ 0xbfc93e0] Invalid timestamps stream=1, pts=12199860, dts=12203550, size=240 [hls,applehttp @ 0xbf1bba0] Invalid timestamps stream=1, pts=12199860, dts=12203550, size=254 [mpegts @ 0xbfc93e0] Invalid timestamps stream=1, pts=12207330, dts=12211020, size=223 [hls,applehttp @ 0xbf1bba0] Invalid timestamps stream=1, pts=12207330, dts=12211020, size=237 [mpegts @ 0xbfc93e0] Invalid timestamps stream=1, pts=12214800, dts=12218490, size=240 [hls,applehttp @ 0xbf1bba0] Invalid timestamps stream=1, pts=12214800, dts=12218490, size=254 [mpegts @ 0xbfc93e0] Invalid timestamps stream=1, pts=12222360, dts=12226050, size=441 [hls,applehttp @ 0xbf1bba0] Invalid timestamps stream=1, pts=12222360, dts=12226050, size=455 Input #0, hls,applehttp, from 'https://replay.periscope.tv/rZ_8XnNryXVVp73bJlmNVVwFWdKICm0MlwrhdOzPY0V8oyT3f_Z_gnGbERz4hDD8sOslHQ5XFSiGrJaekYWMZg/playlist_1482892547484600267.m3u8' : Duration: 02:33:48.17, start: 135.011000, bitrate: 0 kb/s Program 0 Metadata: variant_bitrate : 0 Stream #0:0: Data: timed_id3 (ID3 / 0x20334449) Metadata: variant_bitrate : 0 Stream #0:1: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 320x568, 24 tbr, 90k tbn, 180k tbc Metadata: variant_bitrate : 0 Stream #0:2: Audio: aac (LC) ([15][0][0][0] / 0x000F), 44100 Hz, mono, fltp Metadata: variant_bitrate : 0 At least one output file must be specified Moritz From georg at steinmc.com Sun Jan 1 20:57:54 2017 From: georg at steinmc.com (Georg Stein SMC) Date: Sun, 1 Jan 2017 19:57:54 +0100 Subject: [FFmpeg-user] ffmpeg hls and 3 cookies In-Reply-To: <20170101165910.GA2975@sunshine.barsnick.net> References: <621c8140-2836-a172-663d-9243e7af54ff@steinmc.com> <20170101162751.GB1825@sunshine.barsnick.net> <320967ff-a10f-5d34-008c-644aef6d930c@steinmc.com> <20170101165910.GA2975@sunshine.barsnick.net> Message-ID: Sorry for that, here the head info of the log: ffmpeg -headers 'Cookie: CloudFront-Policy=eyJTdGF0ZW1lbnQiOlt7IlJlc291cmNlIjoiaHR0cHM6Ly9yZXBsYXkucGVyaXNjb3BlLnR2L3JaXzhYbk5yeVhWVnA3M2JKbG1OVlZ3RldkS0lDbTBNbHdyaGRPelBZMFY4b3lUM2ZfWl9nbkdiRVJ6NGhERDhzT3NsSFE1WEZTaUdySmFla1lXTVpnKiIsIkNvbmRpdGlvbiI6eyJEYXRlTGVzc1RoYW4iOnsiQVdTOkVwb2NoVGltZSI6MTQ4MzM0NDIzNn19fV19;CloudFront-Key-Pair-Id=APKAIHCXHHQVRTVSFRWQ;CloudFront-Signature=PiLhDHXFD~VbDd3qKKeafwntyvBWITmt3sAmv46z~DmgHl8vRYruodYj3iwh8Sjm2PqD1Dp4TqMCp498fxrpEt~MtI8EbuYQc~w5-iQR3lp8fHGN7aHybJghpCZn2ac-J0ujdOZyz0uQuKmeck8EwvMpJhhfQm3RMsi4Zonu3X0Hl0GYCoqM3AFTlLc8FAkBmqRaw~lRoud6GqepptGPcnMgL~aM5vzXGkbPLmnWmB6UUKFOQFfSo1xHVMz3FbOEsg2GN0CkKKKGKQcj4nf7jYEZpehOPu9SA1H~tVfASQxNiMLGdFgy7W72pMeI2bU2odmOek6eoRjAWauQIffNyg__;' -i 'https://replay.periscope.tv/rZ_8XnNryXVVp73bJlmNVVwFWdKICm0MlwrhdOzPY0V8oyT3f_Z_gnGbERz4hDD8sOslHQ5XFSiGrJaekYWMZg/playlist_1482892547484600267.m3u8' -c copy test.ts -v debug ffmpeg version 3.1.3 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 4.8 (SUSE Linux) configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --incdir=/usr/include/ffmpeg --extra-cflags='-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g' --optflags='-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g' --disable-htmlpages --enable-pic --disable-stripping --enable-shared --disable-static --enable-runtime-cpudetect --enable-gpl --disable-openssl --enable-avresample --enable-libcdio --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libcelt --enable-libcdio --enable-libdc1394 --enable-libfreetype --enable-libgsm --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwebp --enable-netcdf --enable-pic --enable-pthreads --enable-vaapi --enable-vdpau --disable-encoders --disable-decoders --disable-muxers --disable-demuxers --disable-decoder='mpeg1video,mpeg2video,mpeg4,h264,vc1' --enable-encoder='apng,ass,ayuv,bmp,ffv1,ffvhuff,flac,gif,huffyuv,jpegls,libgsm,libopenjpeg,libopus,libschroedinger,libspeex,libtheora,libvorbis,libvpx_vp8,libvpx_vp9,libwebp,libwebp_anim,mjpeg,pam,pbm,pcm_alaw,pcm_f32be,pcm_f32le,pcm_f64be,pcm_f64le,pcm_mulaw,pcm_s16be,pcm_s16be_planar,pcm_s16le,pcm_s16le_planar,pcm_s24be,pcm_s24le,pcm_s24le_planar,pcm_s32be,pcm_s32le,pcm_s32le_planar,pcm_s8,pcm_s8_planar,pcm_u16be,pcm_u16le,pcm_u24be,pcm_u24le,pcm_u32be,pcm_u32le,pcm_u8,pcx,pgm,pgmyuv,png,ppm,sgi,srt,ssa,sunrast,targa,text,tiff,v210,v308,v408,v410,vorbis,xbm,xwd,y41p,yuv4,zlib,' --enable-decoder='ansi,apng,ass,ayuv,bmp,dirac,exr,ffv1,ffvhuff,ffwavesynth,flac,gif,gsm,huffyuv,libcelt,libgsm,libopenjpeg,libopus,libschroedinger,libspeex,libvorbis,libvpx_vp8,libvpx_vp9,mjpeg,,,,opus,pam,pbm,pcm_alaw,pcm_bluray,pcm_dvd,pcm_f32be,pcm_f32le,pcm_f64be,pcm_f64le,pcm_mulaw,pcm_s16be,pcm_s16be_planar,pcm_s16le,pcm_s16le_planar,pcm_s24be,pcm_s24le,pcm_s24le_planar,pcm_s32be,pcm_s32le,pcm_s32le_planar,pcm_s8,pcm_s8_planar,pcm_u16be,pcm_u16le,pcm_u24be,pcm_u24le,pcm_u32be,pcm_u32le,pcm_u8,pcx,pgm,pgmyuv,pgssub,png,ppm,rawvideo,sgi,srt,ssa,sunrast,targa,text,theora,tiff,v210,v210x,v308,v408,v410,vorbis,vp3,vp5,vp6,vp6a,vp6f,vp8,vp9,webp,xbm,xwd,y41p,yuv4,zlib,' --enable-muxer='aac,ac3,adts,aiff,apng,asf,ass,au,avi,crc,data,dirac,ffm,ffmetadata,flac,framecrc,framemd5,gif,h264,hevc,ico,ilbc,image2,image2pipe,matroska,matroska_audio,md5,mjpeg,mov,mpegts,mp3,mp4,mkvtimestamp_v2,null,ogg,opus,pcm_alaw,pcm_f32be,pcm_f32le,pcm_f64be,pcm_f64le,pcm_mulaw,pcm_s16be,pcm_s16le,pcm_s24be,pcm_s24le,pcm_s32be,pcm_s32le,pcm_s8,pcm_u16be,pcm_u16le,pcm_u24be,pcm_u24le,pcm_u32be,pcm_u32le,pcm_u8,rawvideo,singlejpeg,sox,srt,tee,truehd,uncodedframecrc,vc1,wav,webm,webm_chunk,webp,webvtt,' --enable-demuxer='aac,ac3,adts,aiff,apng,asf,ass,au,avi,concat,data,dirac,dts,dv,flac,flv,ffm,ffmetadata,gif,gsm,h264,hevc,ico,iff,ilbc,image2,image2pipe,image_bmp_pipe,image_exr_pipe,image_j2k_pipe,image_jpeg_pipe,image_png_pipe,image_sgi_pipe,image_sunrast_pipe,image_tiff_pipe,image_webp_pipe,ivf,matroska,mjpeg,mov,mp3,mp4,mpegps,mpegts,mpegtsraw,mpegvideo,ogg,pcm_alaw,pcm_f32be,pcm_f32le,pcm_f64be,pcm_f64le,pcm_mulaw,pcm_s16be,pcm_s16le,pcm_s24be,pcm_s24le,pcm_s32be,pcm_s32le,pcm_s8,pcm_u16be,pcm_u16le,pcm_u24be,pcm_u24le,pcm_u32be,pcm_u32le,pcm_u8,rawvideo,rm,sln,sox,srt,truehd,tta,tty,v210,v210x,vc1,vobsub,wav,webvtt,' --enable-x11grab libavutil 55. 28.100 / 55. 28.100 libavcodec 57. 48.101 / 57. 48.101 libavformat 57. 41.100 / 57. 41.100 libavdevice 57. 0.101 / 57. 0.101 libavfilter 6. 47.100 / 6. 47.100 libavresample 3. 0. 0 / 3. 0. 0 libswscale 4. 1.100 / 4. 1.100 libswresample 2. 1.100 / 2. 1.100 libpostproc 54. 0.100 / 54. 0.100 Am 01.01.2017 um 17:59 schrieb Moritz Barsnick: > On Sun, Jan 01, 2017 at 17:49:59 +0100, Georg Stein SMC wrote: >> this was the complete console output. > That's peculiar. Every ffmpeg (called with your options) has a banner > output such as this: > > ffmpeg version N-82963-g9ec52a0 Copyright (c) 2000-2016 the FFmpeg developers > built with icc (ICC) 14.0.3 20140422 > configuration: --prefix=/usr/new/tools/video/install/ffmpeg/2016-12-29 --cc=icc --cxx=icpc --enable-gpl --enable-version3 --enable-nonfree --disable-shared --enable-gnutls --enable-libcdio --enable-libfreetype --enable-libx264 --enable-libvpx --enable-libmp3lame --enable-openal --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtwolame --enable-libopenjpeg --enable-librtmp --enable-libass --enable-libv4l2 --enable-libvidstab --enable-libfdk-aac --enable-libsmbclient --enable-libzvbi --enable-libtesseract --enable-libzmq > libavutil 55. 43.100 / 55. 43.100 > libavcodec 57. 70.100 / 57. 70.100 > libavformat 57. 61.100 / 57. 61.100 > libavdevice 57. 2.100 / 57. 2.100 > libavfilter 6. 68.100 / 6. 68.100 > libswscale 4. 3.101 / 4. 3.101 > libswresample 2. 4.100 / 2. 4.100 > libpostproc 54. 2.100 / 54. 2.100 > > with which I could check whether you are using a fairly recent version > of ffmpeg, and whether any changes to ffmpeg's handling of cookies may > have happened recently. What happened to that banner in your output? > >> When i take out the CRLF, i get this message: [https @ 0x14c69e0] No >> trailing CRLF found in HTTP header. > That's a warning, and the missing CR/LF is appended (since quite some > time). I agree, that's confusing, because other warnings in the cookie > handling lead to total omission of the cookies (i.e. a failure case > with altered behavior). > >> and ist only working with wget, not with ffmpeg > It certainly worked for me (also with conversion): > > barsnick at sunshine:ffmpeg-build-2016-12-29 > ./ffmpeg_g -headers 'Cookie: CloudFront-Policy=eyJTdGF0ZW1lbnQiOlt7IlJlc291cmNlIjoiaHR0cHM6Ly9yZXBsYXkucGVya > XNjb3BlLnR2L3JaXzhYbk5yeVhWVnA3M2JKbG1OVlZ3RldkS0lDbTBNbHdyaGRPelBZMFY4b3lUM2ZfWl9nbkdiRVJ6NGhERDhzT3NsSFE1WEZTaUdySmFla1lXTVpnKiIsIkNvbmRpdGlvbiI6eyJEYXRlTGVzc1RoYW4iOnsiQVdTOkVwb > 2NoVGltZSI6MTQ4MzM0NDIzNn19fV19; CloudFront-Key-Pair-Id=APKAIHCXHHQVRTVSFRWQ; CloudFront-Signature=PiLhDHXFD~VbDd3qKKeafwntyvBWITmt3sAmv46z~DmgHl8vRYruodYj3iwh8Sjm2PqD1Dp4TqMCp498f > xrpEt~MtI8EbuYQc~w5-iQR3lp8fHGN7aHybJghpCZn2ac-J0ujdOZyz0uQuKmeck8EwvMpJhhfQm3RMsi4Zonu3X0Hl0GYCoqM3AFTlLc8FAkBmqRaw~lRoud6GqepptGPcnMgL~aM5vzXGkbPLmnWmB6UUKFOQFfSo1xHVMz3FbOEsg2GN > 0CkKKKGKQcj4nf7jYEZpehOPu9SA1H~tVfASQxNiMLGdFgy7W72pMeI2bU2odmOek6eoRjAWauQIffNyg__;' -i 'https://replay.periscope.tv/rZ_8XnNryXVVp73bJlmNVVwFWdKICm0MlwrhdOzPY0V8oyT3f_Z_gnGbERz4hD > D8sOslHQ5XFSiGrJaekYWMZg/playlist_1482892547484600267.m3u8' > ffmpeg version N-82963-g9ec52a0 Copyright (c) 2000-2016 the FFmpeg developers > built with icc (ICC) 14.0.3 20140422 > configuration: --prefix=/usr/new/tools/video/install/ffmpeg/2016-12-29 --cc=icc --cxx=icpc --enable-gpl --enable-version3 --enable-nonfree --disable-shared --enable-gnutls --enab > le-libcdio --enable-libfreetype --enable-libx264 --enable-libvpx --enable-libmp3lame --enable-openal --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtwolame --ena > ble-libopenjpeg --enable-librtmp --enable-libass --enable-libv4l2 --enable-libvidstab --enable-libfdk-aac --enable-libsmbclient --enable-libzvbi --enable-libtesseract --enable-libz > mq > libavutil 55. 43.100 / 55. 43.100 [0/662] > libavcodec 57. 70.100 / 57. 70.100 > libavformat 57. 61.100 / 57. 61.100 > libavdevice 57. 2.100 / 57. 2.100 > libavfilter 6. 68.100 / 6. 68.100 > libswscale 4. 3.101 / 4. 3.101 > libswresample 2. 4.100 / 2. 4.100 > libpostproc 54. 2.100 / 54. 2.100 > [https @ 0xbf1c260] No trailing CRLF found in HTTP header. > [mpegts @ 0xbfc93e0] Invalid timestamps stream=1, pts=12154860, dts=12158550, size=303 > [hls,applehttp @ 0xbf1bba0] Invalid timestamps stream=1, pts=12154860, dts=12158550, size=317 > [h264 @ 0xbff1ea0] Increasing reorder buffer to 1 > [mpegts @ 0xbfc93e0] Invalid timestamps stream=1, pts=12162330, dts=12166020, size=175 > [hls,applehttp @ 0xbf1bba0] Invalid timestamps stream=1, pts=12162330, dts=12166020, size=189 > [mpegts @ 0xbfc93e0] Invalid timestamps stream=1, pts=12169800, dts=12173490, size=255 > [hls,applehttp @ 0xbf1bba0] Invalid timestamps stream=1, pts=12169800, dts=12173490, size=269 > [mpegts @ 0xbfc93e0] Invalid timestamps stream=1, pts=12177360, dts=12181050, size=308 > [hls,applehttp @ 0xbf1bba0] Invalid timestamps stream=1, pts=12177360, dts=12181050, size=322 > [mpegts @ 0xbfc93e0] Invalid timestamps stream=1, pts=12184830, dts=12188520, size=267 > [hls,applehttp @ 0xbf1bba0] Invalid timestamps stream=1, pts=12184830, dts=12188520, size=281 > [mpegts @ 0xbfc93e0] Invalid timestamps stream=1, pts=12192300, dts=12195990, size=252 > [hls,applehttp @ 0xbf1bba0] Invalid timestamps stream=1, pts=12192300, dts=12195990, size=266 > [mpegts @ 0xbfc93e0] Invalid timestamps stream=1, pts=12199860, dts=12203550, size=240 > [hls,applehttp @ 0xbf1bba0] Invalid timestamps stream=1, pts=12199860, dts=12203550, size=254 > [mpegts @ 0xbfc93e0] Invalid timestamps stream=1, pts=12207330, dts=12211020, size=223 > [hls,applehttp @ 0xbf1bba0] Invalid timestamps stream=1, pts=12207330, dts=12211020, size=237 > [mpegts @ 0xbfc93e0] Invalid timestamps stream=1, pts=12214800, dts=12218490, size=240 > [hls,applehttp @ 0xbf1bba0] Invalid timestamps stream=1, pts=12214800, dts=12218490, size=254 > [mpegts @ 0xbfc93e0] Invalid timestamps stream=1, pts=12222360, dts=12226050, size=441 > [hls,applehttp @ 0xbf1bba0] Invalid timestamps stream=1, pts=12222360, dts=12226050, size=455 > Input #0, hls,applehttp, from 'https://replay.periscope.tv/rZ_8XnNryXVVp73bJlmNVVwFWdKICm0MlwrhdOzPY0V8oyT3f_Z_gnGbERz4hDD8sOslHQ5XFSiGrJaekYWMZg/playlist_1482892547484600267.m3u8' > : > Duration: 02:33:48.17, start: 135.011000, bitrate: 0 kb/s > Program 0 > Metadata: > variant_bitrate : 0 > Stream #0:0: Data: timed_id3 (ID3 / 0x20334449) > Metadata: > variant_bitrate : 0 > Stream #0:1: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 320x568, 24 tbr, 90k tbn, 180k tbc > Metadata: > variant_bitrate : 0 > Stream #0:2: Audio: aac (LC) ([15][0][0][0] / 0x000F), 44100 Hz, mono, fltp > Metadata: > variant_bitrate : 0 > At least one output file must be specified > > > Moritz > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". -- Stein Micro Computer Georg P. Stein Tel.: 06898-63880 Fax: 06898-63820 Mobil: 0172-3538379 georg at steimc.com https://www.steinmc.com From ceffmpeg at gmail.com Sun Jan 1 21:02:10 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Sun, 1 Jan 2017 20:02:10 +0100 Subject: [FFmpeg-user] "Residual encoded channels are present without core" In-Reply-To: <856b600b-7621-a5e0-3380-30ed4b4dbf43@tedlum.com> References: <856b600b-7621-a5e0-3380-30ed4b4dbf43@tedlum.com> Message-ID: 2016-12-31 6:01 GMT+01:00 tlum : > Hopefully I have a simple question. I was trying to copy an (DTS-HD MA) > stream, but the result was "Residual encoded channels are present without > core". Command line and complete, uncut console output missing. Carl Eugen From ceffmpeg at gmail.com Mon Jan 2 10:17:59 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Mon, 2 Jan 2017 09:17:59 +0100 Subject: [FFmpeg-user] ffmpeg hls and 3 cookies In-Reply-To: References: <621c8140-2836-a172-663d-9243e7af54ff@steinmc.com> <20170101162751.GB1825@sunshine.barsnick.net> <320967ff-a10f-5d34-008c-644aef6d930c@steinmc.com> <20170101165910.GA2975@sunshine.barsnick.net> Message-ID: 2017-01-01 19:57 GMT+01:00 Georg Stein SMC : > ffmpeg version 3.1.3 Copyright (c) 2000-2016 the FFmpeg developers > built with gcc 4.8 (SUSE Linux) This is an intentionally broken binary that cannot be used for anything! Suse is abusing the name of our project in a similar way as Debian and Ubuntu did in the past, there is nothing we can do about it;-( The solution for you is to switch to packman as package provider. Carl Eugen From kamaldeep.tumkur at gmail.com Mon Jan 2 13:58:15 2017 From: kamaldeep.tumkur at gmail.com (Kamaldeep Tumkur) Date: Mon, 2 Jan 2017 17:28:15 +0530 Subject: [FFmpeg-user] [FFmpeg-devel] vstats info options In-Reply-To: References: Message-ID: Thanks for your suggestion on the use of progress. This is definitely a user question. Though some further questions are: frame=4866 fps=24.1 stream_0_0_q=32.0 bitrate=N/A total_size=N/A out_time_ms=202688000 out_time=00:03:22.688000 dup_frames=0 drop_frames=0 speed= 1x progress=continue There is no valid bitrate information. vstats always returns a valid bitrate-per-frame and an avg-bitrate-per-sec value. Is there a way to get the current bitrate consistently? Are the assessments in the following ticket accurate? https://trac.ffmpeg.org/ticket/5288 Going to look at having my application reliably use progress data. Thanks Kamal On Mon, Jan 2, 2017 at 1:44 PM, Marton Balint wrote: > > On Mon, 2 Jan 2017, Marton Balint wrote: > >> >> On Mon, 2 Jan 2017, Kamaldeep Tumkur wrote: >> >>> Hello, >>> >>> Is there a possibility to provide the option to write vstats info from >>> an encoding session remotely, say to another DB or to memory from >>> where it can be handled by another process. >>> >>> The only possibility for consuming vstats info in real-time seems to >>> be to have some kind of watch+notifier that will act upon >>> modifications to the vstats log file. I want to be able to use these >>> stats from a live encoding session for other purposes. Please suggest. >>> Would you accept patches to ffmpeg.c so that it would provide more >>> options to export the vstats info? Thanks for the time. >> >> >> Have you checked the -progress option? >> > > Also please respond on ffmpeg-user mailing list, as this question clearly > belongs there. > > Thanks, > > Marton > _______________________________________________ > ffmpeg-devel mailing list > ffmpeg-devel at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-devel From adf.lists at gmail.com Mon Jan 2 15:58:22 2017 From: adf.lists at gmail.com (Andy Furniss) Date: Mon, 2 Jan 2017 13:58:22 +0000 Subject: [FFmpeg-user] ffmpeg -i mvc-stream2.m2ts = huge memory usage since vcodec/h2645_parse: Clear buffer padding Message-ID: <586A5C7E.2020505@gmail.com> Notice by accident and may be one off unlucky sample. Out of curiosity I did ffmpeg -i .... on the second m2ts stream of a mvc ISO sample. This ate all mem (8G) and swap (4G) before oom killer killed ffmpeg. This was git and as it didn't happen with my older installed ffmpeg I bisected to - commit 382a68b0088b06b8df20d0133d767d53d8f161ef Author: Michael Niedermayer Date: Thu Aug 18 22:23:32 2016 +0200 vcodec/h2645_parse: Clear buffer padding Fixes use of uninitialized memory Fixes: 044100cb22845944988a4bd821ff8074/asan_heap-oob_329927a_1366_c3de34ce9217dac820fbb46171031bbb.jsv Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by: Michael Niedermayer This is a cut down version (29M) that still eats plenty of mem but not as extreme as the full version (which was only 120M). https://drive.google.com/file/d/0BxP5-S1t9VEEaDU3emoyU0Z4ZG8/view?usp=sharing From welissontome at ig.com.br Mon Jan 2 20:50:51 2017 From: welissontome at ig.com.br (=?UTF-8?Q?Welisson_Tom=C3=A9?=) Date: Mon, 02 Jan 2017 16:50:51 -0200 Subject: [FFmpeg-user] Stream UDP Multicast from Image Message-ID: <5adfd6c8e741923fd0f2b227f6c73bde@ig.com.br> Hello Everyone, I need some help from you, so, I'm generating a stream from an static image, but it's not gettng up where each 2 or 5 sec the stream goes down, need to run again the line command as below; ffmpeg -loop 1 -i /home/stream/aviso720.png -c:v libx264 -pix_fmt yuvj420p -vf scale=720:480 -vframes 100000 -preset ultrafast -deadline realtime -f mpegts -metadata service_provider="MyName" -metadata service_name="Channel Out" -mpegts_original_network_id 0x1122 -mpegts_transport_stream_id 0x3344 -mpegts_service_id 0x5566 -mpegts_pmt_start_pid 0x1500 -mpegts_start_pid 0x150 "udp://224.1.1.2:5000?localaddr=10.10.2.3&pkt_size=188&ttl=64&buffer=7000000" -cpu-used 4 -threads 4 Someone has some ideia what can I do to fix it, please? -- Welisson Tomé From programmer at bardware.de Mon Jan 2 22:00:44 2017 From: programmer at bardware.de (=?UTF-8?Q?Bernhard_D=c3=b6bler?=) Date: Mon, 2 Jan 2017 21:00:44 +0100 Subject: [FFmpeg-user] cutoff argument not passed to libmp3lame In-Reply-To: <20170101163736.GC1825@sunshine.barsnick.net> References: <20161219234420.GA14722@sunshine.barsnick.net> <20170101163736.GC1825@sunshine.barsnick.net> Message-ID: <76ae2730-e579-091f-316b-3c620135949b@bardware.de> Am 01.01.2017 um 17:37 schrieb Moritz Barsnick: > I did, and cutoff support for libmp3lame encoding is now supported by > ffmpeg as of Dec. 31st 2016. :-) > Works as expected! Thank you and happy new year :) Bernhard From anthony at chovy.com Tue Jan 3 01:06:57 2017 From: anthony at chovy.com (Anthony Ettinger) Date: Mon, 2 Jan 2017 15:06:57 -0800 Subject: [FFmpeg-user] ffmpeg hls and 3 cookies In-Reply-To: References: <621c8140-2836-a172-663d-9243e7af54ff@steinmc.com> <20170101162751.GB1825@sunshine.barsnick.net> <320967ff-a10f-5d34-008c-644aef6d930c@steinmc.com> <20170101165910.GA2975@sunshine.barsnick.net> Message-ID: Can you install the static builds? https://johnvansickle.com/ffmpeg/ On Mon, Jan 2, 2017 at 12:17 AM, Carl Eugen Hoyos wrote: > 2017-01-01 19:57 GMT+01:00 Georg Stein SMC : > > > ffmpeg version 3.1.3 Copyright (c) 2000-2016 the FFmpeg developers > > built with gcc 4.8 (SUSE Linux) > > This is an intentionally broken binary that cannot be used for > anything! > Suse is abusing the name of our project in a similar way as Debian > and Ubuntu did in the past, there is nothing we can do about it;-( > > The solution for you is to switch to packman as package provider. > > Carl Eugen > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". > -- Anthony Ettinger http://anthony.ettinger.name anthony at ettinger.name +1 (831) 406-1123 From ceffmpeg at gmail.com Tue Jan 3 03:35:20 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Tue, 3 Jan 2017 02:35:20 +0100 Subject: [FFmpeg-user] ffmpeg -i mvc-stream2.m2ts = huge memory usage since vcodec/h2645_parse: Clear buffer padding In-Reply-To: <586A5C7E.2020505@gmail.com> References: <586A5C7E.2020505@gmail.com> Message-ID: 2017-01-02 14:58 GMT+01:00 Andy Furniss : > This is a cut down version (29M) that still eats plenty of mem but > not as extreme as the full version (which was only 120M). I created ticket #6056, thank you for the sample! Carl Eugen From georg at steinmc.com Tue Jan 3 06:52:27 2017 From: georg at steinmc.com (Georg Stein SMC) Date: Tue, 3 Jan 2017 05:52:27 +0100 Subject: [FFmpeg-user] ffmpeg hls and 3 cookies In-Reply-To: References: <621c8140-2836-a172-663d-9243e7af54ff@steinmc.com> <20170101162751.GB1825@sunshine.barsnick.net> <320967ff-a10f-5d34-008c-644aef6d930c@steinmc.com> <20170101165910.GA2975@sunshine.barsnick.net> Message-ID: <4d89adf1-3123-d78b-eb29-f386ee7ba199@steinmc.com> thanks for the tip for the repo. I use now the packman version and with this it works. When i can get now a tip how to put hre header into the avformat with c++, i would be very happy. i tried this way cookies= "Cookie: CloudFront-Policy=eyJTdGF0ZW1lbnQiOlt7IlJlc291cmNlIjoiaHR0cHM6Ly9yZXBsYXkucGVyaXNjb3BlLnR2L3JaXzhYbk5yeVhWVnA3M2JKbG1OVlZ3RldkS0lDbTBNbHdyaGRPelBZMFY4b3lUM2ZfWl9nbkdiRVJ6NGhERDhzT3NsSFE1WEZTaUdySmFla1lXTVpnKiIsIkNvbmRpdGlvbiI6eyJEYXRlTGVzc1RoYW4iOnsiQVdTOkVwb2NoVGltZSI6MTQ4MzQ3MjYwMX19fV19;CloudFront-Key-Pair-Id=APKAIHCXHHQVRTVSFRWQ;CloudFront-Signature=CWCFrF5gKg-cCgxUWyN1c~rtHTL4Oor8cShBfWdbX4KmjFodsVgEHdMbwHP6cP8KYWL1oFD1Xq6SURLTFVQK3iW8XvIaogdq-Ef4vAElWumdHOGXdNxDMi-19yV2q0lDormiUCk4hp-TGhxlx3ojFYfUXpIPUJTgE3GoxLtGoS6Zu1hsS50zuy6Kbg~h~wa1MbHRgTAlq3QGMf1ECiJ3BO6j5xmxwJyiYwD~piqYOLU-~lTVeGHOll9oLl5YDidCfeU6ixWMiOSa0a6sejk7utZzYPHVRMsNUbYKh8SYxg50t7V06BHJ8Bdml8kh~d9Rt2epS49objhVEg56YBiE5w__;'$'\r\n'" and also without thr trainling $'\r\n' av_opt_set(&avoption,"headers",cookies.toStdString().c_str(),AV_DICT_APPEND); but this is not working Georg Am 03.01.2017 um 00:06 schrieb Anthony Ettinger: > Can you install the static builds? https://johnvansickle.com/ffmpeg/ > > On Mon, Jan 2, 2017 at 12:17 AM, Carl Eugen Hoyos > wrote: > >> 2017-01-01 19:57 GMT+01:00 Georg Stein SMC : >> >>> ffmpeg version 3.1.3 Copyright (c) 2000-2016 the FFmpeg developers >>> built with gcc 4.8 (SUSE Linux) >> This is an intentionally broken binary that cannot be used for >> anything! >> Suse is abusing the name of our project in a similar way as Debian >> and Ubuntu did in the past, there is nothing we can do about it;-( >> >> The solution for you is to switch to packman as package provider. >> >> Carl Eugen >> _______________________________________________ >> ffmpeg-user mailing list >> ffmpeg-user at ffmpeg.org >> http://ffmpeg.org/mailman/listinfo/ffmpeg-user >> >> To unsubscribe, visit link above, or email >> ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". >> > > -- Stein Micro Computer Georg P. Stein Tel.: 06898-63880 Fax: 06898-63820 Mobil: 0172-3538379 georg at steimc.com https://www.steinmc.com From kamaldeep.tumkur at gmail.com Mon Jan 2 11:38:27 2017 From: kamaldeep.tumkur at gmail.com (Kamaldeep Tumkur) Date: Mon, 2 Jan 2017 15:08:27 +0530 Subject: [FFmpeg-user] [FFmpeg-devel] vstats info options In-Reply-To: References: Message-ID: Thanks for your suggestion on the use of progress. This is definitely a user question. Though some further questions are: frame=4866 fps=24.1 stream_0_0_q=32.0 bitrate=N/A total_size=N/A out_time_ms=202688000 out_time=00:03:22.688000 dup_frames=0 drop_frames=0 speed= 1x progress=continue There is no valid bitrate information. vstats always returns a valid bitrate-per-frame and an avg-bitrate-per-sec value. Is there a way to get the current bitrate consistently? Are the assessments in the following ticket accurate? https://trac.ffmpeg.org/ticket/5288 Going to look at having my application reliably use progress data. Thanks Kamal On Mon, Jan 2, 2017 at 1:44 PM, Marton Balint wrote: > > On Mon, 2 Jan 2017, Marton Balint wrote: > >> >> On Mon, 2 Jan 2017, Kamaldeep Tumkur wrote: >> >>> Hello, >>> >>> Is there a possibility to provide the option to write vstats info from >>> an encoding session remotely, say to another DB or to memory from >>> where it can be handled by another process. >>> >>> The only possibility for consuming vstats info in real-time seems to >>> be to have some kind of watch+notifier that will act upon >>> modifications to the vstats log file. I want to be able to use these >>> stats from a live encoding session for other purposes. Please suggest. >>> Would you accept patches to ffmpeg.c so that it would provide more >>> options to export the vstats info? Thanks for the time. >> >> >> Have you checked the -progress option? >> > > Also please respond on ffmpeg-user mailing list, as this question clearly > belongs there. > > Thanks, > > Marton > _______________________________________________ > ffmpeg-devel mailing list > ffmpeg-devel at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-devel From barsnick at gmx.net Tue Jan 3 12:45:49 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Tue, 3 Jan 2017 11:45:49 +0100 Subject: [FFmpeg-user] ffmpeg hls and 3 cookies In-Reply-To: <4d89adf1-3123-d78b-eb29-f386ee7ba199@steinmc.com> References: <621c8140-2836-a172-663d-9243e7af54ff@steinmc.com> <20170101162751.GB1825@sunshine.barsnick.net> <320967ff-a10f-5d34-008c-644aef6d930c@steinmc.com> <20170101165910.GA2975@sunshine.barsnick.net> <4d89adf1-3123-d78b-eb29-f386ee7ba199@steinmc.com> Message-ID: <20170103104549.GE1681@sunshine.barsnick.net> On Tue, Jan 03, 2017 at 05:52:27 +0100, Georg Stein SMC wrote: > When i can get now a tip how to put hre header into the avformat with > c++, i would be very happy. you may want to ask on the libav-user mailing list, which handles programming with ffmpeg's libraries: https://lists.ffmpeg.org/mailman/listinfo/libav-user/ Moritz From barsnick at gmx.net Tue Jan 3 12:48:26 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Tue, 3 Jan 2017 11:48:26 +0100 Subject: [FFmpeg-user] ffmpeg -i mvc-stream2.m2ts = huge memory usage since vcodec/h2645_parse: Clear buffer padding In-Reply-To: References: <586A5C7E.2020505@gmail.com> Message-ID: <20170103104826.GF1681@sunshine.barsnick.net> On Tue, Jan 03, 2017 at 02:35:20 +0100, Carl Eugen Hoyos wrote: > > This is a cut down version (29M) that still eats plenty of mem but > > not as extreme as the full version (which was only 120M). > I created ticket #6056, thank you for the sample! I think you meant #6057. ;-) Cheers, Moritz From barsnick at gmx.net Tue Jan 3 12:50:46 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Tue, 3 Jan 2017 11:50:46 +0100 Subject: [FFmpeg-user] Stream UDP Multicast from Image In-Reply-To: <5adfd6c8e741923fd0f2b227f6c73bde@ig.com.br> References: <5adfd6c8e741923fd0f2b227f6c73bde@ig.com.br> Message-ID: <20170103105046.GG1681@sunshine.barsnick.net> On Mon, Jan 02, 2017 at 16:50:51 -0200, Welisson Tomé wrote: > down, need to run again the line command as below; Please show us, along with the command line, the complete, uncut console output of your ffmpeg command. > but it's not gettng up where each 2 or 5 sec the stream goes down I don't really understand this sentence. Are you saying that, at the receiving end of the UDP stream, the client/player gets an interruption after 2..5 seconds? Moritz From kevin.j.wheatley at gmail.com Tue Jan 3 13:56:06 2017 From: kevin.j.wheatley at gmail.com (Kevin Wheatley) Date: Tue, 3 Jan 2017 11:56:06 +0000 Subject: [FFmpeg-user] OpenEXR input with cropped data window produces black output Message-ID: Hi, just wondered if this is a known problem, if I take an Open EXR with a data window != display window: exrheader /tmp/exr_test.0001.exr /tmp/exr_test.0001.exr: file format version: 2, flags 0x0 channels (type chlist): B, 16-bit floating-point, sampling 1 1 G, 16-bit floating-point, sampling 1 1 R, 16-bit floating-point, sampling 1 1 compression (type compression): b44a dataWindow (type box2i): (873 318) - (1174 625) displayWindow (type box2i): (0 0) - (1919 1079) lineOrder (type lineOrder): increasing y nuke/full_layer_names (type int): 0 nuke/node_hash (type string): "39e58529e216c6ab" nuke/version (type string): "10.0v5" pixelAspectRatio (type float): 1 screenWindowCenter (type v2f): (0 0) screenWindowWidth (type float): 1 type (type string): "scanlineimage" version (type int): 1 and I try encode it to a movie file ffmpeg -y -loglevel debug -apply_trc linear -i /tmp/exr_test.%04d.exr -c:v libx264 /tmp/test.mov I end up with a full frame of black, changing EXR compression type (none, zip 1, PIZ, etc) or data type (16 bit/32 bit) does not make a difference, nor does switching to mp4 output container, or using mjpeg as an codec. If I use a file where data window and display window are the same I get the correct output. Thanks Kevin ffmpeg -y -loglevel debug -apply_trc linear -i /tmp/exr_test.%04d.exr -c:v libx264 /tmp/test.mov ffmpeg version n3.2.2 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-16) configuration: --extra-ldflags=-L/mnt/scratch/kwheatle/ffmpeg_build/opt/lib --extra-cflags=-I/mnt/scratch/kwheatle/ffmpeg_build/opt/include --extra-cxxflags=-I/mnt/scratch/kwheatle/ffmpeg_build/opt/include --enable-gpl --enable-nonfree --enable-libx264 --enable-libx265 --enable-libvpx --enable-libvorbis --enable-libfreetype --enable-ffplay --enable-x11grab --enable-libpulse --prefix=/net/global/opt/ffmpeg/ffmpeg-git.20161220 libavutil 55. 34.100 / 55. 34.100 libavcodec 57. 64.101 / 57. 64.101 libavformat 57. 56.100 / 57. 56.100 libavdevice 57. 1.100 / 57. 1.100 libavfilter 6. 65.100 / 6. 65.100 libswscale 4. 2.100 / 4. 2.100 libswresample 2. 3.100 / 2. 3.100 libpostproc 54. 1.100 / 54. 1.100 Splitting the commandline. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument 'debug'. Reading option '-apply_trc' ... matched as AVOption 'apply_trc' with argument 'linear'. Reading option '-i' ... matched as input url with argument '/tmp/exr_test.%04d.exr'. Reading option '-c:v' ... matched as option 'c' (codec name) with argument 'libx264'. Reading option '/tmp/test.mov' ... matched as output url. Finished splitting the commandline. Parsing a group of options: global . Applying option y (overwrite output files) with argument 1. Applying option loglevel (set logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input url /tmp/exr_test.%04d.exr. Successfully parsed a group of options. Opening an input file: /tmp/exr_test.%04d.exr. [file @ 0x41eb2c0] Setting default whitelist 'file,crypto' [AVIOContext @ 0x41eaaa0] Statistics: 80092 bytes read, 0 seeks [exr @ 0x41ea5c0] line order: 0. [file @ 0x41eb2c0] Setting default whitelist 'file,crypto' [AVIOContext @ 0x41eaac0] Statistics: 78469 bytes read, 0 seeks Input #0, image2, from '/tmp/exr_test.%04d.exr': Duration: 00:00:00.08, start: 0.000000, bitrate: N/A Stream #0:0, 2, 1/25: Video: exr, 1 reference frame, rgb48le(unknown/unknown/linear), 1920x1080 [SAR 1:1 DAR 16:9], 0/1, 25 tbr, 25 tbn, 25 tbc Successfully opened the file. Parsing a group of options: output url /tmp/test.mov. Applying option c:v (codec name) with argument libx264. Successfully parsed a group of options. Opening an output file: /tmp/test.mov. [file @ 0x422c140] Setting default whitelist 'file,crypto' Successfully opened the file. detected 4 logical cores [graph 0 input from stream 0:0 @ 0x422c380] Setting 'video_size' to value '1920x1080' [graph 0 input from stream 0:0 @ 0x422c380] Setting 'pix_fmt' to value '42' [graph 0 input from stream 0:0 @ 0x422c380] Setting 'time_base' to value '1/25' [graph 0 input from stream 0:0 @ 0x422c380] Setting 'pixel_aspect' to value '1/1' [graph 0 input from stream 0:0 @ 0x422c380] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 0x422c380] Setting 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x422c380] w:1920 h:1080 pixfmt:rgb48le tb:1/25 fr:25/1 sar:1/1 sws_param:flags=2 [format @ 0x422cc80] compat: called with args=[yuv420p|yuvj420p|yuv422p|yuvj422p|yuv444p|yuvj444p|nv12|nv16|nv21] [format @ 0x422cc80] Setting 'pix_fmts' to value 'yuv420p|yuvj420p|yuv422p|yuvj422p|yuv444p|yuvj444p|nv12|nv16|nv21' [auto-inserted scaler 0 @ 0x42299e0] Setting 'flags' to value 'bicubic' [auto-inserted scaler 0 @ 0x42299e0] w:iw h:ih flags:'bicubic' interl:0 [format @ 0x422cc80] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [AVFilterGraph @ 0x422b740] query_formats: 4 queried, 2 merged, 1 already done, 0 delayed [auto-inserted scaler 0 @ 0x42299e0] picking yuv444p out of 8 ref:rgb48le alpha:0 [auto-inserted scaler 0 @ 0x42299e0] w:1920 h:1080 fmt:rgb48le sar:1/1 -> w:1920 h:1080 fmt:yuv444p sar:1/1 flags:0x4 No pixel format specified, yuv444p for H.264 encoding chosen. Use -pix_fmt yuv420p for compatibility with outdated media players. [libx264 @ 0x42287c0] using mv_range_thread = 88 [libx264 @ 0x42287c0] using SAR=1/1 [libx264 @ 0x42287c0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 0x42287c0] profile High 4:4:4 Predictive, level 4.0, 4:4:4 8-bit [libx264 @ 0x42287c0] 264 - core 148 r2728 4d5c8b0 - H.264/MPEG-4 AVC codec - Copyleft 2003-2016 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=4 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mov, to '/tmp/test.mov': Metadata: encoder : Lavf57.56.100 Stream #0:0, 0, 1/12800: Video: h264 (libx264), 1 reference frame (avc1 / 0x31637661), yuv444p, 1920x1080 [SAR 1:1 DAR 16:9], 0/1, q=-1--1, 25 fps, 12800 tbn, 25 tbc Metadata: encoder : Lavc57.64.101 libx264 Side data: cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1 Stream mapping: Stream #0:0 -> #0:0 (exr (native) -> h264 (libx264)) Press [q] to stop, [?] for help cur_dts is invalid (this is harmless if it occurs once at the start per stream) Last message repeated 2 times [exr @ 0x426afe0] line order: 0. Last message repeated 1 times Clipping frame in rate conversion by 0.000008 cur_dts is invalid (this is harmless if it occurs once at the start per stream) Last message repeated 3 times [output stream 0:0 @ 0x422c940] EOF on sink link output stream 0:0:default. No more output streams to write to, finishing. [libx264 @ 0x42287c0] frame= 0 QP=12.00 NAL=3 Slice:I Poc:0 I:8160 P:0 SKIP:0 size=490 bytes [libx264 @ 0x42287c0] frame= 1 QP=24.15 NAL=2 Slice:P Poc:2 I:419 P:1 SKIP:7740 size=1002 bytes frame= 2 fps=0.0 q=-1.0 Lsize= 3kB time=00:00:00.04 bitrate= 597.4kbits/s speed=0.159x video:2kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 37.293579% Input file #0 (/tmp/exr_test.%04d.exr): Input stream #0:0 (video): 2 packets read (158561 bytes); 2 frames decoded; Total: 2 packets (158561 bytes) demuxed Output file #0 (/tmp/test.mov): Output stream #0:0 (video): 2 frames encoded; 2 packets muxed (2180 bytes); Total: 2 packets (2180 bytes) muxed 2 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x422ba00] Statistics: 36 seeks, 31 writeouts [libx264 @ 0x42287c0] frame I:1 Avg QP:12.00 size: 490 [libx264 @ 0x42287c0] frame P:1 Avg QP:24.15 size: 1002 [libx264 @ 0x42287c0] mb I I16..4: 0.0% 100.0% 0.0% [libx264 @ 0x42287c0] mb P I16..4: 4.3% 0.3% 0.5% P16..4: 0.0% 0.0% 0.0% 0.0% 0.0% skip:94.9% [libx264 @ 0x42287c0] 8x8 transform intra:95.4% inter:0.0% [libx264 @ 0x42287c0] coded y,u,v intra: 0.1% 0.1% 0.1% inter: 0.0% 0.0% 0.0% [libx264 @ 0x42287c0] i16 v,h,dc,p: 60% 40% 1% 0% [libx264 @ 0x42287c0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 0% 0% 100% 0% 0% 0% 0% 0% 0% [libx264 @ 0x42287c0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 36% 34% 30% 0% 0% 0% 0% 0% 0% [libx264 @ 0x42287c0] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0x42287c0] kb/s:149.20 From barsnick at gmx.net Tue Jan 3 14:40:38 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Tue, 3 Jan 2017 13:40:38 +0100 Subject: [FFmpeg-user] OpenEXR input with cropped data window produces black output In-Reply-To: References: Message-ID: <20170103124038.GH1681@sunshine.barsnick.net> On Tue, Jan 03, 2017 at 11:56:06 +0000, Kevin Wheatley wrote: > dataWindow (type box2i): (873 318) - (1174 625) > displayWindow (type box2i): (0 0) - (1919 1079) "file" (the "magic" program) kindly reports these as well. > ffmpeg -y -loglevel debug -apply_trc linear -i /tmp/exr_test.%04d.exr > -c:v libx264 /tmp/test.mov > > I end up with a full frame of black, changing EXR compression type > (none, zip 1, PIZ, etc) or data type (16 bit/32 bit) does not make a > difference, nor does switching to mp4 output container, or using mjpeg > as an codec. ffmpeg's exr implementation does seem to have some shortcomings. What is to happen with these windows is described here: https://github.com/openexr/openexr-images/tree/master/DisplayWindow Sample t04.exr has dataWindow: (0 0)-(399 299) displayWindow: (0 0)-(369 279) but ffmpeg chokes on it: [exr @ 0xb8b8dc0] Wrong or missing size information. I expanded ffmpeg's messages a bit: [EXR @ 0xba3f260] Found dataWindow: xmin = 0, ymin = 0, xmax = 399, ymax = 299 [EXR @ 0xba3f260] Found displayWindow: w = 370, h = 280 [exr @ 0xba2fdc0] Wrong or missing size information: w = 370, h = 280, xmin = 0, xmax = 399, ymin = 0, ymax = 299, xdelta = 400 Without digging deeper into ffmpeg's EXR code, I'm not sure it handles those windows properly, according to the quoted link. Moritz From welissontome at ig.com.br Tue Jan 3 16:30:37 2017 From: welissontome at ig.com.br (=?UTF-8?Q?Welisson_Tom=C3=A9?=) Date: Tue, 03 Jan 2017 12:30:37 -0200 Subject: [FFmpeg-user] Stream UDP Multicast from Image In-Reply-To: <20170103105046.GG1681@sunshine.barsnick.net> References: <5adfd6c8e741923fd0f2b227f6c73bde@ig.com.br> <20170103105046.GG1681@sunshine.barsnick.net> Message-ID: <37c0d7862e611d64011a37969767ef93@ig.com.br> Hello Moritz Happy 2017, Follow the pastebin link without cut, I think that my e-mail client had cut, but anyway http://pastebin.com/YMzc0TVV I don't really understand this sentence. Are you saying that, at the receiving end of the UDP stream, the client/player gets an interruption after 2..5 seconds Yep, I don't know why I can watch this stream just for 2 or 3 sec via VLC and rarely time more than 1 minute, and after that the window gets gray/black and the stream stopped for a few sec or couple minutes, after this period it just come back by itself. --- Welisson Tomé Em 03/01/2017 08:50, Moritz Barsnick escreveu: > On Mon, Jan 02, 2017 at 16:50:51 -0200, Welisson Tomé wrote: > >> down, need to run again the line command as below; > > Please show us, along with the command line, the complete, uncut > console output of your ffmpeg command. > >> but it's not gettng up where each 2 or 5 sec the stream goes down > > I don't really understand this sentence. Are you saying that, at the > receiving end of the UDP stream, the client/player gets an interruption > after 2..5 seconds? > > Moritz > > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user [1] > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". Links: ------ [1] http://ffmpeg.org/mailman/listinfo/ffmpeg-user From barsnick at gmx.net Tue Jan 3 16:38:17 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Tue, 3 Jan 2017 15:38:17 +0100 Subject: [FFmpeg-user] Stream UDP Multicast from Image In-Reply-To: <37c0d7862e611d64011a37969767ef93@ig.com.br> References: <5adfd6c8e741923fd0f2b227f6c73bde@ig.com.br> <20170103105046.GG1681@sunshine.barsnick.net> <37c0d7862e611d64011a37969767ef93@ig.com.br> Message-ID: <20170103143817.GK1681@sunshine.barsnick.net> On Tue, Jan 03, 2017 at 12:30:37 -0200, Welisson Tomé wrote: > http://pastebin.com/YMzc0TVV The console *output* of the command as well please. If it's not thousands of lines long, please include both command and output in the email. If you don't know how to copy/paste the console output, you can add the command line option "-report", and at the end of ffmpeg's run, attach the log file ffmpeg created, which is something like "ffmpeg-20170103-153649.log". > Yep, I don't know why I can watch this stream just for 2 or 3 sec via > VLC and rarely time more than 1 minute, and after that the window gets > gray/black and the stream stopped for a few sec or couple minutes, after > this period it just come back by itself. I understand, thanks for clarifying. (But I don't know the issue yet.) Moritz From kamaldeep.tumkur at gmail.com Tue Jan 3 16:43:08 2017 From: kamaldeep.tumkur at gmail.com (Kamaldeep Tumkur) Date: Tue, 3 Jan 2017 20:13:08 +0530 Subject: [FFmpeg-user] [FFmpeg-devel] vstats info options In-Reply-To: References: Message-ID: Hello, It appears that the progress information is more valid for 'seek'able media. But for live capture/encode, the frame_size and bitrate values are not valid. If there was access to the AVPacket structure or frame data at the time of sending the progress, we may have had reliable size and bitrate stats. Also lines 1560-1562 (ffmpeg.c v3.1.1) total_size = avio_size(oc->pb); if (total_size <= 0) // FIXME improve avio_size() so it works with non seekable output too total_size = avio_tell(oc->pb); Is there another possiblility here? Could you shed some light on why the size is calculated based on seek lengths. Thanks Kamal On Mon, Jan 2, 2017 at 5:28 PM, Kamaldeep Tumkur wrote: > Thanks for your suggestion on the use of progress. This is definitely > a user question. Though some further questions are: > > frame=4866 > fps=24.1 > stream_0_0_q=32.0 > bitrate=N/A > total_size=N/A > out_time_ms=202688000 > out_time=00:03:22.688000 > dup_frames=0 > drop_frames=0 > speed= 1x > progress=continue > > > There is no valid bitrate information. vstats always returns a valid > bitrate-per-frame and an avg-bitrate-per-sec value. Is there a way to > get the current bitrate consistently? > > Are the assessments in the following ticket accurate? > https://trac.ffmpeg.org/ticket/5288 > > Going to look at having my application reliably use progress data. > > Thanks > Kamal > > On Mon, Jan 2, 2017 at 1:44 PM, Marton Balint wrote: >> >> On Mon, 2 Jan 2017, Marton Balint wrote: >> >>> >>> On Mon, 2 Jan 2017, Kamaldeep Tumkur wrote: >>> >>>> Hello, >>>> >>>> Is there a possibility to provide the option to write vstats info from >>>> an encoding session remotely, say to another DB or to memory from >>>> where it can be handled by another process. >>>> >>>> The only possibility for consuming vstats info in real-time seems to >>>> be to have some kind of watch+notifier that will act upon >>>> modifications to the vstats log file. I want to be able to use these >>>> stats from a live encoding session for other purposes. Please suggest. >>>> Would you accept patches to ffmpeg.c so that it would provide more >>>> options to export the vstats info? Thanks for the time. >>> >>> >>> Have you checked the -progress option? >>> >> >> Also please respond on ffmpeg-user mailing list, as this question clearly >> belongs there. >> >> Thanks, >> >> Marton >> _______________________________________________ >> ffmpeg-devel mailing list >> ffmpeg-devel at ffmpeg.org >> http://ffmpeg.org/mailman/listinfo/ffmpeg-devel From kevin.j.wheatley at gmail.com Tue Jan 3 18:04:45 2017 From: kevin.j.wheatley at gmail.com (Kevin Wheatley) Date: Tue, 3 Jan 2017 16:04:45 +0000 Subject: [FFmpeg-user] OpenEXR input with cropped data window produces black output In-Reply-To: <20170103124038.GH1681@sunshine.barsnick.net> References: <20170103124038.GH1681@sunshine.barsnick.net> Message-ID: Answering my own question... I have not tested this but having manually read the code in the git history I'll try code up a fix for my theory: looks like there is a bug in the commit 1a08758e7c4e14a9ea8d2fef6c33ad411b2d3c40 relating to the handling of ptr in decode_frame after decode_block is called, before this commit ptr would have been incremented for each line in the data window, now after the commit it is left at the start of the first included line rather than the line after the data window then the code sets the remaining lines to 0 and thus the whole image is over written. Kevin From demian85 at gmail.com Tue Jan 3 18:55:47 2017 From: demian85 at gmail.com (=?UTF-8?Q?Demi=C3=A1n_Andr=C3=A9s_Rodriguez?=) Date: Tue, 03 Jan 2017 16:55:47 +0000 Subject: [FFmpeg-user] ffmpeg -f avfoundation HELL - please help! In-Reply-To: References: Message-ID: Hi, This is a refactor of my last email, which is stuck in moderation queue. Hope this gets sent asap. I've recently posted my question here , so please, as you are all "ffmpeg-experts" (more than me for sure), I'd appreciate your help. Thank you very much. On Tue, Jan 3, 2017 at 10:43 AM Demián Andrés Rodriguez wrote: > Hi guys, > > I'm trying to capture screen and audio with ffmpeg (latest static build > snapshot) on Mac OSX 10.12.2. > > This library is my last option, since web technologies suck at video > capture or have bugs , > and I'm not a Swift developer > . > > I would like to capture screen and audio and encode using > vp8/vp9/vorbis/opus. I'm getting video but audio breaks, there is no audio > at all. > Capturing audio only works fine using both vorbis and opus. > > Here are my two commands. I'm spawning process using Node.js and stopping > after 10 seconds for testing. > Am I missing one of the million options available for video encoding or > one of the million options available for audio encoding? Is this a bug? > > ffmpeg -y -f avfoundation -capture_cursor 1 -framerate 25 -i 1:0 -c:v > libvpx -c:a libvorbis -b:v 1M -b:a 128K capture.webm > > *Output:* > > ffmpeg version N-82977-g8fd3e02-tessus Copyright (c) 2000-2016 the FFmpeg > developers > built with Apple LLVM version 8.0.0 (clang-800.0.42.1) > configuration: --cc=/usr/bin/clang --prefix=/opt/ffmpeg > --extra-version=tessus --enable-avisynth --enable-fontconfig --enable-gpl > --enable-libass --enable-libbluray --enable-libfreetype --enable-libgsm > --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb > --enable-libopencore-amrwb --enable-libopus --enable-libschroedinger > --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora > --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis > --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libx265 > --enable-libxavs --enable-libxvid --enable-libzmq --enable-version3 > --disable-ffplay --disable-indev=qtkit --disable-indev=x11grab_xcb > libavutil 55. 43.100 / 55. 43.100 > libavcodec 57. 70.100 / 57. 70.100 > libavformat 57. 61.100 / 57. 61.100 > libavdevice 57. 2.100 / 57. 2.100 > libavfilter 6. 68.100 / 6. 68.100 > libswscale 4. 3.101 / 4. 3.101 > libswresample 2. 4.100 / 2. 4.100 > libpostproc 54. 2.100 / 54. 2.100 > [avfoundation @ 0x7fdcc1800800] Selected pixel format (yuv420p) is not > supported by the input device. > [avfoundation @ 0x7fdcc1800800] Supported pixel formats: > [avfoundation @ 0x7fdcc1800800] uyvy422 > [avfoundation @ 0x7fdcc1800800] yuyv422 > [avfoundation @ 0x7fdcc1800800] nv12 > [avfoundation @ 0x7fdcc1800800] 0rgb > [avfoundation @ 0x7fdcc1800800] bgr0 > [avfoundation @ 0x7fdcc1800800] Overriding selected pixel format to use > uyvy422 instead. > [avfoundation @ 0x7fdcc1800800] Stream #0: not enough frames to estimate > rate; consider increasing probesize > Input #0, avfoundation, from '1:0': > Duration: N/A, start: 13946.237833, bitrate: 2822 kb/s > Stream #0:0: Video: rawvideo (UYVY / 0x59565955), uyvy422, 2560x1600, > 1000k tbr, 1000k tbn, 1000k tbc > Stream #0:1: Audio: pcm_f32le, 44100 Hz, stereo, flt, 2822 kb/s > [libvpx @ 0x7fdcc0045600] v1.6.0 > Output #0, webm, to 'capture.webm': > Metadata: > encoder : Lavf57.61.100 > Stream #0:0: Video: vp8 (libvpx), yuv420p, 2560x1600, q=-1--1, 1000 > kb/s, 1000k fps, 1k tbn, 1000k tbc > Metadata: > encoder : Lavc57.70.100 libvpx > Side data: > cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1 > Stream #0:1: Audio: vorbis (libvorbis), 44100 Hz, stereo, fltp, 128 > kb/s > Metadata: > encoder : Lavc57.70.100 libvorbis > Stream mapping: > Stream #0:0 -> #0:0 (rawvideo (native) -> vp8 (libvpx)) > Stream #0:1 -> #0:1 (pcm_f32le (native) -> vorbis (libvorbis)) > Press [q] to stop, [?] for help > frame= 16 fps=1.7 q=0.0 Lsize= 998kB time=00:00:09.52 bitrate= > 858.9kbits/s speed=1.01x > video:993kB audio:0kB subtitle:0kB other streams:0kB global headers:4kB > muxing overhead: 0.485425% > Exiting normally, received signal 15. > > ffmpeg -y -f avfoundation -capture_cursor 1 -framerate 25 -i 1:0 -c:v > libvpx-vp9 -c:a libopus -crf 10 -b:v 0 -b:a 128K capture.webm > > *Output:* > > ffmpeg version N-82977-g8fd3e02-tessus Copyright (c) 2000-2016 the FFmpeg > developers > built with Apple LLVM version 8.0.0 (clang-800.0.42.1) > configuration: --cc=/usr/bin/clang --prefix=/opt/ffmpeg > --extra-version=tessus --enable-avisynth --enable-fontconfig --enable-gpl > --enable-libass --enable-libbluray --enable-libfreetype --enable-libgsm > --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb > --enable-libopencore-amrwb --enable-libopus --enable-libschroedinger > --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora > --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis > --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libx265 > --enable-libxavs --enable-libxvid --enable-libzmq --enable-version3 > --disable-ffplay --disable-indev=qtkit --disable-indev=x11grab_xcb > libavutil 55. 43.100 / 55. 43.100 > libavcodec 57. 70.100 / 57. 70.100 > libavformat 57. 61.100 / 57. 61.100 > libavdevice 57. 2.100 / 57. 2.100 > libavfilter 6. 68.100 / 6. 68.100 > libswscale 4. 3.101 / 4. 3.101 > libswresample 2. 4.100 / 2. 4.100 > libpostproc 54. 2.100 / 54. 2.100 > [avfoundation @ 0x7fc973800000] Selected pixel format (yuv420p) is not > supported by the input device. > [avfoundation @ 0x7fc973800000] Supported pixel formats: > [avfoundation @ 0x7fc973800000] uyvy422 > [avfoundation @ 0x7fc973800000] yuyv422 > [avfoundation @ 0x7fc973800000] nv12 > [avfoundation @ 0x7fc973800000] 0rgb > [avfoundation @ 0x7fc973800000] bgr0 > [avfoundation @ 0x7fc973800000] Overriding selected pixel format to use > uyvy422 instead. > [avfoundation @ 0x7fc973800000] Stream #0: not enough frames to estimate > rate; consider increasing probesize > Input #0, avfoundation, from '1:0': > Duration: N/A, start: 14060.817500, bitrate: 2822 kb/s > Stream #0:0: Video: rawvideo (UYVY / 0x59565955), uyvy422, 2560x1600, > 1000k tbr, 1000k tbn, 1000k tbc > Stream #0:1: Audio: pcm_f32le, 44100 Hz, stereo, flt, 2822 kb/s > [libvpx-vp9 @ 0x7fc97488ca00] v1.6.0 > Output #0, webm, to 'capture.webm': > Metadata: > encoder : Lavf57.61.100 > Stream #0:0: Video: vp9 (libvpx-vp9), yuv422p, 2560x1600, q=-1--1, > 1000k fps, 1k tbn, 1000k tbc > Metadata: > encoder : Lavc57.70.100 libvpx-vp9 > Side data: > cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1 > Stream #0:1: Audio: opus (libopus), 48000 Hz, stereo, flt, 128 kb/s > Metadata: > encoder : Lavc57.70.100 libopus > Stream mapping: > Stream #0:0 -> #0:0 (rawvideo (native) -> vp9 (libvpx-vp9)) > Stream #0:1 -> #0:1 (pcm_f32le (native) -> opus (libopus)) > Press [q] to stop, [?] for help > frame= 32 fps=3.7 q=0.0 size= 1kB time=00:00:01.65 bitrate= > 2.6kbits/s speed=0.193x > > > frame= 33 fps=1.5 q=0.0 Lsize= 1423kB time=00:00:09.08 > bitrate=1283.6kbits/s speed=0.422x > video:1411kB audio:11kB subtitle:0kB other streams:0kB global headers:0kB > muxing overhead: 0.079128% > Exiting normally, received signal 15. > > Please I need help! > > Thanks! > > From barsnick at gmx.net Tue Jan 3 19:22:36 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Tue, 3 Jan 2017 18:22:36 +0100 Subject: [FFmpeg-user] ffmpeg -f avfoundation HELL - please help! In-Reply-To: References: Message-ID: <20170103172236.GN1681@sunshine.barsnick.net> On Tue, Jan 03, 2017 at 16:55:47 +0000, Demián Andrés Rodriguez wrote: > > frame= 16 fps=1.7 q=0.0 Lsize= 998kB time=00:00:09.52 bitrate=858.9kbits/s speed=1.01x > > video:993kB audio:0kB subtitle:0kB other streams:0kB global headers:4kB [...] > > frame= 32 fps=3.7 q=0.0 size= 1kB time=00:00:01.65 bitrate=2.6kbits/s speed=0.193x > > frame= 33 fps=1.5 q=0.0 Lsize= 1423kB time=00:00:09.08 bitrate=1283.6kbits/s speed=0.422x I think your processor is way too slow to encode this resolution to VP9 in realtime. That probably leads to skipping frames (in the long run), and as a side effect possibly breaking audio. VP9 encoding is known to be quite slow. You need to choose a lower resolution, faster encoding parameters, or even a different codec. Have you tested with "-c:v libx264 -preset ultrafast", to see whether the resulting video+audio is fine? (It needs to encode at speed >= 1.0 or fps >= 25 then of course, but I'm quite optimistic that it can.) Moritz From demian85 at gmail.com Tue Jan 3 19:34:10 2017 From: demian85 at gmail.com (=?UTF-8?Q?Demi=C3=A1n_Andr=C3=A9s_Rodriguez?=) Date: Tue, 03 Jan 2017 17:34:10 +0000 Subject: [FFmpeg-user] ffmpeg -f avfoundation HELL - please help! In-Reply-To: <20170103172236.GN1681@sunshine.barsnick.net> References: <20170103172236.GN1681@sunshine.barsnick.net> Message-ID: Thanks for your reply. I hardly believe my cpu cannot encode vp9 properly, since cpu does not go beyond 100% while using h264 uses more than 300% cpu. Also, h264 encoding produces a very good video output but audio stutters and is very unclear. There are gaps in the middle... Also, setting -video_size 480x240 seems to have no effect at all. How can I change output video size? On Tue, Jan 3, 2017 at 2:22 PM Moritz Barsnick wrote: > On Tue, Jan 03, 2017 at 16:55:47 +0000, Demián Andrés Rodriguez wrote: > > > frame= 16 fps=1.7 q=0.0 Lsize= 998kB time=00:00:09.52 > bitrate=858.9kbits/s speed=1.01x > > > video:993kB audio:0kB subtitle:0kB other streams:0kB global headers:4kB > [...] > > > frame= 32 fps=3.7 q=0.0 size= 1kB time=00:00:01.65 > bitrate=2.6kbits/s speed=0.193x > > > frame= 33 fps=1.5 q=0.0 Lsize= 1423kB time=00:00:09.08 > bitrate=1283.6kbits/s speed=0.422x > > I think your processor is way too slow to encode this resolution to VP9 > in realtime. That probably leads to skipping frames (in the long run), > and as a side effect possibly breaking audio. VP9 encoding is known to > be quite slow. You need to choose a lower resolution, faster encoding > parameters, or even a different codec. > > Have you tested with "-c:v libx264 -preset ultrafast", to see whether > the resulting video+audio is fine? (It needs to encode at speed >= 1.0 > or fps >= 25 then of course, but I'm quite optimistic that it can.) > > Moritz > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". From barsnick at gmx.net Tue Jan 3 20:01:35 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Tue, 3 Jan 2017 19:01:35 +0100 Subject: [FFmpeg-user] ffmpeg -f avfoundation HELL - please help! In-Reply-To: References: <20170103172236.GN1681@sunshine.barsnick.net> Message-ID: <20170103180135.GO1681@sunshine.barsnick.net> On Tue, Jan 03, 2017 at 17:34:10 +0000, Demián Andrés Rodriguez wrote: > I hardly believe my cpu cannot encode vp9 properly, since cpu does not go > beyond 100% while using h264 uses more than 300% cpu. Well, the performance numbers I quoted certainly show that. Perhaps one of your components was compiled without assembly support, or you need to enable threading for libvpx somehow or so... but as is, it's too slow. > Also, h264 encoding produces a very good video output but audio stutters > and is very unclear. There are gaps in the middle... Does it encode at realtime, i.e. speed >= 1.0? > Also, setting -video_size 480x240 seems to have no effect at all. How can I > change output video size? "-scale 480x240" or insert the scale filter: "-vf scale=480:240" (or "-vf scale=480:-2". A smaller output should encode significantly faster. Before you don't achieve fps>=25/speed>=1.0, I believe we don't need to further debug the audio issues. (I'm not ruling out that there are further issues, I'm just trying to tell you what's obvious to me.) Moritz From barsnick at gmx.net Tue Jan 3 20:13:45 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Tue, 3 Jan 2017 19:13:45 +0100 Subject: [FFmpeg-user] ffmpeg -f avfoundation HELL - please help! In-Reply-To: <20170103180135.GO1681@sunshine.barsnick.net> References: <20170103172236.GN1681@sunshine.barsnick.net> <20170103180135.GO1681@sunshine.barsnick.net> Message-ID: <20170103181345.GP1681@sunshine.barsnick.net> On Tue, Jan 03, 2017 at 19:01:35 +0100, Moritz Barsnick wrote: > "-scale 480x240" or insert the scale filter: "-vf scale=480:240" (or "-s 480x240" of course. D'uh, I never use it. ;-) From demian85 at gmail.com Tue Jan 3 20:30:15 2017 From: demian85 at gmail.com (=?UTF-8?Q?Demi=C3=A1n_Andr=C3=A9s_Rodriguez?=) Date: Tue, 03 Jan 2017 18:30:15 +0000 Subject: [FFmpeg-user] ffmpeg -f avfoundation HELL - please help! In-Reply-To: <20170103181345.GP1681@sunshine.barsnick.net> References: <20170103172236.GN1681@sunshine.barsnick.net> <20170103180135.GO1681@sunshine.barsnick.net> <20170103181345.GP1681@sunshine.barsnick.net> Message-ID: Tried with these options, video looks great, but no audio: ffmpeg -y -f avfoundation -capture_cursor 1 -i 1:0 -r 30000/1001 -s 1280x800 -vsync 2 -c:v libvpx-vp9 -c:a libopus -b:v 1M -b:a 128K capture.webm ffmpeg -y -f avfoundation -capture_cursor 1 -i 1:0 -r 30000/1001 -s 1280x800 -vsync 2 -c:v libvpx -c:a libvorbis -b:v 1M -b:a 128K capture.webm Audio still stutters with this command: ffmpeg -y -f avfoundation -capture_cursor 1 -i 1:0 -r 30000/1001 -s 1280x800 -movflags faststart -vsync 2 -preset fast -crf 22 -c:v libx264 -c:a aac -b:a 128K capture.mp4 On Tue, Jan 3, 2017 at 3:13 PM Moritz Barsnick wrote: > On Tue, Jan 03, 2017 at 19:01:35 +0100, Moritz Barsnick wrote: > > "-scale 480x240" or insert the scale filter: "-vf scale=480:240" (or > "-s 480x240" of course. D'uh, I never use it. ;-) > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". From demian85 at gmail.com Tue Jan 3 20:48:41 2017 From: demian85 at gmail.com (=?UTF-8?Q?Demi=C3=A1n_Andr=C3=A9s_Rodriguez?=) Date: Tue, 03 Jan 2017 18:48:41 +0000 Subject: [FFmpeg-user] ffmpeg -f avfoundation HELL - please help! In-Reply-To: References: <20170103172236.GN1681@sunshine.barsnick.net> <20170103180135.GO1681@sunshine.barsnick.net> <20170103181345.GP1681@sunshine.barsnick.net> Message-ID: Recording just audio either with vorbis, opus or aac/mp4 works fine, the problem is video & audio together. On Tue, Jan 3, 2017 at 3:30 PM Demián Andrés Rodriguez wrote: > Tried with these options, video looks great, but no audio: > > ffmpeg -y -f avfoundation -capture_cursor 1 -i 1:0 -r 30000/1001 -s > 1280x800 -vsync 2 -c:v libvpx-vp9 -c:a libopus -b:v 1M -b:a 128K > capture.webm > > ffmpeg -y -f avfoundation -capture_cursor 1 -i 1:0 -r 30000/1001 -s > 1280x800 -vsync 2 -c:v libvpx -c:a libvorbis -b:v 1M -b:a 128K capture.webm > > Audio still stutters with this command: > > ffmpeg -y -f avfoundation -capture_cursor 1 -i 1:0 -r 30000/1001 -s > 1280x800 -movflags faststart -vsync 2 -preset fast -crf 22 -c:v libx264 > -c:a aac -b:a 128K capture.mp4 > > On Tue, Jan 3, 2017 at 3:13 PM Moritz Barsnick wrote: > > On Tue, Jan 03, 2017 at 19:01:35 +0100, Moritz Barsnick wrote: > > "-scale 480x240" or insert the scale filter: "-vf scale=480:240" (or > "-s 480x240" of course. D'uh, I never use it. ;-) > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". > > From h.reindl at thelounge.net Tue Jan 3 20:54:18 2017 From: h.reindl at thelounge.net (Reindl Harald) Date: Tue, 3 Jan 2017 19:54:18 +0100 Subject: [FFmpeg-user] ffmpeg -f avfoundation HELL - please help! In-Reply-To: References: <20170103172236.GN1681@sunshine.barsnick.net> <20170103180135.GO1681@sunshine.barsnick.net> <20170103181345.GP1681@sunshine.barsnick.net> Message-ID: Am 03.01.2017 um 19:48 schrieb Demián Andrés Rodriguez: > Recording just audio either with vorbis, opus or aac/mp4 works fine, the > problem is video & audio together what about anser the question "Does it encode at realtime, i.e. speed >= 1.0" asked multiple times? From demian85 at gmail.com Tue Jan 3 20:58:46 2017 From: demian85 at gmail.com (=?UTF-8?Q?Demi=C3=A1n_Andr=C3=A9s_Rodriguez?=) Date: Tue, 03 Jan 2017 18:58:46 +0000 Subject: [FFmpeg-user] ffmpeg -f avfoundation HELL - please help! In-Reply-To: References: <20170103172236.GN1681@sunshine.barsnick.net> <20170103180135.GO1681@sunshine.barsnick.net> <20170103181345.GP1681@sunshine.barsnick.net> Message-ID: Nearly with vp8/vp9. With h264/aac it certainly does, but audio still sucks... frame= 95 fps= 31 q=28.0 size= 277kB time=00:00:03.15 bitrate= 719.4kbits/s dup=2 drop=0 speed=1.03x frame= 141 fps= 31 q=28.0 size= 307kB time=00:00:04.68 bitrate= 536.2kbits/s dup=2 drop=0 speed=1.02x frame= 157 fps= 31 q=28.0 size= 336kB time=00:00:05.20 bitrate= 528.2kbits/s dup=2 drop=0 speed=1.02x frame= 203 fps= 30 q=28.0 size= 379kB time=00:00:06.75 bitrate= 459.5kbits/s dup=2 drop=0 speed=1.01x frame= 234 fps= 30 q=28.0 size= 413kB time=00:00:07.76 bitrate= 435.5kbits/s dup=2 drop=0 speed=1.01x frame= 264 fps= 30 q=28.0 size= 449kB time=00:00:08.77 bitrate= 419.0kbits/s dup=2 drop=0 speed=1.01x What other options do I have? Please tell me which is the fastest way to encode using vp8/vp9 and I will use it at least to discard if cpu is the problem. On Tue, Jan 3, 2017 at 3:54 PM Reindl Harald wrote: > > > Am 03.01.2017 um 19:48 schrieb Demián Andrés Rodriguez: > > Recording just audio either with vorbis, opus or aac/mp4 works fine, the > > problem is video & audio together > > what about anser the question "Does it encode at realtime, i.e. speed >= > 1.0" asked multiple times? > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". From welissontome at ig.com.br Tue Jan 3 21:56:37 2017 From: welissontome at ig.com.br (=?UTF-8?Q?Welisson_Tom=C3=A9?=) Date: Tue, 03 Jan 2017 17:56:37 -0200 Subject: [FFmpeg-user] Stream UDP Multicast from Image In-Reply-To: <20170103143817.GK1681@sunshine.barsnick.net> References: <5adfd6c8e741923fd0f2b227f6c73bde@ig.com.br> <20170103105046.GG1681@sunshine.barsnick.net> <37c0d7862e611d64011a37969767ef93@ig.com.br> <20170103143817.GK1681@sunshine.barsnick.net> Message-ID: Hello Moritz, Here you go the report from ffmpeg output. http://pastebin.com/u8dKf8MJ Tks --- Welisson Tomé Em 03/01/2017 12:38, Moritz Barsnick escreveu: > On Tue, Jan 03, 2017 at 12:30:37 -0200, Welisson Tomé wrote: > >> http://pastebin.com/YMzc0TVV [1] > > The console *output* of the command as well please. > > If it's not thousands of lines long, please include both command and > output in the email. > > If you don't know how to copy/paste the console output, you can add the > command line option "-report", and at the end of ffmpeg's run, attach > the log file ffmpeg created, which is something like > "ffmpeg-20170103-153649.log". > >> Yep, I don't know why I can watch this stream just for 2 or 3 sec via VLC and rarely time more than 1 minute, and after that the window gets gray/black and the stream stopped for a few sec or couple minutes, after this period it just come back by itself. > > I understand, thanks for clarifying. (But I don't know the issue yet.) > > Moritz > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user [2] > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". Links: ------ [1] http://pastebin.com/YMzc0TVV [2] http://ffmpeg.org/mailman/listinfo/ffmpeg-user From kamaldeep.tumkur at gmail.com Wed Jan 4 09:55:46 2017 From: kamaldeep.tumkur at gmail.com (Kamaldeep Tumkur) Date: Wed, 4 Jan 2017 13:25:46 +0530 Subject: [FFmpeg-user] [FFmpeg-devel] vstats info options In-Reply-To: References: Message-ID: Hello, I have been able to get accurate bitrate stats by using the OutputStream's data_size structure in the print_report method. total_size += ost->data_size; // For enc->codec_type AVMEDIA_TYPE_VIDEO and AVMEDIA_TYPE_AUDIO. Progress reports now have valid size and bitrate for non-seekable media. This is a fallback setting on total_size if it is still not valid after avio_tell(). Does this seem ok? Is it preferrable to file a bug report or a commit for review? Thanks On Tue, Jan 3, 2017 at 8:13 PM, Kamaldeep Tumkur wrote: > Hello, > > It appears that the progress information is more valid for 'seek'able > media. But for live capture/encode, the frame_size and bitrate values > are not valid. If there was access to the AVPacket structure or frame > data at the time of sending the progress, we may have had reliable > size and bitrate stats. > > Also lines 1560-1562 (ffmpeg.c v3.1.1) > > total_size = avio_size(oc->pb); > if (total_size <= 0) // FIXME improve avio_size() so it works with > non seekable output too > total_size = avio_tell(oc->pb); > > Is there another possiblility here? Could you shed some light on why > the size is calculated based on seek lengths. > > Thanks > Kamal > > On Mon, Jan 2, 2017 at 5:28 PM, Kamaldeep Tumkur > wrote: >> Thanks for your suggestion on the use of progress. This is definitely >> a user question. Though some further questions are: >> >> frame=4866 >> fps=24.1 >> stream_0_0_q=32.0 >> bitrate=N/A >> total_size=N/A >> out_time_ms=202688000 >> out_time=00:03:22.688000 >> dup_frames=0 >> drop_frames=0 >> speed= 1x >> progress=continue >> >> >> There is no valid bitrate information. vstats always returns a valid >> bitrate-per-frame and an avg-bitrate-per-sec value. Is there a way to >> get the current bitrate consistently? >> >> Are the assessments in the following ticket accurate? >> https://trac.ffmpeg.org/ticket/5288 >> >> Going to look at having my application reliably use progress data. >> >> Thanks >> Kamal >> >> On Mon, Jan 2, 2017 at 1:44 PM, Marton Balint wrote: >>> >>> On Mon, 2 Jan 2017, Marton Balint wrote: >>> >>>> >>>> On Mon, 2 Jan 2017, Kamaldeep Tumkur wrote: >>>> >>>>> Hello, >>>>> >>>>> Is there a possibility to provide the option to write vstats info from >>>>> an encoding session remotely, say to another DB or to memory from >>>>> where it can be handled by another process. >>>>> >>>>> The only possibility for consuming vstats info in real-time seems to >>>>> be to have some kind of watch+notifier that will act upon >>>>> modifications to the vstats log file. I want to be able to use these >>>>> stats from a live encoding session for other purposes. Please suggest. >>>>> Would you accept patches to ffmpeg.c so that it would provide more >>>>> options to export the vstats info? Thanks for the time. >>>> >>>> >>>> Have you checked the -progress option? >>>> >>> >>> Also please respond on ffmpeg-user mailing list, as this question clearly >>> belongs there. >>> >>> Thanks, >>> >>> Marton >>> _______________________________________________ >>> ffmpeg-devel mailing list >>> ffmpeg-devel at ffmpeg.org >>> http://ffmpeg.org/mailman/listinfo/ffmpeg-devel From Thomas.Matthias at dolby.com Wed Jan 4 22:12:23 2017 From: Thomas.Matthias at dolby.com (Matthias, Thomas) Date: Wed, 4 Jan 2017 20:12:23 +0000 Subject: [FFmpeg-user] Generate/Playback Interlaced (1080i) video with lavfi. In-Reply-To: References: <11DD98B7-B9DF-42BD-9303-9C8E16B2C241@dolby.com> Message-ID: <6F2C54FE-2049-4121-8486-B5B994D004B2@dolby.com> Thanks for the help Carl. Seeing the difference isn’t that important, really what I’m trying to accomplish is outputting 1080i video using the FFMPEG wrapper for the DeckLink SDK. I’ve tried numerous combinations of filter settings with either 1080i or 1080p source content, but I think there I just a limitation/bug in the DeckLink wrapper/device code that’s preventing me from outputting interlaced video. Any clues on how to fix this would be amazing! On 12/21/16, 12:31 AM, "ffmpeg-user on behalf of Carl Eugen Hoyos" wrote: 2016-12-20 21:11 GMT+01:00 Matthias, Thomas : > Hi, > > I’m trying to generate some smtpebars with a script, and it works fine for 1080p video. > However, I’ve tried numerous combinations for generating 1080i video using the > –vf tinterlace filter. How do you expect to see the difference between interlaced and progressive smtpebars? I believe the tinterlace filter works fine but without horizontal movement you will not be able to see a difference. Note that the following should simplify your command line: $ ffmpeg -f lavfi -i filter1,filter2, ..., filtern Carl Eugen _______________________________________________ ffmpeg-user mailing list ffmpeg-user at ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". From martin.vignali at gmail.com Wed Jan 4 22:16:27 2017 From: martin.vignali at gmail.com (Martin Vignali) Date: Wed, 4 Jan 2017 21:16:27 +0100 Subject: [FFmpeg-user] OpenEXR input with cropped data window produces black output In-Reply-To: References: <20170103124038.GH1681@sunshine.barsnick.net> Message-ID: Hello, FFmpeg EXR decoder, have some trouble with display window != data window And if i remember correctly, if top left doesn't start at 0/0 But the way to manage the display window, is not the same, if data window is bigger than display window or the opposite. I begin to work on this, but not enough time now to finish this patch Martin From cus at passwd.hu Thu Jan 5 01:34:51 2017 From: cus at passwd.hu (Marton Balint) Date: Thu, 5 Jan 2017 00:34:51 +0100 (CET) Subject: [FFmpeg-user] Generate/Playback Interlaced (1080i) video with lavfi. In-Reply-To: <6F2C54FE-2049-4121-8486-B5B994D004B2@dolby.com> References: <11DD98B7-B9DF-42BD-9303-9C8E16B2C241@dolby.com> <6F2C54FE-2049-4121-8486-B5B994D004B2@dolby.com> Message-ID: On Wed, 4 Jan 2017, Matthias, Thomas wrote: > Thanks for the help Carl. > > Seeing the difference isn’t that important, really what I’m trying to > accomplish is outputting 1080i video using the FFMPEG wrapper for the > DeckLink SDK. I’ve tried numerous combinations of filter settings with > either 1080i or 1080p source content, but I think there I just a > limitation/bug in the DeckLink wrapper/device code that’s preventing me > from outputting interlaced video. Any clues on how to fix this would be > amazing! > Just a wild guess, but if I remember correctly, the decklink device advertises both progressive and interlaced 1080 formats. You can check this with -list_formats. If the progressive one is the first, then I think the decklink device in ffmpeg will use that, no matter what you do. If that is really the case, then this has to be fixed in ffmpeg/libavdevice. Regards, Marton From demian85 at gmail.com Thu Jan 5 03:48:02 2017 From: demian85 at gmail.com (=?UTF-8?Q?Demi=C3=A1n_Andr=C3=A9s_Rodriguez?=) Date: Thu, 05 Jan 2017 01:48:02 +0000 Subject: [FFmpeg-user] ffmpeg -f avfoundation HELL - please help! In-Reply-To: References: <20170103172236.GN1681@sunshine.barsnick.net> <20170103180135.GO1681@sunshine.barsnick.net> <20170103181345.GP1681@sunshine.barsnick.net> Message-ID: Well, it seems I need to be Einstein to grab the fucking screen with audio using ffmpeg, no one in this world can help me either. The examples aout there are way too simple. There are no guides either. This is depressing. On Tue, Jan 3, 2017 at 3:58 PM Demián Andrés Rodriguez wrote: > Nearly with vp8/vp9. With h264/aac it certainly does, but audio still > sucks... > > frame= 95 fps= 31 q=28.0 size= 277kB time=00:00:03.15 bitrate= > 719.4kbits/s dup=2 drop=0 speed=1.03x > frame= 141 fps= 31 q=28.0 size= 307kB time=00:00:04.68 bitrate= > 536.2kbits/s dup=2 drop=0 speed=1.02x > frame= 157 fps= 31 q=28.0 size= 336kB time=00:00:05.20 bitrate= > 528.2kbits/s dup=2 drop=0 speed=1.02x > frame= 203 fps= 30 q=28.0 size= 379kB time=00:00:06.75 bitrate= > 459.5kbits/s dup=2 drop=0 speed=1.01x > frame= 234 fps= 30 q=28.0 size= 413kB time=00:00:07.76 bitrate= > 435.5kbits/s dup=2 drop=0 speed=1.01x > frame= 264 fps= 30 q=28.0 size= 449kB time=00:00:08.77 bitrate= > 419.0kbits/s dup=2 drop=0 speed=1.01x > > What other options do I have? Please tell me which is the fastest way to > encode using vp8/vp9 and I will use it at least to discard if cpu is the > problem. > > On Tue, Jan 3, 2017 at 3:54 PM Reindl Harald > wrote: > > > > Am 03.01.2017 um 19:48 schrieb Demián Andrés Rodriguez: > > Recording just audio either with vorbis, opus or aac/mp4 works fine, the > > problem is video & audio together > > what about anser the question "Does it encode at realtime, i.e. speed >= > 1.0" asked multiple times? > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". > > From alex at sighthound.com Thu Jan 5 06:37:46 2017 From: alex at sighthound.com (Alexander Agranovsky) Date: Wed, 4 Jan 2017 23:37:46 -0500 Subject: [FFmpeg-user] Saving h264 RTP stream into an mp4 container Message-ID: <3d6b3391-2154-12c4-bbcb-752c06d53259@sighthound.com> Hi, I'm trying to save incoming RTP stream into an MP4 container -- without transcoding it. For the most part, it works well, except two problems. First problem is mostly cosmetic: at the start of every file there's a warning logged: "Timestamps are unset in a packet for stream ...". I don't see how it is possible to set both PTS and DTS, given only RTP timestamps. The second problem is related, but is functional rather than cosmetic: if the RTP stream contains B-frames, whenever timestamp order decreases -- which is normal for that stream -- the packet fails to be written, with an error of "Application provided invalid, non monotonically increasing dts to muxer ..." So, the question is -- what is the correct way to assign timestamps when muxing raw h264 frames? From applemax82 at 163.com Thu Jan 5 09:08:09 2017 From: applemax82 at 163.com (qw) Date: Thu, 5 Jan 2017 15:08:09 +0800 (CST) Subject: [FFmpeg-user] does flv support the metadata of rotation as mov ? Message-ID: <7af00de4.80dd.1596d74d2b8.Coremail.applemax82@163.com> Hi, I have read the source code of movenc.c, which supports the metadata of rotation. Does flv support 'rotation' like mov? Thanks! Regards Andrew From lingjiujianke at gmail.com Thu Jan 5 11:32:15 2017 From: lingjiujianke at gmail.com (Steven Liu) Date: Thu, 5 Jan 2017 17:32:15 +0800 Subject: [FFmpeg-user] does flv support the metadata of rotation as mov ? In-Reply-To: <7af00de4.80dd.1596d74d2b8.Coremail.applemax82@163.com> References: <7af00de4.80dd.1596d74d2b8.Coremail.applemax82@163.com> Message-ID: 2017-01-05 15:08 GMT+08:00 qw : > Hi, > > > I have read the source code of movenc.c, which supports the metadata of > rotation. Does flv support 'rotation' like mov? > what do you want to do in flv use rotation? Is that a usual attribute? > > > Thanks! > > > Regards > > > Andrew > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". From kevin.j.wheatley at gmail.com Thu Jan 5 12:17:52 2017 From: kevin.j.wheatley at gmail.com (Kevin Wheatley) Date: Thu, 5 Jan 2017 10:17:52 +0000 Subject: [FFmpeg-user] OpenEXR input with cropped data window produces black output In-Reply-To: References: <20170103124038.GH1681@sunshine.barsnick.net> Message-ID: As a partial fix I've submitted a patch here: https://ffmpeg.org/pipermail/ffmpeg-devel/2017-January/205267.html That fixes the simple cases. Kevin From stroudmw at gmail.com Thu Jan 5 15:15:47 2017 From: stroudmw at gmail.com (Mike Stroud) Date: Thu, 5 Jan 2017 15:15:47 +0200 Subject: [FFmpeg-user] Samsung HT-D330K codec issue Message-ID: Hello all, I am having problems creating MP4s and AVIs to copy to a USB stick and then play on my old Samsung HT-D330K Home Theatre system. I am running Ubuntu 16.10 64bit on an HP laptop. The USB documentation for the Samsung tell me the following: Filename: WMV / DivX File Extension: WMV / AVI Bitrate: 4Mbps Version: V1, V2, V3, V7 / DivX3.11 - DivX5.1 Pixel: 720x480 Sampling Frequency: 44.1 KHz - 48KHz ...none of which means a lot to me! I was hoping that someone would be able to help me: I either get nothing at all when I plug my USB stick into the Samsung's USB port, or I get an unsupported codec error. On a few occasions I get an error stating that my resolution is greater than 720x480. Other times I get really badly synchronised sound! Sometimes I can play both AVIs and MP4s, and other times neither of them... so I'm thinking I have a codec issue. There must be a "generic" script that I can use to convert video files into a format that this video player can read... Many thanks! Mike Stroud, Midrand, South Africa From barsnick at gmx.net Thu Jan 5 22:37:04 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Thu, 5 Jan 2017 21:37:04 +0100 Subject: [FFmpeg-user] Stream UDP Multicast from Image In-Reply-To: References: <5adfd6c8e741923fd0f2b227f6c73bde@ig.com.br> <20170103105046.GG1681@sunshine.barsnick.net> <37c0d7862e611d64011a37969767ef93@ig.com.br> <20170103143817.GK1681@sunshine.barsnick.net> Message-ID: <20170105203704.GD12719@sunshine.barsnick.net> On Tue, Jan 03, 2017 at 17:56:37 -0200, Welisson Tomé wrote: > Here you go the report from ffmpeg output. > http://pastebin.com/u8dKf8MJ I asked you to post it here, but ... oh well. > ffmpeg version N-44806-g3553b81- http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2015 the FFmpeg developers This version is 20 months old. ffmpeg does go through a lot of development, incl. bugfixing. Please take the time to test a newer version first, especially when it's as easy as grabbing and unpacking https://johnvansickle.com/ffmpeg/builds/ffmpeg-git-32bit-static.tar.xz > Trailing options were found on the commandline. [...] > Codec AVOption deadline (Time to spend encoding, in microseconds.) specified for output file #0 (udp://224.1.1.2:5000?localaddr=10.10.2.3&pkt_size=188&ttl=64&buffer=7000000) has not been used for any stream. The most likely reason is either wrong type (e.g. a video option with no video streams) or that it is a private option of some encoder which was not actually used for any stream. Please note that your command line may not be doing what you expect it to. (This shouldn't have an effect on your issue.) Apart from that: I tested your command line (with an 1920x1080 PNG of my own, and streaming to the same machine) and neither "ffmpeg -i" nor VLC interrupted while playing the stream. So "works for me". Please try a newer ffmpeg. If that still has issues, you should try to stream from/to the same machine, to see whether that solves the issue. Perhaps some UDP packets are lost on your link. Moritz From barsnick at gmx.net Thu Jan 5 22:56:19 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Thu, 5 Jan 2017 21:56:19 +0100 Subject: [FFmpeg-user] does flv support the metadata of rotation as mov ? In-Reply-To: <7af00de4.80dd.1596d74d2b8.Coremail.applemax82@163.com> References: <7af00de4.80dd.1596d74d2b8.Coremail.applemax82@163.com> Message-ID: <20170105205619.GE12719@sunshine.barsnick.net> On Thu, Jan 05, 2017 at 15:08:09 +0800, qw wrote: > I have read the source code of movenc.c, which supports the metadata > of rotation. Does flv support 'rotation' like mov? >From what I read in the FLV specification: https://www.adobe.com/content/dam/Adobe/en/devnet/flv/pdfs/video_file_format_spec_v10.pdf FLV also supports the MVHD and TKHD atoms, like MOV, including the TransformMatrix, which seems repsonsible for the rotation. So in general, FLV seems to support rotation "tags", and ffmpeg can interpret (decode) them. And from what I can tell (at a quick glance), the code for generation FLVs in movenc.c also used the MOV rotation code. So, probably: Yes. :-) Have you tried? Moritz From barsnick at gmx.net Thu Jan 5 23:26:53 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Thu, 5 Jan 2017 22:26:53 +0100 Subject: [FFmpeg-user] Samsung HT-D330K codec issue In-Reply-To: References: Message-ID: <20170105212653.GF12719@sunshine.barsnick.net> On Thu, Jan 05, 2017 at 15:15:47 +0200, Mike Stroud wrote: > Filename: WMV / DivX > File Extension: WMV / AVI > Bitrate: 4Mbps > Version: V1, V2, V3, V7 / DivX3.11 - DivX5.1 > Pixel: 720x480 > Sampling Frequency: 44.1 KHz - 48KHz > > ...none of which means a lot to me! File extension are the letters at the end of the filename, separated by a dot. Filename: I'm sure they mean something else. Version: Those are codec versions. Before the '/' probably WMV (or ASF), behind the '/' are DivX codec versions. (It must be a very old TV.) Pixel: That's the video resolution (i.e. size). Whether maximum or exact is not clear. Bitrate: exactly that. Presumably the maximum, either for video or overall. Sampling frequency: The audio sampling frequency. > I was hoping that someone would be able to help me: I either get > nothing at all when I plug my USB stick into the Samsung's USB port, > or I get an unsupported codec error. On a few occasions I get an error > stating that my resolution is greater than 720x480. Other times I get > really badly synchronised sound! Sometimes I can play both AVIs and > MP4s, and other times neither of them... so I'm thinking I have a > codec issue. You can play MP4s? The quoted documentation does not say so. Well, DivX is basically MP4, but with some restrictions. > There must be a "generic" script that I can use to convert video files > into a format that this video player can read... I'm sure there are other forums discussing the exact encoding parameters which can be used. Note that players which support only these un-modern codecs tend to be quite picky about the videos - that must be your issue. See threads like this: https://ffmpeg.org/pipermail/ffmpeg-user/2012-September/009422.html Otherwise, you need to try to stick to those specs first: Reencode using ffmpeg and the options: * -vf scale=720:480 # to match to resolution requirement * -ar 48000 # if your input is not already 44100 or 48000, check with ffprobe first * -b:a 4M # restrict the video bitrate to 4 Mbit/s * -c:v mpeg4 (or -c:v libxvid, if you still have it). Then, you may need to tune some encoding parameters, because DivX has some restrictions versus MP4: https://en.wikipedia.org/wiki/DivX#DivX_profiles (column "Home Theater" probably). Now we're deep into expert area, and you should find someone who has already tuned MP4 for DivX5 or for your TV. I'm not of much help here. ;-) If it still doesn't work with some of the hints here, show us the command line, and let's see where else you may need to tune. I'll be trial and error. Cheers, Moritz From lingjiujianke at gmail.com Fri Jan 6 00:47:42 2017 From: lingjiujianke at gmail.com (Steven Liu) Date: Fri, 6 Jan 2017 06:47:42 +0800 Subject: [FFmpeg-user] does flv support the metadata of rotation as mov ? In-Reply-To: <20170105205619.GE12719@sunshine.barsnick.net> References: <7af00de4.80dd.1596d74d2b8.Coremail.applemax82@163.com> <20170105205619.GE12719@sunshine.barsnick.net> Message-ID: 2017-01-06 4:56 GMT+08:00 Moritz Barsnick : > On Thu, Jan 05, 2017 at 15:08:09 +0800, qw wrote: > > > I have read the source code of movenc.c, which supports the metadata > > of rotation. Does flv support 'rotation' like mov? > > From what I read in the FLV specification: > https://www.adobe.com/content/dam/Adobe/en/devnet/flv/pdfs/ > video_file_format_spec_v10.pdf > FLV also supports the MVHD and TKHD atoms, like MOV, including the > TransformMatrix, which seems repsonsible for the rotation. So in > general, FLV seems to support rotation "tags", and ffmpeg can interpret > (decode) them. And from what I can tell (at a quick glance), the code > for generation FLVs in movenc.c also used the MOV rotation code. > > So, probably: Yes. :-) > > Have you tried? > Hi Moritz, Do you mean Andrew can use f4v format? I saw the tag in f4v. :-D > > Moritz > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". > From james.darnley at gmail.com Fri Jan 6 04:44:11 2017 From: james.darnley at gmail.com (James Darnley) Date: Fri, 6 Jan 2017 03:44:11 +0100 Subject: [FFmpeg-user] Samsung HT-D330K codec issue In-Reply-To: <20170105212653.GF12719@sunshine.barsnick.net> References: <20170105212653.GF12719@sunshine.barsnick.net> Message-ID: On 2017-01-05 22:26, Moritz Barsnick wrote: > * -b:a 4M # restrict the video bitrate to 4 Mbit/s I would suggest -vb (or -b:v in the modern parlance) to set the video bitrate. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 603 bytes Desc: OpenPGP digital signature URL: From dummycommandline at gmail.com Fri Jan 6 09:58:28 2017 From: dummycommandline at gmail.com (Ethan Lewis) Date: Fri, 6 Jan 2017 15:58:28 +0800 Subject: [FFmpeg-user] Why do these blank spots appear in spectrograms of converted youtube videos? Message-ID: Hello I was converting a bunch of youtube videos into 16kHz wav files using ffmpeg I used the following commands youtube-dl -f best /path/to/youtube/video/ -f 'bestvideo,bestaudio' -o '%(title)s.f%(format_id)s.%(ext)s' ffmpeg -i /path/to/download/m4a/audio -acodec pcm_s16le -ar 16000 -ac test1.wav When I use these youtube videos https://www.youtube.com/watch?v=E1mGPeLqg2g https://www.youtube.com/watch?v=XBFOP_pF7PY I see many blank spots in their spectrograms (see the ones uploaded here https://drive.google.com/file/d/0BzNdoGke8tyRSGgwUUtSTkgxdEE/view?usp=sharing ) Natural speech should not have such artefacts. I am confused why this is happening. Is it because of ffmpeg conversion of m4a audio OR was it somehow fault of the original recording? Thanks. From thiles at confex.com Fri Jan 6 10:14:31 2017 From: thiles at confex.com (Tim Hiles) Date: Fri, 6 Jan 2017 00:14:31 -0800 Subject: [FFmpeg-user] Help with -video_size Message-ID: Hi all, I've tried recording my screen set at 1366 x 768 and specified -video_size to 1024x768. The command did create a recording however it did not change the size. The output is below (further comments after the output). ffmpeg -rtbufsize 1000M -f dshow -i video="screen-capture-recorder":audio="Interna l Mic (IDT High Definiti" -flags +global_header -vcodec libx264 -pix_fmt yuv420p -video_size 1024x768 -preset ultrafast -acodec aac -ac 1 -ar 22050 "Sessiontest2.mp4" ffmpeg version N-82966-g6993bb4 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 5.4.0 (GCC) configuration: --enable-gpl --enable-version3 --enable-dxva2 --enable-libmfx --enable-nvenc --enable-avisynth --enable -bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-li bbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enabl e-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-li bopus --enable-librtmp --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --en able-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable -libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-libzimg --enable-lzma --enable-decklink --enable-zl ib libavutil 55. 43.100 / 55. 43.100 libavcodec 57. 70.100 / 57. 70.100 libavformat 57. 61.100 / 57. 61.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 68.100 / 6. 68.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 leaving aero onGuessed Channel Layout for Input Stream #0.1 : stereo Input #0, dshow, from 'video=screen-capture-recorder:audio=Internal Mic (IDT High Definiti': Duration: N/A, start: 40602.935000, bitrate: N/A Stream #0:0: Video: rawvideo, bgr0, 1366x768, 30 fps, 30 tbr, 10000k tbn, 10000k tbc Stream #0:1: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s [libx264 @ 00000000005c6400] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 00000000005c6400] profile Constrained Baseline, level 3.2 [libx264 @ 00000000005c6400] 264 - core 148 r2744 b97ae06 - H.264/MPEG-4 AVC codec - Copyleft 2003-2016 - http://www.vid eolan.org/x264.html - options: cabac=0 ref=1 deblock=0:0:0 analyse=0:0 me=dia subme=0 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=0 threads=12 lookahead_th reads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=25 scenecut=0 intra_refresh=0 rc=crf mbtree=0 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq =0 Output #0, mp4, to 'Sessiontest2.mp4': Metadata: encoder : Lavf57.61.100 Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 1366x768, q=-1--1, 30 fps, 10000k tbn, 30 tbc Metadata: encoder : Lavc57.70.100 libx264 Side data: cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1 Stream #0:1: Audio: aac (LC) ([64][0][0][0] / 0x0040), 22050 Hz, mono, fltp, 69 kb/s Metadata: encoder : Lavc57.70.100 aac Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264)) Stream #0:1 -> #0:1 (pcm_s16le (native) -> aac (native)) Press [q] to stop, [?] for help [swscaler @ 00000000005e0fe0] Warning: data is not aligned! This can lead to a speedloss Past duration 0.937492 too large 4348kB time=00:00:51.53 bitrate= 691.1kbits/s speed=0.993x frame=175139 fps= 30 q=-1.0 Lsize= 216992kB time=01:37:17.92 bitrate= 304.5kbits/s dup=15 drop=13 speed= 1x video:165641kB audio:47853kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.638695% [libx264 @ 00000000005c6400] frame I:701 Avg QP:10.05 size:209412 [libx264 @ 00000000005c6400] frame P:174438 Avg QP:13.22 size: 131 [libx264 @ 00000000005c6400] mb I I16..4: 100.0% 0.0% 0.0% [libx264 @ 00000000005c6400] mb P I16..4: 0.1% 0.0% 0.0% P16..4: 0.1% 0.0% 0.0% 0.0% 0.0% skip:99.9% [libx264 @ 00000000005c6400] coded y,uvDC,uvAC intra: 34.1% 30.5% 29.8% inter: 0.0% 0.1% 0.0% [libx264 @ 00000000005c6400] i16 v,h,dc,p: 45% 48% 4% 4% [libx264 @ 00000000005c6400] i8c dc,h,v,p: 49% 36% 12% 3% [libx264 @ 00000000005c6400] kb/s:232.43 [aac @ 00000000005c8340] Qavg: 48946.633 Inspection of the output file is below: ffmpeg -i Sessiontest2.mp4 ffmpeg version N-82889-g54931fd Copyright (c) 2000-2016 the FFmpeg developers built with gcc 5.4.0 (GCC) configuration: --enable-gpl --enable-version3 --enable-dxva2 --enable-libmfx --enable-nvenc --enable-avisynth --enable -bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-li bbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enabl e-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-li bopus --enable-librtmp --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --en able-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable -libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-libzimg --enable-lzma --enable-decklink --enable-zl ib libavutil 55. 43.100 / 55. 43.100 libavcodec 57. 68.100 / 57. 68.100 libavformat 57. 61.100 / 57. 61.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 68.100 / 6. 68.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Sessiontest2.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf57.61.100 Duration: 01:37:17.96, start: -0.003991, bitrate: 304 kb/s Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 1366x768, 232 kb/s, 30 fps, 30 tb r, 10000k tbn, 60 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 22050 Hz, mono, fltp, 67 kb/s (default) Metadata: handler_name : SoundHandler If I follow the example used from the online documentation here: https://trac.ffmpeg.org/wiki/DirectShow You can see in this particular instance that it can either stream it to you in a "raw pixel_format" (yuyv422 in this case), or as an mjpeg stream. ffmpeg -f dshow -video_size 1280x720 -framerate 7.5 -pixel_format yuyv422 -i video="Integrated Camera" out.avi ...which is switching -video_size parameter before the codec and apply it to my command this is what I get. ffmpeg -rtbufsize 1000M -f dshow -video_size 1024x768 -i video="screen-capture-rec order":audio="Internal Mic (IDT High Definiti" -flags +global_header -vcodec libx264 -pix_fmt yuv420p -video_size 1024x7 68 -preset ultrafast -acodec aac -ac 1 -ar 22050 "Sessiontest2.mp4" ffmpeg version N-82966-g6993bb4 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 5.4.0 (GCC) configuration: --enable-gpl --enable-version3 --enable-dxva2 --enable-libmfx --enable-nvenc --enable-avisynth --enable -bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-li bbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enabl e-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-li bopus --enable-librtmp --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --en able-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable -libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-libzimg --enable-lzma --enable-decklink --enable-zl ib libavutil 55. 43.100 / 55. 43.100 libavcodec 57. 70.100 / 57. 70.100 libavformat 57. 61.100 / 57. 61.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 68.100 / 6. 68.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 [dshow @ 0000000000558fe0] Could not set video options video=screen-capture-recorder:audio=Internal Mic (IDT High Definiti: I/O error If you are wondering what the screen capture recorder options are, they would be this: ffmpeg -list_options true -f dshow -i video="screen-capture-recorder" ffmpeg version N-82966-g6993bb4 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 5.4.0 (GCC) configuration: --enable-gpl --enable-version3 --enable-dxva2 --enable-libmfx --enable-nvenc --enable-avisynth --enable -bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-li bbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enabl e-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-li bopus --enable-librtmp --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --en able-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable -libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-libzimg --enable-lzma --enable-decklink --enable-zl ib libavutil 55. 43.100 / 55. 43.100 libavcodec 57. 70.100 / 57. 70.100 libavformat 57. 61.100 / 57. 61.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 68.100 / 6. 68.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 [dshow @ 000000000043a940] DirectShow video device options (from video devices) [dshow @ 000000000043a940] Pin "Capture" (alternative pin name "1") [dshow @ 000000000043a940] pixel_format=bgr0 min s=1x1 fps=0.02 max s=1366x768 fps=30 [dshow @ 000000000043a940] pixel_format=bgr0 min s=1x1 fps=0.02 max s=1366x768 fps=30 [dshow @ 000000000043a940] pixel_format=bgr24 min s=1x1 fps=0.02 max s=1366x768 fps=30 [dshow @ 000000000043a940] pixel_format=rgb555le min s=1x1 fps=0.02 max s=1366x768 fps=30 [dshow @ 000000000043a940] pixel_format=rgb555le min s=1x1 fps=0.02 max s=1366x768 fps=30 [dshow @ 000000000043a940] pixel_format=rgb8 min s=1x1 fps=0.02 max s=1366x768 fps=30 [dshow @ 000000000043a940] pixel_format=yuv420p min s=1x1 fps=0.02 max s=1366x768 fps=30 leaving aero onvideo=screen-capture-recorder: Immediate exit requested Anyone know what could be the problem? Thanks in advance! Tim From onemda at gmail.com Fri Jan 6 14:09:49 2017 From: onemda at gmail.com (Paul B Mahol) Date: Fri, 6 Jan 2017 13:09:49 +0100 Subject: [FFmpeg-user] Why do these blank spots appear in spectrograms of converted youtube videos? In-Reply-To: References: Message-ID: On 1/6/17, Ethan Lewis wrote: > Hello > > I was converting a bunch of youtube videos into 16kHz wav files using ffmpeg > > I used the following commands > > youtube-dl -f best /path/to/youtube/video/ -f 'bestvideo,bestaudio' -o > '%(title)s.f%(format_id)s.%(ext)s' > > ffmpeg -i /path/to/download/m4a/audio -acodec pcm_s16le -ar 16000 -ac > test1.wav > > When I use these youtube videos > > https://www.youtube.com/watch?v=E1mGPeLqg2g > https://www.youtube.com/watch?v=XBFOP_pF7PY > > I see many blank spots in their spectrograms (see the ones uploaded here > https://drive.google.com/file/d/0BzNdoGke8tyRSGgwUUtSTkgxdEE/view?usp=sharing > ) > > Natural speech should not have such artefacts. > > I am confused why this is happening. Is it because of ffmpeg conversion of > m4a audio OR was it somehow fault of the original recording? Have you compared with original audio? prior to resampling with ffmpeg? From barsnick at gmx.net Fri Jan 6 16:52:42 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Fri, 6 Jan 2017 15:52:42 +0100 Subject: [FFmpeg-user] Samsung HT-D330K codec issue In-Reply-To: References: <20170105212653.GF12719@sunshine.barsnick.net> Message-ID: <20170106145242.GA26506@sunshine.barsnick.net> On Fri, Jan 06, 2017 at 03:44:11 +0100, James Darnley wrote: > > * -b:a 4M # restrict the video bitrate to 4 Mbit/s > > I would suggest -vb (or -b:v in the modern parlance) to set the video > bitrate. Sorry, I did mean -b:v of course. Thanks, Moritz From barsnick at gmx.net Fri Jan 6 17:11:07 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Fri, 6 Jan 2017 16:11:07 +0100 Subject: [FFmpeg-user] Help with -video_size In-Reply-To: References: Message-ID: <20170106151107.GB26506@sunshine.barsnick.net> On Fri, Jan 06, 2017 at 00:14:31 -0800, Tim Hiles wrote: > I've tried recording my screen set at 1366 x 768 and specified -video_size > to 1024x768. The command did create a recording however it did not change > the size. The output is below (further comments after the output). Can you be a bit more clear? Are you trying to record the full 1366x768 and resize it to 1024x768, or are you trying to capture only 1024x768 of your screen? > ffmpeg -rtbufsize 1000M -f dshow -i video="screen-capture-recorder":audio="Internal Mic (IDT High Definiti" -flags +global_header -vcodec libx264 -pix_fmt yuv420p -video_size 1024x768 -preset ultrafast -acodec aac -ac 1 -ar 22050 "Sessiontest2.mp4" Since -video_size is an input option, it won't work this way. If you want to tell the input to use this size, you need to place it *before* the respective "-i"; which you did in your second example: > ...which is switching -video_size parameter before the codec and apply it > to my command this is what I get. > > ffmpeg -rtbufsize 1000M -f dshow -video_size 1024x768 -i video="screen-capture-recorder":audio="Internal Mic (IDT High Definiti" -flags +global_header -vcodec libx264 -pix_fmt yuv420p -video_size 1024x768 -preset ultrafast -acodec aac -ac 1 -ar 22050 "Sessiontest2.mp4" The second "-video_size" has no effect, as mentioned above. > [dshow @ 0000000000558fe0] Could not set video options video=screen-capture-recorder:audio=Internal Mic (IDT High Definiti: I/O error As the documentation says: "If the device does not support the requested options, it will fail to open." I would guess that the "-video_size" option is not supported by screen-capture-recorder. Reading about it does confirm this: https://github.com/rdp/screen-capture-recorder-to-video-windows-free See the section "Configuration": By default, it captures the "full screen" of the main desktop monitor [...] To configure it differently, run the provided "configuration setup utilities/shortcuts" or adjust registry settings before starting a run (advanced users only) [...] If you only want a segment of your desktop, you can let dshow capture the complete 1366x768, and have ffmpeg crop the video to the part you want to preserve. Insert (e.g.) "-vf crop=x=0:y=0:w=1024:h=768". Cheers, hope this helps, Moritz From brandon at cocreationcoaching.org Fri Jan 6 19:05:02 2017 From: brandon at cocreationcoaching.org (Brandon A. Olivares) Date: Fri, 6 Jan 2017 12:05:02 -0500 Subject: [FFmpeg-user] Change Volume of a Track Without Affecting Other Tracks Message-ID: <7FDE2F66-5920-426B-A41A-E33E94A16F7A@cocreationcoaching.org> I'm trying to basically take a main audio track (podcast), and add an intro and outro to it. However, the music is very loud, so I need to turn down the volume. However, when I use the volume filter on the intro/outro tracks, I notice that the main audio track is also lower than in the original audio. Here's the command I'm using right now: ffmpeg -i ccyl011-audio.mp3 -i ambient_travel_stinger.wav -i ambient_travel_stinger.wav -filter_complex "[0:a]adelay=4600,apad,aformat=sample_fmts=fltp:sample_rates=44100:channel_layouts=stereo[audio];[1:a]volume=0.15:precision=fixed,apad,aformat=sample_fmts=fltp:sample_rates=44100:channel_layouts=stereo[intro];[2:a]volume=0.15:precision=fixed,adelay=2354600,aformat=sample_fmts=fltp:sample_rates=44100:channel_layouts=stereo[outro]; [audio][intro][outro]amerge=inputs=3,pan=stereo|c0 References: <20170106151107.GB26506@sunshine.barsnick.net> Message-ID: On 1/6/17, Moritz Barsnick wrote: > On Fri, Jan 06, 2017 at 00:14:31 -0800, Tim Hiles wrote: >> I've tried recording my screen set at 1366 x 768 and specified -video_size >> to 1024x768. The command did create a recording however it did not change >> the size. The output is below (further comments after the output). > > Can you be a bit more clear? Are you trying to record the full 1366x768 > and resize it to 1024x768, or are you trying to capture only 1024x768 > of your screen? > >> ffmpeg -rtbufsize 1000M -f dshow -i >> video="screen-capture-recorder":audio="Internal Mic (IDT High Definiti" >> -flags +global_header -vcodec libx264 -pix_fmt yuv420p -video_size >> 1024x768 -preset ultrafast -acodec aac -ac 1 -ar 22050 "Sessiontest2.mp4" > > Since -video_size is an input option, it won't work this way. If you > want to tell the input to use this size, you need to place it *before* > the respective "-i"; which you did in your second example: > >> ...which is switching -video_size parameter before the codec and apply it >> to my command this is what I get. >> >> ffmpeg -rtbufsize 1000M -f dshow -video_size 1024x768 -i >> video="screen-capture-recorder":audio="Internal Mic (IDT High Definiti" >> -flags +global_header -vcodec libx264 -pix_fmt yuv420p -video_size >> 1024x768 -preset ultrafast -acodec aac -ac 1 -ar 22050 "Sessiontest2.mp4" > > The second "-video_size" has no effect, as mentioned above. Yeah I suppose in the perfect world FFmpeg would at least *complain* about unused parameters, but it is as Maritz described. >> [dshow @ 0000000000558fe0] Could not set video options >> video=screen-capture-recorder:audio=Internal Mic (IDT High Definiti: I/O >> error > > As the documentation says: "If the device does not support the > requested options, it will fail to open." > > I would guess that the "-video_size" option is not supported by > screen-capture-recorder. Reading about it does confirm this: > > https://github.com/rdp/screen-capture-recorder-to-video-windows-free > See the section "Configuration": > > By default, it captures the "full screen" of the main desktop monitor > [...] To configure it differently, run the provided "configuration > setup utilities/shortcuts" or adjust registry settings before > starting a run (advanced users only) [...] I think it might respect video_size as well but I'm not certain, and definitely not sure if it i truncates versus scaled or what not, anyway you could try it. Yes, I'm not sure and I wrote it LOL, guess it's been awhile. From moff.tigriss at gmail.com Fri Jan 6 19:38:00 2017 From: moff.tigriss at gmail.com (Moff Tigriss) Date: Fri, 6 Jan 2017 18:38:00 +0100 Subject: [FFmpeg-user] Continue encoding even if one input stream as no more data for a short amount of time ? Message-ID: Hi, For a project, I need to secure the continuity of a live stream output. The issue is that ffmpeg pause encoding when any input as no new data. He restart only when the source is reactivated, but the output stream is now broken for the final client here before the cut. So, simple question : is there a solution to force ffmpeg to continue encoding even if one stream input has no data for a short amount of time (< 5 seconds) ? Black screen, alternate stream, last frame repeated, weird bash pipes... Anything. I can use a buffer, of course. But the general latency increase each time, and I want to keep it under 10 seconds. My only actualy working solution is to have OpenBroadcasterSoftware, a desktop software, reading the stream and encoding it to the front rtmp server. Wich is insane. Gstreamer, VLC, MEncoder... hell, I even tested v4l. All of them also pause when source is down, even if they do overlay/compositing from multi sources. ---- Technical details My source is a mpegts stream via udp, from another ffmpeg instance who convert rtmp to mpegts over udp. When the rtmp source is down, ffmpeg wait the restart (it work). Here, I have a script who launch a "standing by image" to the udp stream. And it switch back to the stream later if RTMP is restarted. The main ffmpeg restart encoding, and everything is good for a new client. But every client here before the cut have now a broken playback. ---- Command lines (I removed a lot of fine tuning, so the second one can fail sometime, just relaunch it.) ffmpeg \ -re -i rtmp://server:1935/live/testlive \ -c copy -bsf:v h264_mp4toannexb -f mpegts udp://127.0.0.1:10000 ffmpeg \ -fflags +genpts -stream_loop -1 \ -r 30 -i udp://127.0.0.1:10000 \ -vcodec libx264 -preset veryfast -crf 22 \ -g 60 -c:a aac -b:a 128k -ar 44100 \ -f flv -rtmp_live live rtmp://192.168.61.108:1935/live/restream ---- Buildonf (also tested with the current git, nothing different, so I stick to the stable version) ffmpeg -buildconf ffmpeg version 3.2.2 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 5.4.0 (Ubuntu 5.4.0-6ubuntu1~16.04.4) 20160609 configuration: --prefix=/usr/local --extra-cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib --bindir=/usr/local/bin --disable-doc --disable-static --enable-shared --enable-ffplay --extra-libs=-ldl --enable-version3 --enable-libfdk_aac --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-libxvid --enable-libxcb --enable-pthreads --enable-gpl --enable-avresample --enable-postproc --enable-nonfree --disable-debug --enable-small --enable-openssl libavutil 55. 34.100 / 55. 34.100 libavcodec 57. 64.101 / 57. 64.101 libavformat 57. 56.100 / 57. 56.100 libavdevice 57. 1.100 / 57. 1.100 libavfilter 6. 65.100 / 6. 65.100 libavresample 3. 1. 0 / 3. 1. 0 libswscale 4. 2.100 / 4. 2.100 libswresample 2. 3.100 / 2. 3.100 libpostproc 54. 1.100 / 54. 1.100 configuration: --prefix=/usr/local --extra-cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib --bindir=/usr/local/bin --disable-doc --disable-static --enable-shared --enable-ffplay --extra-libs=-ldl --enable-version3 --enable-libfdk_aac --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-libxvid --enable-libxcb --enable-pthreads --enable-gpl --enable-avresample --enable-postproc --enable-nonfree --disable-debug --enable-small --enable-openssl Thank you if you have an answer, i'm losing my mind to solve that specific issue, and it's the last element missing for my project. From thiles at confex.com Fri Jan 6 22:47:50 2017 From: thiles at confex.com (Tim Hiles) Date: Fri, 6 Jan 2017 12:47:50 -0800 Subject: [FFmpeg-user] Help with -video_size In-Reply-To: References: <20170106151107.GB26506@sunshine.barsnick.net> Message-ID: Hi Moritz, Roger Hi Moritz > > > > > Can you be a bit more clear? Are you trying to record the full 1366x768 > > and resize it to 1024x768, or are you trying to capture only 1024x768 > > of your screen? > I wanted to resize to 1024x768. Not capture part of the screen. If you only want a segment of your desktop, you can let dshow capture > the complete 1366x768, and have ffmpeg crop the video to the part you > want to preserve. Insert (e.g.) "-vf crop=x=0:y=0:w=1024:h=768". Again, I don't want to crop it, however your suggestion reminded me of the scaling filter, I see there is -vf scale=1024:-1 The question I would have though is whether you believe filters create more work for ffmpeg or the computer as opposed to regular parameters such as -video_size? In other words, is a filter considered re-encoding where -video_size wouldn't be. Either way, I plan on testing with the filter. Hi Roger, > > > By default, it captures the "full screen" of the main desktop monitor > > [...] To configure it differently, run the provided "configuration > > setup utilities/shortcuts" or adjust registry settings before > > starting a run (advanced users only) [...] > > I think it might respect video_size as well but I'm not certain, and > definitely not sure if it i truncates versus scaled or what not, > anyway you could try it. Yes, I'm not sure and I wrote it LOL, guess > it's been awhile. I noticed the code hasn't been updated in awhile on the git page. Have you stopped development? I'm curious, was the initial intention of you writing this program, a response of ffmpeg not having GDIgrab or disliking the results at the time? If you disliked the results, would you say GDIgrab has improved? Would you recommend using GDIgrab? Is that something that ffmpeg devs are consistently developing? And if so, is this why you've stopped development of screen capture recorder? My concern I suppose is will screen-capture-recorder be unusable as ffmpeg develops. Let me make it clear there is no judgement here either way, I just want to know for my own future development as I like the results of screen-capture-recorder. Thanks!! Tim From jnfo at grauman.com Sat Jan 7 08:14:51 2017 From: jnfo at grauman.com (Joshua Grauman) Date: Fri, 6 Jan 2017 22:14:51 -0800 (PST) Subject: [FFmpeg-user] Help with concat and overlay Message-ID: Hello all, I am working on a command that concats two videos from my camera, and then overlays another video on top of the concatonated video. It is mostly working, but the timing isn't right. For sake of argument, let's say that MVI_0001.MOV is 5 min, and MVI_0002.MOV is 3 min (they are broken up by my camera, but I just want them together), and overlay.avi is ~8 minutes. I want to delay the overlay video 1.1 seconds to align the videos. But when I run this command, unless I'm missing something, the first 5 minutes are fine, but then the alignment of the overlay is off for the last three minutes (it's like it isn't delayed for the last 3 minutes). Does anyone see what is wrong with my command? ffmpeg -i MVI_0001.MOV -i MVI_0002.MOV -ss 1.1 -i overlay.avi -filter_complex "[0:0][0:1][1:0][1:1]concat=n=2:v=1:a=1 [v][a]; [v][2:0]overlay=format=rgb[vout]" -strict -2 -shortest -map [vout] -map [a] out.mp4 Josh From expenses at airmail.cc Sun Jan 8 00:44:01 2017 From: expenses at airmail.cc (expenses) Date: Sat, 7 Jan 2017 14:44:01 -0800 (PST) Subject: [FFmpeg-user] Troube with piping into ffmpeg and fast seeking Message-ID: <1483829041944-4678785.post@n4.nabble.com> Hi, I'm having trouble piping into ffmpeg with fast seeking on several videos, for example, this one ('Download file' under 'more').What I'm trying to do is to pipe some video in, seek to a specific point and write out a frame. This is written in python, but my problem is the same using the command line.For example:When I run the above command I receive a couple of warning and errors:And nothing is output. However, if I use output seeking instead, with:out.jpg is written to as expected, and just the pixel format warning is shown. What's going on here? Note that it seems to have problems on only some videos but not others (I haven't found a pattern but it seems to work better on .webms than .mp4s). Given that output seeking is so much slower than fast seeking, it really isn't practical for me to use it instead. I'm on OSX 10.11, but I had the exact same problem on a Raspberry Pi 2 running Arch Linux. -- View this message in context: http://ffmpeg-users.933282.n4.nabble.com/Troube-with-piping-into-ffmpeg-and-fast-seeking-tp4678785.html Sent from the FFmpeg-users mailing list archive at Nabble.com. From expenses at airmail.cc Sun Jan 8 00:47:47 2017 From: expenses at airmail.cc (expenses) Date: Sat, 7 Jan 2017 14:47:47 -0800 (PST) Subject: [FFmpeg-user] Troube with piping into ffmpeg and fast seeking In-Reply-To: <1483829041944-4678785.post@n4.nabble.com> References: <1483829041944-4678785.post@n4.nabble.com> Message-ID: <1483829267239-4678786.post@n4.nabble.com> Sorry about the way that formatted in email form. I used 'raw' tags on the website to indicate code. -- View this message in context: http://ffmpeg-users.933282.n4.nabble.com/Troube-with-piping-into-ffmpeg-and-fast-seeking-tp4678785p4678786.html Sent from the FFmpeg-users mailing list archive at Nabble.com. From barsnick at gmx.net Sun Jan 8 00:48:40 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Sat, 7 Jan 2017 23:48:40 +0100 Subject: [FFmpeg-user] Troube with piping into ffmpeg and fast seeking In-Reply-To: <1483829041944-4678785.post@n4.nabble.com> References: <1483829041944-4678785.post@n4.nabble.com> Message-ID: <20170107224840.GA9600@sunshine.barsnick.net> On Sat, Jan 07, 2017 at 14:44:01 -0800, expenses wrote: > command I receive a couple of warning and errors:And nothing is output. And you were going to keep these warnings and errors a secret? Or you believe they don't mean anything? Please show us the actual ffmpeg command line you used, and its complete, uncut console output. Moritz From cleyfaye at gmail.com Sun Jan 8 00:47:25 2017 From: cleyfaye at gmail.com (Cley Faye) Date: Sat, 7 Jan 2017 23:47:25 +0100 Subject: [FFmpeg-user] Troube with piping into ffmpeg and fast seeking In-Reply-To: <1483829041944-4678785.post@n4.nabble.com> References: <1483829041944-4678785.post@n4.nabble.com> Message-ID: 2017-01-07 23:44 GMT+01:00 expenses : > For example:When I run the above > command > ​I believe you forgot a critical part in your message :) You should post the full command, and full output produced. From expenses at airmail.cc Sun Jan 8 00:55:35 2017 From: expenses at airmail.cc (Expenses) Date: Sun, 8 Jan 2017 11:55:35 +1300 Subject: [FFmpeg-user] Troube with piping into ffmpeg and fast seeking In-Reply-To: <20170107224840.GA9600@sunshine.barsnick.net> References: <1483829041944-4678785.post@n4.nabble.com> <20170107224840.GA9600@sunshine.barsnick.net> Message-ID: <7CA489CC-8632-4E2F-8E97-A84E2620D9B7@airmail.cc> Fixed version of the post: Hi, I'm having trouble piping into ffmpeg with fast seeking on several videos, for example, this one ('Download file' under 'more'). What I'm trying to do is to pipe some video in, seek to a specific point and write out a frame. This is written in python, but my problem is the same using the command line. For example: cat Communist\ propaganda.mp4 | ffmpeg -ss 1 -i pipe: -frames:v 1 out.jpg When I run the above command I receive a couple of warning and errors: ffmpeg version 3.2.2 Copyright (c) 2000-2016 the FFmpeg developers built with Apple LLVM version 8.0.0 (clang-800.0.42.1) configuration: --prefix=/usr/local/Cellar/ffmpeg/3.2.2 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-hardcoded-tables --enable-avresample --cc=clang --host-cflags= --host-ldflags= --enable-libass --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-opencl --enable-openssl --disable-lzma --enable-nonfree --enable-vda libavutil 55. 34.100 / 55. 34.100 libavcodec 57. 64.101 / 57. 64.101 libavformat 57. 56.100 / 57. 56.100 libavdevice 57. 1.100 / 57. 1.100 libavfilter 6. 65.100 / 6. 65.100 libavresample 3. 1. 0 / 3. 1. 0 libswscale 4. 2.100 / 4. 2.100 libswresample 2. 3.100 / 2. 3.100 libpostproc 54. 1.100 / 54. 1.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'pipe:': Metadata: major_brand : isom minor_version : 1 compatible_brands: isomavc1mp42 creation_time : 2016-12-09T04:48:21.000000Z Duration: 00:00:42.07, start: 0.000000, bitrate: N/A Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 1022 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc (default) Metadata: creation_time : 2016-12-09T04:48:17.000000Z Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 131 kb/s (default) Metadata: creation_time : 2016-12-09T04:48:17.000000Z [swscaler @ 0x7f9c2b82be00] deprecated pixel format used, make sure you did set range correctly Output #0, image2, to 'out.jpg': Metadata: major_brand : isom minor_version : 1 compatible_brands: isomavc1mp42 encoder : Lavf57.56.100 Stream #0:0(und): Video: mjpeg, yuvj420p(pc), 640x480 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc (default) Metadata: creation_time : 2016-12-09T04:48:17.000000Z encoder : Lavc57.64.101 mjpeg Side data: cpb: bitrate max/min/avg: 0/0/200000 buffer size: 0 vbv_delay: -1 Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> mjpeg (native)) [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7f9c2b808800] stream 0, offset 0x34fa: partial file pipe:: Invalid data found when processing input frame= 0 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.00 bitrate=N/A speed= 0x video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) And nothing is output. However, if I use output seeking instead, with: cat Communist\ propaganda.mp4 | ffmpeg -i pipe: -ss 1 -frames:v 1 out.jpg out.jpg is written to as expected, and just the pixel format warning is shown. What's going on here? Note that it seems to have problems on only some videos but not others (I haven't found a pattern but it seems to work better on .webms than .mp4s). Given that output seeking is so much slower than fast seeking, it really isn't practical for me to use it instead. I'm on OSX 10.11, but I had the exact same problem on a Raspberry Pi 2 running Arch Linux. > On 8/01/2017, at 11:48 AM, Moritz Barsnick wrote: > > On Sat, Jan 07, 2017 at 14:44:01 -0800, expenses wrote: >> command I receive a couple of warning and errors:And nothing is output. > > And you were going to keep these warnings and errors a secret? Or you > believe they don't mean anything? > > Please show us the actual ffmpeg command line you used, and its > complete, uncut console output. > > Moritz > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". From matiaspujado at gmail.com Sun Jan 8 00:24:02 2017 From: matiaspujado at gmail.com (Matias) Date: Sat, 7 Jan 2017 19:24:02 -0300 Subject: [FFmpeg-user] yasm file missing? Message-ID: Hi, I´ve downloaded fmpeg from github and the official site, and I keep getting the same answer when I run on terminal ./configure. The config.log file is attached with a display print. I´ll be so greatful if you can give me any advice on this matter. Thanks in advance. -- Pujado Matias -------------- next part -------------- A non-text attachment was scrubbed... Name: Captura de pantalla - 070117 - 19:15:44.png Type: image/png Size: 102883 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: config.log Type: text/x-log Size: 189650 bytes Desc: not available URL: From h.reindl at thelounge.net Sun Jan 8 02:54:47 2017 From: h.reindl at thelounge.net (Reindl Harald) Date: Sun, 8 Jan 2017 01:54:47 +0100 Subject: [FFmpeg-user] yasm file missing? In-Reply-To: References: Message-ID: <3cf26122-e7db-4384-8ee5-cc4f71b8bf9f@thelounge.net> Am 07.01.2017 um 23:24 schrieb Matias: > Hi, I´ve downloaded fmpeg from github and the official site, and I keep > getting the same answer when I run on terminal ./configure. The config.log > file is attached with a display print. I´ll be so greatful if you can give > me any advice on this matter. Thanks in advance. just install yasm https://www.google.com/search?q=%22yasm%2Fnasm+not+found https://lists.ffmpeg.org/pipermail/ffmpeg-user/2014-May/021270.html From pdatkins at btinternet.com Sun Jan 8 13:24:26 2017 From: pdatkins at btinternet.com (Paul Atkins) Date: Sun, 8 Jan 2017 11:24:26 -0000 Subject: [FFmpeg-user] Frame rate doubled when using video copy codec (m2ts->mp4) Message-ID: <002d01d269a1$c5a6a690$50f3f3b0$@com> Hi, I have an m2ts container with a H.246 video stream (interlaced 1080/50i fields, 25 full fps) and a AC3 audio stream. This was originally recorded on a Panasonic HD camcorder, and the edited in Sony Vegas, and encoded on output using Sony AVC codec. I simply want to repackage this to mp4 leading video unchanged and transcoding audio to AAC. This is the command I'm using: ffmpeg -i input.m2ts -c:v copy -c:a aac output.mp4 This works and produces a video which plays OK but there are some very odd things with the frame rate, and other aspects that make it very hard to believe the video has just been copied into the new container unchanged. . MediaInfo (and ffprobe) both report the output has a frame rate of 50fps (they also report the input has 25fps) . In an NLE (Sony Vegas) the output shows double the number of frames (at same point in movie the frame number is double). Stepping through frame by frame I can see these extra frames in the timeline of the output compared to the input file. . Media info reports differing size between input and output video stream and a different bit rate (and so does ffprobe)! Input: 661MiB & 14.8Mbs; Output: 705MiB & 15.8Mbps. Both report same length 6m15s. . 661Mib/6m15s = 14.8Mbps & 705Mib/6m15s = 15.8Mbps - so both are "self-consistent" set of data - but why different between input and output file? . The input file is 768MB and the output is 728MB, but the (re-encoded) audio stream only differs by ~3MB (according to MediaInfo) Despite this the movie plays at correct rate! I'm sure it's not re-encoding the video as its quick (e.g. video stream is processed at roughly 15x realtime), but it is doing something odd to change frame rate, and size bit/rates as well. Please can anyone explain what is going on - and how I can get ffmpeg to make a truly unchanged copy of my video stream from the m2ts into the mp4 container? Console output below, followed by ffprobe of input and output, and following this MediaInfo properties of input and output Thanks for any help! ============================================================================ ================= ffmpeg -i input.m2ts -c:v copy -c:a aac output.mp4 ffmpeg version 3.2.2 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 5.4.0 (GCC) configuration: --enable-gpl --enable-version3 --enable-dxva2 --enable-libmfx --enable-nvenc --enable-avisynth --enable-bzlib --ena ble-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca - -enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-am rnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libsnappy --enab le-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis - -enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-lib zimg --enable-lzma --enable-decklink --enable-zlib libavutil 55. 34.100 / 55. 34.100 libavcodec 57. 64.101 / 57. 64.101 libavformat 57. 56.100 / 57. 56.100 libavdevice 57. 1.100 / 57. 1.100 libavfilter 6. 65.100 / 6. 65.100 libswscale 4. 2.100 / 4. 2.100 libswresample 2. 3.100 / 2. 3.100 libpostproc 54. 1.100 / 54. 1.100 Input #0, mpegts, from 'input.m2ts': Duration: 00:06:15.30, start: 0.941611, bitrate: 16767 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p(top first), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 9 0k tbn, 50 tbc Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 192 kb/s Output #0, mp4, to 'output.mp4': Metadata: encoder : Lavf57.56.100 Stream #0:0: Video: h264 (High) ([33][0][0][0] / 0x0021), yuv420p(top first), 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 50 t br, 90k tbn, 90k tbc Stream #0:1: Audio: aac (LC) ([64][0][0][0] / 0x0040), 48000 Hz, stereo, fltp, 128 kb/s Metadata: encoder : Lavc57.64.101 aac Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (ac3 (native) -> aac (native)) Press [q] to stop, [?] for help frame=18764 fps=501 q=-1.0 Lsize= 728688kB time=00:06:15.27 bitrate=15906.8kbits/s speed= 10x video:722507kB audio:5917kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.036225% [aac @ 000000000050cf20] Qavg: 787.823 ============================================================================ ================= ffprobe input.m2ts ffprobe version 3.2.2 Copyright (c) 2007-2016 the FFmpeg developers built with gcc 5.4.0 (GCC) configuration: --enable-gpl --enable-version3 --enable-dxva2 --enable-libmfx --enable-nvenc --enable-avisynth --enable-bzlib --ena ble-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca - -enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-am rnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libsnappy --enab le-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis - -enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-lib zimg --enable-lzma --enable-decklink --enable-zlib libavutil 55. 34.100 / 55. 34.100 libavcodec 57. 64.101 / 57. 64.101 libavformat 57. 56.100 / 57. 56.100 libavdevice 57. 1.100 / 57. 1.100 libavfilter 6. 65.100 / 6. 65.100 libswscale 4. 2.100 / 4. 2.100 libswresample 2. 3.100 / 2. 3.100 libpostproc 54. 1.100 / 54. 1.100 Input #0, mpegts, from 'input.m2ts': Duration: 00:06:15.30, start: 0.941611, bitrate: 16767 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p(top first), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 9 0k tbn, 50 tbc Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 192 kb/s ============================================================================ ================= ffprobe output.mp4 ffprobe version 3.2.2 Copyright (c) 2007-2016 the FFmpeg developers built with gcc 5.4.0 (GCC) configuration: --enable-gpl --enable-version3 --enable-dxva2 --enable-libmfx --enable-nvenc --enable-avisynth --enable-bzlib --ena ble-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca - -enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-am rnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libsnappy --enab le-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis - -enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-lib zimg --enable-lzma --enable-decklink --enable-zlib libavutil 55. 34.100 / 55. 34.100 libavcodec 57. 64.101 / 57. 64.101 libavformat 57. 56.100 / 57. 56.100 libavdevice 57. 1.100 / 57. 1.100 libavfilter 6. 65.100 / 6. 65.100 libswscale 4. 2.100 / 4. 2.100 libswresample 2. 3.100 / 2. 3.100 libpostproc 54. 1.100 / 54. 1.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'output.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf57.56.100 Duration: 00:06:15.29, start: 0.000000, bitrate: 15906 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 15769 kb/s, 50 fps, 50 tbr, 90k tbn, 50 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 129 kb/s (default) Metadata: handler_name : SoundHandler ============================================================================ ================= MEDIA INFO - INPUT FILE =================== General ID : 0 (0x0) Complete name : C:\Users\Video\Skiing\input.m2ts Format : BDAV Format/Info : Blu-ray Video File size : 750 MiB Duration : 6 min 43 s Overall bit rate mode : Variable Overall bit rate : 15.6 Mb/s Maximum Overall bit rate : 18.0 Mb/s Video ID : 4113 (0x1011) Menu ID : 1 (0x1) Format : AVC Format/Info : Advanced Video Codec Format profile : High at L4 Format settings, CABAC : Yes Format settings, ReFrames : 2 frames Format settings, GOP : M=2, N=14 Codec ID : 27 Duration : 6 min 15 s Bit rate mode : Variable Bit rate : 14.8 Mb/s Maximum bit rate : 16.0 Mb/s Width : 1 920 pixels Height : 1 080 pixels Display aspect ratio : 16:9 Frame rate : 25.000 FPS Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Interlaced Scan type, store method : Separated fields Scan order : Top Field First Bits/(Pixel*Frame) : 0.285 Stream size : 661 MiB (88%) Audio ID : 4352 (0x1100) Menu ID : 1 (0x1) Format : AC-3 Format/Info : Audio Coding 3 Mode extension : CM (complete main) Format settings, Endianness : Big Codec ID : 129 Duration : 6 min 15 s Bit rate mode : Constant Bit rate : 192 kb/s Channel(s) : 2 channels Channel positions : Front: L R Sampling rate : 48.0 kHz Frame rate : 31.250 FPS (1536 spf) Bit depth : 16 bits Compression mode : Lossy Delay relative to video : -40 ms Stream size : 8.59 MiB (1%) ============================================================================ ================= MEDIA INFO - OUTOUT FILE ===================== General Complete name : C:\Users\Video\Skiing\output.mp4 Format : MPEG-4 Format profile : Base Media Codec ID : isom (isom/iso2/avc1/mp41) File size : 712 MiB Duration : 6 min 15 s Overall bit rate mode : Variable Overall bit rate : 15.9 Mb/s Writing application : Lavf57.56.100 Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : High at L4 Format settings, CABAC : Yes Format settings, ReFrames : 2 frames Format settings, GOP : M=2, N=14 Codec ID : avc1 Codec ID/Info : Advanced Video Coding Duration : 6 min 15 s Bit rate mode : Variable Bit rate : 15.8 Mb/s Maximum bit rate : 16.0 Mb/s Width : 1 920 pixels Height : 1 080 pixels Display aspect ratio : 16:9 Frame rate mode : Constant Frame rate : 50.000 FPS Original frame rate : 25.000 FPS Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Interlaced Scan type, store method : Separated fields Scan order : Top Field First Bits/(Pixel*Frame) : 0.152 Stream size : 705 MiB (99%) Audio ID : 2 Format : AAC Format/Info : Advanced Audio Codec Format profile : LC Codec ID : 40 Duration : 6 min 15 s Duration_LastFrame : -11 ms Bit rate mode : Constant Bit rate : 129 kb/s Channel(s) : 2 channels Channel positions : Front: L R Sampling rate : 48.0 kHz Frame rate : 46.875 FPS (1024 spf) Compression mode : Lossy Stream size : 5.78 MiB (1%) Default : Yes Alternate group : 1 From ceffmpeg at gmail.com Sun Jan 8 14:25:34 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Sun, 8 Jan 2017 13:25:34 +0100 Subject: [FFmpeg-user] Frame rate doubled when using video copy codec (m2ts->mp4) In-Reply-To: <002d01d269a1$c5a6a690$50f3f3b0$@com> References: <002d01d269a1$c5a6a690$50f3f3b0$@com> Message-ID: 2017-01-08 12:24 GMT+01:00 Paul Atkins : > This works and produces a video which plays OK but there are some > very odd things with the frame rate, and other aspects that make it very > hard to believe the video has just been copied into the new container > unchanged. (No, this analysis does not really make sense.) > Despite this the movie plays at correct rate! Then a fix is not very likely. > I'm sure it's not re-encoding > the video as its quick (e.g. video stream is processed at roughly 15x > realtime), but it is doing something odd to change frame rate, and size > bit/rates as well. Feel free to provide a short input sample. For future questions, please remember to always test current FFmpeg git head before posting here. Carl Eugen From tarheno at gmail.com Mon Jan 9 03:41:22 2017 From: tarheno at gmail.com (Fardad) Date: Mon, 9 Jan 2017 01:41:22 +0000 Subject: [FFmpeg-user] max Bitrate in RTMP Message-ID: Hello there, I am using ffmpeg to stream an RTMP feed. No matter what bitrate i stream at, it never really respects the maxrate. It often goes over the maximum bitrate. This causes problems as the end-receiver has a limit o its bandwidth and when there is a sudden increase of the stream bitrate it freezes the output. Is it possible to have a real CBR or a real cap on the max bitrate? Thank a lot, Fardad Farahzad From dummycommandline at gmail.com Mon Jan 9 03:51:34 2017 From: dummycommandline at gmail.com (Ethan Lewis) Date: Mon, 9 Jan 2017 09:51:34 +0800 Subject: [FFmpeg-user] Why do these blank spots appear in spectrograms of converted youtube videos? In-Reply-To: References: Message-ID: > > > Have you compared with original audio? prior to resampling with ffmpeg? > > Thanks for suggestion but I do not have access to original audio as I did not upload the videos myself. From ceffmpeg at gmail.com Mon Jan 9 06:11:09 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Mon, 9 Jan 2017 05:11:09 +0100 Subject: [FFmpeg-user] max Bitrate in RTMP In-Reply-To: References: Message-ID: 2017-01-09 2:41 GMT+01:00 Fardad : > I am using ffmpeg to stream an RTMP feed. Command line and complete, uncut console output missing. (This is not the x264 mailing list.) Not necessarily related: It is non-trivial to detect / calculate the actual maximum bitrate for a given stream. Carl Eugen From barsnick at gmx.net Mon Jan 9 14:26:59 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Mon, 9 Jan 2017 13:26:59 +0100 Subject: [FFmpeg-user] Why do these blank spots appear in spectrograms of converted youtube videos? In-Reply-To: References: Message-ID: <20170109122659.GB5143@sunshine.barsnick.net> On Mon, Jan 09, 2017 at 09:51:34 +0800, Ethan Lewis wrote: > Thanks for suggestion but I do not have access to original audio as I > did not upload the videos myself. Well, you originally wrote: > I am confused why this is happening. Is it because of ffmpeg > conversion of m4a audio OR was it somehow fault of the original > recording? and it remained unclear whether you analyzed the downloaded /path/to/download/m4a/audio or the converted test1.wav - it seemed as if the latter, so it would make sense to analyze the former to rule out any modification by ffmpeg. (It also remained unclear - to me - which tool you used to create the spectrum you shared.) It would also make sense to take another known audio speech sample of your choice and see whether ffmpeg changes that. By the way, when I listen to that first YouTube clip, it has obvious heavy artefacts. I'm sure if that happens (on the "original" encoding side), that such side effects as spectrum holes can also occur. The heavier the compression, the more information which may be useless to the ear is omitted - that's how the psychoacoustics of these codecs work. (But I'm still just guessing as to where these holes *actually* come from. I'm also pretty sure a decoder such as ffmpeg AAC/MPEG4 audio decoder would not introduce holes which were not in the source.) Moritz From rogerdpack2 at gmail.com Mon Jan 9 19:14:47 2017 From: rogerdpack2 at gmail.com (Roger Pack) Date: Mon, 9 Jan 2017 10:14:47 -0700 Subject: [FFmpeg-user] Help with -video_size In-Reply-To: References: <20170106151107.GB26506@sunshine.barsnick.net> Message-ID: On 1/6/17, Tim Hiles wrote: > Hi Moritz, Roger > > Hi Moritz > >> >> > >> > Can you be a bit more clear? Are you trying to record the full 1366x768 >> > and resize it to 1024x768, or are you trying to capture only 1024x768 >> > of your screen? >> > > I wanted to resize to 1024x768. Not capture part of the screen. > > If you only want a segment of your desktop, you can let dshow capture >> the complete 1366x768, and have ffmpeg crop the video to the part you >> want to preserve. Insert (e.g.) "-vf crop=x=0:y=0:w=1024:h=768". > > > Again, I don't want to crop it, however your suggestion reminded me of the > scaling filter, I see there is -vf scale=1024:-1 The question I would have > though is whether you believe filters create more work for ffmpeg or the > computer as opposed to regular parameters such as -video_size? In other > words, is a filter considered re-encoding where -video_size wouldn't be. > Either way, I plan on testing with the filter. Theoretically you could tell the capture filter to "downscale" it for you, which...might save a little cpu. I wouldn't imagine that resizing is awful but I don't know how ffmpeg does it by default (swscale has a lot of various sizing algorithms) so it's worth profiling/benchmarking. > Hi Roger, > >> >> > By default, it captures the "full screen" of the main desktop monitor >> > [...] To configure it differently, run the provided "configuration >> > setup utilities/shortcuts" or adjust registry settings before >> > starting a run (advanced users only) [...] >> >> I think it might respect video_size as well but I'm not certain, and >> definitely not sure if it i truncates versus scaled or what not, >> anyway you could try it. Yes, I'm not sure and I wrote it LOL, guess >> it's been awhile. > > > I noticed the code hasn't been updated in awhile on the git page. Have you > stopped development? Haven't worked on it in awhile. > I'm curious, was the initial intention of you writing > this program, a response of ffmpeg not having GDIgrab or disliking the > results at the time? If gdigrab had existed at the time I probably wouldn't have created it. Its initial impetus was that VLC couldn't capture screen + audio at the same time (and possibly still can't LOL). > If you disliked the results, would you say GDIgrab > has improved? Would you recommend using GDIgrab? Is that something that > ffmpeg devs are consistently developing? FFmpeg seems more efficient than other things I'd used, that's why I use it. > And if so, is this why you've > stopped development of screen capture recorder? My concern I suppose is > will screen-capture-recorder be unusable as ffmpeg develops. Let me make it > clear there is no judgement here either way, I just want to know for my own > future development as I like the results of screen-capture-recorder. I suppose the biggest danger is if windows changes its dshow stuff altogether, which they haven't yet but who knows at some point. Cheers! From pdatkins at btinternet.com Sun Jan 8 22:39:42 2017 From: pdatkins at btinternet.com (Paul Atkins) Date: Sun, 8 Jan 2017 20:39:42 -0000 Subject: [FFmpeg-user] Frame rate doubled when using video copy codec(m2ts->mp4) In-Reply-To: References: <002d01d269a1$c5a6a690$50f3f3b0$@com> Message-ID: <000c01d269ef$57545310$05fcf930$@com> Hi Carl, Thanks. I've just tried it with latest windows build from https://ffmpeg.zeranoe.com/builds/ (N-82966-g6993bb4) and it is the same. I've attached a small 2 second clip input.m2ts and output.mp4. Same command: ffmpeg -i input.m2ts -c:v copy -c:a aac output.mp4 Same result. Regards Paul -----Original Message----- From: ffmpeg-user [mailto:ffmpeg-user-bounces at ffmpeg.org] On Behalf Of Carl Eugen Hoyos Sent: 08 January 2017 12:26 PM To: FFmpeg user questions Subject: Re: [FFmpeg-user] Frame rate doubled when using video copy codec(m2ts->mp4) 2017-01-08 12:24 GMT+01:00 Paul Atkins : > This works and produces a video which plays OK but there are some very > odd things with the frame rate, and other aspects that make it very > hard to believe the video has just been copied into the new container > unchanged. (No, this analysis does not really make sense.) > Despite this the movie plays at correct rate! Then a fix is not very likely. > I'm sure it's not re-encoding > the video as its quick (e.g. video stream is processed at roughly 15x > realtime), but it is doing something odd to change frame rate, and > size bit/rates as well. Feel free to provide a short input sample. For future questions, please remember to always test current FFmpeg git head before posting here. Carl Eugen _______________________________________________ ffmpeg-user mailing list ffmpeg-user at ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". -------------- next part -------------- A non-text attachment was scrubbed... Name: input.m2ts Type: video/vnd.dlna.mpeg-tts Size: 3280896 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: output.mp4 Type: video/mp4 Size: 3101066 bytes Desc: not available URL: From lou at lrcd.com Mon Jan 9 20:24:13 2017 From: lou at lrcd.com (Lou) Date: Mon, 09 Jan 2017 09:24:13 -0900 Subject: [FFmpeg-user] Frame rate doubled when using video copy codec(m2ts->mp4) In-Reply-To: <000c01d269ef$57545310$05fcf930$@com> References: <002d01d269a1$c5a6a690$50f3f3b0$@com> <000c01d269ef$57545310$05fcf930$@com> Message-ID: <1483986253.3375432.842144353.5EBD538C@webmail.messagingengine.com> On Sun, Jan 8, 2017, at 11:39 AM, Paul Atkins wrote: > Hi Carl, > > Thanks. I've just tried it with latest windows build from > https://ffmpeg.zeranoe.com/builds/ (N-82966-g6993bb4) and it is the same. > I've attached a small 2 second clip input.m2ts and output.mp4. I accidentally approved this in the moderation queue: it exceeded the size limit of 250k. For future reference, please provide links to larger files instead of attaching them to your message. From maandree at kth.se Tue Jan 10 00:11:15 2017 From: maandree at kth.se (Mattias =?UTF-8?B?QW5kcsOpZQ==?=) Date: Mon, 9 Jan 2017 23:11:15 +0100 Subject: [FFmpeg-user] Raw video format Message-ID: <20170109231115.75590911.maandree@kth.se> I have a stream of YUV colours (with alpha), stored with raw `double`s. I want to use ffmpeg -f rawvideo -pix_fmt ayuv64le to convert this into a normal video format. How should I encode each pixel so that ffmpeg can decode them? I would prefer a way to use, for conversion in both directions, CIE XYZ with alpha encoded with raw `double`s (or `float`s), but I cannot find this option. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From alex at alexspeller.com Tue Jan 10 03:26:33 2017 From: alex at alexspeller.com (Alex Speller) Date: Tue, 10 Jan 2017 01:26:33 +0000 Subject: [FFmpeg-user] Question about video compositing Message-ID: I have a question about video compositing. I’ve included the text of the question below but I’ve also put it in a gist for easier to read formatting here: https://gist.github.com/alexspeller/aefdd5a6d7100d28d0bbc4838527f797 I have multiple mp4 video files and I want to composite them into a single video. Each stream is an mp4 video. They are of different lengths, and each file also has audio. The tricky thing is, I want the layout to change depending on how many streams are currently visible. As a concrete example, say I have 3 video files: | File | Duration | Start | End | |-------|----------|-------|-----| | a.mp4 | 30s | 0s | 30s | | b.mp4 | 10s | 10s | 20s | | c.mp4 | 15s | 15s | 30s | So at t=0 seconds, I want the video to look like this: ``` +-------------------------+ | | | | | | | | | a.mp4 | | | | | | | | | | | +-------------------------+ ``` At t=10s, I want the video to look like this: ``` +------------------------------+--------+ | | | | | | | | a.mp4 | | | | | +--------+ | b.mp4 | | | | | | | | | | | +------------------------------+ ``` At t=15s, I want the video to look like this: ``` +------------------------------+--------+ | | | | | | | | a.mp4 | | | | | +--------+ | b.mp4 | | | | | | | c.mp4 | | | | | +--------+ | | +------------------------------+ ``` And at t=20s until the end, I want the video to look like this: ``` +------------------------------+--------+ | | | | | | | | a.mp4 | | | | | +--------+ | c.mp4 | | | | | | | | | | | +------------------------------+ ``` Ideally there would be some animated transitions between the states, but that's not essential. I have found two possible approaches that might work, but I'm not sure what the best one is. The first is using [filters](https://trac.ffmpeg.org/wiki/Create%20a%20mosaic%20out%20of%20several%20input%20videos) to acheive the result, but I'm not sure if it will cope well with (a) the changing layouts and (b) keeping the audio without any artefacts when the layout changes. The other approach I thought of would be exporting all frames to images, building new frames with imagemagick, and then layering the new frames on top of the audio like in [this blog post](https://broadcasterproject.wordpress.com/2010/05/18/how-to-layerremix-videos-with-free-command-line-tools/). Any suggestions on if either of these approaches is better, or any alternatives? Thanks! From steveboyer85 at gmail.com Tue Jan 10 04:29:48 2017 From: steveboyer85 at gmail.com (Steve Boyer) Date: Mon, 9 Jan 2017 20:29:48 -0600 Subject: [FFmpeg-user] Question about video compositing In-Reply-To: References: Message-ID: > Any suggestions on if either of these approaches is better, or any > alternatives? Thanks! > Hi! I've done something similar to doing this, but I ended up using a non-linear video editor. Specifically, I used kdenlive. It can do keyframe animation, so combine that with fade-ins/fade from blacks (audio/video filters) as well as fade-outs/fade to blacks, and you can do multiple tracks combined into a single output video with animations/fades when a stream ends. The downsides are that kdenlive, despite being the best video editor on linux (IMHO), is a little buggy, is all CPU-based when it comes to rendering and output file, for stability purposes it is recommended to use a single thread, you will have to manually put things together and time them, and need to use a GUI to do it all. I'd be happy to help with suggestions if you go this route, but understand if you want to go a different way (and I'd be interested if anyone has other suggestions how this can be accomplished via FFmpeg or CLI tools). Steve > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". From alex at alexspeller.com Tue Jan 10 04:40:31 2017 From: alex at alexspeller.com (Alex Speller) Date: Tue, 10 Jan 2017 02:40:31 +0000 Subject: [FFmpeg-user] Question about video compositing In-Reply-To: References: Message-ID: Ah, thanks a lot for the suggestion, but I should have been clearer that I need to do this in an automated fashion for arbitrary sets of videos so it has to be command-line (or a library I guess) so that I can integrate it into an automated pipeline in my app. Thanks, Alex On Tue, Jan 10, 2017 at 3:37 AM Steve Boyer wrote: > > Any suggestions on if either of these approaches is better, or any > > alternatives? Thanks! > > > > Hi! I've done something similar to doing this, but I ended up using a > non-linear video editor. Specifically, I used kdenlive. It can do keyframe > animation, so combine that with fade-ins/fade from blacks (audio/video > filters) as well as fade-outs/fade to blacks, and you can do multiple > tracks combined into a single output video with animations/fades when a > stream ends. The downsides are that kdenlive, despite being the best video > editor on linux (IMHO), is a little buggy, is all CPU-based when it comes > to rendering and output file, for stability purposes it is recommended to > use a single thread, you will have to manually put things together and time > them, and need to use a GUI to do it all. > > I'd be happy to help with suggestions if you go this route, but understand > if you want to go a different way (and I'd be interested if anyone has > other suggestions how this can be accomplished via FFmpeg or CLI tools). > > Steve > > > > _______________________________________________ > > ffmpeg-user mailing list > > ffmpeg-user at ffmpeg.org > > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > > > To unsubscribe, visit link above, or email > > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". From jnfo at grauman.com Tue Jan 10 07:14:32 2017 From: jnfo at grauman.com (Joshua Grauman) Date: Mon, 9 Jan 2017 21:14:32 -0800 (PST) Subject: [FFmpeg-user] Question about video compositing In-Reply-To: References: Message-ID: There is probably a way to do it directly with ffmpeg on the commandline, but as I'm not an expert on that, I won't confuse you with guesses. I have figured out how to generate raw video frames with a C++ program and have ffmpeg convert it into a video. My ffmpeg command looks like this: ./shm | ffmpeg -f rawvideo -pixel_format bgra -video_size 1024x768 -framerate 30 -i - -vcodec huffyuv overlay.avi The ./shm program is my C++ program. If you generate pngs from your mpeg videos, you can read those in and generate the composit video. I use Qt a lot, and it would make the commandline program easier (handles reading pngs, compositing them, etc.). Josh > Ah, thanks a lot for the suggestion, but I should have been clearer that I > need to do this in an automated fashion for arbitrary sets of videos so it > has to be command-line (or a library I guess) so that I can integrate it > into an automated pipeline in my app. > > Thanks, > Alex > > On Tue, Jan 10, 2017 at 3:37 AM Steve Boyer wrote: > >> > Any suggestions on if either of these approaches is better, or any >> > alternatives? Thanks! >> > >> >> Hi! I've done something similar to doing this, but I ended up using a >> non-linear video editor. Specifically, I used kdenlive. It can do keyframe >> animation, so combine that with fade-ins/fade from blacks (audio/video >> filters) as well as fade-outs/fade to blacks, and you can do multiple >> tracks combined into a single output video with animations/fades when a >> stream ends. The downsides are that kdenlive, despite being the best video >> editor on linux (IMHO), is a little buggy, is all CPU-based when it comes >> to rendering and output file, for stability purposes it is recommended to >> use a single thread, you will have to manually put things together and time >> them, and need to use a GUI to do it all. >> >> I'd be happy to help with suggestions if you go this route, but understand >> if you want to go a different way (and I'd be interested if anyone has >> other suggestions how this can be accomplished via FFmpeg or CLI tools). >> >> Steve >> >> >> > _______________________________________________ >> > ffmpeg-user mailing list >> > ffmpeg-user at ffmpeg.org >> > http://ffmpeg.org/mailman/listinfo/ffmpeg-user >> > >> > To unsubscribe, visit link above, or email >> > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". >> _______________________________________________ >> ffmpeg-user mailing list >> ffmpeg-user at ffmpeg.org >> http://ffmpeg.org/mailman/listinfo/ffmpeg-user >> >> To unsubscribe, visit link above, or email >> ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". From lou at lrcd.com Tue Jan 10 07:45:47 2017 From: lou at lrcd.com (Lou) Date: Mon, 09 Jan 2017 20:45:47 -0900 Subject: [FFmpeg-user] Question about video compositing In-Reply-To: References: Message-ID: <1484027147.3511557.842707873.7B3E0672@webmail.messagingengine.com> On Mon, Jan 9, 2017, at 05:40 PM, Alex Speller wrote: > Ah, thanks a lot for the suggestion, but I should have been clearer that > I > need to do this in an automated fashion for arbitrary sets of videos so > it > has to be command-line (or a library I guess) so that I can integrate it > into an automated pipeline in my app. melt might be a more appropriate tool for this than ffmpeg. It's used by Kdenlive. From ceffmpeg at gmail.com Tue Jan 10 13:05:24 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Tue, 10 Jan 2017 12:05:24 +0100 Subject: [FFmpeg-user] Raw video format In-Reply-To: <20170109231115.75590911.maandree@kth.se> References: <20170109231115.75590911.maandree@kth.se> Message-ID: 2017-01-09 23:11 GMT+01:00 Mattias Andrée : > I have a stream of YUV colours (with alpha), stored with raw > `double`s. FFmpeg does not support float pix_fmt and at least some developers believe that this wouldn't help anyway for expected input. > I want to use ffmpeg -f rawvideo -pix_fmt ayuv64le > to convert this into a normal video format. This is the point: "Normal" video format is integer, so why would it help if you input float? > How should I encode each pixel so that ffmpeg can decode them? RGBA64 comes to mind if your input is rgb. If you want to input float into FFmpeg, you have to write exr frames but note that they are converted to int before any further processing. Carl Eugen From maandree at kth.se Tue Jan 10 18:26:34 2017 From: maandree at kth.se (Mattias =?UTF-8?B?QW5kcsOpZQ==?=) Date: Tue, 10 Jan 2017 17:26:34 +0100 Subject: [FFmpeg-user] Raw video format In-Reply-To: References: <20170109231115.75590911.maandree@kth.se> Message-ID: <20170110172219.374e9890.maandree@kth.se> On Tue, 10 Jan 2017 12:05:24 +0100 Carl Eugen Hoyos wrote: > 2017-01-09 23:11 GMT+01:00 Mattias Andrée > : > > I have a stream of YUV colours (with alpha), stored > > with raw `double`s. > > FFmpeg does not support float pix_fmt and at least some > developers believe that this wouldn't help anyway for > expected input. > > > I want to use ffmpeg -f rawvideo -pix_fmt ayuv64le > > to convert this into a normal video format. > > This is the point: > "Normal" video format is integer, so why would it help if > you input float? > > > How should I encode each pixel so that ffmpeg can > > decode them? > > RGBA64 comes to mind if your input is rgb. > > If you want to input float into FFmpeg, you have to write > exr frames but note that they are converted to int before > any further processing. > > Carl Eugen > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". I'm pretty sure I prefer YUV over RGB. Values in YUV are floats, that can be negative or large, it does not have the simple bounds of [0, 1], with the exception of the Y value, like you normally have with RGB. So my question is how should a YUV value be encoded as an integer? Floats are useful for rendering, so I think it would be preferable for ffmpeg to support it as it would speed up rending as it would eliminate some conversion. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From ceffmpeg at gmail.com Tue Jan 10 18:47:38 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Tue, 10 Jan 2017 17:47:38 +0100 Subject: [FFmpeg-user] Raw video format In-Reply-To: <20170110172219.374e9890.maandree@kth.se> References: <20170109231115.75590911.maandree@kth.se> <20170110172219.374e9890.maandree@kth.se> Message-ID: 2017-01-10 17:26 GMT+01:00 Mattias Andrée : > On Tue, 10 Jan 2017 12:05:24 +0100 > Carl Eugen Hoyos wrote: > >> 2017-01-09 23:11 GMT+01:00 Mattias Andrée >> : >> > I have a stream of YUV colours (with alpha), stored >> > with raw `double`s. >> >> FFmpeg does not support float pix_fmt and at least some >> developers believe that this wouldn't help anyway for >> expected input. >> >> > I want to use ffmpeg -f rawvideo -pix_fmt ayuv64le >> > to convert this into a normal video format. >> >> This is the point: >> "Normal" video format is integer, so why would it help if >> you input float? >> >> > How should I encode each pixel so that ffmpeg can >> > decode them? >> >> RGBA64 comes to mind if your input is rgb. >> >> If you want to input float into FFmpeg, you have to write >> exr frames but note that they are converted to int before >> any further processing. > I'm pretty sure I prefer YUV over RGB. I realize that my comment above concerning RGBA64 may not make sense to you, please ignore. (My first guess was that your input is exr or related.) > Values in YUV are floats I don't understand: Do you mean that in your application (or the application that you want to use) yuv are floats? This is of course possible and it is a problem for you, because yuv float is not only not supported by FFmpeg but not supported by any related application. Or do you mean that all "YUV" values are always float? In the world of codecs (that's where FFmpeg is used) yuv is always integer, there is no video codec that outputs floats and I believe it makes little sense to write an encoder that accepts floats. (tiff and a few others do support floats but as said FFmpeg does not support it.) > that can be negative or large, it does not have > the simple bounds of [0, 1], with the exception of the Y > value, like you normally have with RGB. (Suspecting now that you are thinking of analog video) Please understand that this is simply not true for FFmpeg: On this mailing list, when we talk about "yuv", we mean 8bit or 16bit integer values (full scale or mpeg scale). > So my question is how should a YUV value be > encoded as an integer? You will have to find a linear representation for the values that you call "YUV" as everybody else does. > Floats are useful for rendering Given that no hardware (?) and no real-world video codec support floats, I wonder what you mean here. > so I think it would be > preferable for ffmpeg to support it as it would speed > up rending as it would eliminate some conversion. This sounds very unlikely. My new guess is that you should simply convert to yuv420p (as defined by FFmpeg) to get "normal video format" as output (and no additional conversion needed). Carl Eugen From maandree at kth.se Tue Jan 10 20:36:08 2017 From: maandree at kth.se (Mattias =?UTF-8?B?QW5kcsOpZQ==?=) Date: Tue, 10 Jan 2017 19:36:08 +0100 Subject: [FFmpeg-user] Raw video format In-Reply-To: References: <20170109231115.75590911.maandree@kth.se> <20170110172219.374e9890.maandree@kth.se> Message-ID: <20170110193608.3f665150.maandree@kth.se> On Tue, 10 Jan 2017 17:47:38 +0100 Carl Eugen Hoyos wrote: > 2017-01-10 17:26 GMT+01:00 Mattias Andrée > : > > On Tue, 10 Jan 2017 12:05:24 +0100 > > Carl Eugen Hoyos wrote: > > > >> 2017-01-09 23:11 GMT+01:00 Mattias Andrée > >> : > >> > I have a stream of YUV colours (with alpha), stored > >> > with raw `double`s. > >> > >> FFmpeg does not support float pix_fmt and at least some > >> developers believe that this wouldn't help anyway for > >> expected input. > >> > >> > I want to use ffmpeg -f rawvideo -pix_fmt ayuv64le > >> > to convert this into a normal video format. > >> > >> This is the point: > >> "Normal" video format is integer, so why would it help > >> if you input float? > >> > >> > How should I encode each pixel so that ffmpeg can > >> > decode them? > >> > >> RGBA64 comes to mind if your input is rgb. > >> > >> If you want to input float into FFmpeg, you have to > >> write exr frames but note that they are converted to > >> int before any further processing. > > > I'm pretty sure I prefer YUV over RGB. > > I realize that my comment above concerning RGBA64 > may not make sense to you, please ignore. > (My first guess was that your input is exr or related.) > > > Values in YUV are floats > > I don't understand: > Do you mean that in your application (or the application > that you want to use) yuv are floats? This is of course > possible and it is a problem for you, because yuv float > is not only not supported by FFmpeg but not supported > by any related application. > Or do you mean that all "YUV" values are always float? > In the world of codecs (that's where FFmpeg is used) > yuv is always integer, there is no video codec that > outputs floats and I believe it makes little sense to > write an encoder that accepts floats. > (tiff and a few others do support floats but as said > FFmpeg does not support it.) I mean the former. I have figured out that if I convert an sRGB colour, with 8-bits per channel with the transfer function applied, to YUV without unapplying the transfer function, and then let Y := Y ⋅ 256 + 16 ⋅ 256 U := U ⋅ 256 + 128 ⋅ 256 V := V ⋅ 256 + 128 ⋅ 256 I get values pretty close to those from ffmpeg get. I have tries both the conversion matrix ⎛ 0.299 0.587 0.114 ⎞ ⎜−0.450/3.069 −0.883/3.069 1.333/3.069⎟ ⎝ 1.333/2.169 -1.116/2.169 -0.217/2.169⎠ and the conversion matrix ⎛ 0.299 0.587 0.114 ⎞ ⎜−0.14713 −0.28886 0.436 ⎟ ⎝ 0.615 −0.51499 −0.10001⎠ The produce very similar results, but both are a bit off from what ffmpeg produce. What adjustments should be done so the conversion from sRGB to YUV matches that done by ffmpeg? > > > that can be negative or large, it does not have > > the simple bounds of [0, 1], with the exception of the Y > > value, like you normally have with RGB. > > (Suspecting now that you are thinking of analog video) > Please understand that this is simply not true for > FFmpeg: On this mailing list, when we talk about > "yuv", we mean 8bit or 16bit integer values (full > scale or mpeg scale). No, I'm just talking about raw encoded colours. > > > So my question is how should a YUV value be > > encoded as an integer? > > You will have to find a linear representation for the > values that you call "YUV" as everybody else does. > > > Floats are useful for rendering > > Given that no hardware (?) and no real-world video > codec support floats, I wonder what you mean here. Perhaps composing is more accurate word. Floats are useful for the mathematics. For example if you have two images with alpha you want to put on top of each other, normalised floats and no transfer function applied makes the maths simpler. > > > so I think it would be > > preferable for ffmpeg to support it as it would speed > > up rending as it would eliminate some conversion. > > This sounds very unlikely. > > My new guess is that you should simply convert to > yuv420p (as defined by FFmpeg) to get "normal video > format" as output (and no additional conversion needed). > > Carl Eugen > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From chrisjohannesen at gmail.com Tue Jan 10 20:42:40 2017 From: chrisjohannesen at gmail.com (Christian Johannesen) Date: Tue, 10 Jan 2017 13:42:40 -0500 Subject: [FFmpeg-user] issue with [PATCH] avformat/hlsenc: actual segment file size and duration in segment filenames Message-ID: I tested new functionality that was recently added to FFMPEG to include the segment size in bytes and segment duration in the filename. I tried re-multiplexing a MP4 with H.264 video and AAC audio into HLS with this feature, but only the last HLS segment has this data, all other ts segments contained zero data. >ffmpeg.exe -i D:\media\mix_of_clip_960x540_2128.mp4 -codec copy -f hls -hls_time 6 -hls_list_size 5 -hls_flags second_level_segment_index+second_level_segment_size+second_level_segment_duration -use_localtime 1 -use_localtime_mkdir 1 -hls_segment_filename "D:\media\mix_of_clip_960x540_2128\segment_%%04d_%%08s_%%013t.ts" D:\media\mix_of_clip_960x540_2128\index.m3u8 ffmpeg version N-83034-gf48b6b8 Copyright (c) 2000-2017 the FFmpeg developers built with gcc 5.4.0 (GCC) configuration: --enable-gpl --enable-version3 --enable-dxva2 --enable-libmfx --enable-nvenc --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-libzimg --enable-lzma --enable-decklink --enable-zlib libavutil 55. 43.100 / 55. 43.100 libavcodec 57. 71.100 / 57. 71.100 libavformat 57. 62.100 / 57. 62.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 68.100 / 6. 68.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'D:\media\mix_of_clip_960x540_2128.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf57.11.100 Duration: 00:12:00.68, start: 0.000000, bitrate: 1248 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 960x540 [SAR 1:1 DAR 16:9], 1115 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 47.95 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default) Metadata: handler_name : SoundHandler Output #0, hls, to 'D:\media\mix_of_clip_960x540_2128\index.m3u8': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf57.62.100 Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 960x540 [SAR 1:1 DAR 16:9], q=2-31, 1115 kb/s, 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default) Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame=17278 fps=16424 q=-1.0 Lsize=N/A time=00:12:00.61 bitrate=N/A speed= 685x video:98101kB audio:11261kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown First segment name: segment_0000_00000000_0000000000000.ts Second to last: segment_0118_00000000_0000000000000.ts Last segment name: segment_0119_00514368_0000005880878.ts Thanks, Chris From lingjiujianke at gmail.com Tue Jan 10 23:09:13 2017 From: lingjiujianke at gmail.com (Steven Liu) Date: Wed, 11 Jan 2017 05:09:13 +0800 Subject: [FFmpeg-user] issue with [PATCH] avformat/hlsenc: actual segment file size and duration in segment filenames In-Reply-To: References: Message-ID: 2017-01-11 5:01 GMT+08:00 Steven Liu : > > > 2017-01-11 2:42 GMT+08:00 Christian Johannesen > : > >> I tested new functionality that was recently added to FFMPEG to include >> the >> segment size in bytes and segment duration in the filename. I tried >> re-multiplexing a MP4 with H.264 video and AAC audio into HLS with this >> feature, but only the last HLS segment has this data, all other ts >> segments >> contained zero data. >> >> >ffmpeg.exe -i D:\media\mix_of_clip_960x540_2128.mp4 -codec copy -f hls >> -hls_time 6 -hls_list_size 5 -hls_flags >> second_level_segment_index+second_level_segment_size+second_ >> level_segment_duration >> -use_localtime 1 -use_localtime_mkdir 1 -hls_segment_filename >> "D:\media\mix_of_clip_960x540_2128\segment_%%04d_%%08s_%%013t.ts" >> D:\media\mix_of_clip_960x540_2128\index.m3u8 >> ffmpeg version N-83034-gf48b6b8 Copyright (c) 2000-2017 the FFmpeg >> developers >> built with gcc 5.4.0 (GCC) >> configuration: --enable-gpl --enable-version3 --enable-dxva2 >> --enable-libmfx --enable-nvenc --enable-avisynth --enable-bzlib >> --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv >> --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca >> --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc >> --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb >> --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg >> --enable-libopus --enable-librtmp --enable-libsnappy --enable-libsoxr >> --enable-libspeex --enable-libtheora --enable-libtwolame >> --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis >> --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 >> --enable-libx265 --enable-libxavs --enable-libxvid --enable-libzimg >> --enable-lzma --enable-decklink --enable-zlib >> libavutil 55. 43.100 / 55. 43.100 >> libavcodec 57. 71.100 / 57. 71.100 >> libavformat 57. 62.100 / 57. 62.100 >> libavdevice 57. 2.100 / 57. 2.100 >> libavfilter 6. 68.100 / 6. 68.100 >> libswscale 4. 3.101 / 4. 3.101 >> libswresample 2. 4.100 / 2. 4.100 >> libpostproc 54. 2.100 / 54. 2.100 >> Input #0, mov,mp4,m4a,3gp,3g2,mj2, from >> 'D:\media\mix_of_clip_960x540_2128.mp4': >> Metadata: >> major_brand : isom >> minor_version : 512 >> compatible_brands: isomiso2avc1mp41 >> encoder : Lavf57.11.100 >> Duration: 00:12:00.68, start: 0.000000, bitrate: 1248 kb/s >> Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, >> bt709), 960x540 [SAR 1:1 DAR 16:9], 1115 kb/s, 23.98 fps, 23.98 tbr, 24k >> tbn, 47.95 tbc (default) >> Metadata: >> handler_name : VideoHandler >> Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, >> stereo, fltp, 128 kb/s (default) >> Metadata: >> handler_name : SoundHandler >> Output #0, hls, to 'D:\media\mix_of_clip_960x540_2128\index.m3u8': >> Metadata: >> major_brand : isom >> minor_version : 512 >> compatible_brands: isomiso2avc1mp41 >> encoder : Lavf57.62.100 >> Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, >> bt709), 960x540 [SAR 1:1 DAR 16:9], q=2-31, 1115 kb/s, 23.98 fps, 23.98 >> tbr, 90k tbn, 23.98 tbc (default) >> Metadata: >> handler_name : VideoHandler >> Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, >> stereo, fltp, 128 kb/s (default) >> Metadata: >> handler_name : SoundHandler >> Stream mapping: >> Stream #0:0 -> #0:0 (copy) >> Stream #0:1 -> #0:1 (copy) >> Press [q] to stop, [?] for help >> frame=17278 fps=16424 q=-1.0 Lsize=N/A time=00:12:00.61 bitrate=N/A speed= >> 685x >> video:98101kB audio:11261kB subtitle:0kB other streams:0kB global >> headers:0kB muxing overhead: unknown >> >> First segment name: segment_0000_00000000_0000000000000.ts >> >> Second to last: segment_0118_00000000_0000000000000.ts >> >> Last segment name: segment_0119_00514368_0000005880878.ts >> >> Thanks, >> Chris >> _______________________________________________ >> ffmpeg-user mailing list >> ffmpeg-user at ffmpeg.org >> http://ffmpeg.org/mailman/listinfo/ffmpeg-user >> >> To unsubscribe, visit link above, or email >> ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". > > > > add -re , try it like this: > > ffmpeg.exe -re -i D:\media\mix_of_clip_960x540_2128.mp4 -codec copy -f hls > -hls_time 6 -hls_list_size 5 -hls_flags > second_level_segment_index+second_level_segment_size+second_ > level_segment_duration > -use_localtime 1 -use_localtime_mkdir 1 -hls_segment_filename > "D:\media\mix_of_clip_960x540_2128\segment_%%04d_%%08s_%%013t.ts" > D:\media\mix_of_clip_960x540_2128\index.m3u8 > localhost:hlsenc StevenLiu$ ./ffmpeg -i ~/Movies/objectC/facebook.mp4 -c copy -f hls -hls_time 6 -hls_list_size 0 -hls_flags second_level_segment_index+second_level_segment_size+second_level_segment_duration -use_localtime 1 -use_localtime_mkdir 1 -hls_segment_filename mix_of_clip_960x540_2128/segment_%%04d_%%08s_%%013t.ts mix_of_clip_960x540_2128/index.m3u8 ffmpeg version N-83037-gdaff04b Copyright (c) 2000-2017 the FFmpeg developers built with Apple LLVM version 8.0.0 (clang-800.0.42.1) configuration: --enable-libass --enable-opengl --enable-libx264 --enable-libmp3lame --enable-gpl --enable-nonfree --prefix=/usr/local --enable-libopencv --enable-libtesseract --enable-libspeex --enable-libfreetype --enable-libfontconfig --enable-libfdk-aac libavutil 55. 43.100 / 55. 43.100 libavcodec 57. 71.100 / 57. 71.100 libavformat 57. 62.100 / 57. 62.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 68.100 / 6. 68.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/StevenLiu/Movies/objectC/facebook.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.22.102 description : This File is Created by Easy RealMedia Tools@! Duration: 02:00:27.85, start: 0.000000, bitrate: 893 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 640x480, 797 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 87 kb/s (default) Metadata: handler_name : SoundHandler Output #0, hls, to 'mix_of_clip_960x540_2128/index.m3u8': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 description : This File is Created by Easy RealMedia Tools@! encoder : Lavf57.62.100 Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 640x480, q=2-31, 797 kb/s, 25 fps, 25 tbr, 90k tbn, 25 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 87 kb/s (default) Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [hls @ 0x7fe872800600] hls->dpp = [0.040000] frame=180676 fps=12011 q=-1.0 Lsize=N/A time=02:00:27.86 bitrate=N/A speed= 481x video:703382kB audio:77627kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown localhost:hlsenc StevenLiu$ localhost:hlsenc StevenLiu$ tail -n 10 mix_of_clip_960x540_2128/index.m3u8 mix_of_clip_960x540_2128/segment_1169_01058628_0000010000000.ts #EXTINF:10.000000, mix_of_clip_960x540_2128/segment_1170_00708572_0000010000000.ts #EXTINF:10.000000, mix_of_clip_960x540_2128/segment_1171_00373932_0000010000000.ts #EXTINF:10.000000, mix_of_clip_960x540_2128/segment_1172_00416044_0000010000000.ts #EXTINF:2.680000, mix_of_clip_960x540_2128/segment_1173_00084412_0000002680000.ts #EXT-X-ENDLIST localhost:hlsenc StevenLiu$ ll mix_of_clip_960x540_2128/segment_11 segment_1100_00637508_0000007800000.ts segment_1115_00824944_0000009440000.ts segment_1130_00180480_0000001800000.ts segment_1145_01470536_0000010000000.ts segment_1160_01334236_0000010000000.ts segment_1101_00180292_0000001800000.ts segment_1116_00583176_0000006000000.ts segment_1131_00252672_0000004080000.ts segment_1146_01209216_0000010000000.ts segment_1161_01239672_0000010000000.ts segment_1102_00864612_0000008320000.ts segment_1117_00526024_0000006760000.ts segment_1132_00438604_0000004920000.ts segment_1147_01256404_0000010000000.ts segment_1162_00945640_0000010000000.ts segment_1103_00510232_0000006960000.ts segment_1118_00309636_0000002960000.ts segment_1133_00437852_0000004440000.ts segment_1148_01217300_0000010000000.ts segment_1163_00727936_0000010000000.ts segment_1104_00712520_0000008560000.ts segment_1119_01722644_0000010000000.ts segment_1134_00699548_0000005000000.ts segment_1149_00801444_0000010000000.ts segment_1164_02428208_0000010000000.ts segment_1105_00204544_0000002800000.ts segment_1120_00231428_0000001080000.ts segment_1135_00741096_0000004400000.ts segment_1150_01226888_0000010000000.ts segment_1165_02623352_0000010000000.ts segment_1106_00150400_0000001960000.ts segment_1121_00234436_0000001800000.ts segment_1136_01119728_0000010000000.ts segment_1151_01442524_0000010000000.ts segment_1166_01087580_0000010000000.ts segment_1107_00863860_0000010000000.ts segment_1122_00375248_0000003240000.ts segment_1137_01110328_0000010000000.ts segment_1152_01612100_0000010000000.ts segment_1167_01072352_0000010000000.ts segment_1108_00708384_0000008760000.ts segment_1123_00371864_0000003600000.ts segment_1138_00172396_0000001520000.ts segment_1153_01402856_0000010000000.ts segment_1168_00932104_0000010000000.ts segment_1109_00766664_0000010000000.ts segment_1124_00820620_0000005360000.ts segment_1139_00995460_0000005360000.ts segment_1154_01491592_0000010000000.ts segment_1169_01058628_0000010000000.ts segment_1110_00153972_0000001600000.ts segment_1125_00829644_0000010000000.ts segment_1140_01167856_0000010000000.ts segment_1155_01200568_0000010000000.ts segment_1170_00708572_0000010000000.ts segment_1111_00513052_0000006880000.ts segment_1126_00208492_0000002000000.ts segment_1141_01134392_0000010000000.ts segment_1156_01285356_0000010000000.ts segment_1171_00373932_0000010000000.ts segment_1112_00918380_0000010000000.ts segment_1127_00219020_0000001480000.ts segment_1142_01278024_0000005600000.ts segment_1157_01114652_0000010000000.ts segment_1172_00416044_0000010000000.ts segment_1113_00828892_0000010000000.ts segment_1128_00264328_0000002600000.ts segment_1143_00881908_0000009760000.ts segment_1158_01406804_0000010000000.ts segment_1173_00084412_0000002680000.ts segment_1114_00841488_0000008920000.ts segment_1129_00656308_0000007560000.ts segment_1144_00753692_0000010000000.ts segment_1159_01519792_0000010000000.ts localhost:hlsenc StevenLiu$ ll mix_of_clip_960x540_2128/segment_11 Can you upload your mp4 file? From lingjiujianke at gmail.com Tue Jan 10 23:01:09 2017 From: lingjiujianke at gmail.com (Steven Liu) Date: Wed, 11 Jan 2017 05:01:09 +0800 Subject: [FFmpeg-user] issue with [PATCH] avformat/hlsenc: actual segment file size and duration in segment filenames In-Reply-To: References: Message-ID: 2017-01-11 2:42 GMT+08:00 Christian Johannesen : > I tested new functionality that was recently added to FFMPEG to include the > segment size in bytes and segment duration in the filename. I tried > re-multiplexing a MP4 with H.264 video and AAC audio into HLS with this > feature, but only the last HLS segment has this data, all other ts segments > contained zero data. > > >ffmpeg.exe -i D:\media\mix_of_clip_960x540_2128.mp4 -codec copy -f hls > -hls_time 6 -hls_list_size 5 -hls_flags > second_level_segment_index+second_level_segment_size+ > second_level_segment_duration > -use_localtime 1 -use_localtime_mkdir 1 -hls_segment_filename > "D:\media\mix_of_clip_960x540_2128\segment_%%04d_%%08s_%%013t.ts" > D:\media\mix_of_clip_960x540_2128\index.m3u8 > ffmpeg version N-83034-gf48b6b8 Copyright (c) 2000-2017 the FFmpeg > developers > built with gcc 5.4.0 (GCC) > configuration: --enable-gpl --enable-version3 --enable-dxva2 > --enable-libmfx --enable-nvenc --enable-avisynth --enable-bzlib > --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv > --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca > --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc > --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb > --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg > --enable-libopus --enable-librtmp --enable-libsnappy --enable-libsoxr > --enable-libspeex --enable-libtheora --enable-libtwolame > --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis > --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 > --enable-libx265 --enable-libxavs --enable-libxvid --enable-libzimg > --enable-lzma --enable-decklink --enable-zlib > libavutil 55. 43.100 / 55. 43.100 > libavcodec 57. 71.100 / 57. 71.100 > libavformat 57. 62.100 / 57. 62.100 > libavdevice 57. 2.100 / 57. 2.100 > libavfilter 6. 68.100 / 6. 68.100 > libswscale 4. 3.101 / 4. 3.101 > libswresample 2. 4.100 / 2. 4.100 > libpostproc 54. 2.100 / 54. 2.100 > Input #0, mov,mp4,m4a,3gp,3g2,mj2, from > 'D:\media\mix_of_clip_960x540_2128.mp4': > Metadata: > major_brand : isom > minor_version : 512 > compatible_brands: isomiso2avc1mp41 > encoder : Lavf57.11.100 > Duration: 00:12:00.68, start: 0.000000, bitrate: 1248 kb/s > Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, > bt709), 960x540 [SAR 1:1 DAR 16:9], 1115 kb/s, 23.98 fps, 23.98 tbr, 24k > tbn, 47.95 tbc (default) > Metadata: > handler_name : VideoHandler > Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, > stereo, fltp, 128 kb/s (default) > Metadata: > handler_name : SoundHandler > Output #0, hls, to 'D:\media\mix_of_clip_960x540_2128\index.m3u8': > Metadata: > major_brand : isom > minor_version : 512 > compatible_brands: isomiso2avc1mp41 > encoder : Lavf57.62.100 > Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, > bt709), 960x540 [SAR 1:1 DAR 16:9], q=2-31, 1115 kb/s, 23.98 fps, 23.98 > tbr, 90k tbn, 23.98 tbc (default) > Metadata: > handler_name : VideoHandler > Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, > stereo, fltp, 128 kb/s (default) > Metadata: > handler_name : SoundHandler > Stream mapping: > Stream #0:0 -> #0:0 (copy) > Stream #0:1 -> #0:1 (copy) > Press [q] to stop, [?] for help > frame=17278 fps=16424 q=-1.0 Lsize=N/A time=00:12:00.61 bitrate=N/A speed= > 685x > video:98101kB audio:11261kB subtitle:0kB other streams:0kB global > headers:0kB muxing overhead: unknown > > First segment name: segment_0000_00000000_0000000000000.ts > > Second to last: segment_0118_00000000_0000000000000.ts > > Last segment name: segment_0119_00514368_0000005880878.ts > > Thanks, > Chris > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". add -re , try it like this: ffmpeg.exe -re -i D:\media\mix_of_clip_960x540_2128.mp4 -codec copy -f hls -hls_time 6 -hls_list_size 5 -hls_flags second_level_segment_index+second_level_segment_size+ second_level_segment_duration -use_localtime 1 -use_localtime_mkdir 1 -hls_segment_filename "D:\media\mix_of_clip_960x540_2128\segment_%%04d_%%08s_%%013t.ts" D:\media\mix_of_clip_960x540_2128\index.m3u8 From lingjiujianke at gmail.com Wed Jan 11 01:28:22 2017 From: lingjiujianke at gmail.com (Steven Liu) Date: Wed, 11 Jan 2017 07:28:22 +0800 Subject: [FFmpeg-user] issue with [PATCH] avformat/hlsenc: actual segment file size and duration in segment filenames In-Reply-To: References: Message-ID: 2017-01-11 6:58 GMT+08:00 Christian Johannesen : > On Tue, Jan 10, 2017 at 4:01 PM, Steven Liu > wrote: > >> >> >> add -re , try it like this: >> >> ffmpeg.exe -re -i D:\media\mix_of_clip_960x540_2128.mp4 -codec copy -f >> hls >> -hls_time 6 -hls_list_size 5 -hls_flags >> second_level_segment_index+second_level_segment_size+ >> second_level_segment_duration >> -use_localtime 1 -use_localtime_mkdir 1 -hls_segment_filename >> "D:\media\mix_of_clip_960x540_2128\segment_%%04d_%%08s_%%013t.ts" >> D:\media\mix_of_clip_960x540_2128\index.m3u8 >> > > I tried adding the -re option, but its doing the same behavior, at > realtime now. I just downloaded the source and compiled it, but i'm getting > a different verison mine shows N-83034-gf48b6b8 & yours might be more > recent with a version of N-83037-gdaff04b. > > I'll email you directly with a link to the file as I don't think I can > share it on this list. > > Thanks, > Chris > > > localhost:hlsenc StevenLiu$ localhost:hlsenc StevenLiu$ ./ffmpeg -v verbose -i mix_of_clip_960x540_2128.mp4 -c copy -f hls -hls_time 6 -hls_list_size 0 -hls_flags second_level_segment_index+second_level_segment_size+second_level_segment_duration -use_localtime 1 -use_localtime_mkdir 1 -hls_segment_filename mix_of_clip_960x540_2128/segment_%%04d_%%08s_%%013t.ts mix_of_clip_960x540_2128/index.m3u8 ffmpeg version N-83037-gdaff04b Copyright (c) 2000-2017 the FFmpeg developers built with Apple LLVM version 8.0.0 (clang-800.0.42.1) configuration: --enable-libass --enable-opengl --enable-libx264 --enable-libmp3lame --enable-gpl --enable-nonfree --prefix=/usr/local --enable-libopencv --enable-libtesseract --enable-libspeex --enable-libfreetype --enable-libfontconfig --enable-libfdk-aac libavutil 55. 43.100 / 55. 43.100 libavcodec 57. 71.100 / 57. 71.100 libavformat 57. 62.100 / 57. 62.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 68.100 / 6. 68.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 [h264 @ 0x7fb233800c00] Reinit context to 960x544, pix_fmt: yuv420p Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'mix_of_clip_960x540_2128.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf57.11.100 Duration: 00:12:00.68, start: 0.000000, bitrate: 1248 kb/s Stream #0:0(und): Video: h264 (Main), 1 reference frame (avc1 / 0x31637661), yuv420p(tv, bt709, left), 960x540 (960x544) [SAR 1:1 DAR 16:9], 1115 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 47.95 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default) Metadata: handler_name : SoundHandler [mpegts @ 0x7fb233802a00] muxrate VBR, pcr every 2 pkts, sdt every 2147483647, pat/pmt every 2147483647 pkts Output #0, hls, to 'mix_of_clip_960x540_2128/index.m3u8': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf57.62.100 Stream #0:0(und): Video: h264 (Main), 1 reference frame (avc1 / 0x31637661), yuv420p(tv, bt709, left), 960x540 (0x0) [SAR 1:1 DAR 16:9], q=2-31, 1115 kb/s, 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default) Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [hls @ 0x7fb232816200] hls->dpp = [0.041711] Automatically inserted bitstream filter 'h264_mp4toannexb'; args='' [hls @ 0x7fb232816200] EXT-X-MEDIA-SEQUENCE:0 Last message repeated 30 times [hls @ 0x7fb232816200] EXT-X-MEDIA-SEQUENCE:03:06.17 bitrate=N/A speed= 366x Last message repeated 18 times [hls @ 0x7fb232816200] EXT-X-MEDIA-SEQUENCE:005:02.65 bitrate=N/A speed= 300x Last message repeated 10 times [hls @ 0x7fb232816200] EXT-X-MEDIA-SEQUENCE:006:06.35 bitrate=N/A speed= 241x Last message repeated 16 times [hls @ 0x7fb232816200] EXT-X-MEDIA-SEQUENCE:007:48.45 bitrate=N/A speed= 232x Last message repeated 35 times [hls @ 0x7fb232816200] EXT-X-MEDIA-SEQUENCE:011:24.67 bitrate=N/A speed= 272x Last message repeated 4 times No more output streams to write to, finishing. [hls @ 0x7fb232816200] EXT-X-MEDIA-SEQUENCE:0 frame=17278 fps=6750 q=-1.0 Lsize=N/A time=00:12:00.61 bitrate=N/A speed= 282x video:98101kB audio:11261kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown Input file #0 (mix_of_clip_960x540_2128.mp4): Input stream #0:0 (video): 17278 packets read (100455890 bytes); Input stream #0:1 (audio): 33782 packets read (11530946 bytes); Total: 51060 packets (111986836 bytes) demuxed Output file #0 (mix_of_clip_960x540_2128/index.m3u8): Output stream #0:0 (video): 17278 packets muxed (100455890 bytes); Output stream #0:1 (audio): 33782 packets muxed (11530946 bytes); Total: 51060 packets (111986836 bytes) muxed localhost:hlsenc StevenLiu$ cat output localhost:hlsenc StevenLiu$ cat mix_of_clip_960x540_2128/index.m3u8 #EXTM3U #EXT-X-VERSION:3 #EXT-X-TARGETDURATION:7 #EXT-X-MEDIA-SEQUENCE:0 #EXTINF:6.049067, mix_of_clip_960x540_2128/segment_0000_00470940_0000006049067.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0001_00552908_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0002_00807836_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0003_00895256_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0004_00858972_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0005_00553660_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0006_00488048_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0007_00570768_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0008_00364720_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0009_00435972_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0010_00801444_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0011_00661384_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0012_00607992_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0013_00899768_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0014_01095100_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0015_01072164_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0016_00916688_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0017_00827012_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0018_01098672_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0019_00971772_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0020_00824380_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0021_00710452_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0022_00707068_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0023_01019712_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0024_00579040_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0025_00572084_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0026_00813288_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0027_00491432_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0028_00573776_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0029_00725492_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0030_00491056_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0031_00544824_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0032_00783208_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0033_00640704_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0034_00601036_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0035_00581860_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0036_00539748_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0037_00478272_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0038_00503464_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0039_00733576_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0040_01118224_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0041_00710828_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0042_01170864_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0043_01243056_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0044_01215044_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0045_01675080_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0046_01583712_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0047_01718508_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0048_01672636_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0049_01656468_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0050_01673012_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0051_01655528_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0052_01571304_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0053_01697076_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0054_01672636_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0055_01678652_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0056_01702716_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0057_01603452_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0058_01697452_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0059_01492156_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0060_01864396_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0061_01561152_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0062_01669816_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0063_01669628_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0064_01659664_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0065_01727720_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0066_01608904_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0067_01637856_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0068_01724148_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0069_01561904_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0070_01704972_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0071_01640676_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0072_01666056_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0073_01651392_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0074_01674516_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0075_01695760_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0076_01572056_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0077_01747836_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0078_01553444_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0079_01696324_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0080_01613228_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0081_01736744_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0082_01574688_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0083_01617740_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0084_01717568_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0085_01696136_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0086_01628268_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0087_01599692_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0088_01695572_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0089_01843716_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0090_00309072_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0091_00308884_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0092_00308320_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0093_00309260_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0094_00309824_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0095_00308696_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0096_00308884_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0097_00308320_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0098_00309260_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0099_00309824_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0100_00308320_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0101_00309260_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0102_00307944_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0103_00309636_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0104_00309448_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0105_00308696_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0106_00308884_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0107_00308320_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0108_00309260_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0109_00309824_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0110_00308696_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0111_00308884_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0112_00308320_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0113_00309260_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0114_00309824_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0115_00308320_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0116_00309260_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0117_00307944_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0118_00309636_0000006006400.ts #EXTINF:5.922978, mix_of_clip_960x540_2128/segment_0119_00302868_0000005922978.ts #EXT-X-ENDLIST localhost:hlsenc StevenLiu$ localhost:hlsenc StevenLiu$ ls mix_of_clip_960x540_2128/*.ts mix_of_clip_960x540_2128/segment_0000_00470940_0000006049067.ts mix_of_clip_960x540_2128/segment_0040_01118224_0000006006400.ts mix_of_clip_960x540_2128/segment_0080_01613228_0000006006400.ts mix_of_clip_960x540_2128/segment_0001_00552908_0000006006400.ts mix_of_clip_960x540_2128/segment_0041_00710828_0000006006400.ts mix_of_clip_960x540_2128/segment_0081_01736744_0000006006400.ts mix_of_clip_960x540_2128/segment_0002_00807836_0000006006400.ts mix_of_clip_960x540_2128/segment_0042_01170864_0000006006400.ts mix_of_clip_960x540_2128/segment_0082_01574688_0000006006400.ts mix_of_clip_960x540_2128/segment_0003_00895256_0000006006400.ts mix_of_clip_960x540_2128/segment_0043_01243056_0000006006400.ts mix_of_clip_960x540_2128/segment_0083_01617740_0000006006400.ts mix_of_clip_960x540_2128/segment_0004_00858972_0000006006400.ts mix_of_clip_960x540_2128/segment_0044_01215044_0000006006400.ts mix_of_clip_960x540_2128/segment_0084_01717568_0000006006400.ts mix_of_clip_960x540_2128/segment_0005_00553660_0000006006400.ts mix_of_clip_960x540_2128/segment_0045_01675080_0000006006400.ts mix_of_clip_960x540_2128/segment_0085_01696136_0000006006400.ts mix_of_clip_960x540_2128/segment_0006_00488048_0000006006400.ts mix_of_clip_960x540_2128/segment_0046_01583712_0000006006400.ts mix_of_clip_960x540_2128/segment_0086_01628268_0000006006400.ts mix_of_clip_960x540_2128/segment_0007_00570768_0000006006400.ts mix_of_clip_960x540_2128/segment_0047_01718508_0000006006400.ts mix_of_clip_960x540_2128/segment_0087_01599692_0000006006400.ts mix_of_clip_960x540_2128/segment_0008_00364720_0000006006400.ts mix_of_clip_960x540_2128/segment_0048_01672636_0000006006400.ts mix_of_clip_960x540_2128/segment_0088_01695572_0000006006400.ts mix_of_clip_960x540_2128/segment_0009_00435972_0000006006400.ts mix_of_clip_960x540_2128/segment_0049_01656468_0000006006400.ts mix_of_clip_960x540_2128/segment_0089_01843716_0000006006400.ts mix_of_clip_960x540_2128/segment_0010_00801444_0000006006400.ts mix_of_clip_960x540_2128/segment_0050_01673012_0000006006400.ts mix_of_clip_960x540_2128/segment_0090_00309072_0000006006400.ts mix_of_clip_960x540_2128/segment_0011_00661384_0000006006400.ts mix_of_clip_960x540_2128/segment_0051_01655528_0000006006400.ts mix_of_clip_960x540_2128/segment_0091_00308884_0000006006400.ts mix_of_clip_960x540_2128/segment_0012_00607992_0000006006400.ts mix_of_clip_960x540_2128/segment_0052_01571304_0000006006400.ts mix_of_clip_960x540_2128/segment_0092_00308320_0000006006400.ts mix_of_clip_960x540_2128/segment_0013_00899768_0000006006400.ts mix_of_clip_960x540_2128/segment_0053_01697076_0000006006400.ts mix_of_clip_960x540_2128/segment_0093_00309260_0000006006400.ts mix_of_clip_960x540_2128/segment_0014_01095100_0000006006400.ts mix_of_clip_960x540_2128/segment_0054_01672636_0000006006400.ts mix_of_clip_960x540_2128/segment_0094_00309824_0000006006400.ts mix_of_clip_960x540_2128/segment_0015_01072164_0000006006400.ts mix_of_clip_960x540_2128/segment_0055_01678652_0000006006400.ts mix_of_clip_960x540_2128/segment_0095_00308696_0000006006400.ts mix_of_clip_960x540_2128/segment_0016_00916688_0000006006400.ts mix_of_clip_960x540_2128/segment_0056_01702716_0000006006400.ts mix_of_clip_960x540_2128/segment_0096_00308884_0000006006400.ts mix_of_clip_960x540_2128/segment_0017_00827012_0000006006400.ts mix_of_clip_960x540_2128/segment_0057_01603452_0000006006400.ts mix_of_clip_960x540_2128/segment_0097_00308320_0000006006400.ts mix_of_clip_960x540_2128/segment_0018_01098672_0000006006400.ts mix_of_clip_960x540_2128/segment_0058_01697452_0000006006400.ts mix_of_clip_960x540_2128/segment_0098_00309260_0000006006400.ts mix_of_clip_960x540_2128/segment_0019_00971772_0000006006400.ts mix_of_clip_960x540_2128/segment_0059_01492156_0000006006400.ts mix_of_clip_960x540_2128/segment_0099_00309824_0000006006400.ts mix_of_clip_960x540_2128/segment_0020_00824380_0000006006400.ts mix_of_clip_960x540_2128/segment_0060_01864396_0000006006400.ts mix_of_clip_960x540_2128/segment_0100_00308320_0000006006400.ts mix_of_clip_960x540_2128/segment_0021_00710452_0000006006400.ts mix_of_clip_960x540_2128/segment_0061_01561152_0000006006400.ts mix_of_clip_960x540_2128/segment_0101_00309260_0000006006400.ts mix_of_clip_960x540_2128/segment_0022_00707068_0000006006400.ts mix_of_clip_960x540_2128/segment_0062_01669816_0000006006400.ts mix_of_clip_960x540_2128/segment_0102_00307944_0000006006400.ts mix_of_clip_960x540_2128/segment_0023_01019712_0000006006400.ts mix_of_clip_960x540_2128/segment_0063_01669628_0000006006400.ts mix_of_clip_960x540_2128/segment_0103_00309636_0000006006400.ts mix_of_clip_960x540_2128/segment_0024_00579040_0000006006400.ts mix_of_clip_960x540_2128/segment_0064_01659664_0000006006400.ts mix_of_clip_960x540_2128/segment_0104_00309448_0000006006400.ts mix_of_clip_960x540_2128/segment_0025_00572084_0000006006400.ts mix_of_clip_960x540_2128/segment_0065_01727720_0000006006400.ts mix_of_clip_960x540_2128/segment_0105_00308696_0000006006400.ts mix_of_clip_960x540_2128/segment_0026_00813288_0000006006400.ts mix_of_clip_960x540_2128/segment_0066_01608904_0000006006400.ts mix_of_clip_960x540_2128/segment_0106_00308884_0000006006400.ts mix_of_clip_960x540_2128/segment_0027_00491432_0000006006400.ts mix_of_clip_960x540_2128/segment_0067_01637856_0000006006400.ts mix_of_clip_960x540_2128/segment_0107_00308320_0000006006400.ts mix_of_clip_960x540_2128/segment_0028_00573776_0000006006400.ts mix_of_clip_960x540_2128/segment_0068_01724148_0000006006400.ts mix_of_clip_960x540_2128/segment_0108_00309260_0000006006400.ts mix_of_clip_960x540_2128/segment_0029_00725492_0000006006400.ts mix_of_clip_960x540_2128/segment_0069_01561904_0000006006400.ts mix_of_clip_960x540_2128/segment_0109_00309824_0000006006400.ts mix_of_clip_960x540_2128/segment_0030_00491056_0000006006400.ts mix_of_clip_960x540_2128/segment_0070_01704972_0000006006400.ts mix_of_clip_960x540_2128/segment_0110_00308696_0000006006400.ts mix_of_clip_960x540_2128/segment_0031_00544824_0000006006400.ts mix_of_clip_960x540_2128/segment_0071_01640676_0000006006400.ts mix_of_clip_960x540_2128/segment_0111_00308884_0000006006400.ts mix_of_clip_960x540_2128/segment_0032_00783208_0000006006400.ts mix_of_clip_960x540_2128/segment_0072_01666056_0000006006400.ts mix_of_clip_960x540_2128/segment_0112_00308320_0000006006400.ts mix_of_clip_960x540_2128/segment_0033_00640704_0000006006400.ts mix_of_clip_960x540_2128/segment_0073_01651392_0000006006400.ts mix_of_clip_960x540_2128/segment_0113_00309260_0000006006400.ts mix_of_clip_960x540_2128/segment_0034_00601036_0000006006400.ts mix_of_clip_960x540_2128/segment_0074_01674516_0000006006400.ts mix_of_clip_960x540_2128/segment_0114_00309824_0000006006400.ts mix_of_clip_960x540_2128/segment_0035_00581860_0000006006400.ts mix_of_clip_960x540_2128/segment_0075_01695760_0000006006400.ts mix_of_clip_960x540_2128/segment_0115_00308320_0000006006400.ts mix_of_clip_960x540_2128/segment_0036_00539748_0000006006400.ts mix_of_clip_960x540_2128/segment_0076_01572056_0000006006400.ts mix_of_clip_960x540_2128/segment_0116_00309260_0000006006400.ts mix_of_clip_960x540_2128/segment_0037_00478272_0000006006400.ts mix_of_clip_960x540_2128/segment_0077_01747836_0000006006400.ts mix_of_clip_960x540_2128/segment_0117_00307944_0000006006400.ts mix_of_clip_960x540_2128/segment_0038_00503464_0000006006400.ts mix_of_clip_960x540_2128/segment_0078_01553444_0000006006400.ts mix_of_clip_960x540_2128/segment_0118_00309636_0000006006400.ts mix_of_clip_960x540_2128/segment_0039_00733576_0000006006400.ts mix_of_clip_960x540_2128/segment_0079_01696324_0000006006400.ts mix_of_clip_960x540_2128/segment_0119_00302868_0000005922978.ts localhost:hlsenc StevenLiu$ It's ok. and please try it by n3.3-dev-900-gdaff04b From lingjiujianke at gmail.com Wed Jan 11 02:00:20 2017 From: lingjiujianke at gmail.com (Steven Liu) Date: Wed, 11 Jan 2017 08:00:20 +0800 Subject: [FFmpeg-user] issue with [PATCH] avformat/hlsenc: actual segment file size and duration in segment filenames In-Reply-To: References: Message-ID: 2017-01-11 7:28 GMT+08:00 Steven Liu : > > > 2017-01-11 6:58 GMT+08:00 Christian Johannesen > : > >> On Tue, Jan 10, 2017 at 4:01 PM, Steven Liu >> wrote: >> >>> >>> >>> add -re , try it like this: >>> >>> ffmpeg.exe -re -i D:\media\mix_of_clip_960x540_2128.mp4 -codec copy -f >>> hls >>> -hls_time 6 -hls_list_size 5 -hls_flags >>> second_level_segment_index+second_level_segment_size+ >>> second_level_segment_duration >>> -use_localtime 1 -use_localtime_mkdir 1 -hls_segment_filename >>> "D:\media\mix_of_clip_960x540_2128\segment_%%04d_%%08s_%%013t.ts" >>> D:\media\mix_of_clip_960x540_2128\index.m3u8 >>> >> >> I tried adding the -re option, but its doing the same behavior, at >> realtime now. I just downloaded the source and compiled it, but i'm getting >> a different verison mine shows N-83034-gf48b6b8 & yours might be more >> recent with a version of N-83037-gdaff04b. >> >> I'll email you directly with a link to the file as I don't think I can >> share it on this list. >> >> Thanks, >> Chris >> >> >> > localhost:hlsenc StevenLiu$ > localhost:hlsenc StevenLiu$ ./ffmpeg -v verbose -i > mix_of_clip_960x540_2128.mp4 -c copy -f hls -hls_time 6 -hls_list_size 0 > -hls_flags second_level_segment_index+second_level_segment_size+second_level_segment_duration > -use_localtime 1 -use_localtime_mkdir 1 -hls_segment_filename > mix_of_clip_960x540_2128/segment_%%04d_%%08s_%%013t.ts > mix_of_clip_960x540_2128/index.m3u8 > ffmpeg version N-83037-gdaff04b Copyright (c) 2000-2017 the FFmpeg > developers > built with Apple LLVM version 8.0.0 (clang-800.0.42.1) > configuration: --enable-libass --enable-opengl --enable-libx264 > --enable-libmp3lame --enable-gpl --enable-nonfree --prefix=/usr/local > --enable-libopencv --enable-libtesseract --enable-libspeex > --enable-libfreetype --enable-libfontconfig --enable-libfdk-aac > libavutil 55. 43.100 / 55. 43.100 > libavcodec 57. 71.100 / 57. 71.100 > libavformat 57. 62.100 / 57. 62.100 > libavdevice 57. 2.100 / 57. 2.100 > libavfilter 6. 68.100 / 6. 68.100 > libswscale 4. 3.101 / 4. 3.101 > libswresample 2. 4.100 / 2. 4.100 > libpostproc 54. 2.100 / 54. 2.100 > [h264 @ 0x7fb233800c00] Reinit context to 960x544, pix_fmt: yuv420p > Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'mix_of_clip_960x540_2128.mp4': > Metadata: > major_brand : isom > minor_version : 512 > compatible_brands: isomiso2avc1mp41 > encoder : Lavf57.11.100 > Duration: 00:12:00.68, start: 0.000000, bitrate: 1248 kb/s > Stream #0:0(und): Video: h264 (Main), 1 reference frame (avc1 / > 0x31637661), yuv420p(tv, bt709, left), 960x540 (960x544) [SAR 1:1 DAR > 16:9], 1115 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 47.95 tbc (default) > Metadata: > handler_name : VideoHandler > Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, > stereo, fltp, 128 kb/s (default) > Metadata: > handler_name : SoundHandler > [mpegts @ 0x7fb233802a00] muxrate VBR, pcr every 2 pkts, sdt every > 2147483647 <(214)%20748-3647>, pat/pmt every 2147483647 <(214)%20748-3647> > pkts > Output #0, hls, to 'mix_of_clip_960x540_2128/index.m3u8': > Metadata: > major_brand : isom > minor_version : 512 > compatible_brands: isomiso2avc1mp41 > encoder : Lavf57.62.100 > Stream #0:0(und): Video: h264 (Main), 1 reference frame (avc1 / > 0x31637661), yuv420p(tv, bt709, left), 960x540 (0x0) [SAR 1:1 DAR 16:9], > q=2-31, 1115 kb/s, 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc (default) > Metadata: > handler_name : VideoHandler > Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, > stereo, fltp, 128 kb/s (default) > Metadata: > handler_name : SoundHandler > Stream mapping: > Stream #0:0 -> #0:0 (copy) > Stream #0:1 -> #0:1 (copy) > Press [q] to stop, [?] for help > [hls @ 0x7fb232816200] hls->dpp = [0.041711] > Automatically inserted bitstream filter 'h264_mp4toannexb'; args='' > [hls @ 0x7fb232816200] EXT-X-MEDIA-SEQUENCE:0 > Last message repeated 30 times > [hls @ 0x7fb232816200] EXT-X-MEDIA-SEQUENCE:03:06.17 bitrate=N/A speed= > 366x > Last message repeated 18 times > [hls @ 0x7fb232816200] EXT-X-MEDIA-SEQUENCE:005:02.65 bitrate=N/A speed= > 300x > Last message repeated 10 times > [hls @ 0x7fb232816200] EXT-X-MEDIA-SEQUENCE:006:06.35 bitrate=N/A speed= > 241x > Last message repeated 16 times > [hls @ 0x7fb232816200] EXT-X-MEDIA-SEQUENCE:007:48.45 bitrate=N/A speed= > 232x > Last message repeated 35 times > [hls @ 0x7fb232816200] EXT-X-MEDIA-SEQUENCE:011:24.67 bitrate=N/A speed= > 272x > Last message repeated 4 times > No more output streams to write to, finishing. > [hls @ 0x7fb232816200] EXT-X-MEDIA-SEQUENCE:0 > frame=17278 fps=6750 q=-1.0 Lsize=N/A time=00:12:00.61 bitrate=N/A speed= > 282x > video:98101kB audio:11261kB subtitle:0kB other streams:0kB global > headers:0kB muxing overhead: unknown > Input file #0 (mix_of_clip_960x540_2128.mp4): > Input stream #0:0 (video): 17278 packets read (100455890 bytes); > Input stream #0:1 (audio): 33782 packets read (11530946 bytes); > Total: 51060 packets (111986836 bytes) demuxed > Output file #0 (mix_of_clip_960x540_2128/index.m3u8): > Output stream #0:0 (video): 17278 packets muxed (100455890 bytes); > Output stream #0:1 (audio): 33782 packets muxed (11530946 bytes); > Total: 51060 packets (111986836 bytes) muxed > localhost:hlsenc StevenLiu$ cat output > localhost:hlsenc StevenLiu$ cat mix_of_clip_960x540_2128/index.m3u8 > #EXTM3U > #EXT-X-VERSION:3 > #EXT-X-TARGETDURATION:7 > #EXT-X-MEDIA-SEQUENCE:0 > #EXTINF:6.049067, > mix_of_clip_960x540_2128/segment_0000_00470940_0000006049067.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0001_00552908_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0002_00807836_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0003_00895256_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0004_00858972_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0005_00553660_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0006_00488048_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0007_00570768_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0008_00364720_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0009_00435972_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0010_00801444_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0011_00661384_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0012_00607992_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0013_00899768_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0014_01095100_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0015_01072164_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0016_00916688_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0017_00827012_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0018_01098672_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0019_00971772_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0020_00824380_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0021_00710452_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0022_00707068_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0023_01019712_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0024_00579040_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0025_00572084_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0026_00813288_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0027_00491432_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0028_00573776_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0029_00725492_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0030_00491056_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0031_00544824_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0032_00783208_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0033_00640704_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0034_00601036_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0035_00581860_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0036_00539748_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0037_00478272_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0038_00503464_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0039_00733576_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0040_01118224_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0041_00710828_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0042_01170864_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0043_01243056_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0044_01215044_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0045_01675080_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0046_01583712_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0047_01718508_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0048_01672636_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0049_01656468_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0050_01673012_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0051_01655528_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0052_01571304_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0053_01697076_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0054_01672636_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0055_01678652_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0056_01702716_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0057_01603452_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0058_01697452_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0059_01492156_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0060_01864396_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0061_01561152_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0062_01669816_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0063_01669628_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0064_01659664_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0065_01727720_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0066_01608904_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0067_01637856_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0068_01724148_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0069_01561904_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0070_01704972_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0071_01640676_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0072_01666056_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0073_01651392_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0074_01674516_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0075_01695760_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0076_01572056_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0077_01747836_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0078_01553444_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0079_01696324_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0080_01613228_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0081_01736744_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0082_01574688_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0083_01617740_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0084_01717568_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0085_01696136_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0086_01628268_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0087_01599692_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0088_01695572_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0089_01843716_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0090_00309072_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0091_00308884_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0092_00308320_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0093_00309260_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0094_00309824_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0095_00308696_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0096_00308884_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0097_00308320_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0098_00309260_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0099_00309824_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0100_00308320_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0101_00309260_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0102_00307944_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0103_00309636_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0104_00309448_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0105_00308696_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0106_00308884_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0107_00308320_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0108_00309260_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0109_00309824_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0110_00308696_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0111_00308884_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0112_00308320_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0113_00309260_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0114_00309824_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0115_00308320_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0116_00309260_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0117_00307944_0000006006400.ts > #EXTINF:6.006400, > mix_of_clip_960x540_2128/segment_0118_00309636_0000006006400.ts > #EXTINF:5.922978, > mix_of_clip_960x540_2128/segment_0119_00302868_0000005922978.ts > #EXT-X-ENDLIST > localhost:hlsenc StevenLiu$ > localhost:hlsenc StevenLiu$ ls mix_of_clip_960x540_2128/*.ts > mix_of_clip_960x540_2128/segment_0000_00470940_0000006049067.ts > mix_of_clip_960x540_2128/segment_0040_01118224_0000006006400.ts > mix_of_clip_960x540_2128/segment_0080_01613228_0000006006400.ts > mix_of_clip_960x540_2128/segment_0001_00552908_0000006006400.ts > mix_of_clip_960x540_2128/segment_0041_00710828_0000006006400.ts > mix_of_clip_960x540_2128/segment_0081_01736744_0000006006400.ts > mix_of_clip_960x540_2128/segment_0002_00807836_0000006006400.ts > mix_of_clip_960x540_2128/segment_0042_01170864_0000006006400.ts > mix_of_clip_960x540_2128/segment_0082_01574688_0000006006400.ts > mix_of_clip_960x540_2128/segment_0003_00895256_0000006006400.ts > mix_of_clip_960x540_2128/segment_0043_01243056_0000006006400.ts > mix_of_clip_960x540_2128/segment_0083_01617740_0000006006400.ts > mix_of_clip_960x540_2128/segment_0004_00858972_0000006006400.ts > mix_of_clip_960x540_2128/segment_0044_01215044_0000006006400.ts > mix_of_clip_960x540_2128/segment_0084_01717568_0000006006400.ts > mix_of_clip_960x540_2128/segment_0005_00553660_0000006006400.ts > mix_of_clip_960x540_2128/segment_0045_01675080_0000006006400.ts > mix_of_clip_960x540_2128/segment_0085_01696136_0000006006400.ts > mix_of_clip_960x540_2128/segment_0006_00488048_0000006006400.ts > mix_of_clip_960x540_2128/segment_0046_01583712_0000006006400.ts > mix_of_clip_960x540_2128/segment_0086_01628268_0000006006400.ts > mix_of_clip_960x540_2128/segment_0007_00570768_0000006006400.ts > mix_of_clip_960x540_2128/segment_0047_01718508_0000006006400.ts > mix_of_clip_960x540_2128/segment_0087_01599692_0000006006400.ts > mix_of_clip_960x540_2128/segment_0008_00364720_0000006006400.ts > mix_of_clip_960x540_2128/segment_0048_01672636_0000006006400.ts > mix_of_clip_960x540_2128/segment_0088_01695572_0000006006400.ts > mix_of_clip_960x540_2128/segment_0009_00435972_0000006006400.ts > mix_of_clip_960x540_2128/segment_0049_01656468_0000006006400.ts > mix_of_clip_960x540_2128/segment_0089_01843716_0000006006400.ts > mix_of_clip_960x540_2128/segment_0010_00801444_0000006006400.ts > mix_of_clip_960x540_2128/segment_0050_01673012_0000006006400.ts > mix_of_clip_960x540_2128/segment_0090_00309072_0000006006400.ts > mix_of_clip_960x540_2128/segment_0011_00661384_0000006006400.ts > mix_of_clip_960x540_2128/segment_0051_01655528_0000006006400.ts > mix_of_clip_960x540_2128/segment_0091_00308884_0000006006400.ts > mix_of_clip_960x540_2128/segment_0012_00607992_0000006006400.ts > mix_of_clip_960x540_2128/segment_0052_01571304_0000006006400.ts > mix_of_clip_960x540_2128/segment_0092_00308320_0000006006400.ts > mix_of_clip_960x540_2128/segment_0013_00899768_0000006006400.ts > mix_of_clip_960x540_2128/segment_0053_01697076_0000006006400.ts > mix_of_clip_960x540_2128/segment_0093_00309260_0000006006400.ts > mix_of_clip_960x540_2128/segment_0014_01095100_0000006006400.ts > mix_of_clip_960x540_2128/segment_0054_01672636_0000006006400.ts > mix_of_clip_960x540_2128/segment_0094_00309824_0000006006400.ts > mix_of_clip_960x540_2128/segment_0015_01072164_0000006006400.ts > mix_of_clip_960x540_2128/segment_0055_01678652_0000006006400.ts > mix_of_clip_960x540_2128/segment_0095_00308696_0000006006400.ts > mix_of_clip_960x540_2128/segment_0016_00916688_0000006006400.ts > mix_of_clip_960x540_2128/segment_0056_01702716_0000006006400.ts > mix_of_clip_960x540_2128/segment_0096_00308884_0000006006400.ts > mix_of_clip_960x540_2128/segment_0017_00827012_0000006006400.ts > mix_of_clip_960x540_2128/segment_0057_01603452_0000006006400.ts > mix_of_clip_960x540_2128/segment_0097_00308320_0000006006400.ts > mix_of_clip_960x540_2128/segment_0018_01098672_0000006006400.ts > mix_of_clip_960x540_2128/segment_0058_01697452_0000006006400.ts > mix_of_clip_960x540_2128/segment_0098_00309260_0000006006400.ts > mix_of_clip_960x540_2128/segment_0019_00971772_0000006006400.ts > mix_of_clip_960x540_2128/segment_0059_01492156_0000006006400.ts > mix_of_clip_960x540_2128/segment_0099_00309824_0000006006400.ts > mix_of_clip_960x540_2128/segment_0020_00824380_0000006006400.ts > mix_of_clip_960x540_2128/segment_0060_01864396_0000006006400.ts > mix_of_clip_960x540_2128/segment_0100_00308320_0000006006400.ts > mix_of_clip_960x540_2128/segment_0021_00710452_0000006006400.ts > mix_of_clip_960x540_2128/segment_0061_01561152_0000006006400.ts > mix_of_clip_960x540_2128/segment_0101_00309260_0000006006400.ts > mix_of_clip_960x540_2128/segment_0022_00707068_0000006006400.ts > mix_of_clip_960x540_2128/segment_0062_01669816_0000006006400.ts > mix_of_clip_960x540_2128/segment_0102_00307944_0000006006400.ts > mix_of_clip_960x540_2128/segment_0023_01019712_0000006006400.ts > mix_of_clip_960x540_2128/segment_0063_01669628_0000006006400.ts > mix_of_clip_960x540_2128/segment_0103_00309636_0000006006400.ts > mix_of_clip_960x540_2128/segment_0024_00579040_0000006006400.ts > mix_of_clip_960x540_2128/segment_0064_01659664_0000006006400.ts > mix_of_clip_960x540_2128/segment_0104_00309448_0000006006400.ts > mix_of_clip_960x540_2128/segment_0025_00572084_0000006006400.ts > mix_of_clip_960x540_2128/segment_0065_01727720_0000006006400.ts > mix_of_clip_960x540_2128/segment_0105_00308696_0000006006400.ts > mix_of_clip_960x540_2128/segment_0026_00813288_0000006006400.ts > mix_of_clip_960x540_2128/segment_0066_01608904_0000006006400.ts > mix_of_clip_960x540_2128/segment_0106_00308884_0000006006400.ts > mix_of_clip_960x540_2128/segment_0027_00491432_0000006006400.ts > mix_of_clip_960x540_2128/segment_0067_01637856_0000006006400.ts > mix_of_clip_960x540_2128/segment_0107_00308320_0000006006400.ts > mix_of_clip_960x540_2128/segment_0028_00573776_0000006006400.ts > mix_of_clip_960x540_2128/segment_0068_01724148_0000006006400.ts > mix_of_clip_960x540_2128/segment_0108_00309260_0000006006400.ts > mix_of_clip_960x540_2128/segment_0029_00725492_0000006006400.ts > mix_of_clip_960x540_2128/segment_0069_01561904_0000006006400.ts > mix_of_clip_960x540_2128/segment_0109_00309824_0000006006400.ts > mix_of_clip_960x540_2128/segment_0030_00491056_0000006006400.ts > mix_of_clip_960x540_2128/segment_0070_01704972_0000006006400.ts > mix_of_clip_960x540_2128/segment_0110_00308696_0000006006400.ts > mix_of_clip_960x540_2128/segment_0031_00544824_0000006006400.ts > mix_of_clip_960x540_2128/segment_0071_01640676_0000006006400.ts > mix_of_clip_960x540_2128/segment_0111_00308884_0000006006400.ts > mix_of_clip_960x540_2128/segment_0032_00783208_0000006006400.ts > mix_of_clip_960x540_2128/segment_0072_01666056_0000006006400.ts > mix_of_clip_960x540_2128/segment_0112_00308320_0000006006400.ts > mix_of_clip_960x540_2128/segment_0033_00640704_0000006006400.ts > mix_of_clip_960x540_2128/segment_0073_01651392_0000006006400.ts > mix_of_clip_960x540_2128/segment_0113_00309260_0000006006400.ts > mix_of_clip_960x540_2128/segment_0034_00601036_0000006006400.ts > mix_of_clip_960x540_2128/segment_0074_01674516_0000006006400.ts > mix_of_clip_960x540_2128/segment_0114_00309824_0000006006400.ts > mix_of_clip_960x540_2128/segment_0035_00581860_0000006006400.ts > mix_of_clip_960x540_2128/segment_0075_01695760_0000006006400.ts > mix_of_clip_960x540_2128/segment_0115_00308320_0000006006400.ts > mix_of_clip_960x540_2128/segment_0036_00539748_0000006006400.ts > mix_of_clip_960x540_2128/segment_0076_01572056_0000006006400.ts > mix_of_clip_960x540_2128/segment_0116_00309260_0000006006400.ts > mix_of_clip_960x540_2128/segment_0037_00478272_0000006006400.ts > mix_of_clip_960x540_2128/segment_0077_01747836_0000006006400.ts > mix_of_clip_960x540_2128/segment_0117_00307944_0000006006400.ts > mix_of_clip_960x540_2128/segment_0038_00503464_0000006006400.ts > mix_of_clip_960x540_2128/segment_0078_01553444_0000006006400.ts > mix_of_clip_960x540_2128/segment_0118_00309636_0000006006400.ts > mix_of_clip_960x540_2128/segment_0039_00733576_0000006006400.ts > mix_of_clip_960x540_2128/segment_0079_01696324_0000006006400.ts > mix_of_clip_960x540_2128/segment_0119_00302868_0000005922978.ts > localhost:hlsenc StevenLiu$ > > > localhost:hlsenc StevenLiu$ ./ffmpeg -i mix_of_clip_960x540_2128.mp4 -c copy -f hls -hls_time 6 -hls_list_size 5 -hls_flags second_level_segment_index+second_level_segment_size+second_level_segment_duration -use_localtime 1 -use_localtime_mkdir 1 -hls_segment_filename mix_of_clip_960x540_2128/segment_%%04d_%%08s_%%013t.ts mix_of_clip_960x540_2128/index.m3u8 ffmpeg version N-83037-gdaff04b Copyright (c) 2000-2017 the FFmpeg developers built with Apple LLVM version 8.0.0 (clang-800.0.42.1) configuration: --enable-libass --enable-opengl --enable-libx264 --enable-libmp3lame --enable-gpl --enable-nonfree --prefix=/usr/local --enable-libopencv --enable-libtesseract --enable-libspeex --enable-libfreetype --enable-libfontconfig --enable-libfdk-aac libavutil 55. 43.100 / 55. 43.100 libavcodec 57. 71.100 / 57. 71.100 libavformat 57. 62.100 / 57. 62.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 68.100 / 6. 68.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'mix_of_clip_960x540_2128.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf57.11.100 Duration: 00:12:00.68, start: 0.000000, bitrate: 1248 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 960x540 [SAR 1:1 DAR 16:9], 1115 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 47.95 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default) Metadata: handler_name : SoundHandler Output #0, hls, to 'mix_of_clip_960x540_2128/index.m3u8': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf57.62.100 Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 960x540 [SAR 1:1 DAR 16:9], q=2-31, 1115 kb/s, 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default) Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [hls @ 0x7fd66705b600] hls->dpp = [0.041711] frame=17278 fps=9360 q=-1.0 Lsize=N/A time=00:12:00.61 bitrate=N/A speed= 390x video:98101kB audio:11261kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown localhost:hlsenc StevenLiu$ cat mix_of_clip_960x540_2128/index.m3u8 #EXTM3U #EXT-X-VERSION:3 #EXT-X-TARGETDURATION:7 #EXT-X-MEDIA-SEQUENCE:115 #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0115_00308320_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0116_00309260_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0117_00307944_0000006006400.ts #EXTINF:6.006400, mix_of_clip_960x540_2128/segment_0118_00309636_0000006006400.ts #EXTINF:5.922978, mix_of_clip_960x540_2128/segment_0119_00302868_0000005922978.ts #EXT-X-ENDLIST localhost:hlsenc StevenLiu$ ls mix_of_clip_960x540_2128/*.ts mix_of_clip_960x540_2128/segment_0000_00470940_0000006049067.ts mix_of_clip_960x540_2128/segment_0040_01118224_0000006006400.ts mix_of_clip_960x540_2128/segment_0080_01613228_0000006006400.ts mix_of_clip_960x540_2128/segment_0001_00552908_0000006006400.ts mix_of_clip_960x540_2128/segment_0041_00710828_0000006006400.ts mix_of_clip_960x540_2128/segment_0081_01736744_0000006006400.ts mix_of_clip_960x540_2128/segment_0002_00807836_0000006006400.ts mix_of_clip_960x540_2128/segment_0042_01170864_0000006006400.ts mix_of_clip_960x540_2128/segment_0082_01574688_0000006006400.ts mix_of_clip_960x540_2128/segment_0003_00895256_0000006006400.ts mix_of_clip_960x540_2128/segment_0043_01243056_0000006006400.ts mix_of_clip_960x540_2128/segment_0083_01617740_0000006006400.ts mix_of_clip_960x540_2128/segment_0004_00858972_0000006006400.ts mix_of_clip_960x540_2128/segment_0044_01215044_0000006006400.ts mix_of_clip_960x540_2128/segment_0084_01717568_0000006006400.ts mix_of_clip_960x540_2128/segment_0005_00553660_0000006006400.ts mix_of_clip_960x540_2128/segment_0045_01675080_0000006006400.ts mix_of_clip_960x540_2128/segment_0085_01696136_0000006006400.ts mix_of_clip_960x540_2128/segment_0006_00488048_0000006006400.ts mix_of_clip_960x540_2128/segment_0046_01583712_0000006006400.ts mix_of_clip_960x540_2128/segment_0086_01628268_0000006006400.ts mix_of_clip_960x540_2128/segment_0007_00570768_0000006006400.ts mix_of_clip_960x540_2128/segment_0047_01718508_0000006006400.ts mix_of_clip_960x540_2128/segment_0087_01599692_0000006006400.ts mix_of_clip_960x540_2128/segment_0008_00364720_0000006006400.ts mix_of_clip_960x540_2128/segment_0048_01672636_0000006006400.ts mix_of_clip_960x540_2128/segment_0088_01695572_0000006006400.ts mix_of_clip_960x540_2128/segment_0009_00435972_0000006006400.ts mix_of_clip_960x540_2128/segment_0049_01656468_0000006006400.ts mix_of_clip_960x540_2128/segment_0089_01843716_0000006006400.ts mix_of_clip_960x540_2128/segment_0010_00801444_0000006006400.ts mix_of_clip_960x540_2128/segment_0050_01673012_0000006006400.ts mix_of_clip_960x540_2128/segment_0090_00309072_0000006006400.ts mix_of_clip_960x540_2128/segment_0011_00661384_0000006006400.ts mix_of_clip_960x540_2128/segment_0051_01655528_0000006006400.ts mix_of_clip_960x540_2128/segment_0091_00308884_0000006006400.ts mix_of_clip_960x540_2128/segment_0012_00607992_0000006006400.ts mix_of_clip_960x540_2128/segment_0052_01571304_0000006006400.ts mix_of_clip_960x540_2128/segment_0092_00308320_0000006006400.ts mix_of_clip_960x540_2128/segment_0013_00899768_0000006006400.ts mix_of_clip_960x540_2128/segment_0053_01697076_0000006006400.ts mix_of_clip_960x540_2128/segment_0093_00309260_0000006006400.ts mix_of_clip_960x540_2128/segment_0014_01095100_0000006006400.ts mix_of_clip_960x540_2128/segment_0054_01672636_0000006006400.ts mix_of_clip_960x540_2128/segment_0094_00309824_0000006006400.ts mix_of_clip_960x540_2128/segment_0015_01072164_0000006006400.ts mix_of_clip_960x540_2128/segment_0055_01678652_0000006006400.ts mix_of_clip_960x540_2128/segment_0095_00308696_0000006006400.ts mix_of_clip_960x540_2128/segment_0016_00916688_0000006006400.ts mix_of_clip_960x540_2128/segment_0056_01702716_0000006006400.ts mix_of_clip_960x540_2128/segment_0096_00308884_0000006006400.ts mix_of_clip_960x540_2128/segment_0017_00827012_0000006006400.ts mix_of_clip_960x540_2128/segment_0057_01603452_0000006006400.ts mix_of_clip_960x540_2128/segment_0097_00308320_0000006006400.ts mix_of_clip_960x540_2128/segment_0018_01098672_0000006006400.ts mix_of_clip_960x540_2128/segment_0058_01697452_0000006006400.ts mix_of_clip_960x540_2128/segment_0098_00309260_0000006006400.ts mix_of_clip_960x540_2128/segment_0019_00971772_0000006006400.ts mix_of_clip_960x540_2128/segment_0059_01492156_0000006006400.ts mix_of_clip_960x540_2128/segment_0099_00309824_0000006006400.ts mix_of_clip_960x540_2128/segment_0020_00824380_0000006006400.ts mix_of_clip_960x540_2128/segment_0060_01864396_0000006006400.ts mix_of_clip_960x540_2128/segment_0100_00308320_0000006006400.ts mix_of_clip_960x540_2128/segment_0021_00710452_0000006006400.ts mix_of_clip_960x540_2128/segment_0061_01561152_0000006006400.ts mix_of_clip_960x540_2128/segment_0101_00309260_0000006006400.ts mix_of_clip_960x540_2128/segment_0022_00707068_0000006006400.ts mix_of_clip_960x540_2128/segment_0062_01669816_0000006006400.ts mix_of_clip_960x540_2128/segment_0102_00307944_0000006006400.ts mix_of_clip_960x540_2128/segment_0023_01019712_0000006006400.ts mix_of_clip_960x540_2128/segment_0063_01669628_0000006006400.ts mix_of_clip_960x540_2128/segment_0103_00309636_0000006006400.ts mix_of_clip_960x540_2128/segment_0024_00579040_0000006006400.ts mix_of_clip_960x540_2128/segment_0064_01659664_0000006006400.ts mix_of_clip_960x540_2128/segment_0104_00309448_0000006006400.ts mix_of_clip_960x540_2128/segment_0025_00572084_0000006006400.ts mix_of_clip_960x540_2128/segment_0065_01727720_0000006006400.ts mix_of_clip_960x540_2128/segment_0105_00308696_0000006006400.ts mix_of_clip_960x540_2128/segment_0026_00813288_0000006006400.ts mix_of_clip_960x540_2128/segment_0066_01608904_0000006006400.ts mix_of_clip_960x540_2128/segment_0106_00308884_0000006006400.ts mix_of_clip_960x540_2128/segment_0027_00491432_0000006006400.ts mix_of_clip_960x540_2128/segment_0067_01637856_0000006006400.ts mix_of_clip_960x540_2128/segment_0107_00308320_0000006006400.ts mix_of_clip_960x540_2128/segment_0028_00573776_0000006006400.ts mix_of_clip_960x540_2128/segment_0068_01724148_0000006006400.ts mix_of_clip_960x540_2128/segment_0108_00309260_0000006006400.ts mix_of_clip_960x540_2128/segment_0029_00725492_0000006006400.ts mix_of_clip_960x540_2128/segment_0069_01561904_0000006006400.ts mix_of_clip_960x540_2128/segment_0109_00309824_0000006006400.ts mix_of_clip_960x540_2128/segment_0030_00491056_0000006006400.ts mix_of_clip_960x540_2128/segment_0070_01704972_0000006006400.ts mix_of_clip_960x540_2128/segment_0110_00308696_0000006006400.ts mix_of_clip_960x540_2128/segment_0031_00544824_0000006006400.ts mix_of_clip_960x540_2128/segment_0071_01640676_0000006006400.ts mix_of_clip_960x540_2128/segment_0111_00308884_0000006006400.ts mix_of_clip_960x540_2128/segment_0032_00783208_0000006006400.ts mix_of_clip_960x540_2128/segment_0072_01666056_0000006006400.ts mix_of_clip_960x540_2128/segment_0112_00308320_0000006006400.ts mix_of_clip_960x540_2128/segment_0033_00640704_0000006006400.ts mix_of_clip_960x540_2128/segment_0073_01651392_0000006006400.ts mix_of_clip_960x540_2128/segment_0113_00309260_0000006006400.ts mix_of_clip_960x540_2128/segment_0034_00601036_0000006006400.ts mix_of_clip_960x540_2128/segment_0074_01674516_0000006006400.ts mix_of_clip_960x540_2128/segment_0114_00309824_0000006006400.ts mix_of_clip_960x540_2128/segment_0035_00581860_0000006006400.ts mix_of_clip_960x540_2128/segment_0075_01695760_0000006006400.ts mix_of_clip_960x540_2128/segment_0115_00308320_0000006006400.ts mix_of_clip_960x540_2128/segment_0036_00539748_0000006006400.ts mix_of_clip_960x540_2128/segment_0076_01572056_0000006006400.ts mix_of_clip_960x540_2128/segment_0116_00309260_0000006006400.ts mix_of_clip_960x540_2128/segment_0037_00478272_0000006006400.ts mix_of_clip_960x540_2128/segment_0077_01747836_0000006006400.ts mix_of_clip_960x540_2128/segment_0117_00307944_0000006006400.ts mix_of_clip_960x540_2128/segment_0038_00503464_0000006006400.ts mix_of_clip_960x540_2128/segment_0078_01553444_0000006006400.ts mix_of_clip_960x540_2128/segment_0118_00309636_0000006006400.ts mix_of_clip_960x540_2128/segment_0039_00733576_0000006006400.ts mix_of_clip_960x540_2128/segment_0079_01696324_0000006006400.ts mix_of_clip_960x540_2128/segment_0119_00302868_0000005922978.ts localhost:hlsenc StevenLiu$ > > > > > It's ok. > > and > > please try it by n3.3-dev-900-gdaff04b > > > From chrisjohannesen at gmail.com Wed Jan 11 04:03:38 2017 From: chrisjohannesen at gmail.com (Christian Johannesen) Date: Tue, 10 Jan 2017 21:03:38 -0500 Subject: [FFmpeg-user] issue with [PATCH] avformat/hlsenc: actual segment file size and duration in segment filenames In-Reply-To: References: Message-ID: On Tue, Jan 10, 2017 at 7:00 PM, Steven Liu wrote: > > > 2017-01-11 7:28 GMT+08:00 Steven Liu : > > localhost:hlsenc StevenLiu$ ./ffmpeg -i mix_of_clip_960x540_2128.mp4 -c > copy -f hls -hls_time 6 -hls_list_size 5 -hls_flags > second_level_segment_index+second_level_segment_size+second_level_segment_duration > -use_localtime 1 -use_localtime_mkdir 1 -hls_segment_filename > mix_of_clip_960x540_2128/segment_%%04d_%%08s_%%013t.ts > mix_of_clip_960x540_2128/index.m3u8 > >> >> >> It's ok. >> >> and >> >> please try it by n3.3-dev-900-gdaff04b >> >> >> > I just did a git clone of https://git.ffmpeg.org/ffmpeg.git. On Mac OS X, I have no problems executing: ffmpeg -i mix_of_clip_960x540_2128.mp4 -codec copy -f hls -hls_time 6 -hls_list_size 5 -hls_flags second_level_segment_index+ second_level_segment_size+second_level_segment_duration -use_localtime 1 -use_localtime_mkdir 1 -hls_segment_filename mix_of_clip_960x540_2128/segment_%%04d_%%08s_%%013t.ts mix_of_clip_960x540_2128/index.m3u8 ffmpeg version N-83039-g658e626 Copyright (c) 2000-2017 the FFmpeg developers built with Apple LLVM version 8.0.0 (clang-800.0.42.1) configuration: libavutil 55. 43.100 / 55. 43.100 libavcodec 57. 71.101 / 57. 71.101 libavformat 57. 62.100 / 57. 62.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 68.100 / 6. 68.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'mix_of_clip_960x540_2128.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf57.11.100 Duration: 00:12:00.68, start: 0.000000, bitrate: 1248 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 960x540 [SAR 1:1 DAR 16:9], 1115 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 47.95 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default) Metadata: handler_name : SoundHandler Output #0, hls, to 'mix_of_clip_960x540_2128/index.m3u8': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf57.62.100 Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 960x540 [SAR 1:1 DAR 16:9], q=2-31, 1115 kb/s, 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default) Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [hls @ 0x7fe401026600] hls->dpp = [0.041711] frame=17278 fps=0.0 q=-1.0 Lsize=N/A time=00:12:00.61 bitrate=N/A speed=1.06e+03x video:98101kB audio:11261kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown mix_of_clip_960x540_2128 chrisj$ ls index.m3u8 segment_0000_00470940_0000006049067.ts segment_0001_00552908_0000006006400.ts segment_0002_00807836_0000006006400.ts segment_0003_00895256_0000006006400.ts segment_0004_00858972_0000006006400.ts segment_0005_00553660_0000006006400.ts segment_0006_00488048_0000006006400.ts segment_0007_00570768_0000006006400.ts segment_0008_00364720_0000006006400.ts segment_0009_00435972_0000006006400.ts segment_0010_00801444_0000006006400.ts segment_0011_00661384_0000006006400.ts segment_0012_00607992_0000006006400.ts segment_0013_00899768_0000006006400.ts segment_0014_01095100_0000006006400.ts segment_0015_01072164_0000006006400.ts segment_0016_00916688_0000006006400.ts segment_0017_00827012_0000006006400.ts segment_0018_01098672_0000006006400.ts segment_0019_00971772_0000006006400.ts segment_0020_00824380_0000006006400.ts segment_0021_00710452_0000006006400.ts segment_0022_00707068_0000006006400.ts segment_0023_01019712_0000006006400.ts segment_0024_00579040_0000006006400.ts segment_0025_00572084_0000006006400.ts segment_0026_00813288_0000006006400.ts segment_0027_00491432_0000006006400.ts segment_0028_00573776_0000006006400.ts segment_0029_00725492_0000006006400.ts segment_0030_00491056_0000006006400.ts segment_0031_00544824_0000006006400.ts segment_0032_00783208_0000006006400.ts segment_0033_00640704_0000006006400.ts segment_0034_00601036_0000006006400.ts segment_0035_00581860_0000006006400.ts segment_0036_00539748_0000006006400.ts segment_0037_00478272_0000006006400.ts segment_0038_00503464_0000006006400.ts segment_0039_00733576_0000006006400.ts segment_0040_01118224_0000006006400.ts segment_0041_00710828_0000006006400.ts segment_0042_01170864_0000006006400.ts segment_0043_01243056_0000006006400.ts segment_0044_01215044_0000006006400.ts segment_0045_01675080_0000006006400.ts segment_0046_01583712_0000006006400.ts segment_0047_01718508_0000006006400.ts segment_0048_01672636_0000006006400.ts segment_0049_01656468_0000006006400.ts segment_0050_01673012_0000006006400.ts segment_0051_01655528_0000006006400.ts segment_0052_01571304_0000006006400.ts segment_0053_01697076_0000006006400.ts segment_0054_01672636_0000006006400.ts segment_0055_01678652_0000006006400.ts segment_0056_01702716_0000006006400.ts segment_0057_01603452_0000006006400.ts segment_0058_01697452_0000006006400.ts segment_0059_01492156_0000006006400.ts segment_0060_01864396_0000006006400.ts segment_0061_01561152_0000006006400.ts segment_0062_01669816_0000006006400.ts segment_0063_01669628_0000006006400.ts segment_0064_01659664_0000006006400.ts segment_0065_01727720_0000006006400.ts segment_0066_01608904_0000006006400.ts segment_0067_01637856_0000006006400.ts segment_0068_01724148_0000006006400.ts segment_0069_01561904_0000006006400.ts segment_0070_01704972_0000006006400.ts segment_0071_01640676_0000006006400.ts segment_0072_01666056_0000006006400.ts segment_0073_01651392_0000006006400.ts segment_0074_01674516_0000006006400.ts segment_0075_01695760_0000006006400.ts segment_0076_01572056_0000006006400.ts segment_0077_01747836_0000006006400.ts segment_0078_01553444_0000006006400.ts segment_0079_01696324_0000006006400.ts segment_0080_01613228_0000006006400.ts segment_0081_01736744_0000006006400.ts segment_0082_01574688_0000006006400.ts segment_0083_01617740_0000006006400.ts segment_0084_01717568_0000006006400.ts segment_0085_01696136_0000006006400.ts segment_0086_01628268_0000006006400.ts segment_0087_01599692_0000006006400.ts segment_0088_01695572_0000006006400.ts segment_0089_01843716_0000006006400.ts segment_0090_00309072_0000006006400.ts segment_0091_00308884_0000006006400.ts segment_0092_00308320_0000006006400.ts segment_0093_00309260_0000006006400.ts segment_0094_00309824_0000006006400.ts segment_0095_00308696_0000006006400.ts segment_0096_00308884_0000006006400.ts segment_0097_00308320_0000006006400.ts segment_0098_00309260_0000006006400.ts segment_0099_00309824_0000006006400.ts segment_0100_00308320_0000006006400.ts segment_0101_00309260_0000006006400.ts segment_0102_00307944_0000006006400.ts segment_0103_00309636_0000006006400.ts segment_0104_00309448_0000006006400.ts segment_0105_00308696_0000006006400.ts segment_0106_00308884_0000006006400.ts segment_0107_00308320_0000006006400.ts segment_0108_00309260_0000006006400.ts segment_0109_00309824_0000006006400.ts segment_0110_00308696_0000006006400.ts segment_0111_00308884_0000006006400.ts segment_0112_00308320_0000006006400.ts segment_0113_00309260_0000006006400.ts segment_0114_00309824_0000006006400.ts segment_0115_00308320_0000006006400.ts segment_0116_00309260_0000006006400.ts segment_0117_00307944_0000006006400.ts I also did a git clone and compiled for Windows, but its not working there still for me. >ffmpeg.exe -i D:\media\mix_of_clip_960x540_2128.mp4 -codec copy -f hls -hls_time 6 -hls_list_size 5 -hls_flags second_level_segment_index+ second_level_segment_size+second_level_segment_duration -use_localtime 1 -use_localtime_mkdir 1 -hls_segment_filename D:\media\mix_of_clip_960x540_ 2128_v4\segment_%%04d_%%08s_%%013t.ts D:\media\mix_of_clip_960x540_ 2128_v4\index.m3u8 ffmpeg version N-83039-g658e626 Copyright (c) 2000-2017 the FFmpeg developers built with gcc 6.2.0 (Rev2, Built by MSYS2 project) configuration: --enable-gpl --disable-w32threads --enable-version3 --enable-nonfree --enable-libx264 --enable-libx265 --enable-libfdk_aac --enable-static --disable-shared --enable-zlib --enable-libfreetype --enable-libfontconfig --enable-libvpx --enable-libvorbis --enable-libopus libavutil 55. 43.100 / 55. 43.100 libavcodec 57. 71.101 / 57. 71.101 libavformat 57. 62.100 / 57. 62.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 68.100 / 6. 68.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'D:\media\mix_of_clip_960x540_ 2128.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf57.11.100 Duration: 00:12:00.68, start: 0.000000, bitrate: 1248 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 960x540 [SAR 1:1 DAR 16:9], 1115 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 47.95 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default) Metadata: handler_name : SoundHandler Output #0, hls, to 'D:\media\mix_of_clip_960x540_2128_v4\index.m3u8': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf57.62.100 Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 960x540 [SAR 1:1 DAR 16:9], q=2-31, 1115 kb/s, 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default) Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [hls @ 00000000032190e0] hls->dpp = [0.041711] frame=17278 fps=0.0 q=-1.0 Lsize=N/A time=00:12:00.61 bitrate=N/A speed= 761x video:98101kB audio:11261kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown Directory of D:\media\mix_of_clip_960x540_2128_v4 01/10/2017 08:25 PM . 01/10/2017 08:25 PM .. 01/10/2017 08:25 PM 560 index.m3u8 01/10/2017 08:25 PM 470,940 segment_0000_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 552,908 segment_0001_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 807,836 segment_0002_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 895,256 segment_0003_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 858,972 segment_0004_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 553,660 segment_0005_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 488,048 segment_0006_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 570,768 segment_0007_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 364,720 segment_0008_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 435,972 segment_0009_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 801,444 segment_0010_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 661,384 segment_0011_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 607,992 segment_0012_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 899,768 segment_0013_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,095,100 segment_0014_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,072,164 segment_0015_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 916,688 segment_0016_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 827,012 segment_0017_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,098,672 segment_0018_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 971,772 segment_0019_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 824,380 segment_0020_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 710,452 segment_0021_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 707,068 segment_0022_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,019,712 segment_0023_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 579,040 segment_0024_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 572,084 segment_0025_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 813,288 segment_0026_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 491,432 segment_0027_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 573,776 segment_0028_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 725,492 segment_0029_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 491,056 segment_0030_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 544,824 segment_0031_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 783,208 segment_0032_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 640,704 segment_0033_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 601,036 segment_0034_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 581,860 segment_0035_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 539,748 segment_0036_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 478,272 segment_0037_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 503,464 segment_0038_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 733,576 segment_0039_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,118,224 segment_0040_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 710,828 segment_0041_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,170,864 segment_0042_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,243,056 segment_0043_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,215,044 segment_0044_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,675,080 segment_0045_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,583,712 segment_0046_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,718,508 segment_0047_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,672,636 segment_0048_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,656,468 segment_0049_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,673,012 segment_0050_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,655,528 segment_0051_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,571,304 segment_0052_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,697,076 segment_0053_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,672,636 segment_0054_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,678,652 segment_0055_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,702,716 segment_0056_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,603,452 segment_0057_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,697,452 segment_0058_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,492,156 segment_0059_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,864,396 segment_0060_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,561,152 segment_0061_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,669,816 segment_0062_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,669,628 segment_0063_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,659,664 segment_0064_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,727,720 segment_0065_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,608,904 segment_0066_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,637,856 segment_0067_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,724,148 segment_0068_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,561,904 segment_0069_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,704,972 segment_0070_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,640,676 segment_0071_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,666,056 segment_0072_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,651,392 segment_0073_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,674,516 segment_0074_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,695,760 segment_0075_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,572,056 segment_0076_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,747,836 segment_0077_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,553,444 segment_0078_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,696,324 segment_0079_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,613,228 segment_0080_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,736,744 segment_0081_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,574,688 segment_0082_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,617,740 segment_0083_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,717,568 segment_0084_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,696,136 segment_0085_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,628,268 segment_0086_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,599,692 segment_0087_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,695,572 segment_0088_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 1,843,716 segment_0089_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 309,072 segment_0090_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 308,884 segment_0091_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 308,320 segment_0092_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 309,260 segment_0093_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 309,824 segment_0094_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 308,696 segment_0095_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 308,884 segment_0096_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 308,320 segment_0097_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 309,260 segment_0098_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 309,824 segment_0099_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 308,320 segment_0100_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 309,260 segment_0101_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 307,944 segment_0102_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 309,636 segment_0103_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 309,448 segment_0104_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 308,696 segment_0105_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 308,884 segment_0106_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 308,320 segment_0107_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 309,260 segment_0108_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 309,824 segment_0109_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 308,696 segment_0110_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 308,884 segment_0111_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 308,320 segment_0112_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 309,260 segment_0113_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 309,824 segment_0114_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 308,320 segment_0115_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 309,260 segment_0116_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 307,944 segment_0117_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 309,636 segment_0118_00000000_ 0000000000000.ts 01/10/2017 08:25 PM 302,868 segment_0119_00302868_ 0000005922978.ts 121 File(s) 117,349,032 bytes 2 Dir(s) 117,799,915,520 bytes free I'm fine with using the re-wrap with Mac OS X. I noticed when I ran a few tests with -re, when ever I stopped the FFMPEG command it would name the segment it was on. Thanks, Chris From welissontome at ig.com.br Tue Jan 10 22:04:02 2017 From: welissontome at ig.com.br (=?UTF-8?Q?Welisson_Tom=C3=A9?=) Date: Tue, 10 Jan 2017 18:04:02 -0200 Subject: [FFmpeg-user] Stream UDP Multicast from Image In-Reply-To: <20170105203704.GD12719@sunshine.barsnick.net> References: <5adfd6c8e741923fd0f2b227f6c73bde@ig.com.br> <20170103105046.GG1681@sunshine.barsnick.net> <37c0d7862e611d64011a37969767ef93@ig.com.br> <20170103143817.GK1681@sunshine.barsnick.net> <20170105203704.GD12719@sunshine.barsnick.net> Message-ID: <5f722715058010371b3c83823b8b3b6e@ig.com.br> Hi Moritz, Tks, i have updated my version to the last, and it's work fine exept that now it is going to down each 1hour. i've tried to chase some thing related that on internet but i couldn't, so, do you if there is some option to let the stream always on? this is my command line now. /usr/local/ffmpeg/bin/ffmpeg -loop 1 -i /home/stream/aviso720.png -c:v libx264 -r 30 -pix_fmt yuv444p -vf scale=720:480 -vframes 100000 -preset ultrafast -f mpegts -metadata service_provider="My Stream" -metadata service_name="Channel Out" -mpegts_original_network_id 0x1122 -mpegts_transport_stream_id 0x3344 -mpegts_service_id 0x5566 -mpegts_pmt_start_pid 0x1500 -mpegts_start_pid 0x150 "udp://224.1.1.2:5000?localaddr=10.10.2.3&pkt_size=188&ttl=64&buffer=7000000" -threads 1 Tks --- Welisson Tomé Em 05/01/2017 18:37, Moritz Barsnick escreveu: > On Tue, Jan 03, 2017 at 17:56:37 -0200, Welisson Tomé wrote: > >> Here you go the report from ffmpeg output. http://pastebin.com/u8dKf8MJ [1] > > I asked you to post it here, but ... oh well. > >> ffmpeg version N-44806-g3553b81- http://johnvansickle.com/ffmpeg/ [2] Copyright (c) 2000-2015 the FFmpeg developers > > This version is 20 months old. ffmpeg does go through a lot of > development, incl. bugfixing. Please take the time to test a newer > version first, especially when it's as easy as grabbing and unpacking > https://johnvansickle.com/ffmpeg/builds/ffmpeg-git-32bit-static.tar.xz [3] > >> Trailing options were found on the commandline. > > [...] > >> Codec AVOption deadline (Time to spend encoding, in microseconds.) specified for output file #0 (udp://224.1.1.2:5000?localaddr=10.10.2.3&pkt_size=188&ttl=64&buffer=7000000) has not been used for any stream. The most likely reason is either wrong type (e.g. a video option with no video streams) or that it is a private option of some encoder which was not actually used for any stream. > > Please note that your command line may not be doing what you expect it > to. (This shouldn't have an effect on your issue.) > > Apart from that: I tested your command line (with an 1920x1080 PNG of > my own, and streaming to the same machine) and neither "ffmpeg -i" nor > VLC interrupted while playing the stream. So "works for me". > > Please try a newer ffmpeg. If that still has issues, you should try to > stream from/to the same machine, to see whether that solves the issue. > Perhaps some UDP packets are lost on your link. > > Moritz > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user [4] > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". Links: ------ [1] http://pastebin.com/u8dKf8MJ [2] http://johnvansickle.com/ffmpeg/ [3] https://johnvansickle.com/ffmpeg/builds/ffmpeg-git-32bit-static.tar.xz [4] http://ffmpeg.org/mailman/listinfo/ffmpeg-user From lingjiujianke at gmail.com Wed Jan 11 05:10:19 2017 From: lingjiujianke at gmail.com (Steven Liu) Date: Wed, 11 Jan 2017 11:10:19 +0800 Subject: [FFmpeg-user] issue with [PATCH] avformat/hlsenc: actual segment file size and duration in segment filenames In-Reply-To: References: Message-ID: 2017-01-11 10:03 GMT+08:00 Christian Johannesen : > On Tue, Jan 10, 2017 at 7:00 PM, Steven Liu > wrote: > > > > > > > 2017-01-11 7:28 GMT+08:00 Steven Liu : > > > > localhost:hlsenc StevenLiu$ ./ffmpeg -i mix_of_clip_960x540_2128.mp4 -c > > copy -f hls -hls_time 6 -hls_list_size 5 -hls_flags > > second_level_segment_index+second_level_segment_size+ > second_level_segment_duration > > -use_localtime 1 -use_localtime_mkdir 1 -hls_segment_filename > > mix_of_clip_960x540_2128/segment_%%04d_%%08s_%%013t.ts > > mix_of_clip_960x540_2128/index.m3u8 > > > >> > >> > >> It's ok. > >> > >> and > >> > >> please try it by n3.3-dev-900-gdaff04b > >> > >> > >> > > I just did a git clone of https://git.ffmpeg.org/ffmpeg.git. On Mac OS > X, > I have no problems executing: > > ffmpeg -i mix_of_clip_960x540_2128.mp4 -codec copy -f hls -hls_time 6 > -hls_list_size 5 -hls_flags second_level_segment_index+ > second_level_segment_size+second_level_segment_duration -use_localtime 1 > -use_localtime_mkdir 1 -hls_segment_filename > mix_of_clip_960x540_2128/segment_%%04d_%%08s_%%013t.ts > mix_of_clip_960x540_2128/index.m3u8 > > ffmpeg version N-83039-g658e626 Copyright (c) 2000-2017 the FFmpeg > developers > > built with Apple LLVM version 8.0.0 (clang-800.0.42.1) > > configuration: > > libavutil 55. 43.100 / 55. 43.100 > > libavcodec 57. 71.101 / 57. 71.101 > > libavformat 57. 62.100 / 57. 62.100 > > libavdevice 57. 2.100 / 57. 2.100 > > libavfilter 6. 68.100 / 6. 68.100 > > libswscale 4. 3.101 / 4. 3.101 > > libswresample 2. 4.100 / 2. 4.100 > > Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'mix_of_clip_960x540_2128.mp4': > > Metadata: > > major_brand : isom > > minor_version : 512 > > compatible_brands: isomiso2avc1mp41 > > encoder : Lavf57.11.100 > > Duration: 00:12:00.68, start: 0.000000, bitrate: 1248 kb/s > > Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, > bt709), 960x540 [SAR 1:1 DAR 16:9], 1115 kb/s, 23.98 fps, 23.98 tbr, 24k > tbn, 47.95 tbc (default) > > Metadata: > > handler_name : VideoHandler > > Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, > stereo, fltp, 128 kb/s (default) > > Metadata: > > handler_name : SoundHandler > > Output #0, hls, to 'mix_of_clip_960x540_2128/index.m3u8': > > Metadata: > > major_brand : isom > > minor_version : 512 > > compatible_brands: isomiso2avc1mp41 > > encoder : Lavf57.62.100 > > Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, > bt709), 960x540 [SAR 1:1 DAR 16:9], q=2-31, 1115 kb/s, 23.98 fps, 23.98 > tbr, 90k tbn, 23.98 tbc (default) > > Metadata: > > handler_name : VideoHandler > > Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, > stereo, fltp, 128 kb/s (default) > > Metadata: > > handler_name : SoundHandler > > Stream mapping: > > Stream #0:0 -> #0:0 (copy) > > Stream #0:1 -> #0:1 (copy) > > Press [q] to stop, [?] for help > > [hls @ 0x7fe401026600] hls->dpp = [0.041711] > > frame=17278 fps=0.0 q=-1.0 Lsize=N/A time=00:12:00.61 bitrate=N/A > speed=1.06e+03x > > video:98101kB audio:11261kB subtitle:0kB other streams:0kB global > headers:0kB muxing overhead: unknown > > > mix_of_clip_960x540_2128 chrisj$ ls > > index.m3u8 > > segment_0000_00470940_0000006049067.ts > > segment_0001_00552908_0000006006400.ts > > segment_0002_00807836_0000006006400.ts > > segment_0003_00895256_0000006006400.ts > > segment_0004_00858972_0000006006400.ts > > segment_0005_00553660_0000006006400.ts > > segment_0006_00488048_0000006006400.ts > > segment_0007_00570768_0000006006400.ts > > segment_0008_00364720_0000006006400.ts > > segment_0009_00435972_0000006006400.ts > > segment_0010_00801444_0000006006400.ts > > segment_0011_00661384_0000006006400.ts > > segment_0012_00607992_0000006006400.ts > > segment_0013_00899768_0000006006400.ts > > segment_0014_01095100_0000006006400.ts > > segment_0015_01072164_0000006006400.ts > > segment_0016_00916688_0000006006400.ts > > segment_0017_00827012_0000006006400.ts > > segment_0018_01098672_0000006006400.ts > > segment_0019_00971772_0000006006400.ts > > segment_0020_00824380_0000006006400.ts > > segment_0021_00710452_0000006006400.ts > > segment_0022_00707068_0000006006400.ts > > segment_0023_01019712_0000006006400.ts > > segment_0024_00579040_0000006006400.ts > > segment_0025_00572084_0000006006400.ts > > segment_0026_00813288_0000006006400.ts > > segment_0027_00491432_0000006006400.ts > > segment_0028_00573776_0000006006400.ts > > segment_0029_00725492_0000006006400.ts > > segment_0030_00491056_0000006006400.ts > > segment_0031_00544824_0000006006400.ts > > segment_0032_00783208_0000006006400.ts > > segment_0033_00640704_0000006006400.ts > > segment_0034_00601036_0000006006400.ts > > segment_0035_00581860_0000006006400.ts > > segment_0036_00539748_0000006006400.ts > > segment_0037_00478272_0000006006400.ts > > segment_0038_00503464_0000006006400.ts > > segment_0039_00733576_0000006006400.ts > > segment_0040_01118224_0000006006400.ts > > segment_0041_00710828_0000006006400.ts > > segment_0042_01170864_0000006006400.ts > > segment_0043_01243056_0000006006400.ts > > segment_0044_01215044_0000006006400.ts > > segment_0045_01675080_0000006006400.ts > > segment_0046_01583712_0000006006400.ts > > segment_0047_01718508_0000006006400.ts > > segment_0048_01672636_0000006006400.ts > > segment_0049_01656468_0000006006400.ts > > segment_0050_01673012_0000006006400.ts > > segment_0051_01655528_0000006006400.ts > > segment_0052_01571304_0000006006400.ts > > segment_0053_01697076_0000006006400.ts > > segment_0054_01672636_0000006006400.ts > > segment_0055_01678652_0000006006400.ts > > segment_0056_01702716_0000006006400.ts > > segment_0057_01603452_0000006006400.ts > > segment_0058_01697452_0000006006400.ts > > segment_0059_01492156_0000006006400.ts > > segment_0060_01864396_0000006006400.ts > > segment_0061_01561152_0000006006400.ts > > segment_0062_01669816_0000006006400.ts > > segment_0063_01669628_0000006006400.ts > > segment_0064_01659664_0000006006400.ts > > segment_0065_01727720_0000006006400.ts > > segment_0066_01608904_0000006006400.ts > > segment_0067_01637856_0000006006400.ts > > segment_0068_01724148_0000006006400.ts > > segment_0069_01561904_0000006006400.ts > > segment_0070_01704972_0000006006400.ts > > segment_0071_01640676_0000006006400.ts > > segment_0072_01666056_0000006006400.ts > > segment_0073_01651392_0000006006400.ts > > segment_0074_01674516_0000006006400.ts > > segment_0075_01695760_0000006006400.ts > > segment_0076_01572056_0000006006400.ts > > segment_0077_01747836_0000006006400.ts > > segment_0078_01553444_0000006006400.ts > > segment_0079_01696324_0000006006400.ts > > segment_0080_01613228_0000006006400.ts > > segment_0081_01736744_0000006006400.ts > > segment_0082_01574688_0000006006400.ts > > segment_0083_01617740_0000006006400.ts > > segment_0084_01717568_0000006006400.ts > > segment_0085_01696136_0000006006400.ts > > segment_0086_01628268_0000006006400.ts > > segment_0087_01599692_0000006006400.ts > > segment_0088_01695572_0000006006400.ts > > segment_0089_01843716_0000006006400.ts > > segment_0090_00309072_0000006006400.ts > > segment_0091_00308884_0000006006400.ts > > segment_0092_00308320_0000006006400.ts > > segment_0093_00309260_0000006006400.ts > > segment_0094_00309824_0000006006400.ts > > segment_0095_00308696_0000006006400.ts > > segment_0096_00308884_0000006006400.ts > > segment_0097_00308320_0000006006400.ts > > segment_0098_00309260_0000006006400.ts > > segment_0099_00309824_0000006006400.ts > > segment_0100_00308320_0000006006400.ts > > segment_0101_00309260_0000006006400.ts > > segment_0102_00307944_0000006006400.ts > > segment_0103_00309636_0000006006400.ts > > segment_0104_00309448_0000006006400.ts > > segment_0105_00308696_0000006006400.ts > > segment_0106_00308884_0000006006400.ts > > segment_0107_00308320_0000006006400.ts > > segment_0108_00309260_0000006006400.ts > > segment_0109_00309824_0000006006400.ts > > segment_0110_00308696_0000006006400.ts > > segment_0111_00308884_0000006006400.ts > > segment_0112_00308320_0000006006400.ts > > segment_0113_00309260_0000006006400.ts > > segment_0114_00309824_0000006006400.ts > > segment_0115_00308320_0000006006400.ts > > segment_0116_00309260_0000006006400.ts > > segment_0117_00307944_0000006006400.ts > > I also did a git clone and compiled for Windows, but its not working there > still for me. > > >ffmpeg.exe -i D:\media\mix_of_clip_960x540_2128.mp4 -codec copy -f hls > -hls_time 6 -hls_list_size 5 -hls_flags second_level_segment_index+ > second_level_segment_size+second_level_segment_duration -use_localtime 1 > -use_localtime_mkdir 1 -hls_segment_filename D:\media\mix_of_clip_960x540_ > 2128_v4\segment_%%04d_%%08s_%%013t.ts D:\media\mix_of_clip_960x540_ > 2128_v4\index.m3u8 > ffmpeg version N-83039-g658e626 Copyright (c) 2000-2017 the FFmpeg > developers > built with gcc 6.2.0 (Rev2, Built by MSYS2 project) > configuration: --enable-gpl --disable-w32threads --enable-version3 > --enable-nonfree --enable-libx264 --enable-libx265 --enable-libfdk_aac > --enable-static --disable-shared --enable-zlib --enable-libfreetype > --enable-libfontconfig --enable-libvpx --enable-libvorbis --enable-libopus > libavutil 55. 43.100 / 55. 43.100 > libavcodec 57. 71.101 / 57. 71.101 > libavformat 57. 62.100 / 57. 62.100 > libavdevice 57. 2.100 / 57. 2.100 > libavfilter 6. 68.100 / 6. 68.100 > libswscale 4. 3.101 / 4. 3.101 > libswresample 2. 4.100 / 2. 4.100 > libpostproc 54. 2.100 / 54. 2.100 > Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'D:\media\mix_of_clip_960x540_ > 2128.mp4': > Metadata: > major_brand : isom > minor_version : 512 > compatible_brands: isomiso2avc1mp41 > encoder : Lavf57.11.100 > Duration: 00:12:00.68, start: 0.000000, bitrate: 1248 kb/s > Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, > bt709), 960x540 [SAR 1:1 DAR 16:9], 1115 kb/s, 23.98 fps, 23.98 tbr, 24k > tbn, 47.95 tbc (default) > Metadata: > handler_name : VideoHandler > Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, > stereo, fltp, 128 kb/s (default) > Metadata: > handler_name : SoundHandler > Output #0, hls, to 'D:\media\mix_of_clip_960x540_2128_v4\index.m3u8': > Metadata: > major_brand : isom > minor_version : 512 > compatible_brands: isomiso2avc1mp41 > encoder : Lavf57.62.100 > Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, > bt709), 960x540 [SAR 1:1 DAR 16:9], q=2-31, 1115 kb/s, 23.98 fps, 23.98 > tbr, 90k tbn, 23.98 tbc (default) > Metadata: > handler_name : VideoHandler > Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, > stereo, fltp, 128 kb/s (default) > Metadata: > handler_name : SoundHandler > Stream mapping: > Stream #0:0 -> #0:0 (copy) > Stream #0:1 -> #0:1 (copy) > Press [q] to stop, [?] for help > [hls @ 00000000032190e0] hls->dpp = [0.041711] > frame=17278 fps=0.0 q=-1.0 Lsize=N/A time=00:12:00.61 bitrate=N/A speed= > 761x > video:98101kB audio:11261kB subtitle:0kB other streams:0kB global > headers:0kB muxing overhead: unknown > > Directory of D:\media\mix_of_clip_960x540_2128_v4 > > 01/10/2017 08:25 PM . > 01/10/2017 08:25 PM .. > 01/10/2017 08:25 PM 560 index.m3u8 > 01/10/2017 08:25 PM 470,940 segment_0000_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 552,908 segment_0001_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 807,836 segment_0002_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 895,256 segment_0003_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 858,972 segment_0004_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 553,660 segment_0005_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 488,048 segment_0006_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 570,768 segment_0007_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 364,720 segment_0008_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 435,972 segment_0009_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 801,444 segment_0010_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 661,384 segment_0011_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 607,992 segment_0012_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 899,768 segment_0013_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,095,100 segment_0014_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,072,164 segment_0015_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 916,688 segment_0016_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 827,012 segment_0017_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,098,672 segment_0018_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 971,772 segment_0019_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 824,380 segment_0020_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 710,452 segment_0021_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 707,068 segment_0022_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,019,712 segment_0023_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 579,040 segment_0024_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 572,084 segment_0025_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 813,288 segment_0026_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 491,432 segment_0027_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 573,776 segment_0028_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 725,492 segment_0029_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 491,056 segment_0030_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 544,824 segment_0031_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 783,208 segment_0032_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 640,704 segment_0033_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 601,036 segment_0034_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 581,860 segment_0035_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 539,748 segment_0036_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 478,272 segment_0037_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 503,464 segment_0038_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 733,576 segment_0039_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,118,224 segment_0040_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 710,828 segment_0041_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,170,864 segment_0042_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,243,056 segment_0043_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,215,044 segment_0044_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,675,080 segment_0045_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,583,712 segment_0046_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,718,508 segment_0047_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,672,636 segment_0048_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,656,468 segment_0049_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,673,012 segment_0050_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,655,528 segment_0051_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,571,304 segment_0052_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,697,076 segment_0053_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,672,636 segment_0054_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,678,652 segment_0055_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,702,716 segment_0056_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,603,452 segment_0057_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,697,452 segment_0058_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,492,156 segment_0059_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,864,396 segment_0060_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,561,152 segment_0061_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,669,816 segment_0062_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,669,628 segment_0063_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,659,664 segment_0064_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,727,720 segment_0065_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,608,904 segment_0066_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,637,856 segment_0067_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,724,148 segment_0068_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,561,904 segment_0069_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,704,972 segment_0070_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,640,676 segment_0071_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,666,056 segment_0072_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,651,392 segment_0073_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,674,516 segment_0074_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,695,760 segment_0075_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,572,056 segment_0076_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,747,836 segment_0077_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,553,444 segment_0078_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,696,324 segment_0079_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,613,228 segment_0080_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,736,744 segment_0081_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,574,688 segment_0082_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,617,740 segment_0083_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,717,568 segment_0084_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,696,136 segment_0085_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,628,268 segment_0086_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,599,692 segment_0087_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,695,572 segment_0088_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 1,843,716 segment_0089_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 309,072 segment_0090_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 308,884 segment_0091_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 308,320 segment_0092_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 309,260 segment_0093_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 309,824 segment_0094_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 308,696 segment_0095_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 308,884 segment_0096_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 308,320 segment_0097_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 309,260 segment_0098_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 309,824 segment_0099_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 308,320 segment_0100_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 309,260 segment_0101_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 307,944 segment_0102_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 309,636 segment_0103_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 309,448 segment_0104_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 308,696 segment_0105_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 308,884 segment_0106_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 308,320 segment_0107_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 309,260 segment_0108_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 309,824 segment_0109_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 308,696 segment_0110_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 308,884 segment_0111_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 308,320 segment_0112_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 309,260 segment_0113_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 309,824 segment_0114_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 308,320 segment_0115_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 309,260 segment_0116_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 307,944 segment_0117_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 309,636 segment_0118_00000000_ > 0000000000000.ts > 01/10/2017 08:25 PM 302,868 segment_0119_00302868_ > 0000005922978.ts > 121 File(s) 117,349,032 bytes > 2 Dir(s) 117,799,915,520 bytes free > > I'm fine with using the re-wrap with Mac OS X. I noticed when I ran a few > tests with -re, when ever I stopped the FFMPEG command it would name the > segment it was on. > > Thanks, > Chris > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". > Can i understand it have problem under the windows platform? From lingjiujianke at gmail.com Wed Jan 11 15:56:12 2017 From: lingjiujianke at gmail.com (Steven Liu) Date: Wed, 11 Jan 2017 21:56:12 +0800 Subject: [FFmpeg-user] issue with [PATCH] avformat/hlsenc: actual segment file size and duration in segment filenames In-Reply-To: References: Message-ID: 2017-01-11 11:10 GMT+08:00 Steven Liu : > > > 2017-01-11 10:03 GMT+08:00 Christian Johannesen >: > >> On Tue, Jan 10, 2017 at 7:00 PM, Steven Liu >> wrote: >> >> > >> > >> > 2017-01-11 7:28 GMT+08:00 Steven Liu : >> > >> > localhost:hlsenc StevenLiu$ ./ffmpeg -i mix_of_clip_960x540_2128.mp4 -c >> > copy -f hls -hls_time 6 -hls_list_size 5 -hls_flags >> > second_level_segment_index+second_level_segment_size+second_ >> level_segment_duration >> > -use_localtime 1 -use_localtime_mkdir 1 -hls_segment_filename >> > mix_of_clip_960x540_2128/segment_%%04d_%%08s_%%013t.ts >> > mix_of_clip_960x540_2128/index.m3u8 >> > >> >> >> >> >> >> It's ok. >> >> >> >> and >> >> >> >> please try it by n3.3-dev-900-gdaff04b >> >> >> >> >> >> >> > I just did a git clone of https://git.ffmpeg.org/ffmpeg.git. On Mac OS >> X, >> I have no problems executing: >> >> ffmpeg -i mix_of_clip_960x540_2128.mp4 -codec copy -f hls -hls_time 6 >> -hls_list_size 5 -hls_flags second_level_segment_index+ >> second_level_segment_size+second_level_segment_duration -use_localtime 1 >> -use_localtime_mkdir 1 -hls_segment_filename >> mix_of_clip_960x540_2128/segment_%%04d_%%08s_%%013t.ts >> mix_of_clip_960x540_2128/index.m3u8 >> >> ffmpeg version N-83039-g658e626 Copyright (c) 2000-2017 the FFmpeg >> developers >> >> built with Apple LLVM version 8.0.0 (clang-800.0.42.1) >> >> configuration: >> >> libavutil 55. 43.100 / 55. 43.100 >> >> libavcodec 57. 71.101 / 57. 71.101 >> >> libavformat 57. 62.100 / 57. 62.100 >> >> libavdevice 57. 2.100 / 57. 2.100 >> >> libavfilter 6. 68.100 / 6. 68.100 >> >> libswscale 4. 3.101 / 4. 3.101 >> >> libswresample 2. 4.100 / 2. 4.100 >> >> Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'mix_of_clip_960x540_2128.mp4': >> >> Metadata: >> >> major_brand : isom >> >> minor_version : 512 >> >> compatible_brands: isomiso2avc1mp41 >> >> encoder : Lavf57.11.100 >> >> Duration: 00:12:00.68, start: 0.000000, bitrate: 1248 kb/s >> >> Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, >> bt709), 960x540 [SAR 1:1 DAR 16:9], 1115 kb/s, 23.98 fps, 23.98 tbr, 24k >> tbn, 47.95 tbc (default) >> >> Metadata: >> >> handler_name : VideoHandler >> >> Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, >> stereo, fltp, 128 kb/s (default) >> >> Metadata: >> >> handler_name : SoundHandler >> >> Output #0, hls, to 'mix_of_clip_960x540_2128/index.m3u8': >> >> Metadata: >> >> major_brand : isom >> >> minor_version : 512 >> >> compatible_brands: isomiso2avc1mp41 >> >> encoder : Lavf57.62.100 >> >> Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, >> bt709), 960x540 [SAR 1:1 DAR 16:9], q=2-31, 1115 kb/s, 23.98 fps, 23.98 >> tbr, 90k tbn, 23.98 tbc (default) >> >> Metadata: >> >> handler_name : VideoHandler >> >> Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, >> stereo, fltp, 128 kb/s (default) >> >> Metadata: >> >> handler_name : SoundHandler >> >> Stream mapping: >> >> Stream #0:0 -> #0:0 (copy) >> >> Stream #0:1 -> #0:1 (copy) >> >> Press [q] to stop, [?] for help >> >> [hls @ 0x7fe401026600] hls->dpp = [0.041711] >> >> frame=17278 fps=0.0 q=-1.0 Lsize=N/A time=00:12:00.61 bitrate=N/A >> speed=1.06e+03x >> >> video:98101kB audio:11261kB subtitle:0kB other streams:0kB global >> headers:0kB muxing overhead: unknown >> >> >> mix_of_clip_960x540_2128 chrisj$ ls >> >> index.m3u8 >> >> segment_0000_00470940_0000006049067.ts >> >> segment_0001_00552908_0000006006400.ts >> >> segment_0002_00807836_0000006006400.ts >> >> segment_0003_00895256_0000006006400.ts >> >> segment_0004_00858972_0000006006400.ts >> >> segment_0005_00553660_0000006006400.ts >> >> segment_0006_00488048_0000006006400.ts >> >> segment_0007_00570768_0000006006400.ts >> >> segment_0008_00364720_0000006006400.ts >> >> segment_0009_00435972_0000006006400.ts >> >> segment_0010_00801444_0000006006400.ts >> >> segment_0011_00661384_0000006006400.ts >> >> segment_0012_00607992_0000006006400.ts >> >> segment_0013_00899768_0000006006400.ts >> >> segment_0014_01095100_0000006006400.ts >> >> segment_0015_01072164_0000006006400.ts >> >> segment_0016_00916688_0000006006400.ts >> >> segment_0017_00827012_0000006006400.ts >> >> segment_0018_01098672_0000006006400.ts >> >> segment_0019_00971772_0000006006400.ts >> >> segment_0020_00824380_0000006006400.ts >> >> segment_0021_00710452_0000006006400.ts >> >> segment_0022_00707068_0000006006400.ts >> >> segment_0023_01019712_0000006006400.ts >> >> segment_0024_00579040_0000006006400.ts >> >> segment_0025_00572084_0000006006400.ts >> >> segment_0026_00813288_0000006006400.ts >> >> segment_0027_00491432_0000006006400.ts >> >> segment_0028_00573776_0000006006400.ts >> >> segment_0029_00725492_0000006006400.ts >> >> segment_0030_00491056_0000006006400.ts >> >> segment_0031_00544824_0000006006400.ts >> >> segment_0032_00783208_0000006006400.ts >> >> segment_0033_00640704_0000006006400.ts >> >> segment_0034_00601036_0000006006400.ts >> >> segment_0035_00581860_0000006006400.ts >> >> segment_0036_00539748_0000006006400.ts >> >> segment_0037_00478272_0000006006400.ts >> >> segment_0038_00503464_0000006006400.ts >> >> segment_0039_00733576_0000006006400.ts >> >> segment_0040_01118224_0000006006400.ts >> >> segment_0041_00710828_0000006006400.ts >> >> segment_0042_01170864_0000006006400.ts >> >> segment_0043_01243056_0000006006400.ts >> >> segment_0044_01215044_0000006006400.ts >> >> segment_0045_01675080_0000006006400.ts >> >> segment_0046_01583712_0000006006400.ts >> >> segment_0047_01718508_0000006006400.ts >> >> segment_0048_01672636_0000006006400.ts >> >> segment_0049_01656468_0000006006400.ts >> >> segment_0050_01673012_0000006006400.ts >> >> segment_0051_01655528_0000006006400.ts >> >> segment_0052_01571304_0000006006400.ts >> >> segment_0053_01697076_0000006006400.ts >> >> segment_0054_01672636_0000006006400.ts >> >> segment_0055_01678652_0000006006400.ts >> >> segment_0056_01702716_0000006006400.ts >> >> segment_0057_01603452_0000006006400.ts >> >> segment_0058_01697452_0000006006400.ts >> >> segment_0059_01492156_0000006006400.ts >> >> segment_0060_01864396_0000006006400.ts >> >> segment_0061_01561152_0000006006400.ts >> >> segment_0062_01669816_0000006006400.ts >> >> segment_0063_01669628_0000006006400.ts >> >> segment_0064_01659664_0000006006400.ts >> >> segment_0065_01727720_0000006006400.ts >> >> segment_0066_01608904_0000006006400.ts >> >> segment_0067_01637856_0000006006400.ts >> >> segment_0068_01724148_0000006006400.ts >> >> segment_0069_01561904_0000006006400.ts >> >> segment_0070_01704972_0000006006400.ts >> >> segment_0071_01640676_0000006006400.ts >> >> segment_0072_01666056_0000006006400.ts >> >> segment_0073_01651392_0000006006400.ts >> >> segment_0074_01674516_0000006006400.ts >> >> segment_0075_01695760_0000006006400.ts >> >> segment_0076_01572056_0000006006400.ts >> >> segment_0077_01747836_0000006006400.ts >> >> segment_0078_01553444_0000006006400.ts >> >> segment_0079_01696324_0000006006400.ts >> >> segment_0080_01613228_0000006006400.ts >> >> segment_0081_01736744_0000006006400.ts >> >> segment_0082_01574688_0000006006400.ts >> >> segment_0083_01617740_0000006006400.ts >> >> segment_0084_01717568_0000006006400.ts >> >> segment_0085_01696136_0000006006400.ts >> >> segment_0086_01628268_0000006006400.ts >> >> segment_0087_01599692_0000006006400.ts >> >> segment_0088_01695572_0000006006400.ts >> >> segment_0089_01843716_0000006006400.ts >> >> segment_0090_00309072_0000006006400.ts >> >> segment_0091_00308884_0000006006400.ts >> >> segment_0092_00308320_0000006006400.ts >> >> segment_0093_00309260_0000006006400.ts >> >> segment_0094_00309824_0000006006400.ts >> >> segment_0095_00308696_0000006006400.ts >> >> segment_0096_00308884_0000006006400.ts >> >> segment_0097_00308320_0000006006400.ts >> >> segment_0098_00309260_0000006006400.ts >> >> segment_0099_00309824_0000006006400.ts >> >> segment_0100_00308320_0000006006400.ts >> >> segment_0101_00309260_0000006006400.ts >> >> segment_0102_00307944_0000006006400.ts >> >> segment_0103_00309636_0000006006400.ts >> >> segment_0104_00309448_0000006006400.ts >> >> segment_0105_00308696_0000006006400.ts >> >> segment_0106_00308884_0000006006400.ts >> >> segment_0107_00308320_0000006006400.ts >> >> segment_0108_00309260_0000006006400.ts >> >> segment_0109_00309824_0000006006400.ts >> >> segment_0110_00308696_0000006006400.ts >> >> segment_0111_00308884_0000006006400.ts >> >> segment_0112_00308320_0000006006400.ts >> >> segment_0113_00309260_0000006006400.ts >> >> segment_0114_00309824_0000006006400.ts >> >> segment_0115_00308320_0000006006400.ts >> >> segment_0116_00309260_0000006006400.ts >> >> segment_0117_00307944_0000006006400.ts >> >> I also did a git clone and compiled for Windows, but its not working there >> still for me. >> >> >ffmpeg.exe -i D:\media\mix_of_clip_960x540_2128.mp4 -codec copy -f hls >> -hls_time 6 -hls_list_size 5 -hls_flags second_level_segment_index+ >> second_level_segment_size+second_level_segment_duration -use_localtime 1 >> -use_localtime_mkdir 1 -hls_segment_filename D:\media\mix_of_clip_960x540_ >> 2128_v4\segment_%%04d_%%08s_%%013t.ts D:\media\mix_of_clip_960x540_ >> 2128_v4\index.m3u8 >> ffmpeg version N-83039-g658e626 Copyright (c) 2000-2017 the FFmpeg >> developers >> built with gcc 6.2.0 (Rev2, Built by MSYS2 project) >> configuration: --enable-gpl --disable-w32threads --enable-version3 >> --enable-nonfree --enable-libx264 --enable-libx265 --enable-libfdk_aac >> --enable-static --disable-shared --enable-zlib --enable-libfreetype >> --enable-libfontconfig --enable-libvpx --enable-libvorbis --enable-libopus >> libavutil 55. 43.100 / 55. 43.100 >> libavcodec 57. 71.101 / 57. 71.101 >> libavformat 57. 62.100 / 57. 62.100 >> libavdevice 57. 2.100 / 57. 2.100 >> libavfilter 6. 68.100 / 6. 68.100 >> libswscale 4. 3.101 / 4. 3.101 >> libswresample 2. 4.100 / 2. 4.100 >> libpostproc 54. 2.100 / 54. 2.100 >> Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'D:\media\mix_of_clip_960x540_ >> 2128.mp4': >> Metadata: >> major_brand : isom >> minor_version : 512 >> compatible_brands: isomiso2avc1mp41 >> encoder : Lavf57.11.100 >> Duration: 00:12:00.68, start: 0.000000, bitrate: 1248 kb/s >> Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, >> bt709), 960x540 [SAR 1:1 DAR 16:9], 1115 kb/s, 23.98 fps, 23.98 tbr, 24k >> tbn, 47.95 tbc (default) >> Metadata: >> handler_name : VideoHandler >> Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, >> stereo, fltp, 128 kb/s (default) >> Metadata: >> handler_name : SoundHandler >> Output #0, hls, to 'D:\media\mix_of_clip_960x540_2128_v4\index.m3u8': >> Metadata: >> major_brand : isom >> minor_version : 512 >> compatible_brands: isomiso2avc1mp41 >> encoder : Lavf57.62.100 >> Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, >> bt709), 960x540 [SAR 1:1 DAR 16:9], q=2-31, 1115 kb/s, 23.98 fps, 23.98 >> tbr, 90k tbn, 23.98 tbc (default) >> Metadata: >> handler_name : VideoHandler >> Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, >> stereo, fltp, 128 kb/s (default) >> Metadata: >> handler_name : SoundHandler >> Stream mapping: >> Stream #0:0 -> #0:0 (copy) >> Stream #0:1 -> #0:1 (copy) >> Press [q] to stop, [?] for help >> [hls @ 00000000032190e0] hls->dpp = [0.041711] >> frame=17278 fps=0.0 q=-1.0 Lsize=N/A time=00:12:00.61 bitrate=N/A speed= >> 761x >> video:98101kB audio:11261kB subtitle:0kB other streams:0kB global >> headers:0kB muxing overhead: unknown >> >> Directory of D:\media\mix_of_clip_960x540_2128_v4 >> >> 01/10/2017 08:25 PM . >> 01/10/2017 08:25 PM .. >> 01/10/2017 08:25 PM 560 index.m3u8 >> 01/10/2017 08:25 PM 470,940 segment_0000_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 552,908 segment_0001_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 807,836 segment_0002_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 895,256 segment_0003_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 858,972 segment_0004_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 553,660 segment_0005_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 488,048 segment_0006_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 570,768 segment_0007_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 364,720 segment_0008_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 435,972 segment_0009_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 801,444 segment_0010_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 661,384 segment_0011_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 607,992 segment_0012_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 899,768 segment_0013_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,095,100 segment_0014_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,072,164 segment_0015_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 916,688 segment_0016_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 827,012 segment_0017_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,098,672 segment_0018_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 971,772 segment_0019_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 824,380 segment_0020_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 710,452 segment_0021_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 707,068 segment_0022_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,019,712 segment_0023_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 579,040 segment_0024_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 572,084 segment_0025_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 813,288 segment_0026_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 491,432 segment_0027_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 573,776 segment_0028_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 725,492 segment_0029_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 491,056 segment_0030_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 544,824 segment_0031_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 783,208 segment_0032_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 640,704 segment_0033_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 601,036 segment_0034_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 581,860 segment_0035_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 539,748 segment_0036_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 478,272 segment_0037_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 503,464 segment_0038_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 733,576 segment_0039_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,118,224 segment_0040_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 710,828 segment_0041_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,170,864 segment_0042_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,243,056 segment_0043_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,215,044 segment_0044_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,675,080 segment_0045_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,583,712 segment_0046_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,718,508 segment_0047_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,672,636 segment_0048_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,656,468 segment_0049_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,673,012 segment_0050_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,655,528 segment_0051_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,571,304 segment_0052_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,697,076 segment_0053_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,672,636 segment_0054_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,678,652 segment_0055_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,702,716 segment_0056_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,603,452 segment_0057_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,697,452 segment_0058_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,492,156 segment_0059_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,864,396 segment_0060_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,561,152 segment_0061_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,669,816 segment_0062_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,669,628 segment_0063_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,659,664 segment_0064_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,727,720 segment_0065_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,608,904 segment_0066_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,637,856 segment_0067_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,724,148 segment_0068_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,561,904 segment_0069_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,704,972 segment_0070_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,640,676 segment_0071_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,666,056 segment_0072_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,651,392 segment_0073_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,674,516 segment_0074_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,695,760 segment_0075_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,572,056 segment_0076_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,747,836 segment_0077_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,553,444 segment_0078_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,696,324 segment_0079_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,613,228 segment_0080_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,736,744 segment_0081_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,574,688 segment_0082_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,617,740 segment_0083_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,717,568 segment_0084_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,696,136 segment_0085_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,628,268 segment_0086_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,599,692 segment_0087_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,695,572 segment_0088_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 1,843,716 segment_0089_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 309,072 segment_0090_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 308,884 segment_0091_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 308,320 segment_0092_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 309,260 segment_0093_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 309,824 segment_0094_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 308,696 segment_0095_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 308,884 segment_0096_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 308,320 segment_0097_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 309,260 segment_0098_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 309,824 segment_0099_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 308,320 segment_0100_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 309,260 segment_0101_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 307,944 segment_0102_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 309,636 segment_0103_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 309,448 segment_0104_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 308,696 segment_0105_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 308,884 segment_0106_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 308,320 segment_0107_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 309,260 segment_0108_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 309,824 segment_0109_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 308,696 segment_0110_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 308,884 segment_0111_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 308,320 segment_0112_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 309,260 segment_0113_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 309,824 segment_0114_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 308,320 segment_0115_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 309,260 segment_0116_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 307,944 segment_0117_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 309,636 segment_0118_00000000_ >> 0000000000000.ts >> 01/10/2017 08:25 PM 302,868 segment_0119_00302868_ >> 0000005922978.ts >> 121 File(s) 117,349,032 bytes >> 2 Dir(s) 117,799,915,520 bytes free >> >> I'm fine with using the re-wrap with Mac OS X. I noticed when I ran a few >> tests with -re, when ever I stopped the FFMPEG command it would name the >> segment it was on. >> >> Thanks, >> Chris >> _______________________________________________ >> ffmpeg-user mailing list >> ffmpeg-user at ffmpeg.org >> http://ffmpeg.org/mailman/listinfo/ffmpeg-user >> >> To unsubscribe, visit link above, or email >> ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". >> > > > > Can i understand it have problem under the windows platform? > al'right, i have reproduce it on windows+mingw, and will fix it. From manuel.concorsi at gmail.com Wed Jan 11 16:29:54 2017 From: manuel.concorsi at gmail.com (Manuel Tonella) Date: Wed, 11 Jan 2017 15:29:54 +0100 Subject: [FFmpeg-user] Wrong PTS and DTS when grabbing video from webcam Message-ID: Hi everybody, I'm using ffmpeg to capture video from a webcam (H264 source) and save it in a container (MP4) without re-encoding. Often I get wrong frame timestamp in output video, so it starts not from 0(zero) but from the "machine uptime"(something like 16hrs...). What I need is that the output video should start with 0 timestamp, is there some options about that ?. Platform: ARM Linux: 3.16 Webcam: Sonix SN9C292 Driver: UVC Below my command line: ffmpeg -probesize 32 -rtbufsize 10000k -pix_fmt yuv420p -r ${FPS} -s ${W}x${H} -framerate ${FPS} -vcodec h264 -f v4l2 -i /dev/video1 -vcodec copy -r ${FPS} -reset_timestamps 1 -frag_duration 1000000 -movflags empty_moov+omit_tfhd_offset+frag_keyframe+default_base_moof -f MP4 -y ${FILENAME} Below the output of ffprobe (with -show_frame option) As you can see the first frame has pkt_pts_time = 0, the second frame has pkt_pts_time=59676.907910 [FRAME] media_type=video stream_index=0 key_frame=1 pkt_pts=0 pkt_pts_time=0.000000 pkt_dts=0 pkt_dts_time=0.000000 best_effort_timestamp=0 best_effort_timestamp_time=0.000000 pkt_duration=N/A pkt_duration_time=N/A pkt_pos=984 pkt_size=36747 width=1280 height=720 pix_fmt=yuv420p sample_aspect_ratio=N/A pict_type=I coded_picture_number=0 display_picture_number=0 interlaced_frame=0 top_field_first=0 repeat_pict=0 [/FRAME] [FRAME] media_type=video stream_index=0 key_frame=0 pkt_pts=611091537 pkt_pts_time=59676.907910 pkt_dts=611091537 pkt_dts_time=59676.907910 best_effort_timestamp=611091537 best_effort_timestamp_time=59676.907910 pkt_duration=N/A pkt_duration_time=N/A pkt_pos=37919 pkt_size=18482 width=1280 height=720 pix_fmt=yuv420p sample_aspect_ratio=N/A pict_type=P coded_picture_number=1 display_picture_number=0 interlaced_frame=0 top_field_first=0 repeat_pict=0 [/FRAME] [FRAME] ffprobe version N-78067-g9079e99 Copyright (c) 2007-2016 the FFmpeg developers built with gcc 5.2.0 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfi g --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca -- enable-libdcadec --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libm p3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --en able-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --ena ble-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enabl e-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-libzimg --enable-lzma --enable-decklink --enable-z lib libavutil 55. 15.100 / 55. 15.100 libavcodec 57. 22.102 / 57. 22.102 libavformat 57. 23.100 / 57. 23.100 libavdevice 57. 0.100 / 57. 0.100 libavfilter 6. 27.100 / 6. 27.100 libswscale 4. 0.100 / 4. 0.100 libswresample 2. 0.101 / 2. 0.101 libpostproc 54. 0.100 / 54. 0.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000005f6100] decoding for stream 0 failed Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '1484126232.663.mkv': Metadata: major_brand : iso5 minor_version : 512 compatible_brands: iso6mp41 encoder : Lavf56.40.101 - CBRVBR: 2 Duration: 16:37:03.92, start: 0.000000, bitrate: 2 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 1280x720, 2 kb/s, 0.02 fps, 10240 tbr, 10240 tbn, 20480 tbc (default) Metadata: handler_name : VideoHandler [h264 @ 0000000000609ca0] AVC: nal size 44498 Last message repeated 1 times [h264 @ 0000000000609ca0] no frame! Thank you From chrisjohannesen at gmail.com Wed Jan 11 16:44:27 2017 From: chrisjohannesen at gmail.com (Christian Johannesen) Date: Wed, 11 Jan 2017 09:44:27 -0500 Subject: [FFmpeg-user] issue with [PATCH] avformat/hlsenc: actual segment file size and duration in segment filenames In-Reply-To: References: Message-ID: On Wed, Jan 11, 2017 at 8:56 AM, Steven Liu wrote: > > > al'right, i have reproduce it on windows+mingw, and will fix it. > > Thank you! Much appreciated. From ab at alfabox.net Wed Jan 11 03:16:37 2017 From: ab at alfabox.net (Aleksey Bragin) Date: Wed, 11 Jan 2017 01:16:37 +0000 Subject: [FFmpeg-user] Multiple audio tracks and multiple output streams, avoiding re encoding Message-ID: Hello, I'm trying to optimize my transcoding command. So, I have multicast stream with 2 audio tracks and I encode video to 4 different profiles, all audio tracks have same settings: ffmpeg -loglevel 40 -i 'udp://@239.1.1.1:1234?fifo_size=1000000&overrun_nonfatal=1' -filter_complex 'scale=1280x720,split=2[out0][out1];[0:v]scale=720x576[out2]' -map 0:v -strict experimental -vcodec libx264 -profile:v high -level 4 -b:v 6000k -bufsize 600k -minrate 6000k -maxrate 6000k -map 0:1 -acodec libfdk_aac -b:a 128k -ar 48000 -ac 2 -map 0:2 -acodec libfdk_aac -b:a 128k -ar 48000 -ac 2 -f mpegts -y 'udp://239.8.8.8:5555?pkt_size=1316' -map [out0] -strict experimental -vcodec libx264 -profile:v high -level 4 -b:v 4500k -bufsize 450k -minrate 4500k -maxrate 4500k -map 0:1 -acodec libfdk_aac -b:a 128k -ar 48000 -ac 2 -map 0:2 -acodec libfdk_aac -b:a 128k -ar 48000 -ac 2 -f mpegts -y 'udp://239.8.8.8:6666?pkt_size=1316' -map [out1] -strict experimental -vcodec libx264 -profile:v high -level 4 -b:v 3500k -bufsize 350k -minrate 3500k -maxrate 4500k -map 0:1 -acodec libfdk_aac -b:a 128k -ar 48000 -ac 2 -map 0:2 -acodec libfdk_aac -b:a 128k -ar 48000 -ac 2 -f mpegts -y 'udp://239.8.8.8:7777?pkt_size=1316' -map [out2] -strict experimental -vcodec libx264 -profile:v main -level 3 -b:v 2500k -bufsize 250k -minrate 2500k -maxrate 2500k -map 0:1 -acodec libfdk_aac -b:a 128k -ar 48000 -ac 2 -map 0:2 -acodec libfdk_aac -b:a 128k -ar 48000 -ac 2 -f mpegts -y 'udp://239.8.8.8:8888?pkt_size=1316' Using this command - I'm encoding audio tracks 8 times while I only need 2. Is there any way to rewrite this command to avoid unnecessary encoding of audio streams ? Thank you. From programmer at bardware.de Thu Jan 12 00:47:01 2017 From: programmer at bardware.de (=?UTF-8?Q?Bernhard_D=c3=b6bler?=) Date: Wed, 11 Jan 2017 23:47:01 +0100 Subject: [FFmpeg-user] linker errors when compiling using MSVC und disable-optimizations Message-ID: <60ee239d-b4f0-3cc8-37f1-d43a95bfb294@bardware.de> Hi, I compile ffmpeg in an msys2 environment using Microsoft compiler. I wanted to step through ffmpeg in Visual Studio and noticed, not all variables were availablie in the debugger because of optimizations. I found out about the --disable-optimizations switch for configure and called ./configure \ --toolchain=msvc --arch=x86_64 \ --host-cc=gcc \ --host-ld=gcc \ --prefix=/depsx86_64_D \ --extra-cxxflags='-I"/depsx86_64_D/include"' \ --extra-cflags='-I"/depsx86_64_D/include"' \ --extra-ldflags='-libpath:"/depsx86_64_D/lib"' \ --disable-ffplay \ --disable-ffserver \ --disable-optimizations \ --enable-version3 \ --enable-libmp3lame \ --disable-everything \ --disable-filters \ --enable-filter=scale,aresample,showspectrumpic \ --enable-parser=png,ac3,flac,mpegaudio \ --enable-protocol=file,pipe,md5,data \ --enable-muxer=flac,mp3,mov,mjpeg,wav,image2,gif,ipod,ffmetadata,crc,framecrc,framemd5,md5,null \ --enable-demuxer=flac,mp3,mov,mjpeg,wav,image2,gif \ --enable-decoder=aac,flac,alac,mp3,mjpeg,png,pcm* \ --enable-encoder=aac,flac,alac,libmp3lame,mjpeg,png,pcm* This did fine I called make V=1 This eventually resulted in ./compat/windows/mslink -libpath:libavcodec -libpath:libavdevice -libpath:libavfilter -libpath:libavformat -libpath:libavresample -libpath:libavutil -libpath:libpostproc -libpath:libswscale -libpath:libswresample -libpath:/depsx86_64_D/lib -nologo -debug -out:ffmpeg_g.exe cmdutils.o ffmpeg_opt.o ffmpeg_filter.o ffmpeg.o ffmpeg_cuvid.o ffmpeg_dxva2.o libavdevice.a libavfilter.a libavformat.a libavcodec.a libswresample.a libswscale.a libavutil.a user32.lib secur32.lib mp3lame.lib zlib.lib psapi.lib advapi32.lib shell32.lib ole32.lib LINK : ffmpeg_g.exe wurde nicht gefunden oder beim letzten inkrementellen Linkvorgang nicht erstellt; vollst▒ndiger Link wird durchgef▒hrt. cmdutils.o : error LNK2019: Verweis auf nicht aufgel▒stes externes Symbol "avresample_version" in Funktion "print_all_libs_info". cmdutils.o : error LNK2019: Verweis auf nicht aufgel▒stes externes Symbol "avresample_configuration" in Funktion "print_all_libs_info". cmdutils.o : error LNK2019: Verweis auf nicht aufgel▒stes externes Symbol "postproc_version" in Funktion "print_all_libs_info". cmdutils.o : error LNK2019: Verweis auf nicht aufgel▒stes externes Symbol "postproc_configuration" in Funktion "print_all_libs_info". libavdevice.a(alldevices.o) : error LNK2001: Nicht aufgel▒stes externes Symbol "ff_alsa_muxer". libavdevice.a(alldevices.o) : error LNK2001: Nicht aufgel▒stes externes Symbol "ff_alsa_demuxer". libavdevice.a(alldevices.o) : error LNK2001: Nicht aufgel▒stes externes Symbol "ff_avfoundation_demuxer". libavdevice.a(alldevices.o) : error LNK2001: Nicht aufgel▒stes externes Symbol "ff_bktr_demuxer". and literally hundreds of further linker errors. When I leave "--disable-optimizations" out it compiles fine. Can you advise? Best, Bernhard From h.reindl at thelounge.net Thu Jan 12 00:51:56 2017 From: h.reindl at thelounge.net (Reindl Harald) Date: Wed, 11 Jan 2017 23:51:56 +0100 Subject: [FFmpeg-user] linker errors when compiling using MSVC und disable-optimizations In-Reply-To: <60ee239d-b4f0-3cc8-37f1-d43a95bfb294@bardware.de> References: <60ee239d-b4f0-3cc8-37f1-d43a95bfb294@bardware.de> Message-ID: <5aac2996-704c-c0b3-3781-f5f0d7728089@thelounge.net> Am 11.01.2017 um 23:47 schrieb Bernhard Döbler: > and literally hundreds of further linker errors. > > When I leave "--disable-optimizations" out it compiles fine why would someone use -disable-optimizations? frankly why does that exist at all? > Can you advise? don't use -disable-optimizations? don't set random options at all? From james.darnley at gmail.com Thu Jan 12 02:15:28 2017 From: james.darnley at gmail.com (James Darnley) Date: Thu, 12 Jan 2017 01:15:28 +0100 Subject: [FFmpeg-user] linker errors when compiling using MSVC und disable-optimizations In-Reply-To: <60ee239d-b4f0-3cc8-37f1-d43a95bfb294@bardware.de> References: <60ee239d-b4f0-3cc8-37f1-d43a95bfb294@bardware.de> Message-ID: On 2017-01-11 23:47, Bernhard Döbler wrote: > Can you advise? Dead code elimination is required to compile ffmpeg. See the current discussion on the ffmpeg-devel mailing list for status and maybe some solutions. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 603 bytes Desc: OpenPGP digital signature URL: From lingjiujianke at gmail.com Thu Jan 12 08:27:01 2017 From: lingjiujianke at gmail.com (Steven Liu) Date: Thu, 12 Jan 2017 14:27:01 +0800 Subject: [FFmpeg-user] issue with [PATCH] avformat/hlsenc: actual segment file size and duration in segment filenames In-Reply-To: References: Message-ID: 2017-01-11 22:44 GMT+08:00 Christian Johannesen : > On Wed, Jan 11, 2017 at 8:56 AM, Steven Liu > wrote: > > > > > > > al'right, i have reproduce it on windows+mingw, and will fix it. > > > > > Thank you! Much appreciated. > I have sent a patch to the ffmpeg-devel maillist, you can test it. > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". > From applemax82 at 163.com Thu Jan 12 08:33:03 2017 From: applemax82 at 163.com (qw) Date: Thu, 12 Jan 2017 14:33:03 +0800 (CST) Subject: [FFmpeg-user] is there any filter that can change frame rate but not duplicate same frame Message-ID: <10adcb94.3c938b.15991613172.Coremail.applemax82@163.com> Hi, I found two filters in ffmpeg, i.e. fps and framerate, which can change frame rate of incomming video. If original frame rate is less than target frame rate, what I want is use original frame rate instead of target one in this case. Does fps or framerate filter have the function? or is there any other filter that keeps original framerate and doesn't duplicate same frame, when target frame rate is larger than original one? Thanks Regards Andrew From t.rapp at noa-archive.com Thu Jan 12 09:36:35 2017 From: t.rapp at noa-archive.com (Tobias Rapp) Date: Thu, 12 Jan 2017 08:36:35 +0100 Subject: [FFmpeg-user] is there any filter that can change frame rate but not duplicate same frame In-Reply-To: <10adcb94.3c938b.15991613172.Coremail.applemax82@163.com> References: <10adcb94.3c938b.15991613172.Coremail.applemax82@163.com> Message-ID: <30d9c441-e4e3-a0ed-d97b-b93d2b52c288@noa-archive.com> On 12.01.2017 07:33, qw wrote: > I found two filters in ffmpeg, i.e. fps and framerate, which can > change frame rate of incomming video. If original frame rate is less > than target frame rate, what I want is use original frame rate > instead of target one in this case. Does fps or framerate filter have > the function? or is there any other filter that keeps original > framerate and doesn't duplicate same frame, when target frame rate is > larger than original one? I have not tested it but AFAIK this should be possible using the "setpts" filter. Some example given in the documentation of the filter: Apply slow motion effect: setpts=2.0*PTS The expression also allows to use if/else statements, so I guess it should match your use-case. Regards, Tobias From paul_moloney at hotmail.com Thu Jan 12 17:23:28 2017 From: paul_moloney at hotmail.com (Paul Moloney) Date: Thu, 12 Jan 2017 15:23:28 +0000 Subject: [FFmpeg-user] Subtitles with accent marks not being burnt in Message-ID: Hi all, I'm running version N-82966-g6993bb4 of ffmpeg on Windows 7 64-bit: ---- ffmpeg version N-82966-g6993bb4 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 5.4.0 (GCC) configuration: --enable-gpl --enable-version3 --enable-dxva2 --enable-libmfx --e nable-nvenc --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libb s2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enab le-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb -- enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libo pus --enable-librtmp --enable-libsnappy --enable-libsoxr --enable-libspeex --ena ble-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-amrwbenc -- enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-l ibx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-libzimg --ena ble-lzma --enable-decklink --enable-zlib libavutil 55. 43.100 / 55. 43.100 libavcodec 57. 70.100 / 57. 70.100 libavformat 57. 61.100 / 57. 61.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 68.100 / 6. 68.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 --- Burning in subtitles works fine for me, except I notice that lines are omitted if they contain an accent: for example, several lines of subtitles containing the name "Champs-Elysées" are omitted. (Note the entire line is omitted.) The command I use is the typical one: ffmpeg -i input.mkv -vf subtitles=input.srt -vcodec libx264 -acodec ac3 output.mp4 I've included my fonts.conf below - perhaps something is missing from it? WINDOWSFONTDIR C:\Windows\Fonts ~/fonts . ~/.fonts mono monospace sans serif sans-serif sans sans-serif conf.d WINDOWSTEMPDIR_FONTCONFIG_CACHE ~/.fontconfig 0x0020 0x00A0 0x00AD 0x034F 0x0600 0x0601 0x0602 0x0603 0x06DD 0x070F 0x115F 0x1160 0x1680 0x17B4 0x17B5 0x180E 0x2000 0x2001 0x2002 0x2003 0x2004 0x2005 0x2006 0x2007 0x2008 0x2009 0x200A 0x200B 0x200C 0x200D 0x200E 0x200F 0x2028 0x2029 0x202A 0x202B 0x202C 0x202D 0x202E 0x202F 0x205F 0x2060 0x2061 0x2062 0x2063 0x206A 0x206B 0x206C 0x206D 0x206E 0x206F 0x2800 0x3000 0x3164 0xFEFF 0xFFA0 0xFFF9 0xFFFA 0xFFFB 30 Paul From george at nsup.org Thu Jan 12 18:27:31 2017 From: george at nsup.org (Nicolas George) Date: Thu, 12 Jan 2017 17:27:31 +0100 Subject: [FFmpeg-user] Subtitles with accent marks not being burnt in In-Reply-To: References: Message-ID: <20170112162731.GA543618@phare.normalesup.org> Le tridi 23 nivôse, an CCXXV, Paul Moloney a écrit : > The command I use is the typical one: > > ffmpeg -i input.mkv -vf subtitles=input.srt -vcodec libx264 -acodec ac3 output.mp4 We need to see the full output for that command. Regards, -- Nicolas George -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: Digital signature URL: From chrisjohannesen at gmail.com Thu Jan 12 18:32:55 2017 From: chrisjohannesen at gmail.com (Christian Johannesen) Date: Thu, 12 Jan 2017 11:32:55 -0500 Subject: [FFmpeg-user] issue with [PATCH] avformat/hlsenc: actual segment file size and duration in segment filenames In-Reply-To: References: Message-ID: On Thu, Jan 12, 2017 at 1:27 AM, Steven Liu wrote: > > I have sent a patch to the ffmpeg-devel maillist, you can test it. > I've tested the patch from http://ffmpeg.org/pipermail/ffmpeg-devel/2017-January/205706.html on Windows 2012 x64 with msys2. It now works as expected and creates the directory & index.m3u8 with filenames that include the size in bytes and duration. Thanks very much for creating the patch! ffmpeg.exe -i D:\media\mix_of_clip_960x540_2128.mp4 -codec copy -f hls -hls_time 6 -hls_list_size 0 -hls_flags second_level_segment_index+second_level_segment_size+second_level_segment_duration -use_localtime 1 -use_localtime_mkdir 1 -hls_segment_filename "D:\media\mix_of_clip_960x540_2128\segment_%%04d_%%08s_%%013t.ts" D:\media\mix_of_clip_960x540_2128\index.m3u8 ffmpeg version N-83083-gf7191cc Copyright (c) 2000-2017 the FFmpeg developers built with gcc 6.2.0 (Rev2, Built by MSYS2 project) configuration: libavutil 55. 43.100 / 55. 43.100 libavcodec 57. 72.100 / 57. 72.100 libavformat 57. 62.100 / 57. 62.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 69.100 / 6. 69.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'D:\media\mix_of_clip_960x540_2128.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf57.11.100 Duration: 00:12:00.68, start: 0.000000, bitrate: 1248 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 960x540 [SAR 1:1 DAR 16:9], 1115 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 47.95 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default) Metadata: handler_name : SoundHandler Output #0, hls, to 'D:\media\mix_of_clip_960x540_2128\index.m3u8': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf57.62.100 Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 960x540 [SAR 1:1 DAR 16:9], q=2-31, 1115 kb/s, 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default) Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [hls @ 0000000000404720] hls->dpp = [0.041711] frame=17278 fps=15085 q=-1.0 Lsize=N/A time=00:12:00.61 bitrate=N/A speed= 629x video:98101kB audio:11261kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown Directory of D:\media\mix_of_clip_960x540_2128 01/12/2017 11:31 AM . 01/12/2017 11:31 AM .. 01/12/2017 11:31 AM 11,008 index.m3u8 01/12/2017 11:31 AM 470,940 segment_0000_00470940_0000006049067.ts 01/12/2017 11:31 AM 552,908 segment_0001_00552908_0000006006400.ts 01/12/2017 11:31 AM 807,836 segment_0002_00807836_0000006006400.ts 01/12/2017 11:31 AM 895,256 segment_0003_00895256_0000006006400.ts 01/12/2017 11:31 AM 858,972 segment_0004_00858972_0000006006400.ts 01/12/2017 11:31 AM 553,660 segment_0005_00553660_0000006006400.ts 01/12/2017 11:31 AM 488,048 segment_0006_00488048_0000006006400.ts 01/12/2017 11:31 AM 570,768 segment_0007_00570768_0000006006400.ts 01/12/2017 11:31 AM 364,720 segment_0008_00364720_0000006006400.ts 01/12/2017 11:31 AM 435,972 segment_0009_00435972_0000006006400.ts 01/12/2017 11:31 AM 801,444 segment_0010_00801444_0000006006400.ts 01/12/2017 11:31 AM 661,384 segment_0011_00661384_0000006006400.ts 01/12/2017 11:31 AM 607,992 segment_0012_00607992_0000006006400.ts 01/12/2017 11:31 AM 899,768 segment_0013_00899768_0000006006400.ts 01/12/2017 11:31 AM 1,095,100 segment_0014_01095100_0000006006400.ts 01/12/2017 11:31 AM 1,072,164 segment_0015_01072164_0000006006400.ts 01/12/2017 11:31 AM 916,688 segment_0016_00916688_0000006006400.ts 01/12/2017 11:31 AM 827,012 segment_0017_00827012_0000006006400.ts 01/12/2017 11:31 AM 1,098,672 segment_0018_01098672_0000006006400.ts 01/12/2017 11:31 AM 971,772 segment_0019_00971772_0000006006400.ts 01/12/2017 11:31 AM 824,380 segment_0020_00824380_0000006006400.ts 01/12/2017 11:31 AM 710,452 segment_0021_00710452_0000006006400.ts 01/12/2017 11:31 AM 707,068 segment_0022_00707068_0000006006400.ts 01/12/2017 11:31 AM 1,019,712 segment_0023_01019712_0000006006400.ts 01/12/2017 11:31 AM 579,040 segment_0024_00579040_0000006006400.ts 01/12/2017 11:31 AM 572,084 segment_0025_00572084_0000006006400.ts 01/12/2017 11:31 AM 813,288 segment_0026_00813288_0000006006400.ts 01/12/2017 11:31 AM 491,432 segment_0027_00491432_0000006006400.ts 01/12/2017 11:31 AM 573,776 segment_0028_00573776_0000006006400.ts 01/12/2017 11:31 AM 725,492 segment_0029_00725492_0000006006400.ts 01/12/2017 11:31 AM 491,056 segment_0030_00491056_0000006006400.ts 01/12/2017 11:31 AM 544,824 segment_0031_00544824_0000006006400.ts 01/12/2017 11:31 AM 783,208 segment_0032_00783208_0000006006400.ts 01/12/2017 11:31 AM 640,704 segment_0033_00640704_0000006006400.ts 01/12/2017 11:31 AM 601,036 segment_0034_00601036_0000006006400.ts 01/12/2017 11:31 AM 581,860 segment_0035_00581860_0000006006400.ts 01/12/2017 11:31 AM 539,748 segment_0036_00539748_0000006006400.ts 01/12/2017 11:31 AM 478,272 segment_0037_00478272_0000006006400.ts 01/12/2017 11:31 AM 503,464 segment_0038_00503464_0000006006400.ts 01/12/2017 11:31 AM 733,576 segment_0039_00733576_0000006006400.ts 01/12/2017 11:31 AM 1,118,224 segment_0040_01118224_0000006006400.ts 01/12/2017 11:31 AM 710,828 segment_0041_00710828_0000006006400.ts 01/12/2017 11:31 AM 1,170,864 segment_0042_01170864_0000006006400.ts 01/12/2017 11:31 AM 1,243,056 segment_0043_01243056_0000006006400.ts 01/12/2017 11:31 AM 1,215,044 segment_0044_01215044_0000006006400.ts 01/12/2017 11:31 AM 1,675,080 segment_0045_01675080_0000006006400.ts 01/12/2017 11:31 AM 1,583,712 segment_0046_01583712_0000006006400.ts 01/12/2017 11:31 AM 1,718,508 segment_0047_01718508_0000006006400.ts 01/12/2017 11:31 AM 1,672,636 segment_0048_01672636_0000006006400.ts 01/12/2017 11:31 AM 1,656,468 segment_0049_01656468_0000006006400.ts 01/12/2017 11:31 AM 1,673,012 segment_0050_01673012_0000006006400.ts 01/12/2017 11:31 AM 1,655,528 segment_0051_01655528_0000006006400.ts 01/12/2017 11:31 AM 1,571,304 segment_0052_01571304_0000006006400.ts 01/12/2017 11:31 AM 1,697,076 segment_0053_01697076_0000006006400.ts 01/12/2017 11:31 AM 1,672,636 segment_0054_01672636_0000006006400.ts 01/12/2017 11:31 AM 1,678,652 segment_0055_01678652_0000006006400.ts 01/12/2017 11:31 AM 1,702,716 segment_0056_01702716_0000006006400.ts 01/12/2017 11:31 AM 1,603,452 segment_0057_01603452_0000006006400.ts 01/12/2017 11:31 AM 1,697,452 segment_0058_01697452_0000006006400.ts 01/12/2017 11:31 AM 1,492,156 segment_0059_01492156_0000006006400.ts 01/12/2017 11:31 AM 1,864,396 segment_0060_01864396_0000006006400.ts 01/12/2017 11:31 AM 1,561,152 segment_0061_01561152_0000006006400.ts 01/12/2017 11:31 AM 1,669,816 segment_0062_01669816_0000006006400.ts 01/12/2017 11:31 AM 1,669,628 segment_0063_01669628_0000006006400.ts 01/12/2017 11:31 AM 1,659,664 segment_0064_01659664_0000006006400.ts 01/12/2017 11:31 AM 1,727,720 segment_0065_01727720_0000006006400.ts 01/12/2017 11:31 AM 1,608,904 segment_0066_01608904_0000006006400.ts 01/12/2017 11:31 AM 1,637,856 segment_0067_01637856_0000006006400.ts 01/12/2017 11:31 AM 1,724,148 segment_0068_01724148_0000006006400.ts 01/12/2017 11:31 AM 1,561,904 segment_0069_01561904_0000006006400.ts 01/12/2017 11:31 AM 1,704,972 segment_0070_01704972_0000006006400.ts 01/12/2017 11:31 AM 1,640,676 segment_0071_01640676_0000006006400.ts 01/12/2017 11:31 AM 1,666,056 segment_0072_01666056_0000006006400.ts 01/12/2017 11:31 AM 1,651,392 segment_0073_01651392_0000006006400.ts 01/12/2017 11:31 AM 1,674,516 segment_0074_01674516_0000006006400.ts 01/12/2017 11:31 AM 1,695,760 segment_0075_01695760_0000006006400.ts 01/12/2017 11:31 AM 1,572,056 segment_0076_01572056_0000006006400.ts 01/12/2017 11:31 AM 1,747,836 segment_0077_01747836_0000006006400.ts 01/12/2017 11:31 AM 1,553,444 segment_0078_01553444_0000006006400.ts 01/12/2017 11:31 AM 1,696,324 segment_0079_01696324_0000006006400.ts 01/12/2017 11:31 AM 1,613,228 segment_0080_01613228_0000006006400.ts 01/12/2017 11:31 AM 1,736,744 segment_0081_01736744_0000006006400.ts 01/12/2017 11:31 AM 1,574,688 segment_0082_01574688_0000006006400.ts 01/12/2017 11:31 AM 1,617,740 segment_0083_01617740_0000006006400.ts 01/12/2017 11:31 AM 1,717,568 segment_0084_01717568_0000006006400.ts 01/12/2017 11:31 AM 1,696,136 segment_0085_01696136_0000006006400.ts 01/12/2017 11:31 AM 1,628,268 segment_0086_01628268_0000006006400.ts 01/12/2017 11:31 AM 1,599,692 segment_0087_01599692_0000006006400.ts 01/12/2017 11:31 AM 1,695,572 segment_0088_01695572_0000006006400.ts 01/12/2017 11:31 AM 1,843,716 segment_0089_01843716_0000006006400.ts 01/12/2017 11:31 AM 309,072 segment_0090_00309072_0000006006400.ts 01/12/2017 11:31 AM 308,884 segment_0091_00308884_0000006006400.ts 01/12/2017 11:31 AM 308,320 segment_0092_00308320_0000006006400.ts 01/12/2017 11:31 AM 309,260 segment_0093_00309260_0000006006400.ts 01/12/2017 11:31 AM 309,824 segment_0094_00309824_0000006006400.ts 01/12/2017 11:31 AM 308,696 segment_0095_00308696_0000006006400.ts 01/12/2017 11:31 AM 308,884 segment_0096_00308884_0000006006400.ts 01/12/2017 11:31 AM 308,320 segment_0097_00308320_0000006006400.ts 01/12/2017 11:31 AM 309,260 segment_0098_00309260_0000006006400.ts 01/12/2017 11:31 AM 309,824 segment_0099_00309824_0000006006400.ts 01/12/2017 11:31 AM 308,320 segment_0100_00308320_0000006006400.ts 01/12/2017 11:31 AM 309,260 segment_0101_00309260_0000006006400.ts 01/12/2017 11:31 AM 307,944 segment_0102_00307944_0000006006400.ts 01/12/2017 11:31 AM 309,636 segment_0103_00309636_0000006006400.ts 01/12/2017 11:31 AM 309,448 segment_0104_00309448_0000006006400.ts 01/12/2017 11:31 AM 308,696 segment_0105_00308696_0000006006400.ts 01/12/2017 11:31 AM 308,884 segment_0106_00308884_0000006006400.ts 01/12/2017 11:31 AM 308,320 segment_0107_00308320_0000006006400.ts 01/12/2017 11:31 AM 309,260 segment_0108_00309260_0000006006400.ts 01/12/2017 11:31 AM 309,824 segment_0109_00309824_0000006006400.ts 01/12/2017 11:31 AM 308,696 segment_0110_00308696_0000006006400.ts 01/12/2017 11:31 AM 308,884 segment_0111_00308884_0000006006400.ts 01/12/2017 11:31 AM 308,320 segment_0112_00308320_0000006006400.ts 01/12/2017 11:31 AM 309,260 segment_0113_00309260_0000006006400.ts 01/12/2017 11:31 AM 309,824 segment_0114_00309824_0000006006400.ts 01/12/2017 11:31 AM 308,320 segment_0115_00308320_0000006006400.ts 01/12/2017 11:31 AM 309,260 segment_0116_00309260_0000006006400.ts 01/12/2017 11:31 AM 307,944 segment_0117_00307944_0000006006400.ts 01/12/2017 11:31 AM 309,636 segment_0118_00309636_0000006006400.ts 01/12/2017 11:31 AM 302,868 segment_0119_00000000_0000000000000.ts 121 File(s) 117,359,480 bytes From chrisjohannesen at gmail.com Thu Jan 12 18:40:58 2017 From: chrisjohannesen at gmail.com (Christian Johannesen) Date: Thu, 12 Jan 2017 11:40:58 -0500 Subject: [FFmpeg-user] issue with [PATCH] avformat/hlsenc: actual segment file size and duration in segment filenames In-Reply-To: References: Message-ID: On Thu, Jan 12, 2017 at 11:32 AM, Christian Johannesen < chrisjohannesen at gmail.com> wrote: > > > On Thu, Jan 12, 2017 at 1:27 AM, Steven Liu > wrote: > >> >> I have sent a patch to the ffmpeg-devel maillist, you can test it. >> > > I've tested the patch from http://ffmpeg.org/pipermail/ffmpeg-devel/2017- > January/205706.html on Windows 2012 x64 with msys2. It now works as > expected and creates the directory & index.m3u8 with filenames that include > the size in bytes and duration. Thanks very much for creating the patch! > > ffmpeg.exe -i D:\media\mix_of_clip_960x540_2128.mp4 -codec copy -f hls > -hls_time 6 -hls_list_size 0 -hls_flags second_level_segment_index+ > second_level_segment_size+second_level_segment_duration -use_localtime 1 > -use_localtime_mkdir 1 -hls_segment_filename "D:\media\mix_of_clip_960x540_ > 2128\segment_%%04d_%%08s_%%013t.ts" D:\media\mix_of_clip_960x540_ > 2128\index.m3u8 > ffmpeg version N-83083-gf7191cc Copyright (c) 2000-2017 the FFmpeg > developers > built with gcc 6.2.0 (Rev2, Built by MSYS2 project) > ... > > 01/12/2017 11:31 AM 307,944 segment_0117_00307944_ > 0000006006400.ts > 01/12/2017 11:31 AM 309,636 segment_0118_00309636_ > 0000006006400.ts > 01/12/2017 11:31 AM 302,868 segment_0119_00000000_ > 0000000000000.ts > 121 File(s) 117,359,480 bytes > > Looks like I may have misspoke, the last segment looks to be an issue. From lingjiujianke at gmail.com Thu Jan 12 18:56:49 2017 From: lingjiujianke at gmail.com (Steven Liu) Date: Fri, 13 Jan 2017 00:56:49 +0800 Subject: [FFmpeg-user] issue with [PATCH] avformat/hlsenc: actual segment file size and duration in segment filenames In-Reply-To: References: Message-ID: 2017-01-13 0:40 GMT+08:00 Christian Johannesen : > On Thu, Jan 12, 2017 at 11:32 AM, Christian Johannesen < > chrisjohannesen at gmail.com> wrote: > > > > > > > On Thu, Jan 12, 2017 at 1:27 AM, Steven Liu > > wrote: > > > >> > >> I have sent a patch to the ffmpeg-devel maillist, you can test it. > >> > > > > I've tested the patch from http://ffmpeg.org/pipermail/ > ffmpeg-devel/2017- > > January/205706.html on Windows 2012 x64 with msys2. It now works as > > expected and creates the directory & index.m3u8 with filenames that > include > > the size in bytes and duration. Thanks very much for creating the patch! > > > > ffmpeg.exe -i D:\media\mix_of_clip_960x540_2128.mp4 -codec copy -f hls > > -hls_time 6 -hls_list_size 0 -hls_flags second_level_segment_index+ > > second_level_segment_size+second_level_segment_duration -use_localtime 1 > > -use_localtime_mkdir 1 -hls_segment_filename > "D:\media\mix_of_clip_960x540_ > > 2128\segment_%%04d_%%08s_%%013t.ts" D:\media\mix_of_clip_960x540_ > > 2128\index.m3u8 > > ffmpeg version N-83083-gf7191cc Copyright (c) 2000-2017 the FFmpeg > > developers > > built with gcc 6.2.0 (Rev2, Built by MSYS2 project) > > ... > > > > 01/12/2017 11:31 AM 307,944 segment_0117_00307944_ > > 0000006006400.ts > > 01/12/2017 11:31 AM 309,636 segment_0118_00309636_ > > 0000006006400.ts > > 01/12/2017 11:31 AM 302,868 segment_0119_00000000_ > > 0000000000000.ts > > 121 File(s) 117,359,480 bytes > > > > Looks like I may have misspoke, the last segment looks to be an issue. > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". > patch update, and fix it, the problem is in hls_write_trailer for the last segments. From seanm at goldeneraproductions.org Thu Jan 12 20:16:53 2017 From: seanm at goldeneraproductions.org (Sean) Date: Thu, 12 Jan 2017 10:16:53 -0800 Subject: [FFmpeg-user] Subtitles with accent marks not being burnt in In-Reply-To: References: Message-ID: <004e01d26d00$0d7143c0$2853cb40$@org> >Hi all, > >I'm running version N-82966-g6993bb4 of ffmpeg on Windows 7 64-bit: > >Burning in subtitles works fine for me, except I notice that lines are omitted if they contain an accent: for example, several lines of subtitles >containing the name "Champs-Elysées" are omitted. (Note the entire line is omitted.) > >The command I use is the typical one: > >ffmpeg -i input.mkv -vf subtitles=input.srt -vcodec libx264 -acodec ac3 output.mp4 > >I've included my fonts.conf below - perhaps something is missing from it? > >Paul Might be nothing but is the srt saved as Unicode text or ANSI? I have done a lot of subtitle burn in with the SubStation Alpha format and text files must be in UTF-8 format for it to work. Sean _______________________________________________ ffmpeg-user mailing list ffmpeg-user at ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". From chrisjohannesen at gmail.com Thu Jan 12 20:22:19 2017 From: chrisjohannesen at gmail.com (Christian Johannesen) Date: Thu, 12 Jan 2017 13:22:19 -0500 Subject: [FFmpeg-user] issue with [PATCH] avformat/hlsenc: actual segment file size and duration in segment filenames In-Reply-To: References: Message-ID: On Thu, Jan 12, 2017 at 11:56 AM, Steven Liu wrote: > > > patch update, and fix it, the problem is in hls_write_trailer for the last > segments. > Looks to be working all TS segments are named correctly. Thanks! ffmpeg.exe -i D:\media\mix_of_clip_960x540_2128.mp4 -codec copy -f hls -hls_time 6 -hls_list_size 0 -hls_flags second_level_segment_index+second_level_segment_size+second_level_segment_duration -use_localtime 1 -use_localtime_mkdir 1 -hls_segment_filename "D:\media\mix_of_clip_960x540_2128\segment_%%04d_%%08s_%%013t.ts" D:\media\mix_of_clip_960x540_2128\index.m3u8 ffmpeg version N-83083-gf7191cc Copyright (c) 2000-2017 the FFmpeg developers built with gcc 6.2.0 (Rev2, Built by MSYS2 project) configuration: libavutil 55. 43.100 / 55. 43.100 libavcodec 57. 72.100 / 57. 72.100 libavformat 57. 62.100 / 57. 62.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 69.100 / 6. 69.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'D:\media\mix_of_clip_960x540_2128.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf57.11.100 Duration: 00:12:00.68, start: 0.000000, bitrate: 1248 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 960x540 [SAR 1:1 DAR 16:9], 1115 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 47.95 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default) Metadata: handler_name : SoundHandler Output #0, hls, to 'D:\media\mix_of_clip_960x540_2128\index.m3u8': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf57.62.100 Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 960x540 [SAR 1:1 DAR 16:9], q=2-31, 1115 kb/s, 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default) Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [hls @ 0000000002412800] hls->dpp = [0.041711] frame=17278 fps=15362 q=-1.0 Lsize=N/A time=00:12:00.61 bitrate=N/A speed= 641x video:98101kB audio:11261kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown Directory of D:\media\mix_of_clip_960x540_2128 01/12/2017 01:20 PM . 01/12/2017 01:20 PM .. 01/12/2017 01:20 PM 11,008 index.m3u8 01/12/2017 01:20 PM 470,940 segment_0000_00470940_0000006049067.ts 01/12/2017 01:20 PM 552,908 segment_0001_00552908_0000006006400.ts 01/12/2017 01:20 PM 807,836 segment_0002_00807836_0000006006400.ts 01/12/2017 01:20 PM 895,256 segment_0003_00895256_0000006006400.ts 01/12/2017 01:20 PM 858,972 segment_0004_00858972_0000006006400.ts 01/12/2017 01:20 PM 553,660 segment_0005_00553660_0000006006400.ts 01/12/2017 01:20 PM 488,048 segment_0006_00488048_0000006006400.ts 01/12/2017 01:20 PM 570,768 segment_0007_00570768_0000006006400.ts 01/12/2017 01:20 PM 364,720 segment_0008_00364720_0000006006400.ts 01/12/2017 01:20 PM 435,972 segment_0009_00435972_0000006006400.ts 01/12/2017 01:20 PM 801,444 segment_0010_00801444_0000006006400.ts 01/12/2017 01:20 PM 661,384 segment_0011_00661384_0000006006400.ts 01/12/2017 01:20 PM 607,992 segment_0012_00607992_0000006006400.ts 01/12/2017 01:20 PM 899,768 segment_0013_00899768_0000006006400.ts 01/12/2017 01:20 PM 1,095,100 segment_0014_01095100_0000006006400.ts 01/12/2017 01:20 PM 1,072,164 segment_0015_01072164_0000006006400.ts 01/12/2017 01:20 PM 916,688 segment_0016_00916688_0000006006400.ts 01/12/2017 01:20 PM 827,012 segment_0017_00827012_0000006006400.ts 01/12/2017 01:20 PM 1,098,672 segment_0018_01098672_0000006006400.ts 01/12/2017 01:20 PM 971,772 segment_0019_00971772_0000006006400.ts 01/12/2017 01:20 PM 824,380 segment_0020_00824380_0000006006400.ts 01/12/2017 01:20 PM 710,452 segment_0021_00710452_0000006006400.ts 01/12/2017 01:20 PM 707,068 segment_0022_00707068_0000006006400.ts 01/12/2017 01:20 PM 1,019,712 segment_0023_01019712_0000006006400.ts 01/12/2017 01:20 PM 579,040 segment_0024_00579040_0000006006400.ts 01/12/2017 01:20 PM 572,084 segment_0025_00572084_0000006006400.ts 01/12/2017 01:20 PM 813,288 segment_0026_00813288_0000006006400.ts 01/12/2017 01:20 PM 491,432 segment_0027_00491432_0000006006400.ts 01/12/2017 01:20 PM 573,776 segment_0028_00573776_0000006006400.ts 01/12/2017 01:20 PM 725,492 segment_0029_00725492_0000006006400.ts 01/12/2017 01:20 PM 491,056 segment_0030_00491056_0000006006400.ts 01/12/2017 01:20 PM 544,824 segment_0031_00544824_0000006006400.ts 01/12/2017 01:20 PM 783,208 segment_0032_00783208_0000006006400.ts 01/12/2017 01:20 PM 640,704 segment_0033_00640704_0000006006400.ts 01/12/2017 01:20 PM 601,036 segment_0034_00601036_0000006006400.ts 01/12/2017 01:20 PM 581,860 segment_0035_00581860_0000006006400.ts 01/12/2017 01:20 PM 539,748 segment_0036_00539748_0000006006400.ts 01/12/2017 01:20 PM 478,272 segment_0037_00478272_0000006006400.ts 01/12/2017 01:20 PM 503,464 segment_0038_00503464_0000006006400.ts 01/12/2017 01:20 PM 733,576 segment_0039_00733576_0000006006400.ts 01/12/2017 01:20 PM 1,118,224 segment_0040_01118224_0000006006400.ts 01/12/2017 01:20 PM 710,828 segment_0041_00710828_0000006006400.ts 01/12/2017 01:20 PM 1,170,864 segment_0042_01170864_0000006006400.ts 01/12/2017 01:20 PM 1,243,056 segment_0043_01243056_0000006006400.ts 01/12/2017 01:20 PM 1,215,044 segment_0044_01215044_0000006006400.ts 01/12/2017 01:20 PM 1,675,080 segment_0045_01675080_0000006006400.ts 01/12/2017 01:20 PM 1,583,712 segment_0046_01583712_0000006006400.ts 01/12/2017 01:20 PM 1,718,508 segment_0047_01718508_0000006006400.ts 01/12/2017 01:20 PM 1,672,636 segment_0048_01672636_0000006006400.ts 01/12/2017 01:20 PM 1,656,468 segment_0049_01656468_0000006006400.ts 01/12/2017 01:20 PM 1,673,012 segment_0050_01673012_0000006006400.ts 01/12/2017 01:20 PM 1,655,528 segment_0051_01655528_0000006006400.ts 01/12/2017 01:20 PM 1,571,304 segment_0052_01571304_0000006006400.ts 01/12/2017 01:20 PM 1,697,076 segment_0053_01697076_0000006006400.ts 01/12/2017 01:20 PM 1,672,636 segment_0054_01672636_0000006006400.ts 01/12/2017 01:20 PM 1,678,652 segment_0055_01678652_0000006006400.ts 01/12/2017 01:20 PM 1,702,716 segment_0056_01702716_0000006006400.ts 01/12/2017 01:20 PM 1,603,452 segment_0057_01603452_0000006006400.ts 01/12/2017 01:20 PM 1,697,452 segment_0058_01697452_0000006006400.ts 01/12/2017 01:20 PM 1,492,156 segment_0059_01492156_0000006006400.ts 01/12/2017 01:20 PM 1,864,396 segment_0060_01864396_0000006006400.ts 01/12/2017 01:20 PM 1,561,152 segment_0061_01561152_0000006006400.ts 01/12/2017 01:20 PM 1,669,816 segment_0062_01669816_0000006006400.ts 01/12/2017 01:20 PM 1,669,628 segment_0063_01669628_0000006006400.ts 01/12/2017 01:20 PM 1,659,664 segment_0064_01659664_0000006006400.ts 01/12/2017 01:20 PM 1,727,720 segment_0065_01727720_0000006006400.ts 01/12/2017 01:20 PM 1,608,904 segment_0066_01608904_0000006006400.ts 01/12/2017 01:20 PM 1,637,856 segment_0067_01637856_0000006006400.ts 01/12/2017 01:20 PM 1,724,148 segment_0068_01724148_0000006006400.ts 01/12/2017 01:20 PM 1,561,904 segment_0069_01561904_0000006006400.ts 01/12/2017 01:20 PM 1,704,972 segment_0070_01704972_0000006006400.ts 01/12/2017 01:20 PM 1,640,676 segment_0071_01640676_0000006006400.ts 01/12/2017 01:20 PM 1,666,056 segment_0072_01666056_0000006006400.ts 01/12/2017 01:20 PM 1,651,392 segment_0073_01651392_0000006006400.ts 01/12/2017 01:20 PM 1,674,516 segment_0074_01674516_0000006006400.ts 01/12/2017 01:20 PM 1,695,760 segment_0075_01695760_0000006006400.ts 01/12/2017 01:20 PM 1,572,056 segment_0076_01572056_0000006006400.ts 01/12/2017 01:20 PM 1,747,836 segment_0077_01747836_0000006006400.ts 01/12/2017 01:20 PM 1,553,444 segment_0078_01553444_0000006006400.ts 01/12/2017 01:20 PM 1,696,324 segment_0079_01696324_0000006006400.ts 01/12/2017 01:20 PM 1,613,228 segment_0080_01613228_0000006006400.ts 01/12/2017 01:20 PM 1,736,744 segment_0081_01736744_0000006006400.ts 01/12/2017 01:20 PM 1,574,688 segment_0082_01574688_0000006006400.ts 01/12/2017 01:20 PM 1,617,740 segment_0083_01617740_0000006006400.ts 01/12/2017 01:20 PM 1,717,568 segment_0084_01717568_0000006006400.ts 01/12/2017 01:20 PM 1,696,136 segment_0085_01696136_0000006006400.ts 01/12/2017 01:20 PM 1,628,268 segment_0086_01628268_0000006006400.ts 01/12/2017 01:20 PM 1,599,692 segment_0087_01599692_0000006006400.ts 01/12/2017 01:20 PM 1,695,572 segment_0088_01695572_0000006006400.ts 01/12/2017 01:20 PM 1,843,716 segment_0089_01843716_0000006006400.ts 01/12/2017 01:20 PM 309,072 segment_0090_00309072_0000006006400.ts 01/12/2017 01:20 PM 308,884 segment_0091_00308884_0000006006400.ts 01/12/2017 01:20 PM 308,320 segment_0092_00308320_0000006006400.ts 01/12/2017 01:20 PM 309,260 segment_0093_00309260_0000006006400.ts 01/12/2017 01:20 PM 309,824 segment_0094_00309824_0000006006400.ts 01/12/2017 01:20 PM 308,696 segment_0095_00308696_0000006006400.ts 01/12/2017 01:20 PM 308,884 segment_0096_00308884_0000006006400.ts 01/12/2017 01:20 PM 308,320 segment_0097_00308320_0000006006400.ts 01/12/2017 01:20 PM 309,260 segment_0098_00309260_0000006006400.ts 01/12/2017 01:20 PM 309,824 segment_0099_00309824_0000006006400.ts 01/12/2017 01:20 PM 308,320 segment_0100_00308320_0000006006400.ts 01/12/2017 01:20 PM 309,260 segment_0101_00309260_0000006006400.ts 01/12/2017 01:20 PM 307,944 segment_0102_00307944_0000006006400.ts 01/12/2017 01:20 PM 309,636 segment_0103_00309636_0000006006400.ts 01/12/2017 01:20 PM 309,448 segment_0104_00309448_0000006006400.ts 01/12/2017 01:20 PM 308,696 segment_0105_00308696_0000006006400.ts 01/12/2017 01:20 PM 308,884 segment_0106_00308884_0000006006400.ts 01/12/2017 01:20 PM 308,320 segment_0107_00308320_0000006006400.ts 01/12/2017 01:20 PM 309,260 segment_0108_00309260_0000006006400.ts 01/12/2017 01:20 PM 309,824 segment_0109_00309824_0000006006400.ts 01/12/2017 01:20 PM 308,696 segment_0110_00308696_0000006006400.ts 01/12/2017 01:20 PM 308,884 segment_0111_00308884_0000006006400.ts 01/12/2017 01:20 PM 308,320 segment_0112_00308320_0000006006400.ts 01/12/2017 01:20 PM 309,260 segment_0113_00309260_0000006006400.ts 01/12/2017 01:20 PM 309,824 segment_0114_00309824_0000006006400.ts 01/12/2017 01:20 PM 308,320 segment_0115_00308320_0000006006400.ts 01/12/2017 01:20 PM 309,260 segment_0116_00309260_0000006006400.ts 01/12/2017 01:20 PM 307,944 segment_0117_00307944_0000006006400.ts 01/12/2017 01:20 PM 309,636 segment_0118_00309636_0000006006400.ts 01/12/2017 01:20 PM 302,868 segment_0119_00302868_0000005922978.ts 121 File(s) 117,359,480 bytes 2 Dir(s) 98,451,709,952 bytes free From dan at elortegui.com Thu Jan 12 20:25:34 2017 From: dan at elortegui.com (Dan Elortegui) Date: Thu, 12 Jan 2017 10:25:34 -0800 Subject: [FFmpeg-user] Optimizing ProRes speed on a MacPro Trashcan Message-ID: I've written an applescript to take media files off of XDCam cards, rename them, process them as ProRes and then send them off to our media management system. The problem is that there is a step where I have to drop them in a ProRes watchfolder for them to be processed by Adobe Media Encoder. This requires setting up watchfolder settings on each computer. I'd love to handle that encode inside my script via FFmpeg. The issue I've run into is that Media encoder is almost twice as fast as FFmpeg when creating a ProRes. So I'm wondering, are there any ways to speed up the ProRes encode with flags? Does quicksync work for ProRes? I've got AMD FirePro D500 cards. Any thoughts are appreciated! From hui2828 at 163.com Thu Jan 12 19:26:54 2017 From: hui2828 at 163.com (Alfred) Date: Fri, 13 Jan 2017 01:26:54 +0800 (CST) Subject: [FFmpeg-user] error when I compile Microsoft ffmpeginterop Message-ID: <7f71ff4b.a3.15993b7d014.Coremail.hui2828@163.com> Dear guys， There is some errors when I compile ffmpeginterop.I do follow the https://trac.ffmpeg.org/wiki/CompilationGuide/WinRT#CompilingforWindows10 and try to just BuildFFmpeg.bat. The first method,the error print is cl is unable to create an executable file. C compiler test failed. The second method ,the error is GNU assembler not found, install/update gas-preprocessor I complie the arch=x64 and x86 is ok and can be used,just arch=arm is error.All the software is the newest.FFMPEG is version 3.2.2.The MSYS2 tools I need is the following: $ which cl /c/Program Files (x86)/Microsoft Visual Studio 14.0/VC/BIN/x86_ARM/cl $ which link /c/Program Files (x86)/Microsoft Visual Studio 14.0/VC/BIN/x86_ARM/link $ which armasm /c/Program Files (x86)/Microsoft Visual Studio 14.0/VC/BIN/x86_ARM/armasm $ which yasm /usr/bin/yasm $ which cpp /usr/bin/cpp $ which gas-preprocessor.pl /usr/bin/gas-preprocessor.pl Here is the log. Thanks and best regards -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: config.log URL: From dne202 at nyu.edu Thu Jan 12 22:14:07 2017 From: dne202 at nyu.edu (Dan Elortegui) Date: Thu, 12 Jan 2017 12:14:07 -0800 Subject: [FFmpeg-user] Optimizing ProRes speed on a MacPro Trashcan Message-ID: I've written an applescript to take media files off of XDCam cards, rename them, process them as ProRes and then send them off to our media management system. The problem is that there is a step where I have to drop them in a ProRes watchfolder for them to be processed by Adobe Media Encoder. This requires setting up watchfolder settings on each computer. I'd love to handle that encode inside my script via FFmpeg. The issue I've run into is that Media encoder is almost twice as fast as FFmpeg when creating a ProRes. So I'm wondering, are there any ways to speed up the ProRes encode with flags? Does quicksync work for ProRes? I've got AMD FirePro D500 cards. Any thoughts are appreciated! From ceffmpeg at gmail.com Fri Jan 13 00:35:55 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Thu, 12 Jan 2017 23:35:55 +0100 Subject: [FFmpeg-user] error when I compile Microsoft ffmpeginterop In-Reply-To: <7f71ff4b.a3.15993b7d014.Coremail.hui2828@163.com> References: <7f71ff4b.a3.15993b7d014.Coremail.hui2828@163.com> Message-ID: 2017-01-12 18:26 GMT+01:00 Alfred : > There is some errors when I compile ffmpeginterop. This is not software supported by FFmpeg (from a quick look, it seems to be software supported by Microsoft). > I do follow the > https://trac.ffmpeg.org/wiki/CompilationGuide/WinRT#CompilingforWindows10 > and try to just BuildFFmpeg.bat. Please understand that scripts are not supported here, only configure lines. > The first method,the error print is cl is unable to create an executable file. > C compiler test failed. > The second method ,the error is > GNU assembler not found, install/update gas-preprocessor Did you try this? > I complie the arch=x64 and x86 is ok and can be used,just > arch=arm is error. > All the software is the newest.FFMPEG is version 3.2.2. This is not the newest FFmpeg, it is ten weeks old. Carl Eugen From alex at alexspeller.com Fri Jan 13 02:10:18 2017 From: alex at alexspeller.com (Alex Speller) Date: Fri, 13 Jan 2017 01:10:18 +0100 Subject: [FFmpeg-user] Scaling a video with multiple different resolutions Message-ID: I have a webm file that has multiple different resolutions in it (it's a screen capture of a window that changes dimensions). https://www.dropbox.com/s/ptueirabmmht0fr/4be7fdb7-d7e9-41b4-ba26-e20a3eeb6026.webm?dl=0 Is there any way to "normalize" the dimensions and output a video of a constant resolution, having e.g. black borders around the video when the resolutions change If you play the video on the dropbox page above, in chrome or firefox, how that looks is what I'd like to output. Tried messing around with scale, setsar and setdar parameters but I can't figure out how to get output that's not just distorted Any help appreciated, thanks! From h.reindl at thelounge.net Fri Jan 13 04:42:46 2017 From: h.reindl at thelounge.net (Reindl Harald) Date: Fri, 13 Jan 2017 03:42:46 +0100 Subject: [FFmpeg-user] error when I compile Microsoft ffmpeginterop In-Reply-To: References: <7f71ff4b.a3.15993b7d014.Coremail.hui2828@163.com> Message-ID: Am 12.01.2017 um 23:35 schrieb Carl Eugen Hoyos: >> All the software is the newest.FFMPEG is version 3.2.2. > > This is not the newest FFmpeg, it is ten weeks old then release more often then 10 weeks or more when do you realize that ffmpeg is the only mailing list and project on this planet where people are supposed to use snapshots? according to https://ffmpeg.org/releases/ *it is* the newest release From Thomas.Matthias at dolby.com Fri Jan 13 04:54:33 2017 From: Thomas.Matthias at dolby.com (Matthias, Thomas) Date: Fri, 13 Jan 2017 02:54:33 +0000 Subject: [FFmpeg-user] Need help understanding framerate conversion! Message-ID: <05922508-1358-4F0D-9609-EC21F5592657@dolby.com> Hi All, I need to mux and then framerate convert a rawvideo .mov file, and a PCM 16bit 48Khz wav file. For example, a .mov file is exactly 10 seconds long, and a .wav file is also exactly 10 seconds. The initial .mov file is a 30 frames-per-second, but after muxing with the audio, I need to convert it to 29.97. The issue I’m seeing is that for some reason, the resulting video file is slightly longer than 10 seconds, and the resulting audio is just shy of 10 seconds. This leads to the audio being out-of-sync with the video by the end of the video. In reality, I’m performing this task with much longer clips, and so the av-sync issue is much more noticeable, but even at 10 seconds the sync offset is noticeable in a video editor. What am I doing wrong? I’ve tried separating the muxing and framerate conversion into separate FFmpeg calls, but that doesn’t help. I’ve tried numerous setting combinations, but nothing keeps the audio at the correct length. I’ve tried using atempo to stretch the audio, but that doesn’t even seem to work. Here is an example command I’ve tried: ffmpeg –y –i initial_video.mov –i initial_audio.wav –c:v rawvideo –c:a pcm_s16le –pix_fmt uyvy422 –r 30000/1001 output.mov I’m clearly missing something here, but I have no idea why the audio track would end up shorter (in the 10s example, it’s about 9.98 seconds after), and the video longer (about 10.06). Thanks! ~Thomas From jesselfree at gmail.com Fri Jan 13 09:37:59 2017 From: jesselfree at gmail.com (Jesse Liu) Date: Fri, 13 Jan 2017 15:37:59 +0800 Subject: [FFmpeg-user] Scaling a video with multiple different resolutions In-Reply-To: References: Message-ID: <317B62FD-0F34-4D15-9094-8DE71D8D68A4@gmail.com> of course, if you want to output a 852x480 video, you can do it by: ffmpeg -i video.webm -filter_complex “[0:v]split=2[out1][out2];[out1]trim=start=starttiem1:end=endtime1,scale=w='if(gt(a,1.775),852,trunc(480*a/2)*2)':h='if(lt(a,1.775),480,trunc(852/a/2)*2),pad=w=852:h=480:x='if(gt(a,1.775),0,(852-iw)/2)':y='if(lt(a,1.775),0,(480-ih)/2)':color=black[trim0];[out2]trim=start=starttiem2:end=endtime2,scale=w='if(gt(a,1.775),852,trunc(480*a/2)*2)':h='if(lt(a,1.775),480,trunc(852/a/2)*2),pad=w=852:h=480:x='if(gt(a,1.775),0,(852-iw)/2)':y='if(lt(a,1.775),0,(480-ih)/2)':color=black[trim1];[trim0][trim1]concat=n=1:v=1:unsafe=1:a=0[v]” -map [v] -map [0:a] -c:v libx264 -c:a aac out.mp4. 1.775 in the command is equal to 852/480 > On 13 Jan 2017, at 8:10 AM, Alex Speller wrote: > > I have a webm file that has multiple different resolutions in it (it's a > screen capture of a window that changes dimensions). > > https://www.dropbox.com/s/ptueirabmmht0fr/4be7fdb7-d7e9-41b4-ba26-e20a3eeb6026.webm?dl=0 > > Is there any way to "normalize" the dimensions and output a video of a > constant resolution, having e.g. black borders around the video when the > resolutions change > > If you play the video on the dropbox page above, in chrome or firefox, how > that looks is what I'd like to output. Tried messing around with scale, > setsar and setdar parameters but I can't figure out how to get output > that's not just distorted > > Any help appreciated, thanks! > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". From barsnick at gmx.net Fri Jan 13 12:04:28 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Fri, 13 Jan 2017 11:04:28 +0100 Subject: [FFmpeg-user] Need help understanding framerate conversion! In-Reply-To: <05922508-1358-4F0D-9609-EC21F5592657@dolby.com> References: <05922508-1358-4F0D-9609-EC21F5592657@dolby.com> Message-ID: <20170113100428.GA18399@sunshine.barsnick.net> On Fri, Jan 13, 2017 at 02:54:33 +0000, Matthias, Thomas wrote: > I’m clearly missing something here, but I have no idea why the audio > track would end up shorter (in the 10s example, it’s about 9.98 > seconds after), and the video longer (about 10.06). Thanks! (You should usually show us your complete, unabridged console output along with the ffmpeg command.) I have no idea either. Using an ideal source - i.e. ffmpeg lavfi sources - I get what I consider the correct behavior. Albeit, at 10 seconds, ffmpeg has no reason to drop any video frames, as 30 fps is close enough to 30000/1001. ffmpeg encodes 300 frames, and thus the video gets *slightly* longer. The audio is decoded at exactly 10 seconds. I may be missing something totally, but: What could be the issue is that your input video (and/or audio) doesn't actually have equi-distant frames, i.e. a slightly varying frame rate (and only the header indicated 30 fps). You would check this with $ ffprobe -show_packets input.mov | grep -E '^(codec_type|duration_time)=' | grep -A1 video I get: codec_type=video duration_time=0.033367 -- codec_type=video duration_time=0.033367 -- all the way through for 30000/1001, duration_time=0.033333 for 30 fps. Perhaps your source video has some variations. You could also try the "fps" filter instead of the "-r" output option. If I understand correctly, it uses different mechanisms to change the framerate. Cheers, Moritz From adf.lists at gmail.com Fri Jan 13 13:19:53 2017 From: adf.lists at gmail.com (Andy Furniss) Date: Fri, 13 Jan 2017 11:19:53 +0000 Subject: [FFmpeg-user] Need help understanding framerate conversion! In-Reply-To: <05922508-1358-4F0D-9609-EC21F5592657@dolby.com> References: <05922508-1358-4F0D-9609-EC21F5592657@dolby.com> Message-ID: <5878B7D9.7060206@gmail.com> Matthias, Thomas wrote: > Hi All, > > I need to mux and then framerate convert a rawvideo .mov file, and a PCM 16bit 48Khz wav file. > > For example, a .mov file is exactly 10 seconds long, and a .wav file is also exactly 10 seconds. The initial .mov file is a 30 frames-per-second, but after muxing with the audio, I need to convert it to 29.97. The issue I’m seeing is that for some reason, the resulting video file is slightly longer than 10 seconds, and the resulting audio is just shy of 10 seconds. This leads to the audio being out-of-sync with the video by the end of the video. In reality, I’m performing this task with much longer clips, and so the av-sync issue is much more noticeable, but even at 10 seconds the sync offset is noticeable in a video editor. > > What am I doing wrong? I’ve tried separating the muxing and framerate conversion into separate FFmpeg calls, but that doesn’t help. I’ve tried numerous setting combinations, but nothing keeps the audio at the correct length. I’ve tried using atempo to stretch the audio, but that doesn’t even seem to work. Here is an example command I’ve tried: > > ffmpeg –y –i initial_video.mov –i initial_audio.wav –c:v rawvideo –c:a pcm_s16le –pix_fmt uyvy422 –r 30000/1001 output.mov > > I’m clearly missing something here, but I have no idea why the audio track would end up shorter (in the 10s example, it’s about 9.98 seconds after), and the video longer (about 10.06). Thanks! I don't know how to do it "properly" but years ago I had to make a dvd for someone and wanted to speed up 23.98 to 25 fps. This is just a paste from old notes = it may be crap in multiple ways! Possibly you could use fractions rather than decimal for the pts/atempo corrections. untested - I don't even know if it will work now, I guess it was OK at the time (unless I saved a failing version!). ffmpeg -i in-23.98fps.avi -r 25 -filter_complex "[0:v]setpts=0.95904096*PTS[v];[0:a]atempo=1.04270833229[a]" -map "[v]" -map "[a]" -target pal-dvd -bf 2 -mbd rd -trellis 2 -cmp 2 -subcmp 2 -aspect 16/9 -acodec ac3 -b:a 128k out-25fps.mpg > > ~Thomas > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". > From cvilad at gmail.com Fri Jan 13 18:15:16 2017 From: cvilad at gmail.com (Carles Vila) Date: Fri, 13 Jan 2017 17:15:16 +0100 Subject: [FFmpeg-user] Need help understanding framerate conversion! In-Reply-To: <05922508-1358-4F0D-9609-EC21F5592657@dolby.com> References: <05922508-1358-4F0D-9609-EC21F5592657@dolby.com> Message-ID: The reason that the resulting video is longer is simple: it plays slower! which is what you want (pull-down) By default, ffmpeg does nothing to the audio, so you must stretch it. The most simple solution is to resample it. Try this command line below: the -r before the input tells ffmpeg to interpret the input as 29,97. Assuming that your source audio is at 48.000 Hz, the asetrate sets a "fake" sampling rate to 47952 (stretches the audio longer by the same ratio) and after that aresample resamples back to 48000 Hz. ffmpeg -r 30000/1001 -i input_30fps.mov –i initial_audio.wav -af asetrate=47952,aresample=48000 -c:v rawvideo -c:a pcm_s16le –pix_fmt uyvy422 output_2997fps_withresampledaudio.mov HTH On 13 January 2017 at 03:54, Matthias, Thomas wrote: > Hi All, > > I need to mux and then framerate convert a rawvideo .mov file, and a PCM > 16bit 48Khz wav file. > > For example, a .mov file is exactly 10 seconds long, and a .wav file is > also exactly 10 seconds. The initial .mov file is a 30 frames-per-second, > but after muxing with the audio, I need to convert it to 29.97. The issue > I’m seeing is that for some reason, the resulting video file is slightly > longer than 10 seconds, and the resulting audio is just shy of 10 seconds. > This leads to the audio being out-of-sync with the video by the end of the > video. In reality, I’m performing this task with much longer clips, and so > the av-sync issue is much more noticeable, but even at 10 seconds the sync > offset is noticeable in a video editor. > > What am I doing wrong? I’ve tried separating the muxing and framerate > conversion into separate FFmpeg calls, but that doesn’t help. I’ve tried > numerous setting combinations, but nothing keeps the audio at the correct > length. I’ve tried using atempo to stretch the audio, but that doesn’t > even seem to work. Here is an example command I’ve tried: > > ffmpeg –y –i initial_video.mov –i initial_audio.wav –c:v rawvideo –c:a > pcm_s16le –pix_fmt uyvy422 –r 30000/1001 output.mov > > I’m clearly missing something here, but I have no idea why the audio track > would end up shorter (in the 10s example, it’s about 9.98 seconds after), > and the video longer (about 10.06). Thanks! > > ~Thomas > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". From Thomas.Matthias at dolby.com Fri Jan 13 21:03:39 2017 From: Thomas.Matthias at dolby.com (Matthias, Thomas) Date: Fri, 13 Jan 2017 19:03:39 +0000 Subject: [FFmpeg-user] Need help understanding framerate conversion! In-Reply-To: References: <05922508-1358-4F0D-9609-EC21F5592657@dolby.com> Message-ID: <67E54A75-EE43-467D-B302-445BB530F4DF@dolby.com> This worked! Thank you very much. On 1/13/17, 8:15 AM, "ffmpeg-user on behalf of Carles Vila" wrote: The reason that the resulting video is longer is simple: it plays slower! which is what you want (pull-down) By default, ffmpeg does nothing to the audio, so you must stretch it. The most simple solution is to resample it. Try this command line below: the -r before the input tells ffmpeg to interpret the input as 29,97. Assuming that your source audio is at 48.000 Hz, the asetrate sets a "fake" sampling rate to 47952 (stretches the audio longer by the same ratio) and after that aresample resamples back to 48000 Hz. ffmpeg -r 30000/1001 -i input_30fps.mov –i initial_audio.wav -af asetrate=47952,aresample=48000 -c:v rawvideo -c:a pcm_s16le –pix_fmt uyvy422 output_2997fps_withresampledaudio.mov HTH On 13 January 2017 at 03:54, Matthias, Thomas wrote: > Hi All, > > I need to mux and then framerate convert a rawvideo .mov file, and a PCM > 16bit 48Khz wav file. > > For example, a .mov file is exactly 10 seconds long, and a .wav file is > also exactly 10 seconds. The initial .mov file is a 30 frames-per-second, > but after muxing with the audio, I need to convert it to 29.97. The issue > I’m seeing is that for some reason, the resulting video file is slightly > longer than 10 seconds, and the resulting audio is just shy of 10 seconds. > This leads to the audio being out-of-sync with the video by the end of the > video. In reality, I’m performing this task with much longer clips, and so > the av-sync issue is much more noticeable, but even at 10 seconds the sync > offset is noticeable in a video editor. > > What am I doing wrong? I’ve tried separating the muxing and framerate > conversion into separate FFmpeg calls, but that doesn’t help. I’ve tried > numerous setting combinations, but nothing keeps the audio at the correct > length. I’ve tried using atempo to stretch the audio, but that doesn’t > even seem to work. Here is an example command I’ve tried: > > ffmpeg –y –i initial_video.mov –i initial_audio.wav –c:v rawvideo –c:a > pcm_s16le –pix_fmt uyvy422 –r 30000/1001 output.mov > > I’m clearly missing something here, but I have no idea why the audio track > would end up shorter (in the 10s example, it’s about 9.98 seconds after), > and the video longer (about 10.06). Thanks! > > ~Thomas > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". _______________________________________________ ffmpeg-user mailing list ffmpeg-user at ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". From ceffmpeg at gmail.com Sat Jan 14 07:16:07 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Sat, 14 Jan 2017 06:16:07 +0100 Subject: [FFmpeg-user] error when I compile Microsoft ffmpeginterop In-Reply-To: References: <7f71ff4b.a3.15993b7d014.Coremail.hui2828@163.com> Message-ID: 2017-01-13 3:42 GMT+01:00 Reindl Harald : > > Am 12.01.2017 um 23:35 schrieb Carl Eugen Hoyos: >>> >>> All the software is the newest.FFMPEG is version 3.2.2. >> >> This is not the newest FFmpeg, it is ten weeks old > > then release more often then 10 weeks or more The avconv supporters claim that we already release too often... > when do you realize that ffmpeg is the only mailing list and project > on this planet where people are supposed to use snapshots? When did I contradict? (I don't know if FFmpeg is the only project which strongly suggests using snapshots if at all possible and that requires testing snapshots before reporting issues.) > according to https://ffmpeg.org/releases/ *it is* the newest release Which gets some (limited) support on Linux, but not on Windows. (Why would a Windows user install a version of FFmpeg that is known to contain more bugs and less features but for which he will not get any support?) Carl Eugen From h.reindl at thelounge.net Sat Jan 14 07:34:30 2017 From: h.reindl at thelounge.net (Reindl Harald) Date: Sat, 14 Jan 2017 06:34:30 +0100 Subject: [FFmpeg-user] error when I compile Microsoft ffmpeginterop In-Reply-To: References: <7f71ff4b.a3.15993b7d014.Coremail.hui2828@163.com> Message-ID: <8bb568f0-c923-a075-7d05-436d4a69aac2@thelounge.net> Am 14.01.2017 um 06:16 schrieb Carl Eugen Hoyos: > 2017-01-13 3:42 GMT+01:00 Reindl Harald : >> >> Am 12.01.2017 um 23:35 schrieb Carl Eugen Hoyos: >>>> >>>> All the software is the newest.FFMPEG is version 3.2.2. >>> >>> This is not the newest FFmpeg, it is ten weeks old >> >> then release more often then 10 weeks or more > > The avconv supporters claim that we already release too often... they also claimed that ffmpeg is dead and the ffmpeg cli command is deprecated - the only reason why they claim something is because their fork failed and they pretend it is still vital >> when do you realize that ffmpeg is the only mailing list and project >> on this planet where people are supposed to use snapshots? > > When did I contradict? > (I don't know if FFmpeg is the only project which strongly suggests > using snapshots if at all possible and that requires testing snapshots > before reporting issues.) at least the only project where it is claimed that nothing else than the current snapshot is supported >> according to https://ffmpeg.org/releases/ *it is* the newest release > > Which gets some (limited) support on Linux, but not on Windows. > (Why would a Windows user install a version of FFmpeg that is > known to contain more bugs and less features but for which he will > not get any support?) since there are no official binaries at all and on a typical windows machine no build environment exists nor has the typical windows user a clue how to compile software at all that's pointless From aliezted at gmail.com Mon Jan 16 08:24:54 2017 From: aliezted at gmail.com (Jian Guo) Date: Mon, 16 Jan 2017 06:24:54 +0000 Subject: [FFmpeg-user] [ffplay] Trouble using concat protocol Message-ID: Recently I want to use the concat protocol to play multiple online videos, I tried the command below: ffplay -safe 0 -protocol_whitelist concat,file,subfile,http,https,tcp,tls concat: http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear3/prog_index.m3u8|http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear0/prog_index.m3u8 But it gives me an error: Error when loading first segment 'concat: http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear3/fileSequence0.ts ' concat: http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear3/prog_index.m3u8: Invalid data found when processing input As the documentation said: A URL accepted by this protocol has the syntax: concat:URL1|URL2|...|URLN How do I deal with this problem? I have already known that there is a workaround that I can use a ffconcat file but I really want to save the string in the terminal, not in the file. Looking forward to your reply. From bsef13m018 at pucit.edu.pk Sun Jan 15 18:02:00 2017 From: bsef13m018 at pucit.edu.pk (Saif Ullah) Date: Sun, 15 Jan 2017 21:02:00 +0500 Subject: [FFmpeg-user] How can I Convert mpeg-dash files to mp4/mkv using FFMPEG? Message-ID: Recently I tried downloading a video file via a program called "video cache view", it created two video files instead of one numbered as mpegdashtmp1.mp4 which are i guess in some mpeg-dash format. I searched about it and came to know that out of these two files one should contain the audio and the other will be the video part. How can I convert those files to mp4/mkv via FFMPEG. Regards: *Saif Ullah* From yjdwbj at gmail.com Sun Jan 15 02:29:30 2017 From: yjdwbj at gmail.com (=?UTF-8?B?5a+G5oCd5YiY?=) Date: Sun, 15 Jan 2017 08:29:30 +0800 Subject: [FFmpeg-user] compile ffmpeg missing Xlib, or indevs is empty Message-ID: ffmpeg-3.2.2/b4$../configure --disable-ffplay --disable-ffprobe --disable-ffserver --disable-doc --disable-htmlpages --disable-manpages --disable-podpages --disable-txtpages --disable-logging --disable-protocols --enable-protocol='file,data,pipe' --disable-encoders --enable-encoder=gif --disable-decoders --enable-decoder='gif,rawvideo' --disable-outdevs --disable-filters --enable-filter='scale,zscale' --disable-muxers --enable-muxer='gif,rawvideo' --disable-demuxers --enable-demuxer='gif,rawvideo' --disable-hwaccels --disable-parsers --disable-bsfs --disable-indevs --enable-indev='dshow,x11grab' --extra-libs=-static --extra-cflags=--static --disable-sdl2 --disable-bzlib --disable-vdpau --disable-xvmc --disable-nvenc --enable-gpl --enable-nonfree --enable-x11grab ERROR: Xlib not found If you think configure made a mistake, make sure you are using the latest version from Git. If the latest version fails, report the problem to the ffmpeg-user at ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net. Rerun configure with logging enabled (do not use --disable-logging), and include the log this produces with your report. ---------------------------------------------------------------------- dpkg -l | grep "libx11" ii libx11-6:amd64 2:1.6.2-3 amd64 X11 client-side library ii libx11-6:i386 2:1.6.2-3 i386 X11 client-side library ii libx11-data 2:1.6.2-3 all X11 client-side library ii libx11-dev:amd64 2:1.6.2-3 amd64 X11 client-side library (development headers) ii libx11-doc 2:1.6.2-3 all X11 client-side library (development documentation) ii libx11-protocol-perl 0.56-6 all Perl module for the X Window System Protocol, version 11 ii libx11-xcb-dev:amd64 2:1.6.2-3 amd64 Xlib/XCB interface library (development headers) ii libx11-xcb1:amd64 2:1.6.2-3 amd64 Xlib/XCB interface library ii libx11-xcb1:i386 2:1.6.2-3 i386 Xlib/XCB interface library --------------------------------------------------------------------------------------- $ cat /etc/debian_version 8.6 $ uname -a Linux debian 4.8.13-20161211 #2 SMP Sun Dec 11 13:11:44 CST 2016 x86_64 GNU/Linux ------------------- --------------------------------------------------------------------------------------- ../configure --disable-ffplay --disable-ffprobe --disable-ffserver --disable-doc --disable-htmlpages --disable-manpages --disable-podpages --disable-txtpages --disable-logging --disable-protocols --enable-protocol='file,data,pipe' --disable-encoders --enable-encoder=gif --disable-decoders --enable-decoder='gif,rawvideo' --disable-outdevs --disable-filters --enable-filter='scale,zscale' --disable-muxers --enable-muxer='gif,rawvideo' --disable-demuxers --enable-demuxer='gif,rawvideo' --disable-hwaccels --disable-parsers --disable-bsfs --disable-indevs --enable-indev='dshow,x11grab' --extra-libs=-static --extra-cflags=--static --disable-sdl2 --disable-bzlib --disable-vdpau --disable-xvmc --disable-nvenc --enable-gpl --enable-nonfree install prefix /usr/local source path /home/michael/3TB-DISK/Downloads/ffmpeg-3.2.2 C compiler gcc C library glibc ARCH x86 (generic) big-endian no runtime cpu detection yes yasm yes MMX enabled yes MMXEXT enabled yes 3DNow! enabled yes 3DNow! extended enabled yes SSE enabled yes SSSE3 enabled yes AESNI enabled yes AVX enabled yes XOP enabled yes FMA3 enabled yes FMA4 enabled yes i686 features enabled yes CMOV is fast yes EBX available yes EBP available yes debug symbols yes strip symbols yes optimize for size no optimizations yes static yes shared no postprocessing support yes new filter support yes network support no threading support pthreads safe bitstream reader yes SDL2 support no opencl enabled no JNI support no texi2html enabled no perl enabled yes pod2man enabled yes makeinfo enabled yes makeinfo supports HTML yes Enabled programs: ffmpeg External libraries: iconv External libraries providing hardware acceleration: Libraries: avcodec avfilter avformat avutil postproc swresample swscale avdevice Enabled decoders: gif rawvideo Enabled encoders: gif Enabled hwaccels: Enabled parsers: Enabled demuxers: gif rawvideo Enabled muxers: gif rawvideo Enabled protocols: data file pipe Enabled filters: aformat atrim format null scale setpts trim anull Enabled bsfs: Enabled indevs: Enabled outdevs: License: nonfree and unredistributable Creating config.mak, config.h, and doc/config.texi... config.asm is unchanged libavutil/avconfig.h is unchanged libavcodec/bsf_list.c is unchanged libavformat/protocol_list.c is unchanged --------------------------------------------------------------------------------- Enabled indevs is nothing . From h.reindl at thelounge.net Mon Jan 16 11:04:34 2017 From: h.reindl at thelounge.net (Reindl Harald) Date: Mon, 16 Jan 2017 10:04:34 +0100 Subject: [FFmpeg-user] compile ffmpeg missing Xlib, or indevs is empty In-Reply-To: References: Message-ID: <5c6c9d9d-5127-00bc-478f-1b43fc11e8e4@thelounge.net> Am 15.01.2017 um 01:29 schrieb 密思刘: > ffmpeg-3.2.2/b4$../configure --disable-ffplay --disable-ffprobe > --disable-ffserver --disable-doc --disable-htmlpages --disable-manpages > --disable-podpages --disable-txtpages --disable-logging --disable-protocols > --enable-protocol='file,data,pipe' --disable-encoders --enable-encoder=gif > --disable-decoders --enable-decoder='gif,rawvideo' --disable-outdevs > --disable-filters --enable-filter='scale,zscale' --disable-muxers > --enable-muxer='gif,rawvideo' --disable-demuxers > --enable-demuxer='gif,rawvideo' --disable-hwaccels --disable-parsers > --disable-bsfs --disable-indevs --enable-indev='dshow,x11grab' > --extra-libs=-static --extra-cflags=--static --disable-sdl2 > --disable-bzlib --disable-vdpau --disable-xvmc --disable-nvenc > --enable-gpl --enable-nonfree --enable-x11grab > ERROR: Xlib not found on Fedora "dnf install libX11-devel-1.6.3-3.fc24.x86_64" but since you don#t find it worth to mention your operating system... From barsnick at gmx.net Mon Jan 16 11:21:24 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Mon, 16 Jan 2017 10:21:24 +0100 Subject: [FFmpeg-user] How can I Convert mpeg-dash files to mp4/mkv using FFMPEG? In-Reply-To: References: Message-ID: <20170116092124.GA10009@sunshine.barsnick.net> On Sun, Jan 15, 2017 at 21:02:00 +0500, Saif Ullah wrote: > Recently I tried downloading a video file via a program called "video cache > view", it created two video files instead of one numbered as > mpegdashtmp1.mp4 which are i guess in some mpeg-dash format. I searched > about it and came to know that out of these two files one should contain > the audio and the other will be the video part. How can I convert those > files to mp4/mkv via FFMPEG. This is normally as easy as: $ ffmpeg -i video.mp4 -i audio.mp4 -map 0 -map 1 -c copy output.mkv Moritz From barsnick at gmx.net Mon Jan 16 11:29:08 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Mon, 16 Jan 2017 10:29:08 +0100 Subject: [FFmpeg-user] compile ffmpeg missing Xlib, or indevs is empty In-Reply-To: <5c6c9d9d-5127-00bc-478f-1b43fc11e8e4@thelounge.net> References: <5c6c9d9d-5127-00bc-478f-1b43fc11e8e4@thelounge.net> Message-ID: <20170116092908.GB10009@sunshine.barsnick.net> On Mon, Jan 16, 2017 at 10:04:34 +0100, Reindl Harald wrote: > on Fedora "dnf install libX11-devel-1.6.3-3.fc24.x86_64" but since you > don#t find it worth to mention your operating system... Since you don't find it worth reading the OP's full email, let me quote: > $ cat /etc/debian_version > 8.6 > $ uname -a > Linux debian 4.8.13-20161211 #2 SMP Sun Dec 11 13:11:44 CST 2016 x86_64 GNU/Linux (Also somewhat obvious from calling "dpkg -l". Which by the way lists the development packages he/she installed, as least in a filtered fashion. And they look okay, except that ffmpeg doesn't say whether it's configuring for 32 bit or 64 bit, so we need to assume x86_64 and that the dev packages seem okay.) Moritz From h.reindl at thelounge.net Mon Jan 16 11:37:17 2017 From: h.reindl at thelounge.net (Reindl Harald) Date: Mon, 16 Jan 2017 10:37:17 +0100 Subject: [FFmpeg-user] compile ffmpeg missing Xlib, or indevs is empty In-Reply-To: <20170116092908.GB10009@sunshine.barsnick.net> References: <5c6c9d9d-5127-00bc-478f-1b43fc11e8e4@thelounge.net> <20170116092908.GB10009@sunshine.barsnick.net> Message-ID: <439d91fd-f34c-fd40-1246-36aa53898c22@thelounge.net> Am 16.01.2017 um 10:29 schrieb Moritz Barsnick: > On Mon, Jan 16, 2017 at 10:04:34 +0100, Reindl Harald wrote: >> on Fedora "dnf install libX11-devel-1.6.3-3.fc24.x86_64" but since you >> don't find it worth to mention your operating system... > > Since you don't find it worth reading the OP's full email well, under the useless paragraph "If you think configure made a mistake" there are a few blank lines and then the preview window ends so it's not obvious that there is following something... From george at nsup.org Mon Jan 16 12:37:43 2017 From: george at nsup.org (Nicolas George) Date: Mon, 16 Jan 2017 11:37:43 +0100 Subject: [FFmpeg-user] [ffplay] Trouble using concat protocol In-Reply-To: References: Message-ID: <20170116103743.GA142919@phare.normalesup.org> Le septidi 27 nivôse, an CCXXV, Jian Guo a écrit : > Recently I want to use the concat protocol to play multiple online videos, > I tried the command below: > > ffplay -safe 0 -protocol_whitelist concat,file,subfile,http,https,tcp,tls > concat: > http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear3/prog_index.m3u8|http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear0/prog_index.m3u8 > > > But it gives me an error: > > Error when loading first segment 'concat: > http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear3/fileSequence0.ts > ' > concat: > http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear3/prog_index.m3u8: > Invalid data found when processing input This is a subtle one. Using concat:a.m3u8|b.m3u8, you concatenate the contents of the files a.m3u8 and b.m3u8. Fortunately, m3u8 files are simple URL lists with comments, and therefore the concatenation works. If the files had been XML, for example, it would have failed. The result is that ffplay sees a single m3u8 file with URL starting as "concat:". Then it tries to read the first file in the list, i.e. "fileSequence0.ts". Since it is a relative URL, it must be turned into an absolute one. Normally, the base would have been http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear3/; but since you concatenated the m3u8 files first, the base is considered to be "concat:http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear3/prog_index.m3u8|http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear0/", and the name of the segment is appended to it. Note that you did not quote the error message correctly. This is why we request full uncut console output. Regards, -- Nicolas George From cvilad at gmail.com Mon Jan 16 12:52:07 2017 From: cvilad at gmail.com (Carles Vila) Date: Mon, 16 Jan 2017 11:52:07 +0100 Subject: [FFmpeg-user] Manually convert XYZ to YUV Message-ID: Hi I have been given an MP4 which has been extracted from DCP without color-correction, so it still has the greenish look from the XYZ colorspace. Is there any way to convert it and make it look approximately normal? Thank you! below are the specs of the source: ffmpeg -i INPUT.mov ffmpeg version 2.7.2 Copyright (c) 2000-2015 the FFmpeg developers built with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/2.7.2_1 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-hardcoded-tables --enable-avresample --cc=clang --host-cflags= --host-ldflags= --enable-opencl --enable-libx264 --enable-libmp3lame --enable-libvo-aacenc --enable-libxvid --enable-libfreetype --enable-libvorbis --enable-libvpx --enable-libass --enable-ffplay --enable-libfdk-aac --enable-libopus --enable-libquvi --enable-libx265 --enable-libopenjpeg --extra-cflags='-I/usr/local/Cellar/openjpeg/1.5.2_1/include/openjpeg-1.5 ' --enable-nonfree --enable-vda libavutil 54. 27.100 / 54. 27.100 libavcodec 56. 41.100 / 56. 41.100 libavformat 56. 36.100 / 56. 36.100 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 16.101 / 5. 16.101 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 2.100 / 1. 2.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'INPUT.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2016-11-22 16:28:35 Duration: 00:00:53.63, start: 0.000000, bitrate: 3388 kb/s Stream #0:0(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 2048x858, 3385 kb/s, 24 fps, 24 tbr, 24 tbn, 48 tbc (default) Metadata: creation_time : 2016-11-22 16:28:35 handler_name : Gestor de datos de alias Apple encoder : H.264 At least one output file must be specified From aliezted at gmail.com Mon Jan 16 13:09:01 2017 From: aliezted at gmail.com (Jian Guo) Date: Mon, 16 Jan 2017 11:09:01 +0000 Subject: [FFmpeg-user] [ffplay] Trouble using concat protocol In-Reply-To: <20170116103743.GA142919@phare.normalesup.org> References: <20170116103743.GA142919@phare.normalesup.org> Message-ID: Ok, this is the uncut console output after rerun the command: aLIEzTeddeMBP:~ JianGuo$ ffplay -safe 0 -protocol_whitelist concat,file,subfile,http,https,tcp,tls concat: http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear3/prog_index.m3u8|http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear0/prog_index.m3u8 -bash: http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear0/prog_index.m3u8: No such file or directory ffplay version 3.2.2 Copyright (c) 2003-2016 the FFmpeg developers built with Apple LLVM version 8.0.0 (clang-800.0.42.1) configuration: --prefix=/usr/local/Cellar/ffmpeg/3.2.2 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-hardcoded-tables --enable-avresample --cc=clang --host-cflags= --host-ldflags= --enable-ffplay --enable-libmp3lame --enable-libx264 --enable-libxvid --enable-opencl --disable-lzma --enable-vda libavutil 55. 34.100 / 55. 34.100 libavcodec 57. 64.101 / 57. 64.101 libavformat 57. 56.100 / 57. 56.100 libavdevice 57. 1.100 / 57. 1.100 libavfilter 6. 65.100 / 6. 65.100 libavresample 3. 1. 0 / 3. 1. 0 libswscale 4. 2.100 / 4. 2.100 libswresample 2. 3.100 / 2. 3.100 libpostproc 54. 1.100 / 54. 1.100 [hls,applehttp @ 0x7fdac1832a00] Failed to open segment of playlist 0 Last message repeated 180 times [hls,applehttp @ 0x7fdac1832a00] Error when loading first segment 'concat: http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear3/fileSequence0.ts ' concat: http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear3/prog_index.m3u8: Invalid data found when processing input I am aware that the concat: here may have broken the file url. But I think there is a way to work out. On Mon, Jan 16, 2017 at 6:37 PM Nicolas George wrote: > Le septidi 27 nivôse, an CCXXV, Jian Guo a écrit : > > Recently I want to use the concat protocol to play multiple online > videos, > > I tried the command below: > > > > ffplay -safe 0 -protocol_whitelist concat,file,subfile,http,https,tcp,tls > > concat: > > > http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear3/prog_index.m3u8|http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear0/prog_index.m3u8 > > > > > > But it gives me an error: > > > > Error when loading first segment 'concat: > > > http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear3/fileSequence0.ts > > ' > > concat: > > > http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear3/prog_index.m3u8 > : > > Invalid data found when processing input > > This is a subtle one. Using concat:a.m3u8|b.m3u8, you concatenate the > contents of the files a.m3u8 and b.m3u8. Fortunately, m3u8 files are > simple URL lists with comments, and therefore the concatenation works. > If the files had been XML, for example, it would have failed. > > The result is that ffplay sees a single m3u8 file with URL starting as > "concat:". Then it tries to read the first file in the list, i.e. > "fileSequence0.ts". Since it is a relative URL, it must be turned into > an absolute one. Normally, the base would have been > http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear3/ > ; > but since you concatenated the m3u8 files first, the base is considered > to be > "concat: > http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear3/prog_index.m3u8|http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear0/ > ", > and the name of the segment is appended to it. > > Note that you did not quote the error message correctly. This is why we > request full uncut console output. > > Regards, > > -- > Nicolas George > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". From barsnick at gmx.net Mon Jan 16 14:10:30 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Mon, 16 Jan 2017 13:10:30 +0100 Subject: [FFmpeg-user] [ffplay] Trouble using concat protocol In-Reply-To: References: <20170116103743.GA142919@phare.normalesup.org> Message-ID: <20170116121030.GD10009@sunshine.barsnick.net> On Mon, Jan 16, 2017 at 11:09:01 +0000, Jian Guo wrote: > http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear3/prog_index.m3u8|http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear0/prog_index.m3u8 > -bash: > http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear0/prog_index.m3u8: > No such file or directory At this point, your shell took over part of your command line. You need to quote the "concat:url...|url..." part, so that the shell does not interpret the '|' character as a pipe. Moritz From aliezted at gmail.com Mon Jan 16 14:22:52 2017 From: aliezted at gmail.com (Jian Guo) Date: Mon, 16 Jan 2017 12:22:52 +0000 Subject: [FFmpeg-user] [ffplay] Trouble using concat protocol In-Reply-To: <20170116121030.GD10009@sunshine.barsnick.net> References: <20170116103743.GA142919@phare.normalesup.org> <20170116121030.GD10009@sunshine.barsnick.net> Message-ID: I added the quote but it didn't work neither. aLIEzTeddeMBP:~ JianGuo$ ffplay -safe 0 -protocol_whitelist concat,file,subfile,http,https,tcp,tls "concat: http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear3/prog_index.m3u8|http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear0/prog_index.m3u8 " ffplay version 3.2.2 Copyright (c) 2003-2016 the FFmpeg developers built with Apple LLVM version 8.0.0 (clang-800.0.42.1) configuration: --prefix=/usr/local/Cellar/ffmpeg/3.2.2 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-hardcoded-tables --enable-avresample --cc=clang --host-cflags= --host-ldflags= --enable-ffplay --enable-libmp3lame --enable-libx264 --enable-libxvid --enable-opencl --disable-lzma --enable-vda libavutil 55. 34.100 / 55. 34.100 libavcodec 57. 64.101 / 57. 64.101 libavformat 57. 56.100 / 57. 56.100 libavdevice 57. 1.100 / 57. 1.100 libavfilter 6. 65.100 / 6. 65.100 libavresample 3. 1. 0 / 3. 1. 0 libswscale 4. 2.100 / 4. 2.100 libswresample 2. 3.100 / 2. 3.100 libpostproc 54. 1.100 / 54. 1.100 [hls,applehttp @ 0x7fa8f380ac00] Failed to open segment of playlist 0 Last message repeated 360 times [hls,applehttp @ 0x7fa8f380ac00] Error when loading first segment 'concat: http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear3/prog_index.m3u8|http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear0/fileSequence0.ts ' concat: http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear3/prog_index.m3u8|http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear0/prog_index.m3u8: Invalid data found when processing input On Mon, Jan 16, 2017 at 8:10 PM Moritz Barsnick wrote: > On Mon, Jan 16, 2017 at 11:09:01 +0000, Jian Guo wrote: > > > http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear3/prog_index.m3u8|http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear0/prog_index.m3u8 > > -bash: > > > http://devimages.apple.com.edgekey.net/streaming/examples/bipbop_4x3/gear0/prog_index.m3u8 > : > > No such file or directory > > At this point, your shell took over part of your command line. You need > to quote the "concat:url...|url..." part, so that the shell does not > interpret the '|' character as a pipe. > > Moritz > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". From kieran.o.leary at gmail.com Mon Jan 16 14:47:18 2017 From: kieran.o.leary at gmail.com (Kieran O Leary) Date: Mon, 16 Jan 2017 12:47:18 +0000 Subject: [FFmpeg-user] Manually convert XYZ to YUV In-Reply-To: References: Message-ID: Hi Carles, On Mon, Jan 16, 2017 at 10:52 AM, Carles Vila wrote: > Hi I have been given an MP4 which has been extracted from DCP without > color-correction, so it still has the greenish look from the XYZ > colorspace. > Is there any way to convert it and make it look approximately normal? > I am also interesting in this in the context of creating surrogates of DCPs within a film archive. I made a thread about the potential of using -vf colorspace but that didn't resolve the issue. https://ffmpeg.org/pipermail/ffmpeg-user/2016-November/034223.html Best, -Kieran. From rogerdpack2 at gmail.com Mon Jan 16 20:27:35 2017 From: rogerdpack2 at gmail.com (Roger Pack) Date: Mon, 16 Jan 2017 11:27:35 -0700 Subject: [FFmpeg-user] compile ffmpeg missing Xlib, or indevs is empty In-Reply-To: References: Message-ID: On 1/14/17, 密思刘 wrote: > ffmpeg-3.2.2/b4$../configure --disable-ffplay --disable-ffprobe > --disable-ffserver --disable-doc --disable-htmlpages --disable-manpages > --disable-podpages --disable-txtpages --disable-logging --disable-protocols > --enable-protocol='file,data,pipe' --disable-encoders --enable-encoder=gif > --disable-decoders --enable-decoder='gif,rawvideo' --disable-outdevs > --disable-filters --enable-filter='scale,zscale' --disable-muxers > --enable-muxer='gif,rawvideo' --disable-demuxers > --enable-demuxer='gif,rawvideo' --disable-hwaccels --disable-parsers > --disable-bsfs --disable-indevs --enable-indev='dshow,x11grab' > --extra-libs=-static --extra-cflags=--static --disable-sdl2 > --disable-bzlib --disable-vdpau --disable-xvmc --disable-nvenc > --enable-gpl --enable-nonfree --enable-x11grab > ERROR: Xlib not found > > If you think configure made a mistake, make sure you are using the latest > version from Git. If the latest version fails, report the problem to the > ffmpeg-user at ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net. > Rerun configure with logging enabled (do not use --disable-logging), and > include the log this produces with your report. --enable-indev='dshow dshow on linux might not work since it's a windows thing. From tung.tran at v247.com Mon Jan 16 22:52:09 2017 From: tung.tran at v247.com (Tung Tran) Date: Mon, 16 Jan 2017 14:52:09 -0600 Subject: [FFmpeg-user] Intermittent error when segment files from concat Message-ID: Hello I am trying to concat the segments files from previous transcoding (using -ss option) and fragment it for hls, but sometime I got this error *Could not write header for output file #0 (incorrect codec parameters ?): Invalid argumentStream mapping:* but sometime it worked just fine, same command, Please give me some hits how to make it more stable. Thank you very much Below is my command /opt/ffmpeg/ffmpeg -i 'concat:/farm/files/out/587d0488bb4262d21c8b4577/587d0488bb4262d21c8b4577_part0.3696.kbps.ts|/farm/files/out/587d0488bb4262d21c8b4577/587d0488bb4262d21c8b4577_part1.3696.kbps.ts|/farm/files/out/587d0488bb4262d21c8b4577/587d0488bb4262d21c8b4577_part2.3696.kbps.ts|/farm/files/out/587d0488bb4262d21c8b4577/587d0488bb4262d21c8b4577_part3.3696.kbps.ts' -c copy -hls_time 5 -hls_key_info_file /farm/files/key/587d0488bb4262d21c8b4577.keyinfo -hls_playlist_type vod -hls_segment_filename '/farm/files/out/587d0488bb4262d21c8b4577/587d0488bb4262d21c8b4577_3696kbps_%d.ts' '/farm/files/out/587d0488bb4262d21c8b4577/587d0488bb4262d21c8b4577_3696kbps.m3u8' Log: *ffmpeg stderr: ffmpeg version 3.2.2-static http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2016 the FFmpeg developers* * built with gcc 5.4.1 (Debian 5.4.1-4) 20161202* * configuration: --enable-gpl --enable-version3 --enable-static --disable-debug --disable-ffplay --disable-indev=sndio --disable-outdev=sndio --cc=gcc-5 --enable-fontconfig --enable-frei0r --enable-gnutls --enable-gray --enable-libass --enable-libfreetype --enable-libfribidi --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxvid --enable-libzimg* * libavutil 55. 34.100 / 55. 34.100* * libavcodec 57. 64.101 / 57. 64.101* * libavformat 57. 56.100 / 57. 56.100* * libavdevice 57. 1.100 / 57. 1.100* * libavfilter 6. 65.100 / 6. 65.100* * libswscale 4. 2.100 / 4. 2.100* * libswresample 2. 3.100 / 2. 3.100* * libpostproc 54. 1.100 / 54. 1.100* *Input #0, mpegts, from 'concat:/farm/files/out/587d0488bb4262d21c8b4577/587d0488bb4262d21c8b4577_part0.3696.kbps.ts|/farm/files/out/587d0488bb4262d21c8b4577/587d0488bb4262d21c8b4577_part1.3696.kbps.ts|/farm/files/out/587d0488bb4262d21c8b4577/587d0488bb4262d21c8b4577_part2.3696.kbps.ts|/farm/files/out/587d0488bb4262d21c8b4577/587d0488bb4262d21c8b4577_part3.3696.kbps.ts':* * Duration: 00:00:44.06, start: 1.424067, bitrate: 86635 kb/s* * Program 1 * * Metadata:* * service_name : Service01* * service_provider: FFmpeg* * Stream #0:0[0x100]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(progressive), 1920x1080, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc* * Stream #0:1[0x101](eng): Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 234 kb/s* *[hls muxer @ 0x53f7800] no key URI specified in key info file* *Could not write header for output file #0 (incorrect codec parameters ?): Invalid argumentStream mapping:* --- Best regards, *Tung Tran* *UNO IPTV* *V247 Enterprise Corp*Phone: 713.358.2257 9999 Bellaire Blvd., Ste. 1111* | *Houston, TX 77036 *tung.tran at V247.com | www.V247.com * From barsnick at gmx.net Mon Jan 16 23:15:38 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Mon, 16 Jan 2017 22:15:38 +0100 Subject: [FFmpeg-user] Intermittent error when segment files from concat In-Reply-To: References: Message-ID: <20170116211538.GA15035@sunshine.barsnick.net> On Mon, Jan 16, 2017 at 14:52:09 -0600, Tung Tran wrote: > *Could not write header for output file #0 (incorrect codec parameters ?): > Invalid argumentStream mapping:* > > but sometime it worked just fine, same command, > Please give me some hits how to make it more stable. You need to read all the messages: > *[hls muxer @ 0x53f7800] no key URI specified in key info file* That's an error you need to fix, I guess. Moritz From tung.tran at v247.com Mon Jan 16 23:57:06 2017 From: tung.tran at v247.com (Tung Tran) Date: Mon, 16 Jan 2017 15:57:06 -0600 Subject: [FFmpeg-user] Intermittent error when segment files from concat In-Reply-To: <20170116211538.GA15035@sunshine.barsnick.net> References: <20170116211538.GA15035@sunshine.barsnick.net> Message-ID: Hi Mortiz Thanks for your reply but that is not the issue, I got same issue with or without encryption option. When it worked, it also showed that message. --- Best regards, *Tung Tran* *UNO IPTV* *V247 Enterprise Corp*Phone: 713.358.2257 9999 Bellaire Blvd., Ste. 1111* | *Houston, TX 77036 *tung.tran at V247.com | www.V247.com * On Mon, Jan 16, 2017 at 3:15 PM, Moritz Barsnick wrote: > On Mon, Jan 16, 2017 at 14:52:09 -0600, Tung Tran wrote: > > *Could not write header for output file #0 (incorrect codec parameters > ?): > > Invalid argumentStream mapping:* > > > > but sometime it worked just fine, same command, > > Please give me some hits how to make it more stable. > > You need to read all the messages: > > > *[hls muxer @ 0x53f7800] no key URI specified in key info file* > > That's an error you need to fix, I guess. > > Moritz > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". From mgrommet at techfriends.com Tue Jan 17 18:05:32 2017 From: mgrommet at techfriends.com (Mike Grommet) Date: Tue, 17 Jan 2017 10:05:32 -0600 Subject: [FFmpeg-user] Combining videos with small offset. Got a 2 pass solution, can it be done in one? Message-ID: <93a43aae-feee-81e6-a085-ed3f00fd0250@techfriends.com> Hi list -- it's been a while! Happy (late) New Year! So, I've got two recordings. One was recorded slightly offset from the other of the same event. They both have audio that I need to merge / preserve. I'm looking to display the videos side by side, and have been using filter_complex with good results. I've been experimenting with itsoffset to get the videos / audio in sync. This command synchs up the videos. The audio from both recordings is in sync with themselves, but is not quite in synch with the video. Close but no cigar. ffmpeg -itsoffset 0.51 -i test1.mp4 -i test2.mp4 -filter_complex "[0:v]scale=iw/2:ih/2,pad=2*iw:ih[left];[1:v]scale=iw/2:ih/2[right];[left][right]overlay=main_w/2:0[out],[0:a]adelay=0551[a0];[a0][1:a]amerge=inputs=2 [a]" -map [out] -map "[a]" testout.mp4 However, this two step solution works perfectly: ffmpeg -i test1.mp4 -i test2.mp4 -filter_complex "[0:a]adelay=0551[a0];[a0][1:a]amerge=inputs=2 [a]" -map "[a]" blah.wav ffmpeg -itsoffset 0.51 -i test1.mp4 -i test2.mp4 -i blah.wav -filter_complex "[0:v]scale=iw/2:ih/2,pad=2*iw:ih[left];[1:v]scale=iw/2:ih/2[right];[left][right]overlay=main_w/2:0[out]" -map [out] -map 2:a testout.mp4 It seems like I should be able to combine this into a one pass solution, but apparently I'm doing something dumb. Any thoughts, or advice? M. From m.zdila at gmail.com Tue Jan 17 18:15:47 2017 From: m.zdila at gmail.com (=?UTF-8?Q?Martin_=C5=BDdila?=) Date: Tue, 17 Jan 2017 17:15:47 +0100 Subject: [FFmpeg-user] Audio cut when using select filter Message-ID: Hello I am trying to grab a screen with audio, record it to mp4 file and also extract 60th frame as jpeg: ffmpeg -hide_banner -y -thread_queue_size 512 -video_size 800x600 -framerate 30 -r 30 -f x11grab -draw_mouse 0 -i :0.0 -thread_queue_size 512 -f pulse -i default -filter_complex "[0:v]split=2[in1][in2];[in2]copy[out2];[in1]select=eq(n\,60)[out1]" -map '[out2]' -map '1:a' -vcodec libx264 -acodec libmp3lame -preset fast xxx.mp4 -map '[out1]' -frames:v 1 xxx.jpeg The problem is that after the frame for jpeg is selected the audio is no more recorded. How could I solve it? Thanks in advance -- Martin Ždila From sankeeta.bhandari at genora.co.uk Tue Jan 17 14:35:04 2017 From: sankeeta.bhandari at genora.co.uk (Sankeeta Bhandari) Date: Tue, 17 Jan 2017 18:05:04 +0530 Subject: [FFmpeg-user] filter_complex Message-ID: Hello, I am trying to run " *​filter_complex*" command on my Godaddy VPS server but it is giving "Unrecognized option 'filter_complex' " error. But when I try to run it on my local system server it works perfectly fine. I tried contacting Godaddy server support team, but they are saying they have installed the latest version and they have no support for assisting on FFMPEG issue. I am struggling from last two months to solve this issue. Your help will be greatly appreciated. Below are the details. *Current FFmpeg running on Local system* ffmpeg version N-81154-gfb91143 Copyright (c) 2000-2016 the FFmpeg developers"," built with gcc 5.4.0 (GCC) other details ffmpeg-php version 0.6.3 ffmpeg-php built on Apr 1 2012 09:52:19 ffmpeg-php gd support enabled ffmpeg libavcodec version Lavc52.72.2 ffmpeg libavformat version Lavf52.64.2 ffmpeg swscaler version SwS0.11.0 DirectiveLocal ValueMaster Value ffmpeg.allow_persistent 0 0 ffmpeg.show_warnings 0 0 *Current version running on server* FFmpeg version 0.6.5, Copyright (c) 2000-2010 the FFmpeg developers, built on Jan 29 2012 17:52:15 with gcc 4.4.5 20110214 (Red Hat 4.4.5-6) other details ffmpeg ffmpeg-php version 0.6.0-svn ffmpeg-php built on Dec 7 2016 10:22:41 ffmpeg-php gd support enabled ffmpeg libavcodec version Lavc52.72.2 ffmpeg libavformat version Lavf52.64.2 ffmpeg swscaler version SwS0.11.0 DirectiveLocal ValueMaster Value ffmpeg.allow_persistent 0 0 ffmpeg.show_warnings 0 0 -- Thank You. with Best Regards, *Sankeeta Bhandari* *Phone no:0832-6626107 * *www.genorainfotech.com * *http://www.facebook.com/genora.infotech * *https://twitter.com/genora_infotech* ************** LEGAL DISCLAIMER ************ This e-mail may contain Confidential and/or Legally Privileged Information and is meant for the intended recipient(s) only. If you have received this e-mail in error and are not the intended recipient/s: Kindly notify us at contact at genora.co.in and also delete this e-mail immediately from your system. Do not copy, forward, disclose, or otherwise use it or any part of it in any form whatsoever. Internet Communication cannot be guaranteed to be secure or error-free as information could be delayed, intercepted, corrupted, lost, or can contain viruses. Genora Infotech does not accept any liability for any error, omissions, viruses or computer related problems experienced by any recipient as a result of this e-mail. From lists at reto.ch Tue Jan 17 22:40:27 2017 From: lists at reto.ch (Reto Kromer) Date: Tue, 17 Jan 2017 21:40:27 +0100 Subject: [FFmpeg-user] filter_complex In-Reply-To: Message-ID: Sankeeta Bhandari wrote: >FFmpeg version 0.6.5, Copyright (c) 2000-2010 the FFmpeg >developers, built on Jan 29 2012 17:52:15 with gcc 4.4.5 >20110214 (Red Hat 4.4.5-6) We are in 2017 and the current release is 3.2.2. From alexey.vasilyev at gmail.com Wed Jan 18 16:03:46 2017 From: alexey.vasilyev at gmail.com (Alexey Vasilyev) Date: Wed, 18 Jan 2017 14:03:46 +0000 Subject: [FFmpeg-user] Multiple lower transport protocols via rtsp_transport Message-ID: Hi, In https://ffmpeg.org/ffmpeg-protocols.html written that "Multiple lower transport protocols may be specified, in that case they are tried one at a time". I tried specifying "-rtsp_transport udp;tcp" and it takes only udp. Any ideas? Alex. -- Best regards, Alex. From barsnick at gmx.net Wed Jan 18 16:16:28 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Wed, 18 Jan 2017 15:16:28 +0100 Subject: [FFmpeg-user] Multiple lower transport protocols via rtsp_transport In-Reply-To: References: Message-ID: <20170118141628.GA11800@sunshine.barsnick.net> On Wed, Jan 18, 2017 at 14:03:46 +0000, Alexey Vasilyev wrote: > I tried specifying "-rtsp_transport udp;tcp" and it takes only udp. > Any ideas? Good question. Since it's a flag, it should be possible with "-rtsp_transport udp+tcp" or "-rtsp_transport +udp+tcp" (Numerically, it would be a combination of '1' for UDP and '2' for TCP, resulting in '3'.) Moritz From maandree at kth.se Wed Jan 18 18:02:06 2017 From: maandree at kth.se (Mattias =?UTF-8?B?QW5kcsOpZQ==?=) Date: Wed, 18 Jan 2017 17:02:06 +0100 Subject: [FFmpeg-user] Raw video format In-Reply-To: <20170110193608.3f665150.maandree@kth.se> References: <20170109231115.75590911.maandree@kth.se> <20170110172219.374e9890.maandree@kth.se> <20170110193608.3f665150.maandree@kth.se> Message-ID: <20170118170206.44f03737.maandree@kth.se> Since I'm not getting the answer, I'm unsubscribing, but if you have the answer feel free to e-mail me. On Tue, 10 Jan 2017 19:36:08 +0100 Mattias Andrée wrote: > On Tue, 10 Jan 2017 17:47:38 +0100 > Carl Eugen Hoyos wrote: > > > 2017-01-10 17:26 GMT+01:00 Mattias Andrée > > : > > > On Tue, 10 Jan 2017 12:05:24 +0100 > > > Carl Eugen Hoyos wrote: > > > > > >> 2017-01-09 23:11 GMT+01:00 Mattias Andrée > > >> : > > >> > I have a stream of YUV colours (with alpha), stored > > >> > with raw `double`s. > > >> > > >> FFmpeg does not support float pix_fmt and at least > > >> some developers believe that this wouldn't help > > >> anyway for expected input. > > >> > > >> > I want to use ffmpeg -f rawvideo -pix_fmt ayuv64le > > >> > to convert this into a normal video format. > > >> > > >> This is the point: > > >> "Normal" video format is integer, so why would it > > >> help if you input float? > > >> > > >> > How should I encode each pixel so that ffmpeg can > > >> > decode them? > > >> > > >> RGBA64 comes to mind if your input is rgb. > > >> > > >> If you want to input float into FFmpeg, you have to > > >> write exr frames but note that they are converted to > > >> int before any further processing. > > > > > I'm pretty sure I prefer YUV over RGB. > > > > I realize that my comment above concerning RGBA64 > > may not make sense to you, please ignore. > > (My first guess was that your input is exr or related.) > > > > > Values in YUV are floats > > > > I don't understand: > > Do you mean that in your application (or the application > > that you want to use) yuv are floats? This is of course > > possible and it is a problem for you, because yuv float > > is not only not supported by FFmpeg but not supported > > by any related application. > > Or do you mean that all "YUV" values are always float? > > In the world of codecs (that's where FFmpeg is used) > > yuv is always integer, there is no video codec that > > outputs floats and I believe it makes little sense to > > write an encoder that accepts floats. > > (tiff and a few others do support floats but as said > > FFmpeg does not support it.) > > I mean the former. > > I have figured out that if I convert an sRGB colour, > with 8-bits per channel with the transfer function > applied, to YUV without unapplying the transfer function, > and then let > > Y := Y ⋅ 256 + 16 ⋅ 256 > U := U ⋅ 256 + 128 ⋅ 256 > V := V ⋅ 256 + 128 ⋅ 256 > > I get values pretty close to those from ffmpeg get. > > I have tries both the conversion matrix > > ⎛ 0.299 0.587 0.114 ⎞ > ⎜−0.450/3.069 −0.883/3.069 1.333/3.069⎟ > ⎝ 1.333/2.169 -1.116/2.169 -0.217/2.169⎠ > > and the conversion matrix > > ⎛ 0.299 0.587 0.114 ⎞ > ⎜−0.14713 −0.28886 0.436 ⎟ > ⎝ 0.615 −0.51499 −0.10001⎠ > > The produce very similar results, but both are a bit > off from what ffmpeg produce. > > What adjustments should be done so the conversion > from sRGB to YUV matches that done by ffmpeg? > > > > > > that can be negative or large, it does not have > > > the simple bounds of [0, 1], with the exception of > > > the Y value, like you normally have with RGB. > > > > (Suspecting now that you are thinking of analog video) > > Please understand that this is simply not true for > > FFmpeg: On this mailing list, when we talk about > > "yuv", we mean 8bit or 16bit integer values (full > > scale or mpeg scale). > > No, I'm just talking about raw encoded colours. > > > > > > So my question is how should a YUV value be > > > encoded as an integer? > > > > You will have to find a linear representation for the > > values that you call "YUV" as everybody else does. > > > > > Floats are useful for rendering > > > > Given that no hardware (?) and no real-world video > > codec support floats, I wonder what you mean here. > > Perhaps composing is more accurate word. Floats are > useful for the mathematics. For example if you have > two images with alpha you want to put on top of each > other, normalised floats and no transfer function > applied makes the maths simpler. > > > > > > so I think it would be > > > preferable for ffmpeg to support it as it would speed > > > up rending as it would eliminate some conversion. > > > > This sounds very unlikely. > > > > My new guess is that you should simply convert to > > yuv420p (as defined by FFmpeg) to get "normal video > > format" as output (and no additional conversion needed). > > > > Carl Eugen > > _______________________________________________ > > ffmpeg-user mailing list > > ffmpeg-user at ffmpeg.org > > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > > > To unsubscribe, visit link above, or email > > ffmpeg-user-request at ffmpeg.org with subject > > "unsubscribe". -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From dinizthiagobr at gmail.com Thu Jan 19 03:23:06 2017 From: dinizthiagobr at gmail.com (dinizthiagobr) Date: Wed, 18 Jan 2017 17:23:06 -0800 (PST) Subject: [FFmpeg-user] DrawText Not Drawing from top-left (0,0) Message-ID: <1484788986528-4678874.post@n4.nabble.com> Hey, So I`m trying a pretty common task, draw a text on the *top-left* of my video (0,0), but for some reason it draws on the *top-right*, and the text is written vertically for some reason, I want it to be written horizontally. Here`s the code I`m using (Xamarin Android): List cmd = new List(); cmd.Add("-i"); cmd.Add(GetPathToImage(this.ApplicationContext, videoUri)); cmd.Add("-vcodec libx264 -acodec aac -strict -2 -ar 44100 -r 30"); cmd.Add("-vf"); cmd.Add("scale=720:368,pad=750:398:15:15:white,drawtext=fontfile="+fontFilePath+":text=AAAA:x=0:y=0:fontsize=30:box=1"); cmd.Add(croppedVideoPath); Additionally, I`m using *pad* to create a white border on my video, but I want the top border to be bigger than the rest, how can I achieve that? Thank you, -- View this message in context: http://ffmpeg-users.933282.n4.nabble.com/DrawText-Not-Drawing-from-top-left-0-0-tp4678874.html Sent from the FFmpeg-users mailing list archive at Nabble.com. From peter777 at users.sourceforge.net Thu Jan 19 06:40:47 2017 From: peter777 at users.sourceforge.net (Peter) Date: Thu, 19 Jan 2017 15:40:47 +1100 Subject: [FFmpeg-user] Help with extracting audio from MP4 Message-ID: <2390735.IL4T2rGo1A@peter-asus64> Hi, I have seen many examples using ffmpeg to extract the audio from a video. But these examples are mostly from other sites (ie.e not the ffmpeg site), and 3 to 5 years old. I can't seem to find the documentation from the ffmpeg website, on how to use ffmpeg to extract audio from a video file. Here is the video file .. ---------------- $ ffmpeg -i 16187821_363927127308754_4400528164682465280_n.mp4 ffmpeg version 2.8.10-0ubuntu0.16.04.1 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 5.4.0 (Ubuntu 5.4.0-6ubuntu1~16.04.4) 20160609 configuration: --prefix=/usr --extra-version=0ubuntu0.16.04.1 --build-suffix=- ffmpeg --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/ include/x86_64-linux-gnu --cc=cc --cxx=g++ --enable-gpl --enable-shared -- disable-stripping --disable-decoder=libopenjpeg --disable- decoder=libschroedinger --enable-avresample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable- libcaca --enable-libcdio --enable-libflite --enable-libfontconfig --enable- libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable- libmodplug --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable- libpulse --enable-librtmp --enable-libschroedinger --enable-libshine --enable- libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable- libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable- libwavpack --enable-libwebp --enable-libx265 --enable-libxvid --enable-libzvbi --enable-openal --enable-opengl --enable-x11grab --enable-libdc1394 --enable- libiec61883 --enable-libzmq --enable-frei0r --enable-libx264 --enable- libopencv libavutil 54. 31.100 / 54. 31.100 libavcodec 56. 60.100 / 56. 60.100 libavformat 56. 40.101 / 56. 40.101 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 40.101 / 5. 40.101 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 2.101 / 1. 2.101 libpostproc 53. 3.100 / 53. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '16187821_363927127308754_4400528164682465280_n.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf56.40.101 Duration: 00:11:16.65, start: 0.000000, bitrate: 576 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 360x642, 500 kb/s, 29.61 fps, 29.67 tbr, 90k tbn, 59.33 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, mono, fltp, 66 kb/s (default) Metadata: handler_name : SoundHandler At least one output file must be specified -------------------------- If I simply supply an output filename, it results in the codec of MPEG Audio Layer 1/2(mpga), sample rate: 48000 Hz and bitrate: 64 kb/s If I use an example and the code is .. ffmpeg -i 16187821_363927127308754_4400528164682465280_n.mp4 -b:a 192K -vn filename.mp3 .. the file is about 3 times the size and the bitrate is 192 kb/s Now to my questions: 1. Do I need to change the frame rate or bit rate ? 2. How do I ensure the audio quality is as good as the audio in the video ? 3. Can the audio quality be improved ? Regards, Peter From ceffmpeg at gmail.com Thu Jan 19 07:15:01 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Thu, 19 Jan 2017 06:15:01 +0100 Subject: [FFmpeg-user] Help with extracting audio from MP4 In-Reply-To: <2390735.IL4T2rGo1A@peter-asus64> References: <2390735.IL4T2rGo1A@peter-asus64> Message-ID: 2017-01-19 5:40 GMT+01:00 Peter : > If I simply supply an output filename, it results in the codec of > MPEG Audio Layer 1 That's impossible, no layer 1 encoder exists for FFmpeg. Maybe you are searching for something like the following? $ ffmpeg -i 16187821_363927127308754_4400528164682465280_n.mp4 -acodec copy out.aac Carl Eugen From peter777 at users.sourceforge.net Thu Jan 19 08:18:55 2017 From: peter777 at users.sourceforge.net (Peter) Date: Thu, 19 Jan 2017 17:18:55 +1100 Subject: [FFmpeg-user] Help with extracting audio from MP4 In-Reply-To: References: <2390735.IL4T2rGo1A@peter-asus64> Message-ID: <2830835.uXJJLEP4Zz@peter-asus64> On Thursday, 19 January 2017 6:15:01 AM AEDT Carl Eugen Hoyos wrote: > 2017-01-19 5:40 GMT+01:00 Peter : > > If I simply supply an output filename, it results in the codec of > > MPEG Audio Layer 1 > > That's impossible, no layer 1 encoder exists for FFmpeg. The line must have benn cutoff in your viewer, .. the line was .. If I simply supply an output filename, it results in the codec of MPEG Audio Layer 1/2(mpga), sample rate: 48000 Hz and bitrate: 64 kb/s > Maybe you are searching for something like the following? > $ ffmpeg -i 16187821_363927127308754_4400528164682465280_n.mp4 > -acodec copy out.aac Thanks, I tried that. The sound is okay. For mp3 output, I used an example .. ffmpeg -i 16187821_363927127308754_4400528164682465280_n.mp4 -codec:a libmp3lame -qscale:a 2 output.mp3 Not sure if I'm using the correct parametrs though. We require the output to be an mp3 file. Peter From barsnick at gmx.net Thu Jan 19 11:11:24 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Thu, 19 Jan 2017 10:11:24 +0100 Subject: [FFmpeg-user] Help with extracting audio from MP4 In-Reply-To: <2830835.uXJJLEP4Zz@peter-asus64> References: <2390735.IL4T2rGo1A@peter-asus64> <2830835.uXJJLEP4Zz@peter-asus64> Message-ID: <20170119091124.GB22895@sunshine.barsnick.net> On Thu, Jan 19, 2017 at 17:18:55 +1100, Peter wrote: > > Maybe you are searching for something like the following? > > $ ffmpeg -i 16187821_363927127308754_4400528164682465280_n.mp4 > > -acodec copy out.aac > > Thanks, I tried that. The sound is okay. No, the sound is not "okay", it should be *exactly* as the original. ffmpeg can't help you make it any "better" than this (unless you want to apply filters to change the original). > For mp3 output, I used an example .. > > ffmpeg -i 16187821_363927127308754_4400528164682465280_n.mp4 -codec:a > libmp3lame -qscale:a 2 output.mp3 > > Not sure if I'm using the correct parametrs though. We require the output to > be an mp3 file. Basically yes. When trancoding, you will always be trading off file size versus quality, you can't have the best of both. And whether the quality setting you choose is sufficient depends heavily on your requirements, your ears, and your input material. "-q:a 2" is "usually" sufficient though, while ffmpeg's default of 128 kbit/s constant bit rate may be too low for most needs. Moritz From terje at nordland-teknikk.no Thu Jan 19 20:19:57 2017 From: terje at nordland-teknikk.no (Terje J. Hanssen) Date: Thu, 19 Jan 2017 19:19:57 +0100 Subject: [FFmpeg-user] DV to SD Blu-ray Message-ID: Hi List, I'm a new user here and want suggestions for "best" ffmpeg syntax to transcode PAL 576i DV source files to compliant SD-BD_x264m2ts and/or SD-BD_mpeg2.m2ts. The AVCHD-SD specification is possibly something that could be used https://en.wikipedia.org/wiki/AVCHD#Specifications My purpose is to - archive this on 25GB-50GB BD-R discs in an suited format for future editing - keep the source quality at relative high bit-rate (i.e AVC at 15 Mbps or MPEG-2 (I-frame?) at 25 Mbps) - playback compliance with BD-players. - keep by copy the DV LPCM audio if possible. The closest samples as references I've found for encoding Blu-ray are these: 1) with x264 (video only) http://www.x264bluray.com/home/576i-pal 2) with ffmpeg http://forum.videohelp.com/threads/365667-FFmpeg-best-settings-to-encode-Blu-Ray?p=2332049&viewfull=1#post2332049 I want suggestions how to possibly "merge" relevant parameters from 1) x264 into 2) ffmpeg syntax ? 3) As a first attempt I tried to apply 2) mostly as is, but didn't succeed to get LPCM audio copied: ffplay and VLC can playback the out video file SD-BD_x264.m2ts without Audio. ffmpeg -i dv01.dv -c:v libx264 -profile:v high -level 41 -pix_fmt yuv420p -preset slow -crf 20 -g 24 -vf setsar=sar=12/11 -threads 8 -x264opts bluray-compat=1:vbv-bufsize=15000:vbv-maxrate=30000 -acodec copy -strict experimental -ar 48000 -ab 256k -y SD-BD_x264.m2ts ffmpeg version 3.2 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 4.8 (SUSE Linux) ............... Input #0, dv, from 'dv01.dv': Metadata: timecode : 00:00:00:00 Duration: 00:09:56.48, start: 0.000000, bitrate: 28800 kb/s Stream #0:0: Video: dvvideo, yuv420p, 720x576 [SAR 16:15 DAR 4:3], 25000 kb/s, 25 fps, 25 tbr, 25 tbn, 25 tbc Stream #0:1: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s [libx264 @ 0xd90880] using SAR=12/11 [libx264 @ 0xd90880] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2 [libx264 @ 0xd90880] profile High, level 4.1 Output #0, mpegts, to 'SD-BD_x264.m2ts': Metadata: timecode : 00:00:00:00 encoder : Lavf57.56.100 Stream #0:0: Video: h264 (libx264), yuv420p, 720x576 [SAR 12:11 DAR 15:11], q=-1--1, 25 fps, 90k tbn, 25 tbc Metadata: encoder : Lavc57.64.100 libx264 Side data: cpb: bitrate max/min/avg: 30000000/0/0 buffer size: 15000000 vbv_delay: -1 Stream #0:1: Audio: pcm_s16le, 48000 Hz, stereo, 1536 kb/s Stream mapping: Stream #0:0 -> #0:0 (dvvideo (native) -> h264 (libx264)) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame=14912 fps= 53 q=-1.0 Lsize= 755397kB time=00:09:56.44 bitrate=10375.2kbits/s speed=2.14x video:571865kB audio:111840kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 10.485744% [libx264 @ 0xd90880] frame I:720 Avg QP:20.31 size: 88271 [libx264 @ 0xd90880] frame P:5311 Avg QP:23.17 size: 46922 [libx264 @ 0xd90880] frame B:8881 Avg QP:25.88 size: 30721 [libx264 @ 0xd90880] consecutive B-frames: 18.9% 1.8% 9.8% 69.5% [libx264 @ 0xd90880] mb I I16..4: 1.9% 94.2% 4.0% [libx264 @ 0xd90880] mb P I16..4: 2.0% 25.2% 1.8% P16..4: 31.9% 22.9% 12.0% 0.0% 0.0% skip: 4.2% [libx264 @ 0xd90880] mb B I16..4: 0.1% 4.1% 0.2% B16..8: 41.4% 15.3% 5.5% direct:28.1% skip: 5.3% L0:32.7% L1:32.0% BI:35.4% [libx264 @ 0xd90880] 8x8 transform intra:90.0% inter:75.5% [libx264 @ 0xd90880] direct mvs spatial:100.0% temporal:0.0% [libx264 @ 0xd90880] coded y,uvDC,uvAC intra: 94.3% 90.6% 51.5% inter: 72.2% 67.9% 7.9% [libx264 @ 0xd90880] i16 v,h,dc,p: 27% 60% 8% 5% [libx264 @ 0xd90880] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 13% 14% 24% 6% 8% 7% 8% 8% 12% [libx264 @ 0xd90880] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 6% 60% 3% 4% 5% 4% 6% 4% 8% [libx264 @ 0xd90880] i8c dc,h,v,p: 41% 26% 16% 17% [libx264 @ 0xd90880] Weighted P-Frames: Y:13.6% UV:5.8% [libx264 @ 0xd90880] ref P L0: 64.2% 21.1% 11.6% 3.1% [libx264 @ 0xd90880] ref B L0: 91.4% 8.6% [libx264 @ 0xd90880] ref B L1: 92.7% 7.3% [libx264 @ 0xd90880] kb/s:7853.94 4) ffprobe SD-BD_x264.m2ts ................ Input #0, mpegts, from 'SD-BD_x264.m2ts': Duration: 00:09:56.48, start: 1.480000, bitrate: 10374 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(progressive), 720x576 [SAR 12:11 DAR 15:11], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x101]: Data: bin_data ([6][0][0][0] / 0x0006) Unsupported codec with id 100359 for input stream 1 ------------ Thanks, Terje Hanssen From kimda90 at gmail.com Thu Jan 19 04:20:34 2017 From: kimda90 at gmail.com (Daniel Kim) Date: Thu, 19 Jan 2017 02:20:34 +0000 Subject: [FFmpeg-user] FFMPEG and OCIO Message-ID: Hi! I'm trying to use ffmpeg in our pipeline and integrate it with OCIO for the color space transformations. I couldn't find any information available. Thanks! -- Daniel Kim +54 11 67999117 From mdaymard at gmail.com Thu Jan 19 16:04:45 2017 From: mdaymard at gmail.com (Maxime Daymard) Date: Thu, 19 Jan 2017 15:04:45 +0100 Subject: [FFmpeg-user] Concatenate two mp4 videos - result is not playable Message-ID: <34040049-3F9B-47C3-8924-E61F386985A7@gmail.com> Hello, I'm trying to concat two videos (see link to dropbox) with the command below (concat demuxer), but the result is not playable, and I don't know why. Basically, when I play the result concatenated video (A+B=C), the playback stops at B. I would like to avoid using the concat filter which is slower. If I could only re-encode "video2.mp4" so that the concat works, this would be perfect. Any help would be really appreciated, thanks in advance ! Command (obviously the concat.txt file must contains the paths to the two input videos) : ffmpeg -f concat -safe 0 -i concat.txt -c copy -y result.mp4 Both videos can be found on dropbox here (~50M): https://www.dropbox.com/sh/v99mngn7pfhrfvx/AADKnnJ1trFEF-kPy6p7dssga?dl=0 Thank you again very much in advance ! PS : First time I ask for help here, not sure if it's the right place, but I'm really out of solutions right now :( .. From xalkoonx at gmail.com Wed Jan 18 08:37:10 2017 From: xalkoonx at gmail.com (AL KOON) Date: Wed, 18 Jan 2017 10:37:10 +0400 Subject: [FFmpeg-user] Uncompleted - Compiling shared FFmpeg 32bit ! Message-ID: Hi. I tried the solve this issue but i couldn't *Screenshot:* ​ configure.log ../configure --prefix=/local32/bin-video/ffmpegSHARED --disable-static >> --enable-shared --pkg-config-flags=--static --enable-avisynth >> --enable-gcrypt --enable-libmp3lame --enable-libopus --enable-libvorbis >> --enable-libx264 --enable-cuda --enable-cuvid --enable-schannel >> --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass >> --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype >> --enable-libfribidi --enable-libgsm --enable-libilbc --enable-libmfx >> --enable-libmodplug --enable-libopencore-amrnb --enable-libopencore-amrwb >> --enable-libopenjpeg --enable-librtmp --enable-libschroedinger >> --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame >> --enable-libvidstab --enable-libvo-amrwbenc --enable-libwavpack >> --enable-libwebp --enable-libxavs --enable-libxvid --enable-libzimg >> --enable-libsnappy --enable-gpl --enable-opencl --enable-opengl >> --enable-libcdio --enable-libkvazaar --enable-librubberband --enable-libssh >> --enable-libtesseract --enable-libzvbi --enable-chromaprint >> --enable-libopenh264 --enable-libopenmpt --enable-netcdf >> --extra-cflags=-DLIBTWOLAME_STATIC --extra-cflags=-fopenmp >> --extra-libs=-lgomp --extra-libs=-lstdc++ --extra-cflags=-DLIBSSH_STATIC >> --extra-ldflags=-Wl,--allow-multiple-definition >> --extra-cflags=-DCACA_STATIC --extra-cflags=-DMODPLUG_STATIC >> --extra-cflags=-DCHROMAPRINT_NODLL --extra-libs=-lstdc++ >> --disable-w32threads --extra-cflags=-DPTW32_STATIC_LIB >> --extra-libs=-lpthread --extra-libs=-lwsock32 >> --extra-cflags=-DKVZ_STATIC_LIB --enable-version3 --enable-filter=frei0r >> --disable-debug --disable-sdl2 > > ERROR: netcdf not found using pkg-config > > >> If you think configure made a mistake, make sure you are using the latest > > version from Git. If the latest version fails, report the problem to the > > ffmpeg-user at ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net. > > Include the log file "config.log" produced by configure as this will help > > solve the problem. > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: Untitled.png Type: image/png Size: 56082 bytes Desc: not available URL: From h.reindl at thelounge.net Thu Jan 19 21:07:09 2017 From: h.reindl at thelounge.net (Reindl Harald) Date: Thu, 19 Jan 2017 20:07:09 +0100 Subject: [FFmpeg-user] Uncompleted - Compiling shared FFmpeg 32bit ! In-Reply-To: References: Message-ID: Am 18.01.2017 um 07:37 schrieb AL KOON: > I tried the solve this issue but i couldn't >> ERROR: netcdf not found using pkg-config so get that installed (whatever it is, likely you don't know too) or just remove --enable-netcdf common sense > ../configure --prefix=/local32/bin-video/ffmpegSHARED --disable-static >>> --enable-shared --pkg-config-flags=--static --enable-avisynth >>> --enable-gcrypt --enable-libmp3lame --enable-libopus --enable-libvorbis >>> --enable-libx264 --enable-cuda --enable-cuvid --enable-schannel >>> --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass >>> --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype >>> --enable-libfribidi --enable-libgsm --enable-libilbc --enable-libmfx >>> --enable-libmodplug --enable-libopencore-amrnb --enable-libopencore-amrwb >>> --enable-libopenjpeg --enable-librtmp --enable-libschroedinger >>> --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame >>> --enable-libvidstab --enable-libvo-amrwbenc --enable-libwavpack >>> --enable-libwebp --enable-libxavs --enable-libxvid --enable-libzimg >>> --enable-libsnappy --enable-gpl --enable-opencl --enable-opengl >>> --enable-libcdio --enable-libkvazaar --enable-librubberband --enable-libssh >>> --enable-libtesseract --enable-libzvbi --enable-chromaprint >>> --enable-libopenh264 --enable-libopenmpt --enable-netcdf >>> --extra-cflags=-DLIBTWOLAME_STATIC --extra-cflags=-fopenmp >>> --extra-libs=-lgomp --extra-libs=-lstdc++ --extra-cflags=-DLIBSSH_STATIC >>> --extra-ldflags=-Wl,--allow-multiple-definition >>> --extra-cflags=-DCACA_STATIC --extra-cflags=-DMODPLUG_STATIC >>> --extra-cflags=-DCHROMAPRINT_NODLL --extra-libs=-lstdc++ >>> --disable-w32threads --extra-cflags=-DPTW32_STATIC_LIB >>> --extra-libs=-lpthread --extra-libs=-lwsock32 >>> --extra-cflags=-DKVZ_STATIC_LIB --enable-version3 --enable-filter=frei0r >>> --disable-debug --disable-sdl2 >> >> ERROR: netcdf not found using pkg-config From cleyfaye at gmail.com Thu Jan 19 21:19:34 2017 From: cleyfaye at gmail.com (Cley Faye) Date: Thu, 19 Jan 2017 20:19:34 +0100 Subject: [FFmpeg-user] Concatenate two mp4 videos - result is not playable In-Reply-To: <34040049-3F9B-47C3-8924-E61F386985A7@gmail.com> References: <34040049-3F9B-47C3-8924-E61F386985A7@gmail.com> Message-ID: 2017-01-19 15:04 GMT+01:00 Maxime Daymard : > Command (obviously the concat.txt file must contains the paths to the two > input videos) : > ffmpeg -f concat -safe 0 -i concat.txt -c copy -y result.mp4 > > Both videos can be found on dropbox here (~50M): > https://www.dropbox.com/sh/v99mngn7pfhrfvx/AADKnnJ1trFEF-kPy6p7dssga?dl=0 > > Thank you again very much in advance ! > > PS : First time I ask for help here, not sure if it's the right place, but > I'm really out of solutions right now :( .. > ​It's better if you put in your message: - the whole command - in this case, the content of concat.txt - the full uncut output of ffmpeg, including headers Very often it contains the answer to what have gone wrong. In your case (concatenating two mp4 files without reencoding) it should work if both files have the same (or compatible) streams. The exact restrictions eludes me, but in "simple" cases with the same source it JustWork™. But your sources have some differences; I'm not sure which is causing the issue, but I suspect it's the resolution change: $ ffprobe video1.mp4 ffprobe version N-82314-g863ebe6 Copyright (c) 2007-2016 the FFmpeg developers built with gcc 5.4.0 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-dxva2 --enable-libmfx --enable-nvenc --enable-avisynth --enable-bzlib --enable-libebur128 --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-libzimg --enable-lzma --enable-decklink --enable-zlib libavutil 55. 36.100 / 55. 36.100 libavcodec 57. 66.101 / 57. 66.101 libavformat 57. 57.100 / 57. 57.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 66.100 / 6. 66.100 libswscale 4. 3.100 / 4. 3.100 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'video1.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isommp42 creation_time : 2016-08-17T22:50:35.000000Z Duration: 00:00:10.11, start: 0.000000, bitrate: 38018 kb/s Stream #0:0(eng): Video: h264 (Baseline) (avc1 / 0x31637661), yuv420p, 1696x848, 37832 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 180k tbc (default) Metadata: creation_time : 2016-08-18T00:02:24.000000Z handler_name : VideoHandle Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 189 kb/s (default) Metadata: creation_time : 2016-08-18T00:02:24.000000Z handler_name : SoundHandle $ ffprobe​ video2.mp4 ​ffprobe version N-82314-g863ebe6 Copyright (c) 2007-2016 the FFmpeg developers built with gcc 5.4.0 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-dxva2 --enable-libmfx --enable-nvenc --enable-avisynth --enable-bzlib --enable-libebur128 --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-libzimg --enable-lzma --enable-decklink --enable-zlib libavutil 55. 36.100 / 55. 36.100 libavcodec 57. 66.101 / 57. 66.101 libavformat 57. 57.100 / 57. 57.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 66.100 / 6. 66.100 libswscale 4. 3.100 / 4. 3.100 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'video2.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42mp41 creation_time : 2017-01-06T22:30:23.000000Z Duration: 00:00:08.19, start: 0.000000, bitrate: 101474 kb/s Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709), 4096x2048 [SAR 1:1 DAR 2:1], 101549 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 59.94 tbc (default) Metadata: creation_time : 2017-01-06T22:30:23.000000Z handler_name : ?Mainconcept Video Media Handler encoder : AVC Coding Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 125 kb/s (default) Metadata: creation_time : 2017-01-06T22:30:23.000000Z handler_name : #Mainconcept MP4 Sound Media Handler​ ​As you can see, the video codec change (the profile is baseline in video1.mp4, high in video2.mp4) and the resolution is different, among other things.​ Other with more knowledge on these subjects might weight in, but I doubt mp4 containers can handle codec and resolution changes on the fly. From dev at vfxboat.com Thu Jan 19 21:50:15 2017 From: dev at vfxboat.com (DEV - VFXBOAT) Date: Thu, 19 Jan 2017 19:50:15 +0000 Subject: [FFmpeg-user] FFMPEG and OCIO In-Reply-To: References: Message-ID: Hi! I'm trying to use ffmpeg in our pipeline and integrate it with OCIO for the color space transformations. I couldn't find any information available. Thanks! From cat at ikitty.cat Thu Jan 19 23:49:47 2017 From: cat at ikitty.cat (Gabriel Altabarani) Date: Thu, 19 Jan 2017 15:49:47 -0600 Subject: [FFmpeg-user] Slow HLS Stream Download FFmpeg Message-ID: <001001d2729d$f4ee8530$decb8f90$@ikitty.cat> Using the following command: Ffmpeg -i "URL" -c copy "video.ts" I can successfully download a HLS stream from a .m3u8 link. However, the problem that I am facing is extremely slow download speeds. When using Streamlink I can download any stream at least three times faster than FFmpeg. In Streamlink there is an option, "--hls-segment-threads ", to specify the size of the thread pool used to download HLS segments. The result is an increased download speed. My question is, is there something equivalent in FFmpeg or something that I can do to utilize my full connection speed? From dinizthiagobr at gmail.com Fri Jan 20 00:31:30 2017 From: dinizthiagobr at gmail.com (dinizthiagobr) Date: Thu, 19 Jan 2017 14:31:30 -0800 (PST) Subject: [FFmpeg-user] DrawText Not Drawing from top-left (0,0) In-Reply-To: <1484788986528-4678874.post@n4.nabble.com> References: <1484788986528-4678874.post@n4.nabble.com> Message-ID: <1484865090057-4678887.post@n4.nabble.com> I figured out the first issue, android's rotation metadata was screwing everything up, so I cleared all metadata then rotated accordingly to original rotation metadata int rotationMetaData = System.Convert.ToInt32(m.ExtractMetadata(Android.Media.MetadataKey.VideoRotation)); if (rotationMetaData == 0) cmd.Add("scale=640:640,pad=670:670:15:15:white,drawtext=fontfile=" + fontFilePath + ":text=" + _caption + ":x=15:y=15:fontsize=30:box=1"); if (rotationMetaData == 90) cmd.Add("scale=640:640,transpose=1,pad=670:670:15:15:white,drawtext=fontfile=" + fontFilePath + ":text=" + _caption + ":x=15:y=15:fontsize=30:box=1"); Now looking to solve the second issue, *I want the top border/pad to be bigger than the rest*, couldn`t figure this one yet. :) -- View this message in context: http://ffmpeg-users.933282.n4.nabble.com/DrawText-Not-Drawing-from-top-left-0-0-tp4678874p4678887.html Sent from the FFmpeg-users mailing list archive at Nabble.com. From peter777 at users.sourceforge.net Fri Jan 20 01:51:13 2017 From: peter777 at users.sourceforge.net (Peter) Date: Fri, 20 Jan 2017 10:51:13 +1100 Subject: [FFmpeg-user] Help with extracting audio from MP4 In-Reply-To: <2830835.uXJJLEP4Zz@peter-asus64> References: <2390735.IL4T2rGo1A@peter-asus64> <2830835.uXJJLEP4Zz@peter-asus64> Message-ID: <10242403.fBEWt7vVeY@peter-asus64> Here are the video specifications .. ====== Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '16187821_363927127308754_4400528164682465280_n.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf56.40.101 Duration: 00:11:16.65, start: 0.000000, bitrate: 576 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 360x642, 500 kb/s, 29.61 fps, 29.67 tbr, 90k tbn, 59.33 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, mono, fltp, 66 kb/s (default) Metadata: handler_name : SoundHandler ============= Can someone please provide the ffmpeg code/parameters to extract the audio from this MP4 ? Peter From terje at nordland-teknikk.no Fri Jan 20 03:07:32 2017 From: terje at nordland-teknikk.no (terje) Date: Thu, 19 Jan 2017 17:07:32 -0800 (PST) Subject: [FFmpeg-user] Help with extracting audio from MP4 In-Reply-To: <10242403.fBEWt7vVeY@peter-asus64> References: <2390735.IL4T2rGo1A@peter-asus64> <2830835.uXJJLEP4Zz@peter-asus64> <10242403.fBEWt7vVeY@peter-asus64> Message-ID: <1484874452683-4678889.post@n4.nabble.com> I would have tried: video out (alone): ffmpeg -i infile.mp4 -an -vcodec copy video.mp4 audio out (alone): ffmpeg -i dv_infile.mp4 -vn -acodec copy audio.aac Terje H. -- View this message in context: http://ffmpeg-users.933282.n4.nabble.com/Help-with-extracting-audio-from-MP4-tp4678875p4678889.html Sent from the FFmpeg-users mailing list archive at Nabble.com. From peter777 at users.sourceforge.net Fri Jan 20 03:17:35 2017 From: peter777 at users.sourceforge.net (Peter) Date: Fri, 20 Jan 2017 12:17:35 +1100 Subject: [FFmpeg-user] Help with extracting audio from MP4 In-Reply-To: <1484874452683-4678889.post@n4.nabble.com> References: <2390735.IL4T2rGo1A@peter-asus64> <10242403.fBEWt7vVeY@peter-asus64> <1484874452683-4678889.post@n4.nabble.com> Message-ID: <20916765.ZvR17q4Vm9@peter-asus64> On Thursday, 19 January 2017 5:07:32 PM AEDT terje wrote: > I would have tried: > > video out (alone): > > ffmpeg -i infile.mp4 -an -vcodec copy video.mp4 > > audio out (alone): > > ffmpeg -i dv_infile.mp4 -vn -acodec copy audio.aac Thanks Terje. How do I modify this one .. ffmpeg -i dv_infile.mp4 -vn -acodec copy audio.aac so that the output is mp3 please ? Peter From terje at nordland-teknikk.no Fri Jan 20 03:39:57 2017 From: terje at nordland-teknikk.no (terje) Date: Thu, 19 Jan 2017 17:39:57 -0800 (PST) Subject: [FFmpeg-user] Help with extracting audio from MP4 In-Reply-To: <20916765.ZvR17q4Vm9@peter-asus64> References: <2390735.IL4T2rGo1A@peter-asus64> <2830835.uXJJLEP4Zz@peter-asus64> <10242403.fBEWt7vVeY@peter-asus64> <1484874452683-4678889.post@n4.nabble.com> <20916765.ZvR17q4Vm9@peter-asus64> Message-ID: <1484876397898-4678891.post@n4.nabble.com> My typo, "dv_infile.mp4" above should just be "infile.mp4" I used this code once: ffmpeg -i infile.mp4 -q:a 1 -map a audio.mp3 "-q:a 1" resulted in 210-220 kbs "-q:a 2" some lower bitrate Terje H. -- View this message in context: http://ffmpeg-users.933282.n4.nabble.com/Help-with-extracting-audio-from-MP4-tp4678875p4678891.html Sent from the FFmpeg-users mailing list archive at Nabble.com. From peter777 at users.sourceforge.net Fri Jan 20 04:06:05 2017 From: peter777 at users.sourceforge.net (Peter) Date: Fri, 20 Jan 2017 13:06:05 +1100 Subject: [FFmpeg-user] Help with extracting audio from MP4 In-Reply-To: <1484876397898-4678891.post@n4.nabble.com> References: <2390735.IL4T2rGo1A@peter-asus64> <20916765.ZvR17q4Vm9@peter-asus64> <1484876397898-4678891.post@n4.nabble.com> Message-ID: <1701977.Z8ZqdUNmLr@peter-asus64> On Thursday, 19 January 2017 5:39:57 PM AEDT terje wrote: > I used this code once: > > ffmpeg -i infile.mp4 -q:a 1 -map a audio.mp3 > > "-q:a 1" resulted in 210-220 kbs > "-q:a 2" some lower bitrate Thanks, I used .. ffmpeg -i 16187821_363927127308754_4400528164682465280_n.mp4 -q:a 1 -map a audio.mp3 and the output is 64 kb/s . This is the audio specs within the mp4: Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, mono, fltp, 66 kb/s (default) Playing the audio now, it is very clear and good. :) Thanks for your help, Peter From barsnick at gmx.net Fri Jan 20 10:45:05 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Fri, 20 Jan 2017 09:45:05 +0100 Subject: [FFmpeg-user] DrawText Not Drawing from top-left (0,0) In-Reply-To: <1484865090057-4678887.post@n4.nabble.com> References: <1484788986528-4678874.post@n4.nabble.com> <1484865090057-4678887.post@n4.nabble.com> Message-ID: <20170120084505.GB3802@sunshine.barsnick.net> On Thu, Jan 19, 2017 at 14:31:30 -0800, dinizthiagobr wrote: > I figured out the first issue, android's rotation metadata was screwing > everything up, so I cleared all metadata then rotated accordingly to > original rotation metadata We might have figured it out, had you shown us the console output from your command. There's so much useful information in it, honestly! > cmd.Add("scale=640:640,transpose=1,pad=670:670:15:15:white,drawtext=fontfile=" > + fontFilePath + ":text=" + _caption + ":x=15:y=15:fontsize=30:box=1"); > > Now looking to solve the second issue, *I want the top border/pad to be > bigger than the rest*, couldn`t figure this one yet. :) Well, what you're doing is padding something originally 640x640, and putting it on a 670x670 canvas, with an offset of 15, which is exactly in the middle ((670-640)/2 = 15). If you want the top border to be larger, increase the canvas and the offset, e.g.: "scale=640:640,transpose=1,pad=670:680:15:25" or just put the overlay lower: "scale=640:640,transpose=1,pad=670:670:15:25" It really depends on what you're trying to achieve (exactly). Moritz From barsnick at gmx.net Fri Jan 20 11:04:15 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Fri, 20 Jan 2017 10:04:15 +0100 Subject: [FFmpeg-user] Slow HLS Stream Download FFmpeg In-Reply-To: <001001d2729d$f4ee8530$decb8f90$@ikitty.cat> References: <001001d2729d$f4ee8530$decb8f90$@ikitty.cat> Message-ID: <20170120090415.GC3802@sunshine.barsnick.net> On Thu, Jan 19, 2017 at 15:49:47 -0600, Gabriel Altabarani wrote: > I can successfully download a HLS stream from a .m3u8 link. However, the > problem that I am facing is extremely slow download speeds. When using > Streamlink I can download any stream at > least three times faster than FFmpeg. In Streamlink there is an option, > "--hls-segment-threads ", to specify the size of the thread pool used > to download HLS segments. The result is an increased download speed. My > question is, is there something equivalent in FFmpeg or something that I can > do to utilize my full connection speed? Yes, how about Streamlink then. ;-) No, honestly, ffmpeg isn't made to download in parallel, as it needs to process the video sequentially anyway. It *could* buffer, but it doesn't. youtube-dl comes to mind. It has its own code for downloading and reassembling playlists such as m3u8 and f4m (though it does prefer to use ffmpeg for m3u8 sometimes). At first glance, it also doesn't do parallel downloads, but I'm sure its code could be enhanced to do so. In fact, it already has such feature requests: https://github.com/rg3/youtube-dl/issues/3746 https://github.com/rg3/youtube-dl/issues/350 (and several more). Moritz From ceffmpeg at gmail.com Fri Jan 20 12:54:44 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Fri, 20 Jan 2017 11:54:44 +0100 Subject: [FFmpeg-user] FFMPEG and OCIO In-Reply-To: References: Message-ID: 2017-01-19 3:20 GMT+01:00 Daniel Kim : > I'm trying to use ffmpeg in our pipeline and integrate it with > OCIO for the color space transformations. Why? What is wrong with the color space transformation in FFmpeg? What is OCIO? Carl Eugen From phil_rhodes at rocketmail.com Fri Jan 20 12:57:22 2017 From: phil_rhodes at rocketmail.com (Phil Rhodes) Date: Fri, 20 Jan 2017 10:57:22 +0000 (UTC) Subject: [FFmpeg-user] FFMPEG and OCIO In-Reply-To: References: Message-ID: <1240768881.316313.1484909842784@mail.yahoo.com> > What is OCIO? Open Color IO. Colour management system geared towards visual effects and film postproduction work. Not sure what the relevance of ffmpeg is without a more in-depth description of the proposed workflow. P From ceffmpeg at gmail.com Fri Jan 20 12:52:11 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Fri, 20 Jan 2017 11:52:11 +0100 Subject: [FFmpeg-user] Help with extracting audio from MP4 In-Reply-To: <2830835.uXJJLEP4Zz@peter-asus64> References: <2390735.IL4T2rGo1A@peter-asus64> <2830835.uXJJLEP4Zz@peter-asus64> Message-ID: 2017-01-19 7:18 GMT+01:00 Peter : > On Thursday, 19 January 2017 6:15:01 AM AEDT Carl Eugen Hoyos wrote: >> 2017-01-19 5:40 GMT+01:00 Peter : >> > If I simply supply an output filename, it results in the codec of >> > MPEG Audio Layer 1 >> >> That's impossible, no layer 1 encoder exists for FFmpeg. > > The line must have benn cutoff in your viewer, .. the line was .. (No.) > If I simply supply an output filename, it results in the codec of MPEG > Audio Layer 1/2(mpga), sample rate: 48000 Hz and bitrate: 64 kb/s Just to clarify: FFmpeg is not able to encode to MPEG Layer 1 audio. Carl Eugen From ceffmpeg at gmail.com Fri Jan 20 13:23:43 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Fri, 20 Jan 2017 12:23:43 +0100 Subject: [FFmpeg-user] Concatenate two mp4 videos - result is not playable In-Reply-To: <34040049-3F9B-47C3-8924-E61F386985A7@gmail.com> References: <34040049-3F9B-47C3-8924-E61F386985A7@gmail.com> Message-ID: 2017-01-19 15:04 GMT+01:00 Maxime Daymard : > I'm trying to concat two videos (see link to dropbox) with the command below (concat > demuxer), but the result is not playable, and I don't know why. The reason is that h264 in mov/mp4 (contrary to h264 in mpegts) has a header that needs to be valid for the whole file which is not possible for your input videos as they have very different properties. > Basically, when I play the result concatenated video (A+B=C), the playback stops at B. > I would like to avoid using the concat filter which is slower. If I could only re-encode > "video2.mp4" so that the concat works, this would be perfect. Not sure if it is possible: The first video has profile "baseline" while x264 only allows "constrained baseline" (which is more correct, baseline has many features neither supported by encoders nor decoders). I did not (quickly) find a setting for x264 that makes the output video compatible with video1. (There may be one though.) The following "works", I guess it doesn't really help you: $ ffmpeg -i video1.mp4 -vcodec copy -acodec copy out1.ts $ ffmpeg -i video2.mp4 -vcodec copy -acodec copy out2.ts $ cat out1.ts out2.ts >out.ts Carl Eugen From ceffmpeg at gmail.com Fri Jan 20 13:41:22 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Fri, 20 Jan 2017 12:41:22 +0100 Subject: [FFmpeg-user] Slow HLS Stream Download FFmpeg In-Reply-To: <001001d2729d$f4ee8530$decb8f90$@ikitty.cat> References: <001001d2729d$f4ee8530$decb8f90$@ikitty.cat> Message-ID: 2017-01-19 22:49 GMT+01:00 Gabriel Altabarani : > Using the following command: > > Ffmpeg -i "URL" -c copy "video.ts" Apart from what Moritz already wrote, please understand that above command line does not concatenate your input videos but creates a new output file with the constraint that FFmpeg's ts muxer has known bugs;-( You may want to download the parts of the hls stream and concatenate them with "cat". (Is there really no script that does this?) If the input is not hls but a transport stream, use wget or curl. Carl Eugen From kevin.j.wheatley at gmail.com Fri Jan 20 13:56:18 2017 From: kevin.j.wheatley at gmail.com (Kevin Wheatley) Date: Fri, 20 Jan 2017 11:56:18 +0000 Subject: [FFmpeg-user] FFMPEG and OCIO In-Reply-To: References: Message-ID: On Fri, Jan 20, 2017 at 10:54 AM, Carl Eugen Hoyos wrote: > 2017-01-19 3:20 GMT+01:00 Daniel Kim : > >> I'm trying to use ffmpeg in our pipeline and integrate it with >> OCIO for the color space transformations. > > Why? > > What is wrong with the color space transformation in FFmpeg? > > What is OCIO? OpenColorIO http://opencolorio.org/ I'll say that adding OCIO to FFmpeg is not simple in the general sense. The two packages are not in the same space, OCIO is mostly focused on high end VFX tools and as such is heavily in the floating point processing domain, FFmpeg is not. It may make sense to add an extension to the OpenEXR codec to extend the capabilities of the float-> integer conversions triggered by the apply_trc option but that is only from a conceptual point of view I did not look at the code impact or even if it really fits well with FFmpeg. It would be similar to adding ICC profile based colour management support except most CMS engines are integer based so might fit together easier. Kevin From lists at reto.ch Fri Jan 20 14:40:39 2017 From: lists at reto.ch (Reto Kromer) Date: Fri, 20 Jan 2017 13:40:39 +0100 Subject: [FFmpeg-user] FFMPEG and OCIO In-Reply-To: Message-ID: Kevin Wheatley wrote: >On Fri, Jan 20, 2017 at 10:54 AM, Carl Eugen Hoyos > wrote: >> What is OCIO? > >OpenColorIO http://opencolorio.org/ > > >I'll say that adding OCIO to FFmpeg is not simple in the >general sense. The two packages are not in the same space, >OCIO is mostly focused on high end VFX tools and as such is >heavily in the floating point processing domain, FFmpeg is >not. It may make sense to add an extension to the OpenEXR >codec to extend the capabilities of the float-> integer >conversions triggered by the apply_trc option but that is >only from a conceptual point of view I did not look at the >code impact or even if it really fits well with FFmpeg. I guess that at some point we'll indeed need an integration of OCIO into FFmpeg, because in the cinema world the OpenEXR codec is slowly replacing the DPX codec - which BTW is good news, because DPX is a very confusing construct. Best regards, Reto From barsnick at gmx.net Fri Jan 20 15:09:57 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Fri, 20 Jan 2017 14:09:57 +0100 Subject: [FFmpeg-user] Slow HLS Stream Download FFmpeg In-Reply-To: References: <001001d2729d$f4ee8530$decb8f90$@ikitty.cat> Message-ID: <20170120130957.GD3802@sunshine.barsnick.net> On Fri, Jan 20, 2017 at 12:41:22 +0100, Carl Eugen Hoyos wrote: > You may want to download the parts of the hls stream and > concatenate them with "cat". > (Is there really no script that does this?) I have programmed, or rather hacked, such a downloader for myself. Before youtube-dl started handling my favorite sites. ;-) Indeed, up until now, I thought that youtube-dl always somehow creates an MP4 file out of the TS segments. That is incorrect - it *thinks* it's an MP4, while it actually creates a proper MPEG-TS as desired: $ youtube-dl --verbose --hls-prefer-native --fixup never URL.m3u8 If you don't use "--hls-prefer-native", ffmpeg may be invoked to read the m3u8 (which we wanted to avoid). If you don't use "--fixup never", ffmpeg may be invoked because youtube-dl detects a "malformated aac bitstream" (ADTS). It's not actually malformed, ADTS is detected because it's inside MPEG-TS. Thanks for making me check this: I like to feed my PVR (set-top box) with MPEG-TS, as it handles seeking better with that format. And I didn't appreciate the point that I downloaded HLS with MPEG-TS, just to let ffmpeg remux it into MPEG-TS again. Now I can skip ffmpeg. ;-) (ffmpeg's MPEG-TS muxer may have a lot of limitations, but for my PVR, it's quite fine anyway.) Thanks, Moritz From ceffmpeg at gmail.com Fri Jan 20 15:52:19 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Fri, 20 Jan 2017 14:52:19 +0100 Subject: [FFmpeg-user] Slow HLS Stream Download FFmpeg In-Reply-To: <20170120130957.GD3802@sunshine.barsnick.net> References: <001001d2729d$f4ee8530$decb8f90$@ikitty.cat> <20170120130957.GD3802@sunshine.barsnick.net> Message-ID: 2017-01-20 14:09 GMT+01:00 Moritz Barsnick : > $ youtube-dl --verbose --hls-prefer-native --fixup never URL.m3u8 Thanks for providing this! > (ffmpeg's MPEG-TS muxer may have a lot of limitations, but for > my PVR, it's quite fine anyway.) It's mostly stream analyzers that protest but (iirc) especially multi-program streams are not muxed correctly. Carl Eugen From samjnaa at gmail.com Fri Jan 20 15:45:13 2017 From: samjnaa at gmail.com (Shriramana Sharma) Date: Fri, 20 Jan 2017 19:15:13 +0530 Subject: [FFmpeg-user] Why are absolute paths for concat unsafe? Message-ID: Hello. I wanted to concat a few files. I came upon https://trac.ffmpeg.org/wiki/Concatenate. It says to use concat demuxer (among other options). But when I used it I came upon "Unsafe file name" error. Googling for a solution to this I came upon: http://superuser.com/questions/1069556/ffmpeg-concat-demuxer-unsafe-file-name. https://ffmpeg.org/ffmpeg-formats.html#Options. I then discovered: https://ffmpeg.org/pipermail/ffmpeg-devel/2013-February/138400.html https://github.com/FFmpeg/FFmpeg/commit/6d680d20ad8bf786f541bec1545bec7778b8776c Tracing this back I could go up to: https://ffmpeg.org/pipermail/ffmpeg-devel/2012-December/135553.html But still I am not sure why exactly absolute paths are considered unsafe. I would like an explanation for this. Thank you! -- Shriramana Sharma ஶ்ரீரமணஶர்மா श्रीरमणशर्मा From samjnaa at gmail.com Fri Jan 20 15:53:31 2017 From: samjnaa at gmail.com (Shriramana Sharma) Date: Fri, 20 Jan 2017 19:23:31 +0530 Subject: [FFmpeg-user] Why are absolute paths for concat unsafe? In-Reply-To: References: Message-ID: Please note I've made the following change to the wiki to reflect the issue: https://trac.ffmpeg.org/wiki/Concatenate?action=diff&version=33. Please comment if any problem. -- Shriramana Sharma ஶ்ரீரமணஶர்மா श्रीरमणशर्मा From dev at vfxboat.com Fri Jan 20 17:26:34 2017 From: dev at vfxboat.com (DEV - VFXBOAT) Date: Fri, 20 Jan 2017 15:26:34 +0000 Subject: [FFmpeg-user] FFMPEG and OCIO In-Reply-To: References: Message-ID: Our intended workflow goes like this: Files fron shooting arrives at the lab in log files (could be slog3, alexalogc, etc) We create custom luts for the shooting, and keep using those luts in vfx an posproduction. Every artist works with the log files using the lut, and render dpx log files. Those dpx are then transcoded to dnxhd or prores or h264 with the lut burned in with ffmpeg. But, the exr rendered by maya are in linear, so, in our existing pipeline i have to transform the exr to png using the ocioconvert api, and then trancode those png to mov with the ffmpeg. It would be useful, not just for me i think, to leave the color space transformations to OCIO where we can set the rules for the transformations. Thanks. El vie., 20 de ene. de 2017 09:40, Reto Kromer escribió: > Kevin Wheatley wrote: > > >On Fri, Jan 20, 2017 at 10:54 AM, Carl Eugen Hoyos > > wrote: > > >> What is OCIO? > > > >OpenColorIO http://opencolorio.org/ > > > > > >I'll say that adding OCIO to FFmpeg is not simple in the > >general sense. The two packages are not in the same space, > >OCIO is mostly focused on high end VFX tools and as such is > >heavily in the floating point processing domain, FFmpeg is > >not. It may make sense to add an extension to the OpenEXR > >codec to extend the capabilities of the float-> integer > >conversions triggered by the apply_trc option but that is > >only from a conceptual point of view I did not look at the > >code impact or even if it really fits well with FFmpeg. > > I guess that at some point we'll indeed need an integration > of OCIO into FFmpeg, because in the cinema world the OpenEXR > codec is slowly replacing the DPX codec - which BTW is good > news, because DPX is a very confusing construct. > > Best regards, Reto > > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". From terje at nordland-teknikk.no Fri Jan 20 17:32:13 2017 From: terje at nordland-teknikk.no (Terje J. Hanssen) Date: Fri, 20 Jan 2017 16:32:13 +0100 Subject: [FFmpeg-user] DV to SD Blu-ray In-Reply-To: References: Message-ID: <73b0ee95-5d03-f8d2-6970-143c3910b695@nordland-teknikk.no> I bump this once more: Not any Blu-ray burners or suggestions how to use ffmpeg here? Possibly, how to modify the LPCM audio syntax in 3) above? I just want BD playback compliant (intermediate) AVC and/or mpeg2 formats, not the BD authoring itself., Terje H. From cleyfaye at gmail.com Fri Jan 20 17:34:05 2017 From: cleyfaye at gmail.com (Cley Faye) Date: Fri, 20 Jan 2017 16:34:05 +0100 Subject: [FFmpeg-user] Why are absolute paths for concat unsafe? In-Reply-To: References: Message-ID: 2017-01-20 14:45 GMT+01:00 Shriramana Sharma : > But still I am not sure why exactly absolute paths are considered > unsafe. I would like an explanation for this. Thank you! > ​If I remember correctly, some people used ffmpeg in tools that allowed user input to be part of the concat file list, allowing path traversal and other nasty stuff. It also disallow space in names, some characters, etc. From barsnick at gmx.net Fri Jan 20 18:02:55 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Fri, 20 Jan 2017 17:02:55 +0100 Subject: [FFmpeg-user] DV to SD Blu-ray In-Reply-To: <73b0ee95-5d03-f8d2-6970-143c3910b695@nordland-teknikk.no> References: <73b0ee95-5d03-f8d2-6970-143c3910b695@nordland-teknikk.no> Message-ID: <20170120160255.GE3802@sunshine.barsnick.net> On Fri, Jan 20, 2017 at 16:32:13 +0100, Terje J. Hanssen wrote: > Not any Blu-ray burners or suggestions how to use ffmpeg here? Possibly, > how to modify the LPCM audio syntax in 3) above? I couldn't find any more precise indicators on the required formats. I thought it could well be 24 bits instead of 16, or big-endian instead of little-endian. Especially that ffmpeg doesn't play the resulting file wonders me (even tough ffmpeg does have its issues with encoding MPEG-TS, so those may also exist for .m2ts.) > I just want BD playback compliant (intermediate) AVC and/or mpeg2 > formats, not the BD authoring itself., I haven't gotten around to testing, though I do have a writer BD-RW disks. What tool do you use to master the video onto the BD? Moritz From ceffmpeg at gmail.com Fri Jan 20 19:53:29 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Fri, 20 Jan 2017 18:53:29 +0100 Subject: [FFmpeg-user] FFMPEG and OCIO In-Reply-To: References: Message-ID: 2017-01-20 16:26 GMT+01:00 DEV - VFXBOAT : > But, the exr rendered by maya are in linear What is wrong if they transformed to png by FFmpeg? Please do not top-post here, Carl Eugen From ceffmpeg at gmail.com Fri Jan 20 19:55:50 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Fri, 20 Jan 2017 18:55:50 +0100 Subject: [FFmpeg-user] DV to SD Blu-ray In-Reply-To: References: Message-ID: 2017-01-19 19:19 GMT+01:00 Terje J. Hanssen : > - keep by copy the DV LPCM audio if possible. FFmpeg has no pcm-bluray encoder and you cannot mux pcm into mpegts (the audio gets unreadable). Carl Eugen From adf.lists at gmail.com Fri Jan 20 20:34:40 2017 From: adf.lists at gmail.com (Andy Furniss) Date: Fri, 20 Jan 2017 18:34:40 +0000 Subject: [FFmpeg-user] DV to SD Blu-ray In-Reply-To: References: Message-ID: <58825840.6090306@gmail.com> Terje J. Hanssen wrote: > Hi List, > > I'm a new user here and want suggestions for "best" ffmpeg syntax to > transcode PAL 576i DV source files to compliant SD-BD_x264m2ts and/or > SD-BD_mpeg2.m2ts. > The AVCHD-SD specification is possibly something that could be used > https://en.wikipedia.org/wiki/AVCHD#Specifications > > My purpose is to > - archive this on 25GB-50GB BD-R discs in an suited format for future > editing > - keep the source quality at relative high bit-rate (i.e AVC at 15 Mbps > or MPEG-2 (I-frame?) at 25 Mbps) > - playback compliance with BD-players. > - keep by copy the DV LPCM audio if possible. Working with interlaced content can be tricky, keep your masters even if you think the blu-rays are OK at first sight. > The closest samples as references I've found for encoding Blu-ray are > these: > > 1) with x264 (video only) > http://www.x264bluray.com/home/576i-pal Which does do an interlaced encode - but tff. It's possible DV is bff so you would need to check what your content is. > 2) with ffmpeg > http://forum.videohelp.com/threads/365667-FFmpeg-best-settings-to-encode-Blu-Ray?p=2332049&viewfull=1#post2332049 Not suitable for interlaced content. > I want suggestions how to possibly "merge" relevant parameters from 1) > x264 into 2) ffmpeg syntax ? ffmpeg can use -x264-params tp pass things to libx264 just an example pasted from old notes which doesn't mean it's correct and of course it's for 709HD content with abnormally low bitrate. -vcodec libx264 -b:v 10000k -preset veryslow -tune film -level 4.1 -x264-params "bluray-compat=1:vbv-maxrate=11000:vbv-bufsize=30000:keyint=30:open-gop=1:slices=4:tff=1:colorprim=bt709:transfer=bt709:colormatrix=bt709:sar='1:1'" > 3) As a first attempt I tried to apply 2) mostly as is, but didn't > succeed to get LPCM audio copied: > ffplay and VLC can playback the out video file SD-BD_x264.m2ts without > Audio. As lpcm doesn't work maybe truehd? ISTR there was a gsoc project to encode. From kevin.j.wheatley at gmail.com Fri Jan 20 20:58:37 2017 From: kevin.j.wheatley at gmail.com (Kevin Wheatley) Date: Fri, 20 Jan 2017 18:58:37 +0000 Subject: [FFmpeg-user] FFMPEG and OCIO In-Reply-To: References: Message-ID: On Fri, Jan 20, 2017 at 5:53 PM, Carl Eugen Hoyos wrote: > 2017-01-20 16:26 GMT+01:00 DEV - VFXBOAT : > >> But, the exr rendered by maya are in linear > > What is wrong if they transformed to png by FFmpeg? > > Please do not top-post here, Carl Eugen typically OCIO configuration files involve complex sets of transformations from one colour space to the next including custom colour adjustments based on per shot contexts, unless FFmpeg wants to host a potentially uncountable set of colour spaces and conversions it doesn't really fit. Kevin From adf.lists at gmail.com Fri Jan 20 23:54:55 2017 From: adf.lists at gmail.com (Andy Furniss) Date: Fri, 20 Jan 2017 21:54:55 +0000 Subject: [FFmpeg-user] DV to SD Blu-ray In-Reply-To: <58825840.6090306@gmail.com> References: <58825840.6090306@gmail.com> Message-ID: <5882872F.1090802@gmail.com> Andy Furniss wrote: > As lpcm doesn't work maybe truehd? ISTR there was a gsoc project to > encode. I tried and it seems the encoder has issues, needs -strict -2 and isn't lossless (reported on playback/decode first couple of seconds). It also produces smaller output than input (s16le -> thd -> s16le) so checking whether the rest is losless with md5sum won't work. IIRC blu-ray would also need ac3 for compat anyway. As br allows 640 kbit ac3 maybe just ac3 would do (not sure if stereo has lower limit). From applemax82 at 163.com Sun Jan 22 11:31:50 2017 From: applemax82 at 163.com (qw) Date: Sun, 22 Jan 2017 17:31:50 +0800 (CST) Subject: [FFmpeg-user] how to get video data rate of rtmp stream via ffprobe Message-ID: <125a5e37.5358.159c58479b2.Coremail.applemax82@163.com> Hi, I want to get video data rate of rtmp stream via ffprobe, but which always shows 'bit_rate=N/A'. 'videodatarate' does exist in rtmp metadata message, and rtmpdump can get its value. Why ffprobe doesn't get the value of 'videodatarate'? Thanks Regards Andrew From terje at nordland-teknikk.no Mon Jan 23 04:14:24 2017 From: terje at nordland-teknikk.no (Terje J. Hanssen) Date: Mon, 23 Jan 2017 03:14:24 +0100 Subject: [FFmpeg-user] DV to SD Blu-ray In-Reply-To: <73b0ee95-5d03-f8d2-6970-143c3910b695@nordland-teknikk.no> References: <73b0ee95-5d03-f8d2-6970-143c3910b695@nordland-teknikk.no> Message-ID: <20114a21-b409-ee86-7231-1faf85aa1dc7@nordland-teknikk.no> First, Thanks to all of you who has replied and, excuse my late follow up in common as follows: Den 20. jan. 2017 17:02, skrev Moritz Barsnick: > > Especially that ffmpeg doesn't play the resulting > file wonders me (even tough ffmpeg does have its issues with encoding > MPEG-TS, so those may also exist for .m2ts.) This was a little bit misinterpreted. FFplay and VLC did both playback the resulting video in .m2ts, but there was no PCM audio encoded. > I haven't gotten around to testing, though I do have a writer BD-RW > disks. What tool do you use to master the video onto the BD? For BD-RE and DVD+RW direct burning I've used current K3b/Cdrecord and e.o.l NeroLinux (2010), beside 'dd' and 'growisofs', and also plan to use Cinelerra-GG 5.1/bdwrite for edited mastering. Den 20. jan. 2017 18:55, skrev Carl Eugen Hoyos: > > FFmpeg has no pcm-bluray encoder and you cannot > mux pcm into mpegts (the audio gets unreadable). Yes, I have realized 'pcm_bluray' (as also 'pcm_dvd') are just ffmpeg decoders, and that PCM audion cannot just be copied from DV and muxed into .m2ts. Yet, I'm surprised, because PCM has been a standard for raw audio so many years and video generation media, i.e Hi8 since 1989, DV and DVD since 1995/1996 and Blu-ray since 2006. Den 20. jan. 2017 19:34, skrev Andy Furniss: > > Working with interlaced content can be tricky, keep your masters even > if you think the blu-rays are OK at first sight. > Yes, I will also keep my Hi8 and HDV source tapes (the oldest is 25 years), and have converted and imported to .dv, .m2t and also some .mov (prores hq) files. In addition I wanted to make playback-able intermediate formats on Blu-ray discs if possible. >> 1) with x264 (video only) >> http://www.x264bluray.com/home/576i-pal > > Which does do an interlaced encode - but tff. > > It's possible DV is bff so you would need to check what your content is. > Yes, DV use bottom-field first interlaced, while HDV 1080i use Top-field first. >> 2) with ffmpeg >> http://forum.videohelp.com/threads/365667-FFmpeg-best-settings-to-encode-Blu-Ray?p=2332049&viewfull=1#post2332049 > > Not suitable for interlaced content. >> I want suggestions how to possibly "merge" relevant parameters from 1) >> x264 into 2) ffmpeg syntax ? > > ffmpeg can use -x264-params tp pass things to libx264 just an example > pasted from old notes which doesn't mean it's correct and of course it's > for 709HD content with abnormally low bitrate. > > -vcodec libx264 -b:v 10000k -preset veryslow -tune film -level 4.1 -x264-params "bluray-compat=1:vbv-maxrate=11000:vbv-bufsize=30000:keyint=30:open-gop=1:slices=4:tff=1:colorprim=bt709:transfer=bt709:colormatrix=bt709:sar='1:1'" Have to study this code more what can possibly be applied in my case. --------------------------------- So far I have therefore given up to get pcm audio muxed into .m2ts for a working Blu-ray video. Lately, I have tried a couple of other approaches, as my Samsung Ultra HD Blu-ray player among the specs supports .avi and .mkv DV to AVI I used ffmpeg to copy and mux both the dvvideo and pcm audio, and this .avi played ok in VLC and ffplay. Burned the AVI to ISO and UDF discs. The BR player told 'dvvideo' was not a compatible video format....! DV audio to pcm.wav Extracted (copied) pcm audio from DV and it was accepted and worked well in the BR player. ---------------- DV to MKV Just to test a .mkv container I used the corresponding code as for the initial .m2ts in my first post, that is re-encoded the video via x264 and copied passthrough the pcm audio. This format was accepted by the BR-player and played well, both audio and video. However, the ffmpeg code needs to optimized for the 576i SD format. Feedback and suggestions to go further here will be welcome ;) code: ffmpeg -i dv01.dv -c:v libx264 -profile:v high -level 41 -pix_fmt yuv420p -preset slow -crf 20 -g 24 -vf setsar=sar=12/11 -threads 8 -x264opts bluray-compat=1:vbv-bufsize=15000:vbv-maxrate=30000 -acodec copy -strict experimental -ar 48000 -ab 256k -y SD-BD2_x264.mkv Input #0, dv, from 'dv01.dv': Metadata: timecode : 00:00:00:00 Duration: 00:09:56.48, start: 0.000000, bitrate: 28800 kb/s Stream #0:0: Video: dvvideo, yuv420p, 720x576 [SAR 16:15 DAR 4:3], 25000 kb/s, 25 fps, 25 tbr, 25 tbn, 25 tbc Stream #0:1: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s [libx264 @ 0x894c60] using SAR=12/11 [libx264 @ 0x894c60] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2 [libx264 @ 0x894c60] profile High, level 4.1 [libx264 @ 0x894c60] 264 - core 148 - H.264/MPEG-4 AVC codec - Copyleft 2003-2016 - http://www.videolan.org/x264.html - options: cabac=1 ref=5 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=8 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=2 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=8 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=1 constrained_intra=0 bframes=3 b_pyramid=1 b_adapt=1 b_bias=0 direct=3 weightb=1 open_gop=0 weightp=1 keyint=24 keyint_min=1 scenecut=40 intra_refresh=0 rc_lookahead=24 rc=crf mbtree=1 crf=20.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 vbv_maxrate=30000 vbv_bufsize=15000 crf_max=0.0 nal_hrd=vbr filler=0 ip_ratio=1.40 aq=1:1.00 Output #0, matroska, to 'SD-BD2_x264.mkv': Metadata: timecode : 00:00:00:00 encoder : Lavf57.56.100 Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuv420p, 720x576 [SAR 12:11 DAR 15:11], q=-1--1, 25 fps, 1k tbn, 25 tbc Metadata: encoder : Lavc57.64.100 libx264 Side data: cpb: bitrate max/min/avg: 30000000/0/0 buffer size: 15000000 vbv_delay: -1 Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, 1536 kb/s Stream mapping: Stream #0:0 -> #0:0 (dvvideo (native) -> h264 (libx264)) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame=14912 fps= 53 q=-1.0 Lsize= 683951kB time=00:09:56.44 bitrate=9393.9kbits/s speed=2.13x video:571829kB audio:111840kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.04118 ffprobe SD-BD2_x264.mkv Input #0, matroska,webm, from 'SD-BD2_x264.mkv': Metadata: TIMECODE : 00:00:00:00 ENCODER : Lavf57.56.100 Duration: 00:09:56.48, start: 0.000000, bitrate: 9393 kb/s Stream #0:0: Video: h264 (High), yuv420p(bottom coded first (swapped)), 720x576 [SAR 12:11 DAR 15:11], SAR 157:144 DAR 785:576, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) Metadata: ENCODER : Lavc57.64.100 libx264 DURATION : 00:09:56.480000000 Stream #0:1: Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s (default) Metadata: DURATION : 00:09:56.480000000 du -sh SD* 668M SD-BD2_x264.mkv 738M SD-BD_x264.m2ts -------------- Terje H. From billy at nlcc.us Mon Jan 23 07:25:59 2017 From: billy at nlcc.us (Billy) Date: Sun, 22 Jan 2017 23:25:59 -0600 Subject: [FFmpeg-user] De-telecine, deinterlace, and filter chains Message-ID: I have a sample video that I would like to show everyone in which obvious telecine and interlacing is present. I can't seem to clean it up. I've tried a number of different options, but I don't see any progress. An earlier post suggested something like: > I tried " -vf pullup,dejudder,idet,yadif=deint=interlaced,fps=60000/1001" > and it seems to have worked. But this method didn't seem to have any real effect on my video. It's a long video, so I have made a shortened version available to see if anyone has seen such a case. It's in 1080p and 23.97 fps. I'd like to save it in a similar frame rate and size, but to be honest, the frame rate could be just about anything as long as the interlacing was gone. I tried checking for interlacing on the original video... None of the frames are set as interlaced when I ran ffprobe. Here is a random frame from the video, output from ffprobe: [FRAME] media_type=video stream_index=0 key_frame=0 pkt_pts=1218318 pkt_pts_time=13.536867 pkt_dts=1218318 pkt_dts_time=13.536867 best_effort_timestamp=1218318 best_effort_timestamp_time=13.536867 pkt_duration=3003 pkt_duration_time=0.033367 pkt_pos=719664 pkt_size=4142 width=1920 height=1080 pix_fmt=yuv420p sample_aspect_ratio=1:1 pict_type=B coded_picture_number=106 display_picture_number=0 interlaced_frame=0 top_field_first=0 repeat_pict=0 [/FRAME] They *all* say "interlaced_frame=0" The (short) video (6MB): https://www.datafilehost.com/d/5474b665 If anyone knows of a filter chain that would work, I'd appreciate it. None of the deinterlacers that I tried did anything. From brown at mrvideo.vidiot.com Mon Jan 23 08:02:52 2017 From: brown at mrvideo.vidiot.com (Mike Brown) Date: Mon, 23 Jan 2017 00:02:52 -0600 Subject: [FFmpeg-user] De-telecine, deinterlace, and filter chains In-Reply-To: References: Message-ID: <20170123060252.GW1642@mrvideo.vidiot.com> > But this method didn't seem to have any real effect on my video. It's a > long video, so I have made a shortened version available to see if anyone > has seen such a case. It's in 1080p and 23.97 fps. I'd like to save it in a > similar frame rate and size, but to be honest, the frame rate could be just > about anything as long as the interlacing was gone. It is 29.97, not 23.97. > I tried checking for interlacing on the original video... None of the > frames are set as interlaced when I ran ffprobe. > The (short) video (6MB): > https://www.datafilehost.com/d/5474b665 So, is this video the original, or the output of something you tried? If it is the original, I'm not sure you can do anything about it. Why, because it is progressive video. To IVTC requires interlaced video @ 59.94 fields per sec, so that the 2:3 pulldown pattern can be found and removed. You can't find the 2:3 pulldown pattern in progressive video. While we humans can see the 2:3 pulldown pattern, I'm not sure what filter can. Maybe someone has a way, but I certainly do not know it. MB -- e-mail: vidiot at vidiot.com | vidiot at vidiot.net /~\ The ASCII 6082066843 at email.uscc.net (140 char limit) \ / Ribbon Campaign Visit - URL: http://vidiot.com/ X Against http://vidiot.net/ / \ HTML Email "You're Sherlock Holmes, wear the damn hat!" - Watson to Sherlock Sherlock - The Abominable Bride - 1/01/16 From ilemus56 at gmail.com Fri Jan 20 02:17:03 2017 From: ilemus56 at gmail.com (Isaac Lemus) Date: Thu, 19 Jan 2017 19:17:03 -0500 Subject: [FFmpeg-user] ffmpeg armhf Message-ID: To whom it may concern, I am making a cross compiling environment so that i can compile opencv for armhf. While trying to configure the ffmpeg to use for building the opencv, I get "C compiler test failed." Configure arguments were: ./configure --enable-cross-compile --arch=armhf --target-os=linux Linux machine is running Ubuntu 16.10 on AMD processor x86_64. I have various compilers installed: ii g++ ii g++-6 ii g++-6-arm-linux-gnueabi ii g++-6-arm-linux-gnueabihf ii g++-arm-linux-gnueabi ii g++-arm-linux-gnueabihf ii gcc ii gcc-6 ii gcc-6-arm-linux-gnueabi ii gcc-6-arm-linux-gnueabihf ii gcc-arm-linux-gnueabi ii gcc-arm-linux-gnueabihf Feel free to inquire about any additional information. Any information back would be helpful. Thanks, Isaac From billy at nlcc.us Mon Jan 23 11:19:47 2017 From: billy at nlcc.us (Billy) Date: Mon, 23 Jan 2017 03:19:47 -0600 Subject: [FFmpeg-user] De-telecine, deinterlace, and filter chains In-Reply-To: <20170123060252.GW1642@mrvideo.vidiot.com> References: <20170123060252.GW1642@mrvideo.vidiot.com> Message-ID: <2f5f459b-556b-51ea-d6c4-eb9a63a91b26@nlcc.us> On 1/23/2017 12:02 AM, Mike Brown wrote: >> But this method didn't seem to have any real effect on my video. It's a >> long video, so I have made a shortened version available to see if anyone >> has seen such a case. It's in 1080p and 23.97 fps. I'd like to save it in a >> similar frame rate and size, but to be honest, the frame rate could be just >> about anything as long as the interlacing was gone. > > It is 29.97, not 23.97. > >> I tried checking for interlacing on the original video... None of the >> frames are set as interlaced when I ran ffprobe. > >> The (short) video (6MB): >> https://www.datafilehost.com/d/5474b665 > > So, is this video the original, or the output of something you tried? > > If it is the original, I'm not sure you can do anything about it. Why, > because it is progressive video. To IVTC requires interlaced video @ > 59.94 fields per sec, so that the 2:3 pulldown pattern can be found and > removed. You can't find the 2:3 pulldown pattern in progressive video. > While we humans can see the 2:3 pulldown pattern, I'm not sure what filter > can. > > Maybe someone has a way, but I certainly do not know it. > > MB > Yep. 29.97. You watched a shortened "original." I produced it for you thusly so you could wince along with me: ffmpeg -ss 28:21 -t 6 -i in.mp4 -c:v copy out-short.mp4 The results of my deinterlacing attempts looked the same as this. Thanks for your comments. My hope is that the miscreant who transcoded it into progressive and left all of the artifacts... doesn't do this any more. My eyes hurt. From barsnick at gmx.net Mon Jan 23 12:38:41 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Mon, 23 Jan 2017 11:38:41 +0100 Subject: [FFmpeg-user] ffmpeg armhf In-Reply-To: References: Message-ID: <20170123103841.GA30136@sunshine.barsnick.net> On Thu, Jan 19, 2017 at 19:17:03 -0500, Isaac Lemus wrote: > While trying to configure the ffmpeg to use for building the opencv, I get > "C compiler test failed." > > Configure arguments were: > ./configure --enable-cross-compile --arch=armhf --target-os=linux > > Linux machine is running Ubuntu 16.10 on AMD processor x86_64. As your error message probably said, we need more information from config.log. Could you please quote the first 50 and the last 50 lines of that file? (Here on the list included in an email response, not on an external "paste" site.) Let me guess that you need to tell configure which compiler environment to actually use ("--cross-prefix="). Moritz From adf.lists at gmail.com Mon Jan 23 14:09:05 2017 From: adf.lists at gmail.com (Andy Furniss) Date: Mon, 23 Jan 2017 12:09:05 +0000 Subject: [FFmpeg-user] De-telecine, deinterlace, and filter chains In-Reply-To: <2f5f459b-556b-51ea-d6c4-eb9a63a91b26@nlcc.us> References: <20170123060252.GW1642@mrvideo.vidiot.com> <2f5f459b-556b-51ea-d6c4-eb9a63a91b26@nlcc.us> Message-ID: <5885F261.4010205@gmail.com> Billy wrote: > On 1/23/2017 12:02 AM, Mike Brown wrote: >>> But this method didn't seem to have any real effect on my video. >>> It's a long video, so I have made a shortened version available >>> to see if anyone has seen such a case. It's in 1080p and 23.97 >>> fps. I'd like to save it in a similar frame rate and size, but to >>> be honest, the frame rate could be just about anything as long as >>> the interlacing was gone. >> >> It is 29.97, not 23.97. >> >>> I tried checking for interlacing on the original video... None of >>> the frames are set as interlaced when I ran ffprobe. >> >>> The (short) video (6MB): https://www.datafilehost.com/d/5474b665 >> >> So, is this video the original, or the output of something you >> tried? >> >> If it is the original, I'm not sure you can do anything about it. >> Why, because it is progressive video. To IVTC requires interlaced >> video @ 59.94 fields per sec, so that the 2:3 pulldown pattern can >> be found and removed. You can't find the 2:3 pulldown pattern in >> progressive video. While we humans can see the 2:3 pulldown >> pattern, I'm not sure what filter can. >> >> Maybe someone has a way, but I certainly do not know it. >> >> MB >> > > Yep. 29.97. You watched a shortened "original." > > I produced it for you thusly so you could wince along with me: > > ffmpeg -ss 28:21 -t 6 -i in.mp4 -c:v copy out-short.mp4 > > The results of my deinterlacing attempts looked the same as this. > > Thanks for your comments. My hope is that the miscreant who > transcoded it into progressive and left all of the artifacts... > doesn't do this any more. My eyes hurt. Vid looks like it's scaled up from 480 height and pillarboxed, so the weave is not line for line anymore. It's probably been scaled as progressive which on strong chroma will (I think) be un-mendable. Saying that the sample can be scaled down to 480 and the weave is 1:1 again, which holds out the possibility that you could make it interlaced again with tinterlace and try to get IVTC to run on that. No idea as to exact commands - just a bit of hope you could make it a bit better - but not perfect like you could if you had the "real" ntsc master. From adf.lists at gmail.com Mon Jan 23 14:21:43 2017 From: adf.lists at gmail.com (Andy Furniss) Date: Mon, 23 Jan 2017 12:21:43 +0000 Subject: [FFmpeg-user] De-telecine, deinterlace, and filter chains In-Reply-To: <5885F261.4010205@gmail.com> References: <20170123060252.GW1642@mrvideo.vidiot.com> <2f5f459b-556b-51ea-d6c4-eb9a63a91b26@nlcc.us> <5885F261.4010205@gmail.com> Message-ID: <5885F557.1060502@gmail.com> Andy Furniss wrote: > Vid looks like it's scaled up from 480 height and pillarboxed, so > the weave is not line for line anymore. > > It's probably been scaled as progressive which on strong chroma will > (I think) be un-mendable. Saying that the sample can be scaled down > to 480 and the weave is 1:1 again, which holds out the possibility > that you could make it interlaced again with tinterlace and try to > get IVTC to run on that. Maybe tinterlace was a crap idea as IIRC it would need field rate input. Another way could be to scale down to 480 do a field rate deint and drop duplicated frames. From ceffmpeg at gmail.com Mon Jan 23 15:59:55 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Mon, 23 Jan 2017 14:59:55 +0100 Subject: [FFmpeg-user] DV to SD Blu-ray In-Reply-To: <20114a21-b409-ee86-7231-1faf85aa1dc7@nordland-teknikk.no> References: <73b0ee95-5d03-f8d2-6970-143c3910b695@nordland-teknikk.no> <20114a21-b409-ee86-7231-1faf85aa1dc7@nordland-teknikk.no> Message-ID: 2017-01-23 3:14 GMT+01:00 Terje J. Hanssen : > So far I have therefore given up to get pcm audio muxed into .m2ts > for a working Blu-ray video. Just to avoid a misunderstanding: >From FFmpeg's pov, "pcm" and "pcm-bluray" are two completely different things like - for example - h264 and vp8; and on this mailing list only FFmpeg's pov makes sense imo. Muxing pcm in mpegts in impossible, this is not a limitation of FFmpeg. Muxing pcm-bluray (and bluray subtitles) in mpegts is also impossible with FFmpeg, this is ticket #2622. More important though imo: Were you able to mux anything (audio or video) into mpegts and get something that is Blu-ray-compatible? I had expected that this is the difficult part and that it will be easy to add pcm-bluray muxing (and pcm-bluray encoding) once bluray muxing is supported. If your Samsung accepts both Bluray and random (dvb) mpegts (which doesn't support pcm-bluray, again no limitation of FFmpeg) then the difference will of course be hard to see for you;-( Carl Eugen From Auto at Hugemann.de Mon Jan 23 17:13:31 2017 From: Auto at Hugemann.de (Wolfgang Hugemann) Date: Mon, 23 Jan 2017 16:13:31 +0100 Subject: [FFmpeg-user] Float formatting in drawtext Message-ID: Hey, seems to be an easy question, but I have been searching for the answer quite a while without success: If I perform a float calculation via text=%{expr\:whatever} is there any way to format the output the printf way? I know, the result could be converted to integer and be formatted via text=%{eif\:whatever\:d} but this is restricted to integer results. Wolfgang Hugemann From adf.lists at gmail.com Mon Jan 23 18:24:27 2017 From: adf.lists at gmail.com (Andy Furniss) Date: Mon, 23 Jan 2017 16:24:27 +0000 Subject: [FFmpeg-user] De-telecine, deinterlace, and filter chains In-Reply-To: <5885F557.1060502@gmail.com> References: <20170123060252.GW1642@mrvideo.vidiot.com> <2f5f459b-556b-51ea-d6c4-eb9a63a91b26@nlcc.us> <5885F261.4010205@gmail.com> <5885F557.1060502@gmail.com> Message-ID: <58862E3B.8020703@gmail.com> Andy Furniss wrote: > Andy Furniss wrote: > >> Vid looks like it's scaled up from 480 height and pillarboxed, so >> the weave is not line for line anymore. >> >> It's probably been scaled as progressive which on strong chroma >> will (I think) be un-mendable. Saying that the sample can be scaled >> down to 480 and the weave is 1:1 again, which holds out the >> possibility that you could make it interlaced again with tinterlace >> and try to get IVTC to run on that. > > Maybe tinterlace was a crap idea as IIRC it would need field rate > input. Another way could be to scale down to 480 do a field rate > deint and drop duplicated frames. Though that's not really correct either. Whatever further processing is done, I think that scaling down to 480 is going to be the first step. I live in pal land, so don't have experience of dealing with ntsc. From terje at nordland-teknikk.no Tue Jan 24 00:01:06 2017 From: terje at nordland-teknikk.no (Terje J. Hanssen) Date: Mon, 23 Jan 2017 23:01:06 +0100 Subject: [FFmpeg-user] DV to SD Blu-ray In-Reply-To: References: <73b0ee95-5d03-f8d2-6970-143c3910b695@nordland-teknikk.no> <20114a21-b409-ee86-7231-1faf85aa1dc7@nordland-teknikk.no> Message-ID: <43669f8e-77fd-9447-324d-643a30b9a4b4@nordland-teknikk.no> Den 23. jan. 2017 14:59, skrev Carl Eugen Hoyos: > 2017-01-23 3:14 GMT+01:00 Terje J. Hanssen : > >> So far I have therefore given up to get pcm audio muxed into .m2ts >> for a working Blu-ray video. > Just to avoid a misunderstanding: > From FFmpeg's pov, "pcm" and "pcm-bluray" are two completely > different things like - for example - h264 and vp8; and on this > mailing list only FFmpeg's pov makes sense imo. > Muxing pcm in mpegts in impossible, this is not a limitation of FFmpeg. > Muxing pcm-bluray (and bluray subtitles) in mpegts is also impossible > with FFmpeg, this is ticket #2622. > > More important though imo: > Were you able to mux anything (audio or video) into mpegts and get > something that is Blu-ray-compatible? I had expected that this is the > difficult part and that it will be easy to add pcm-bluray muxing (and > pcm-bluray encoding) once bluray muxing is supported. > > If your Samsung accepts both Bluray and random (dvb) mpegts (which > doesn't support pcm-bluray, again no limitation of FFmpeg) then the > difference will of course be hard to see for you;-( > > My first priority and focus here is to get basic playback of video formats burned to Blu-ray UDF "data discs" for archive using a Blu-ray player (UBD-K8500). This includes basic playback functionality (i.e skip) or browse file structure with the remote. My thought is that if "compliant .m2ts" playback works from "data disc", there is a reasonable chance next they also can work using a Blu-ray video BDMV structure. I just expect this also offer more advanced features, though this is not critical for archive of "intermediate source" format . And yes, I have tested that both DV video transcoded with x264 and HDV mpeg2 video copied pass-through each playback ok as m2ts when the respective pcm and mp2 audio formats are transcoded to AC3 (FFplay, VLC, BR-player). 1) 576i DV video to x264, pcm audio to ac3 ffmpeg -i dv01.dv -c:v libx264 -profile:v high -level 41 -pix_fmt yuv420p -preset slow -crf 20 -g 24 -vf setsar=sar=12/11 -threads 8 -x264opts bluray-compat=1:vbv-bufsize=15000:vbv-maxrate=30000 -acodec ac3 -strict experimental -ar 48000 -ab 256k -y SD_BD2_x264_ac3.m2ts Input #0, dv, from 'dv01.dv': Metadata: timecode : 00:00:00:00 Duration: 00:09:56.48, start: 0.000000, bitrate: 28800 kb/s Stream #0:0: Video: dvvideo, yuv420p, 720x576 [SAR 16:15 DAR 4:3], 25000 kb/s, 25 fps, 25 tbr, 25 tbn, 25 tbc Stream #0:1: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s [libx264 @ 0xa93880] using SAR=12/11 [libx264 @ 0xa93880] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2 [libx264 @ 0xa93880] profile High, level 4.1 Output #0, mpegts, to 'SD_BD2_x264_ac3.m2ts': Metadata: timecode : 00:00:00:00 encoder : Lavf57.56.100 Stream #0:0: Video: h264 (libx264), yuv420p, 720x576 [SAR 12:11 DAR 15:11], q=-1--1, 25 fps, 90k tbn, 25 tbc Metadata: encoder : Lavc57.64.100 libx264 Side data: cpb: bitrate max/min/avg: 30000000/0/0 buffer size: 15000000 vbv_delay: -1 Stream #0:1: Audio: ac3, 48000 Hz, stereo, fltp, 256 kb/s Metadata: encoder : Lavc57.64.100 ac3 Stream mapping: Stream #0:0 -> #0:0 (dvvideo (native) -> h264 (libx264)) Stream #0:1 -> #0:1 (pcm_s16le (native) -> ac3 (native)) ffprobe SD_BD2_x264_ac3.m2ts Input #0, mpegts, from 'SD_BD2_x264_ac3.m2ts': Duration: 00:09:56.49, start: 1.474667, bitrate: 8976 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(progressive), 720x576 [SAR 12:11 DAR 15:11], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x101]: Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, fltp, 256 kb/s 2) 1080i HDV.m2t meg2 video copy, mp2 audio to ac3 ffmpeg -i hdv01_05.m2t -vcodec copy -acodec ac3 HDV-BD_m2t_ac3.m2ts [mpeg2video @ 0x109fd40] Invalid frame dimensions 0x0. Last message repeated 2 times [mpegts @ 0x109b400] Could not find codec parameters for stream 2 (Unknown: none ([160][0][0][0] / 0x00A0)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x109b400] Could not find codec parameters for stream 3 (Unknown: none ([161][0][0][0] / 0x00A1)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from 'hdv01_05.m2t': Duration: 00:07:38.74, start: 3282.024000, bitrate: 26123 kb/s Program 100 Stream #0:0[0x810]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv, bt709, top first), 1440x1080 [SAR 4:3 DAR 16:9], 25000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x814]: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 384 kb/s Stream #0:2[0x815]: Unknown: none ([160][0][0][0] / 0x00A0) Stream #0:3[0x811]: Unknown: none ([161][0][0][0] / 0x00A1) Output #0, mpegts, to 'HDV-BD_m2t_ac3.m2ts': Metadata: encoder : Lavf57.56.100 Stream #0:0: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv, bt709, top first), 1440x1080 [SAR 4:3 DAR 16:9], q=2-31, 25000 kb/s, 25 fps, 25 tbr, 90k tbn, 90k tbc Stream #0:1: Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s Metadata: encoder : Lavc57.64.100 ac3 Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (mp2 (native) -> ac3 (native)) ffprobe HDV-BD_m2t_ac3.m2ts Input #0, mpegts, from 'HDV-BD_m2t_ac3.m2ts': Duration: 00:07:38.74, start: 1.400000, bitrate: 27740 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv, bt709, top first), 1440x1080 [SAR 4:3 DAR 16:9], 25000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x101]: Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, fltp, 192 kb/s du -sh SD* HDV* dv01.dv hdv01_05.m2t 639M SD_BD2_x264_ac3.m2ts 668M SD-BD2_x264.mkv 738M SD-BD_x264.m2ts 1,5G HDV-BD_m2t_ac3.m2ts 2,0G dv01.dv 1,4G hdv01_05.m2t Terje H. From applemax82 at 163.com Tue Jan 24 12:03:34 2017 From: applemax82 at 163.com (qw) Date: Tue, 24 Jan 2017 18:03:34 +0800 (CST) Subject: [FFmpeg-user] fail to push some flv files to nginx rtmp server Message-ID: <62426e7d.5a0e.159cfee3f76.Coremail.applemax82@163.com> Hi, I use the following command to push flv to nginx rtmp server: /usr/local/bin/ffmpeg -re -i ./Barcelona_1920x1080_4Mbps_25fps.flv -vcodec copy -flags +global_header -acodec copy -f flv rtmp://localhost:1935/live1/abc But ffmpeg returns with the following message: av_interleaved_write_frame(): Connection reset by peer The test clip can be downloaded via the link: https://drive.google.com/file/d/0Bx1RhuOwoy_HQkpnUEFzYzNhd00/view?usp=sharing Does the error relate to ffmpeg or nginx rtmp module? Thanks! Regards Andrew From ceffmpeg at gmail.com Tue Jan 24 12:06:46 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Tue, 24 Jan 2017 11:06:46 +0100 Subject: [FFmpeg-user] fail to push some flv files to nginx rtmp server In-Reply-To: <62426e7d.5a0e.159cfee3f76.Coremail.applemax82@163.com> References: <62426e7d.5a0e.159cfee3f76.Coremail.applemax82@163.com> Message-ID: 2017-01-24 11:03 GMT+01:00 qw : > /usr/local/bin/ffmpeg -re -i ./Barcelona_1920x1080_4Mbps_25fps.flv -vcodec copy -flags +global_header -acodec copy -f flv rtmp://localhost:1935/live1/abc Complete, uncut console output missing. Carl Eugen From vikramforu at gmail.com Tue Jan 24 13:23:21 2017 From: vikramforu at gmail.com (kumar vikram) Date: Tue, 24 Jan 2017 16:53:21 +0530 Subject: [FFmpeg-user] Need help generating field based Program Stream Message-ID: Hello All, I am having a Program stream which has progressive sequence. I want to convert this stream to Field based PS files. I have used the following command ffmpeg.exe -y -i INPUT -c:v mpeg2video -flags +ildct+ilme -vf yadif=1 -top 1 -b:a 256k -aspect 16:9 OUTPUT But this is creating Frame based interlaced stream. Looks like I have missed some options. Can you please help me fix this problem? Regards, Vikram From bouke at videotoolshed.com Tue Jan 24 13:34:53 2017 From: bouke at videotoolshed.com (Bouke (VideoToolShed)) Date: Tue, 24 Jan 2017 12:34:53 +0100 Subject: [FFmpeg-user] Need help generating field based Program Stream References: Message-ID: ----- Original Message ----- From: "kumar vikram" > Hello All, > I am having a Program stream which has progressive sequence. I want to > convert this stream to Field based PS files. > > I have used the following command > > ffmpeg.exe -y -i INPUT -c:v mpeg2video -flags +ildct+ilme -vf yadif=1 -top > 1 -b:a 256k -aspect 16:9 OUTPUT > > But this is creating Frame based interlaced stream. > > Looks like I have missed some options. Can you please help me fix this > problem? Hi Vikram, What do you expect? If the source is progressive, an interlaced output will have two fields taken at the same time, thus still look progressive. If the framerate does not change, besides doing this for being compatible with streams that must be interlaced, there is no reason to do so. If you do want to change the framerate (eg from 50p to 25i, or add pulldown), there is logic. Have a look at the Tinterlace filter. hth, Bouke > > Regards, > Vikram --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From adf.lists at gmail.com Tue Jan 24 13:41:36 2017 From: adf.lists at gmail.com (Andy Furniss) Date: Tue, 24 Jan 2017 11:41:36 +0000 Subject: [FFmpeg-user] DV to SD Blu-ray In-Reply-To: <43669f8e-77fd-9447-324d-643a30b9a4b4@nordland-teknikk.no> References: <73b0ee95-5d03-f8d2-6970-143c3910b695@nordland-teknikk.no> <20114a21-b409-ee86-7231-1faf85aa1dc7@nordland-teknikk.no> <43669f8e-77fd-9447-324d-643a30b9a4b4@nordland-teknikk.no> Message-ID: <58873D70.5090805@gmail.com> Terje J. Hanssen wrote: > 1) 576i DV video to x264, pcm audio to ac3 > > ffmpeg -i dv01.dv -c:v libx264 -profile:v high -level 41 -pix_fmt > yuv420p -preset slow -crf 20 -g 24 -vf setsar=sar=12/11 -threads 8 > -x264opts bluray-compat=1:vbv-bufsize=15000:vbv-maxrate=30000 -acodec > ac3 -strict experimental -ar 48000 -ab 256k -y > SD_BD2_x264_ac3.m2ts This is coding interlaced as progressive. From vikramforu at gmail.com Tue Jan 24 14:15:16 2017 From: vikramforu at gmail.com (kumar vikram) Date: Tue, 24 Jan 2017 17:45:16 +0530 Subject: [FFmpeg-user] Need help generating field based Program Stream In-Reply-To: References: Message-ID: Hi Bouke, Thanks for your prompt response. For me the idea is to get field based interlaced streams to test some of my implementation. Maintaining frame rate is not an issue with me. I tried with tinterlace too but not to my luck. ffmpeg.exe -y -i INPUT -c:v mpeg2video -flags +ildct+ilme -vf scale=interl=1,tinterlace=interlacex2 -b:a 256k -aspect 16:9 OUTPUT Can you please suggest if I have missed any option? Regards, Vikram On Tue, Jan 24, 2017 at 5:04 PM, Bouke (VideoToolShed) < bouke at videotoolshed.com> wrote: > ----- Original Message ----- From: "kumar vikram" > > > Hello All, >> I am having a Program stream which has progressive sequence. I want to >> convert this stream to Field based PS files. >> >> I have used the following command >> >> ffmpeg.exe -y -i INPUT -c:v mpeg2video -flags +ildct+ilme -vf yadif=1 -top >> 1 -b:a 256k -aspect 16:9 OUTPUT >> >> But this is creating Frame based interlaced stream. >> >> Looks like I have missed some options. Can you please help me fix this >> problem? >> > > Hi Vikram, > What do you expect? If the source is progressive, an interlaced output > will have two fields taken at the same time, thus still look progressive. > If the framerate does not change, besides doing this for being compatible > with streams that must be interlaced, there is no reason to do so. > If you do want to change the framerate (eg from 50p to 25i, or add > pulldown), there is logic. Have a look at the Tinterlace filter. > hth, > Bouke > > >> Regards, >> Vikram >> > > > --- > This email has been checked for viruses by Avast antivirus software. > https://www.avast.com/antivirus > > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". From vikramforu at gmail.com Tue Jan 24 14:23:25 2017 From: vikramforu at gmail.com (kumar vikram) Date: Tue, 24 Jan 2017 17:53:25 +0530 Subject: [FFmpeg-user] DV to SD Blu-ray In-Reply-To: <58873D70.5090805@gmail.com> References: <73b0ee95-5d03-f8d2-6970-143c3910b695@nordland-teknikk.no> <20114a21-b409-ee86-7231-1faf85aa1dc7@nordland-teknikk.no> <43669f8e-77fd-9447-324d-643a30b9a4b4@nordland-teknikk.no> <58873D70.5090805@gmail.com> Message-ID: Hey Terje, I need to maintain the container. The input video is MPEG-2. I need to maintain that, I tried the following command, but it did not work either. ffmpeg -i c:\ffmpeg\18001.mpg -c:v mpeg2video -vf setsar=sar=12/11 -threads 8 -strict experimental -ar 48000 -ab 256k -y c:\ffmpeg_1\18001_1.mpg Sorry for asking so many questions. But I am quite naive with ffmpeg usage. Regards, Vikram On Tue, Jan 24, 2017 at 5:11 PM, Andy Furniss wrote: > Terje J. Hanssen wrote: > > 1) 576i DV video to x264, pcm audio to ac3 >> >> ffmpeg -i dv01.dv -c:v libx264 -profile:v high -level 41 -pix_fmt >> yuv420p -preset slow -crf 20 -g 24 -vf setsar=sar=12/11 -threads 8 >> -x264opts bluray-compat=1:vbv-bufsize=15000:vbv-maxrate=30000 -acodec >> ac3 -strict experimental -ar 48000 -ab 256k -y >> SD_BD2_x264_ac3.m2ts >> > > This is coding interlaced as progressive. > > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". From adf.lists at gmail.com Tue Jan 24 15:09:15 2017 From: adf.lists at gmail.com (Andy Furniss) Date: Tue, 24 Jan 2017 13:09:15 +0000 Subject: [FFmpeg-user] Need help generating field based Program Stream In-Reply-To: References: Message-ID: <588751FB.2040909@gmail.com> kumar vikram wrote: > Hi Bouke, Thanks for your prompt response. Please don't top post. > For me the idea is to get field based interlaced streams to test some > of my implementation. Maintaining frame rate is not an issue with > me. > > I tried with tinterlace too but not to my luck. > > ffmpeg.exe -y -i INPUT -c:v mpeg2video -flags +ildct+ilme -vf > scale=interl=1,tinterlace=interlacex2 -b:a 256k -aspect 16:9 OUTPUT This is probably wrong, it would make field rate weaved frames where half the lines changed each frame. Possibly not what you mean, but mpeg2 can encode field based, but not ffmpegs emcoder (AFAIK), nor pretty much anything found "in the wild", by which I mean that internally, mpeg2 interlaced is normally coded as weaved frames. If what you want to do is get a stream of fields from weaved frames then the separatefields (plus maybe setsar) is what to use. If you have a stream of fields and you want to make weaved frames the (IIRC) tinterlace=merge would be a start. From diez at outlook.com Tue Jan 24 16:00:25 2017 From: diez at outlook.com (Victor Diez) Date: Tue, 24 Jan 2017 14:00:25 +0000 Subject: [FFmpeg-user] EVS compatible AVC Intra 100 In-Reply-To: References: Message-ID: Hello all, I'm trying to generate an AVC Intra 100 from an XDCAM 50 file. I already have compiled x264 with 10bit depth and seems to be correctly transcoding. The problem is that EVS doesn't seem to properly recognize it. Amberfin is working properly with the generated mxf however. This is my current command line: ffmpeg10bit -i xdcam50.mxf -map 0 -c:v libx264 -r 25 -g 1 -pix_fmt yuv422p10le -vb 100M -flags +ildct+ilme -tune psnr -x264opts avcintra-class=100 -x264opts colorprim=bt709 -x264opts transfer=bt709 -x264opts colormatrix=bt709 -x264opts tune=psnr -x264opts interlaced=1 -x264opts force-cfr=1 -x264opts fps=25/1 -vf "setfield=1" -c:a copy -f mxf avci100.mxf I even tried using bmxlib to rewrap the mxf, but no luck. This is the command line: bmxtranswrap --coding-eq 'bt709' --color-prim 'bt709' --transfer-ch 'bt709' -o avci100final.mxf avci100.mxf Also, when I compare the Media Info output from an EVS generated AVC Intra with my transcode, you can see this: EVS ffmpeg + bmx ID : 2 ID : 1001 Format : AVC Format : AVC Format/Info : Advanced Video Codec Format/Info : Advanced Video Codec Format profile : High 4:2:2 Intra at L4.1 Format profile : High 4:2:2 Intra at L4.1 Format settings, CABAC : No Format settings, CABAC : No Format settings, GOP : N=1 Format settings, GOP : N=1 Format settings, wrapping mode : Frame Format settings, wrapping mode : Frame Codec ID : 0D01030102106001-0401020201323102 Codec ID : 0D01030102106001-0401020201323001 Duration : 11 min Duration : 24s 240ms Bit rate : 100.0 Mb/s Bit rate : 100.0 Mbps Width : 1 920 pixels Width : 1 920 pixels Height : 1 080 pixels Height : 1 080 pixels Display aspect ratio : 16:9 Display aspect ratio : 16:9 Frame rate mode : Variable Frame rate : 25.000 FPS Frame rate : 25.000 fps Standard : Component Color space : YUV Color space : YUV Chroma subsampling : 4:2:2 Chroma subsampling : 4:2:2 Bit depth : 10 bits Bit depth : 10 bits Scan type : MBAFF Scan type : MBAFF Scan type, store method : Interleaved fields Scan order : Top Field First Scan order : Top Field First Bits/(Pixel*Frame) : 1.929 Bits/(Pixel*Frame) : 1.929 Stream size : 8.32 GiB (84%) Stream size : 289 MiB (91%) Title : Picture Title : V1 Color range : Full Writing library : x264 core 148 r2705 3f5ed56 Encoding settings : cabac=0 / ref=1 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=7 / psy=0 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=18 / lookahead_threads=3 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=tff / bluray_compat=0 / constrained_intra=0 / bframes=0 / weightp=0 / keyint=1 / keyint_min=1 / scenecut=40 / intra_refresh=0 / rc=abr / mbtree=0 / bitrate=100000 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=81 / qpstep=4 / ip_ratio=1.40 / aq=0 Color primaries : BT.709 Color primaries : BT.709 Transfer characteristics : BT.709 Transfer characteristics : BT.709 Matrix coefficients : BT.709 Matrix coefficients : BT.709 It's very similar but what worries me is the codec id, which both differ. And why Mediainfo is reporting variable frame rate with my transcode. You can also see the different essence comparing the output of mxf2raw -i: My transcode: essence_kind : Picture essence_type : AVC_High_422_Intra EVS AVC Intra 100: essence_kind : Picture essence_type : AVCI_100_1080i Do you know if there is any way in which I can get rid of those differences? Even though I'm not even sure those differences are the reason why EVS is not accepting my file. Anyone has experience with generating EVS compatible AVC Intra 100 files? Thank you and best regards, Victor From terje at nordland-teknikk.no Tue Jan 24 16:16:01 2017 From: terje at nordland-teknikk.no (Terje J. Hanssen) Date: Tue, 24 Jan 2017 15:16:01 +0100 Subject: [FFmpeg-user] DV to SD Blu-ray In-Reply-To: <58873D70.5090805@gmail.com> References: <73b0ee95-5d03-f8d2-6970-143c3910b695@nordland-teknikk.no> <20114a21-b409-ee86-7231-1faf85aa1dc7@nordland-teknikk.no> <43669f8e-77fd-9447-324d-643a30b9a4b4@nordland-teknikk.no> <58873D70.5090805@gmail.com> Message-ID: Den 24. jan. 2017 12:41, skrev Andy Furniss: > Terje J. Hanssen wrote: > >> 1) 576i DV video to x264, pcm audio to ac3 >> >> ffmpeg -i dv01.dv -c:v libx264 -profile:v high -level 41 -pix_fmt >> yuv420p -preset slow -crf 20 -g 24 -vf setsar=sar=12/11 -threads 8 >> -x264opts bluray-compat=1:vbv-bufsize=15000:vbv-maxrate=30000 -acodec >> ac3 -strict experimental -ar 48000 -ab 256k -y >> SD_BD2_x264_ac3.m2ts > > This is coding interlaced as progressive. Yeah, will "-flags +ilme+ildct" be the right interlace parameters to add in the code above? And I wonder how to possibly tell ffmpeg that the import video use "bottom field first"? Indeed there are more in the ffmpeg code above I should like to get "quality assured", i.e does it take into account that this is PAL 575i SD, i.e regarding colors and equivalent quality (bit-rate). So if someone can tip or suggest how to merge the initial 1) x264 parameters into an ffmpeg code line, it would be be very helpful to start with ;) Terje H. From adf.lists at gmail.com Tue Jan 24 16:08:59 2017 From: adf.lists at gmail.com (Andy Furniss) Date: Tue, 24 Jan 2017 14:08:59 +0000 Subject: [FFmpeg-user] De-telecine, deinterlace, and filter chains In-Reply-To: <58862E3B.8020703@gmail.com> References: <20170123060252.GW1642@mrvideo.vidiot.com> <2f5f459b-556b-51ea-d6c4-eb9a63a91b26@nlcc.us> <5885F261.4010205@gmail.com> <5885F557.1060502@gmail.com> <58862E3B.8020703@gmail.com> Message-ID: <58875FFB.2060609@gmail.com> Andy Furniss wrote: > Whatever further processing is done, I think that scaling down to 480 > is going to be the first step. I live in pal land, so don't have > experience of dealing with ntsc. Looking more at the sample it does seem that the progressive scale and encode have killed every fourth source frame by partially merging its fields with previous and next. fieldmatch and decimate can't really recover this. If you just needed to play this (on a 60[/1.001]Hz screen) you can make it look "slightly less crap" on the fly with mpv + lavfi eg. mpv -fs --vf=lavfi=[scale=w=1920:h=480,yadif=send_field:parity=tff:deint=all] out-short.mp4 From onemda at gmail.com Tue Jan 24 16:10:17 2017 From: onemda at gmail.com (Paul B Mahol) Date: Tue, 24 Jan 2017 15:10:17 +0100 Subject: [FFmpeg-user] Need help generating field based Program Stream In-Reply-To: <588751FB.2040909@gmail.com> References: <588751FB.2040909@gmail.com> Message-ID: On 1/24/17, Andy Furniss wrote: > If you have a stream of fields and you want to make weaved frames the > (IIRC) tinterlace=merge would be a start. Better to use weave filter for that. From adf.lists at gmail.com Tue Jan 24 17:52:57 2017 From: adf.lists at gmail.com (Andy Furniss) Date: Tue, 24 Jan 2017 15:52:57 +0000 Subject: [FFmpeg-user] DV to SD Blu-ray In-Reply-To: References: <73b0ee95-5d03-f8d2-6970-143c3910b695@nordland-teknikk.no> <20114a21-b409-ee86-7231-1faf85aa1dc7@nordland-teknikk.no> <43669f8e-77fd-9447-324d-643a30b9a4b4@nordland-teknikk.no> <58873D70.5090805@gmail.com> Message-ID: <58877859.5070202@gmail.com> Terje J. Hanssen wrote: > Den 24. jan. 2017 12:41, skrev Andy Furniss: >> Terje J. Hanssen wrote: >> >>> 1) 576i DV video to x264, pcm audio to ac3 >>> >>> ffmpeg -i dv01.dv -c:v libx264 -profile:v high -level 41 >>> -pix_fmt yuv420p -preset slow -crf 20 -g 24 -vf setsar=sar=12/11 >>> -threads 8 -x264opts >>> bluray-compat=1:vbv-bufsize=15000:vbv-maxrate=30000 -acodec ac3 >>> -strict experimental -ar 48000 -ab 256k -y SD_BD2_x264_ac3.m2ts >> >> This is coding interlaced as progressive. > > Yeah, will "-flags +ilme+ildct" be the right interlace parameters to > add in the code above? Seems so - you can tell whether libx264 is using mbaff by seeing interlace + weightp is not implemented in the output. > And I wonder how to possibly tell ffmpeg that the import video use > "bottom field first"? The field order should get passed on from the source (assuming it's present and correct). IIRC from years ago, I managed to get tff into dv ripping Hi8 and everything still assumed bff because it was dv, I had to override on command line when further processing that. Best to check anything you make by deinterlacing a high motion scene with yadif=1 and frame(field) step playback, if the field order is wrong motion will flip backwards and forwards. Also check with ffmpeg/ffprobe or mediainfo that it actually reports a field dominance. > Indeed there are more in the ffmpeg code above I should like to get > "quality assured", i.e does it take into account that this is PAL > 575i SD, i.e regarding colors and equivalent quality (bit-rate). So > if someone can tip or suggest how to merge the initial 1) x264 > parameters into an ffmpeg code line, it would be be very helpful to > start with ;) I don't know how to do things properly, but notice that the link in the first post suggested setting extra opts for PAL color. The crf 20 will set variable bitrate, libx264 should also, I think, cap it with the above command. crf 20 is higher quality than default. I don't know what rate to suggest for PAL SD, even if I made up a number it may be too high or low depending on the complexity of the scene. From adf.lists at gmail.com Tue Jan 24 17:58:02 2017 From: adf.lists at gmail.com (Andy Furniss) Date: Tue, 24 Jan 2017 15:58:02 +0000 Subject: [FFmpeg-user] DV to SD Blu-ray In-Reply-To: References: <73b0ee95-5d03-f8d2-6970-143c3910b695@nordland-teknikk.no> <20114a21-b409-ee86-7231-1faf85aa1dc7@nordland-teknikk.no> <43669f8e-77fd-9447-324d-643a30b9a4b4@nordland-teknikk.no> <58873D70.5090805@gmail.com> Message-ID: <5887798A.9070808@gmail.com> Terje J. Hanssen wrote: > Den 24. jan. 2017 12:41, skrev Andy Furniss: >> Terje J. Hanssen wrote: >> >>> 1) 576i DV video to x264, pcm audio to ac3 >>> >>> ffmpeg -i dv01.dv -c:v libx264 -profile:v high -level 41 >>> -pix_fmt yuv420p -pix_fmt yuv420p? I thought PAL DV was 420p - if by chance ffmpeg -i .... shows any of your interlaced inputs as 422 or 411 then you would also need to add -vf scale=interl=1 and avoid using any -preset xxxxx or the chroma will end up being messed up by a progressive conversion. From j.link at filmuniversitaet.de Tue Jan 24 18:56:35 2017 From: j.link at filmuniversitaet.de (Julian Link) Date: Tue, 24 Jan 2017 17:56:35 +0100 Subject: [FFmpeg-user] question regarding store_user_comments Message-ID: <001b01d27662$d2361d00$76a25700$@filmuniversitaet.de> Hey there, i am trying to write metadata to an mxf file. ffmpeg.exe -i Z:\hide\MXF_files\A019C046.mxf -an -f mxf_opatom -b:v 36M -metadata comment_x=y out.mxf Before ffmpeg version 2.8.2 this line worked as expected. A ffmpeg -i out.mxf shows comment_x : y But in version 2.8.2 that changed. In the changelog I find “- avformat/mxfenc: Only store user comment related tags when needed” So it seems there is a new muxer option for mxf_opatom store_user_comments bool But no matter what I try, there is no user comment in the metadata after rendering. ffmpeg.exe -i Z:\hide\MXF_files\A019C046.mxf -an -f mxf_opatom -store_user_comments 1 -b:v 36M –metadata comment_x=y out.mxf Am I doing something wrong? Can anyone shed some light? Thank you! Best, Jules working example with version 2.8.1 C:\Users\dwerft\Downloads\ffmpeg-2.8.1-win64-static\bin>ffmpeg.exe -i Z:\hide\MXF_files\A019C046.mxf -an -f mxf_opatom -b:v 36M -metadata comment_x=y out.mxf ffmpeg version 2.8.1 Copyright (c) 2000-2015 the FFmpeg developers built with gcc 5.2.0 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libdcadec --enable-libfreetype --enable-libgme --enable-libgsm --enable-l ibilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --en able-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-lzma --ena ble-decklink --enable-zlib libavutil 54. 31.100 / 54. 31.100 libavcodec 56. 60.100 / 56. 60.100 libavformat 56. 40.101 / 56. 40.101 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 40.101 / 5. 40.101 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 2.101 / 1. 2.101 libpostproc 53. 3.100 / 53. 3.100 [dnxhd @ 00000000030e5660] frame size changed: 1920x1088 -> 1920x1080 Input #0, mxf, from 'Z:\hide\MXF_files\A019C046.mxf': Metadata: uid : adab4424-2f25-4dc7-92ff-29bd000c0000 generation_uid : adab4424-2f25-4dc7-92ff-29bd000c0001 company_name : FFmpeg product_name : OPAtom Muxer product_version : 57.63.100 product_uid : adab4424-2f25-4dc7-92ff-29bd000c0002 modification_date: 0000-01-01 00:00:00 material_package_umid: 0x060A2B340101010501010D001324A82352947134D824A8230052947134D82400 timecode : 13:33:28:23 Duration: 00:00:10.00, start: 0.000000, bitrate: 37688 kb/s Stream #0:0: Video: dnxhd, yuv422p, 1920x1080, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 25 tbn, 25 tbc Metadata: file_package_umid: 0x060A2B340101010501010D001324A82352947134D824A8230052947134D82401 File 'out.mxf' already exists. Overwrite ? [y/N] y Output #0, mxf_opatom, to 'out.mxf': Metadata: uid : adab4424-2f25-4dc7-92ff-29bd000c0000 generation_uid : adab4424-2f25-4dc7-92ff-29bd000c0001 company_name : FFmpeg product_name : OPAtom Muxer product_version : 57.63.100 product_uid : adab4424-2f25-4dc7-92ff-29bd000c0002 modification_date: 0000-01-01 00:00:00 material_package_umid: 0x060A2B340101010501010D001324A82352947134D824A8230052947134D82400 timecode : 13:33:28:23 comment_x : y encoder : Lavf56.40.101 Stream #0:0: Video: dnxhd, yuv422p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-1024, 36000 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: file_package_umid: 0x060A2B340101010501010D001324A82352947134D824A8230052947134D82401 encoder : Lavc56.60.100 dnxhd Stream mapping: Stream #0:0 -> #0:0 (dnxhd (native) -> dnxhd (native)) Press [q] to stop, [?] for help frame= 250 fps= 65 q=2.0 Lsize= 46007kB time=00:00:10.00 bitrate=37688.6kbits/s video:46000kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.014251% C:\Users\dwerft\Downloads\ffmpeg-2.8.1-win64-static\bin>ffmpeg.exe -i out.mxf ffmpeg version 2.8.1 Copyright (c) 2000-2015 the FFmpeg developers built with gcc 5.2.0 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libdcadec --enable-libfreetype --enable-libgme --enable-libgsm --enable-l ibilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --en able-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-lzma --ena ble-decklink --enable-zlib libavutil 54. 31.100 / 54. 31.100 libavcodec 56. 60.100 / 56. 60.100 libavformat 56. 40.101 / 56. 40.101 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 40.101 / 5. 40.101 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 2.101 / 1. 2.101 libpostproc 53. 3.100 / 53. 3.100 [dnxhd @ 0000000000335260] frame size changed: 1920x1088 -> 1920x1080 Input #0, mxf, from 'out.mxf': Metadata: uid : adab4424-2f25-4dc7-92ff-29bd000c0000 generation_uid : adab4424-2f25-4dc7-92ff-29bd000c0001 company_name : FFmpeg product_name : OPAtom Muxer product_version : 56.40.101 product_uid : adab4424-2f25-4dc7-92ff-29bd000c0002 modification_date: 0000-01-01 00:00:00 material_package_umid: 0x060A2B340101010501010D0013844BA5529471345A844BA500529471345A8400 comment_x : y timecode : 13:33:28:23 Duration: 00:00:10.00, start: 0.000000, bitrate: 37688 kb/s Stream #0:0: Video: dnxhd, yuv422p, 1920x1080, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 25 tbn, 25 tbc Metadata: file_package_umid: 0x060A2B340101010501010D0013844BA5529471345A844BA500529471345A8401 At least one output file must be specified not working example with version 2.8.2 C:\Users\dwerft\Downloads\ffmpeg-2.8.2-win64-static\bin>ffmpeg.exe -i Z:\hide\MXF_files\A019C046.mxf -an -f mxf_opatom -store_user_comments 1 -b:v 36M -metadata comment_x=y out.mxf ffmpeg version 2.8.2 Copyright (c) 2000-2015 the FFmpeg developers built with gcc 5.2.0 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libdcadec --enable-libfreetype --enable-libgme --enable-libgsm --enable-l ibilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --en able-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-lzma --ena ble-decklink --enable-zlib libavutil 54. 31.100 / 54. 31.100 libavcodec 56. 60.100 / 56. 60.100 libavformat 56. 40.101 / 56. 40.101 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 40.101 / 5. 40.101 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 2.101 / 1. 2.101 libpostproc 53. 3.100 / 53. 3.100 [dnxhd @ 0000000003115800] frame size changed: 1920x1088 -> 1920x1080 Input #0, mxf, from 'Z:\hide\MXF_files\A019C046.mxf': Metadata: uid : adab4424-2f25-4dc7-92ff-29bd000c0000 generation_uid : adab4424-2f25-4dc7-92ff-29bd000c0001 company_name : FFmpeg product_name : OPAtom Muxer product_version : 57.63.100 product_uid : adab4424-2f25-4dc7-92ff-29bd000c0002 modification_date: 0000-01-01 00:00:00 material_package_umid: 0x060A2B340101010501010D001324A82352947134D824A8230052947134D82400 timecode : 13:33:28:23 Duration: 00:00:10.00, start: 0.000000, bitrate: 37688 kb/s Stream #0:0: Video: dnxhd, yuv422p, 1920x1080, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 25 tbn, 25 tbc Metadata: file_package_umid: 0x060A2B340101010501010D001324A82352947134D824A8230052947134D82401 File 'out.mxf' already exists. Overwrite ? [y/N] y Output #0, mxf_opatom, to 'out.mxf': Metadata: uid : adab4424-2f25-4dc7-92ff-29bd000c0000 generation_uid : adab4424-2f25-4dc7-92ff-29bd000c0001 company_name : FFmpeg product_name : OPAtom Muxer product_version : 57.63.100 product_uid : adab4424-2f25-4dc7-92ff-29bd000c0002 modification_date: 0000-01-01 00:00:00 material_package_umid: 0x060A2B340101010501010D001324A82352947134D824A8230052947134D82400 timecode : 13:33:28:23 comment_x : y encoder : Lavf56.40.101 Stream #0:0: Video: dnxhd, yuv422p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-1024, 36000 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: file_package_umid: 0x060A2B340101010501010D001324A82352947134D824A8230052947134D82401 encoder : Lavc56.60.100 dnxhd Stream mapping: Stream #0:0 -> #0:0 (dnxhd (native) -> dnxhd (native)) Press [q] to stop, [?] for help frame= 250 fps= 65 q=2.0 Lsize= 46007kB time=00:00:10.00 bitrate=37688.6kbits/s video:46000kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.014251% C:\Users\dwerft\Downloads\ffmpeg-2.8.2-win64-static\bin>ffmpeg.exe -i out.mxf ffmpeg version 2.8.2 Copyright (c) 2000-2015 the FFmpeg developers built with gcc 5.2.0 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libdcadec --enable-libfreetype --enable-libgme --enable-libgsm --enable-l ibilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --en able-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-lzma --ena ble-decklink --enable-zlib libavutil 54. 31.100 / 54. 31.100 libavcodec 56. 60.100 / 56. 60.100 libavformat 56. 40.101 / 56. 40.101 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 40.101 / 5. 40.101 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 2.101 / 1. 2.101 libpostproc 53. 3.100 / 53. 3.100 [dnxhd @ 00000000031150e0] frame size changed: 1920x1088 -> 1920x1080 Input #0, mxf, from 'out.mxf': Metadata: uid : adab4424-2f25-4dc7-92ff-29bd000c0000 generation_uid : adab4424-2f25-4dc7-92ff-29bd000c0001 company_name : FFmpeg product_name : OPAtom Muxer product_version : 56.40.101 product_uid : adab4424-2f25-4dc7-92ff-29bd000c0002 modification_date: 0000-01-01 00:00:00 material_package_umid: 0x060A2B340101010501010D00131D855D52947134B91D855D0052947134B91D00 timecode : 13:33:28:23 Duration: 00:00:10.00, start: 0.000000, bitrate: 37688 kb/s Stream #0:0: Video: dnxhd, yuv422p, 1920x1080, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 25 tbn, 25 tbc Metadata: file_package_umid: 0x060A2B340101010501010D00131D855D52947134B91D855D0052947134B91D01 At least one output file must be specified .. Julian Link Filmuniversität Babelsberg KONRAD WOLF Forschungsprojekt dwerft Filmuniversity Babelsberg KONRAD WOLF dwerft Research Project j.link at filmuniversitaet.de www.filmuniversitaet.de www.dwerft.de From terje at nordland-teknikk.no Tue Jan 24 19:00:54 2017 From: terje at nordland-teknikk.no (Terje J. Hanssen) Date: Tue, 24 Jan 2017 18:00:54 +0100 Subject: [FFmpeg-user] DV to SD Blu-ray In-Reply-To: <5887798A.9070808@gmail.com> References: <73b0ee95-5d03-f8d2-6970-143c3910b695@nordland-teknikk.no> <20114a21-b409-ee86-7231-1faf85aa1dc7@nordland-teknikk.no> <43669f8e-77fd-9447-324d-643a30b9a4b4@nordland-teknikk.no> <58873D70.5090805@gmail.com> <5887798A.9070808@gmail.com> Message-ID: Den 24. jan. 2017 16:58, skrev Andy Furniss: > Terje J. Hanssen wrote: >> Den 24. jan. 2017 12:41, skrev Andy Furniss: >>> Terje J. Hanssen wrote: >>> >>>> 1) 576i DV video to x264, pcm audio to ac3 >>>> >>>> ffmpeg -i dv01.dv -c:v libx264 -profile:v high -level 41 >>>> -pix_fmt yuv420p > > -pix_fmt yuv420p? > > I thought PAL DV was 420p - if by chance ffmpeg -i .... shows any of > your interlaced inputs as 422 or 411 then you would also need to add > -vf scale=interl=1 and avoid using any -preset xxxxx or the chroma will > end up being messed up by a progressive conversion. Thx for the tip. To verify I include ffprobe and mediainfo outputs for DV "source" (A/D converted and digitized from a Sony Hi8 TR-2000 camcorder using a Datavideo DN300 DV&HDV recorder): ffprobe dv01.dv ----------- Input #0, dv, from 'dv01.dv': Metadata: timecode : 00:00:00:00 Duration: 00:09:56.48, start: 0.000000, bitrate: 28800 kb/s Stream #0:0: Video: dvvideo, yuv420p, 720x576 [SAR 16:15 DAR 4:3], 25000 kb/s, 25 fps, 25 tbr, 25 tbn, 25 tbc Stream #0:1: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s mediainfo dv01.dv ............. General Complete name : dv01.dv Format : DV File size : 2.00 GiB Duration : 9 min 56 s Overall bit rate mode : Constant Overall bit rate : 28.8 Mb/s Video Format : DV Duration : 9 min 56 s Bit rate mode : Constant Bit rate : 24.4 Mb/s Width : 720 pixels Height : 576 pixels Display aspect ratio : 4:3 Frame rate mode : Constant Frame rate : 25.000 FPS Standard : PAL Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Interlaced Scan order : Bottom Field First Compression mode : Lossy Bits/(Pixel*Frame) : 2.357 Time code of first frame : 00:00:00:00 Time code source : Subcode time code Stream size : 1.70 GiB (85%) Audio ID : 0 Format : PCM Duration : 9 min 56 s Bit rate mode : Constant Bit rate : 1 536 kb/s Encoded bit rate : 0 b/s Channel(s) : 2 channels Sampling rate : 48.0 kHz Bit depth : 16 bits Stream size : 109 MiB (5%) Terje J. H From billy at nlcc.us Tue Jan 24 20:09:34 2017 From: billy at nlcc.us (Billy) Date: Tue, 24 Jan 2017 12:09:34 -0600 Subject: [FFmpeg-user] De-telecine, deinterlace, and filter chains In-Reply-To: <58862E3B.8020703@gmail.com> References: <20170123060252.GW1642@mrvideo.vidiot.com> <2f5f459b-556b-51ea-d6c4-eb9a63a91b26@nlcc.us> <5885F261.4010205@gmail.com> <5885F557.1060502@gmail.com> <58862E3B.8020703@gmail.com> Message-ID: <946e068c-044c-cea7-59f6-5d5fd73c586a@nlcc.us> On 1/23/2017 10:24 AM, Andy Furniss wrote: > Andy Furniss wrote: >> Andy Furniss wrote: >> >>> Vid looks like it's scaled up from 480 height and pillarboxed, so >>> the weave is not line for line anymore. >>> >>> It's probably been scaled as progressive which on strong chroma >>> will (I think) be un-mendable. Saying that the sample can be scaled >>> down to 480 and the weave is 1:1 again, which holds out the >>> possibility that you could make it interlaced again with tinterlace >>> and try to get IVTC to run on that. >> >> Maybe tinterlace was a crap idea as IIRC it would need field rate >> input. Another way could be to scale down to 480 do a field rate >> deint and drop duplicated frames. > > Though that's not really correct either. > > Whatever further processing is done, I think that scaling down to 480 is > going to be the first step. I live in pal land, so don't have experience > of dealing with ntsc. Ah, so they must have used a GIGO filter. Garbage in, garbage out. That gives me an idea. The source video was also offered at lower resolutions. It looks like the high resolution download was upscaled junk, now that you explain what evidently happened. I will play around with other "originals" until I obtain one which can be detelecined or deinterlaced. Thanks a bunch for this little clue! From victor at diez.online Tue Jan 24 15:42:27 2017 From: victor at diez.online (Victor Diez) Date: Tue, 24 Jan 2017 13:42:27 +0000 Subject: [FFmpeg-user] EVS compatible AVC Intra 100 Message-ID: Hello all, I'm trying to generate an AVC Intra 100 from an XDCAM 50 file. I already have compiled x264 with 10bit depth and seems to be correctly transcoding. The problem is that EVS doesn't seem to properly recognize it. Amberfin is working properly with the generated mxf however. This is my current command line: ffmpeg10bit -i xdcam50.mxf -map 0 -c:v libx264 -r 25 -g 1 -pix_fmt yuv422p10le -vb 100M -flags +ildct+ilme -tune psnr -x264opts avcintra-class=100 -x264opts colorprim=bt709 -x264opts transfer=bt709 -x264opts colormatrix=bt709 -x264opts tune=psnr -x264opts interlaced=1 -x264opts force-cfr=1 -x264opts fps=25/1 -vf "setfield=1" -c:a copy -f mxf avci100.mxf I even tried using bmxlib to rewrap the mxf, but no luck. This is the command line: bmxtranswrap --coding-eq 'bt709' --color-prim 'bt709' --transfer-ch 'bt709' -o avci100final.mxf avci100.mxf Also, when I compare the Media Info output from an EVS generated AVC Intra with my transcode, you can see this: EVS ffmpeg + bmx ID : 2 ID : 1001 Format : AVC Format : AVC Format/Info : Advanced Video Codec Format/Info : Advanced Video Codec Format profile : High 4:2:2 Intra at L4.1 Format profile : High 4:2:2 Intra at L4.1 Format settings, CABAC : No Format settings, CABAC : No Format settings, GOP : N=1 Format settings, GOP : N=1 Format settings, wrapping mode : Frame Format settings, wrapping mode : Frame Codec ID : 0D01030102106001-0401020201323102 Codec ID : 0D01030102106001-0401020201323001 Duration : 11 min Duration : 24s 240ms Bit rate : 100.0 Mb/s Bit rate : 100.0 Mbps Width : 1 920 pixels Width : 1 920 pixels Height : 1 080 pixels Height : 1 080 pixels Display aspect ratio : 16:9 Display aspect ratio : 16:9 Frame rate mode : Variable Frame rate : 25.000 FPS Frame rate : 25.000 fps Standard : Component Color space : YUV Color space : YUV Chroma subsampling : 4:2:2 Chroma subsampling : 4:2:2 Bit depth : 10 bits Bit depth : 10 bits Scan type : MBAFF Scan type : MBAFF Scan type, store method : Interleaved fields Scan order : Top Field First Scan order : Top Field First Bits/(Pixel*Frame) : 1.929 Bits/(Pixel*Frame) : 1.929 Stream size : 8.32 GiB (84%) Stream size : 289 MiB (91%) Title : Picture Title : V1 Color range : Full Writing library : x264 core 148 r2705 3f5ed56 Encoding settings : cabac=0 / ref=1 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=7 / psy=0 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=18 / lookahead_threads=3 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=tff / bluray_compat=0 / constrained_intra=0 / bframes=0 / weightp=0 / keyint=1 / keyint_min=1 / scenecut=40 / intra_refresh=0 / rc=abr / mbtree=0 / bitrate=100000 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=81 / qpstep=4 / ip_ratio=1.40 / aq=0 Color primaries : BT.709 Color primaries : BT.709 Transfer characteristics : BT.709 Transfer characteristics : BT.709 Matrix coefficients : BT.709 Matrix coefficients : BT.709 It's very similar but what worries me is the codec id, which both differ. And why Mediainfo is reporting variable frame rate with my transcode. You can also see the different essence comparing the output of mxf2raw -i: My transcode: essence_kind : Picture essence_type : AVC_High_422_Intra EVS AVC Intra 100: essence_kind : Picture essence_type : AVCI_100_1080i Do you know if there is any way in which I can get rid of those differences? Even though I'm not even sure those differences are the reason why EVS is not accepting my file. Anyone has experience with generating EVS compatible AVC Intra 100 files? Thank you and best regards, Victor From ilkertezcan at gmail.com Tue Jan 24 21:02:33 2017 From: ilkertezcan at gmail.com (ilker tezcan) Date: Tue, 24 Jan 2017 22:02:33 +0300 Subject: [FFmpeg-user] Upskill to FFmpeg the TimeStamp Correction Message-ID: <3ec419d6-44a0-8527-4649-fd7ac4ca4612@gmail.com> Dear FFmpeg Developers, If FFmpeg is able to of the timestamp correction, there is bug. If FFmpeg is not able to of the timestamp correction, there is a project open-source. Maybe FFmpeg' experts can include it as a library. May you want for reproduce? The sample file (On a Media Player software, I played only a few scenes a video): https://mega.nz/#!18oBiagQ!v1K1GJ7o_-dguOVN_5LKfKLLNelwKzS_rKev5M4Kbag The original video: https://archive.org/download/ElephantsDream_628/ElephantsDream_720p_DivXPlus.mkv Original timestamp: 10:58 Timestamp still remains with the original video (10:58!?). Therefore, need fix the timestamp. While FFmpeg can't do this, The Project Meteorite (MKV Repair Engin) can do. But the Meteorite is outdated (stuck issue). Therefore, firstly the file need remuxed with FFmpeg before Meteorite. ffmpeg-3.1.5 -i "ElephantsDream_only_a_few_scenes.mkv" -c:v copy -c:a copy -sn "ElephantsDream_only_a_few_scenes_remuxed.mkv" Why v3.1.5? Can be use any build of FFmpeg but not after 3.1.5. Because of on all later/GIT versions after version 3.1.5, FFmpeg can't remuxed properly. Something must have changed after v3.1.5. As you can see duration of "ElephantsDream_only_a_few_scenes_remuxed.mkv" file, FFmpeg couldn't correct the timestamp. Andrew Barnert forked the Meteorite: https://github.com/abarnert/meteorite Chris Bielow "removed unnecessary wx-includes for the CLI version": https://github.com/cbielow/meteorite/commits/master Use meteorite-cli file is enough. Run: >> meteorite-cli ElephantsDream_only_a_few_scenes_remuxed.mkv Created repair file will be "Meteorite.ElephantsDream_only_a_few_scenes_remuxed.mkv" named. Finally, the new correct timestamp of repaired file: 01:42 (only played/downloaded scenes!) My request to experts: Gain to FFmpeg the ability of correct timestamp feature of the Meteorite project. All sources in here: https://github.com/cbielow/meteorite If it possible to implemented, no need will be remux and meteorite. Best regards... From victor.accarini at gmail.com Tue Jan 24 21:26:42 2017 From: victor.accarini at gmail.com (Victor Accarini) Date: Tue, 24 Jan 2017 17:26:42 -0200 Subject: [FFmpeg-user] Extract EIA_608 closed caption to srt. Message-ID: Hi, I have a *.ts file and if I play it on VLC I can see 4 tracks for closed caption and if I select track 1 I can see the closed captions on the screen. I'm trying to extract those to an srt file but I didn't find a way. I tried the following command: ffmpeg -f lavfi -i "movie=output.ts[out+subcc]" -map s output.srt > > ffmpeg version 3.2.2 Copyright (c) 2000-2016 the FFmpeg developers > built with gcc 5.4.0 (GCC) > configuration: --enable-gpl --enable-libx264 --prefix=/usr > libavutil 55. 34.100 / 55. 34.100 > libavcodec 57. 64.101 / 57. 64.101 > libavformat 57. 56.100 / 57. 56.100 > libavdevice 57. 1.100 / 57. 1.100 > libavfilter 6. 65.100 / 6. 65.100 > libswscale 4. 2.100 / 4. 2.100 > libswresample 2. 3.100 / 2. 3.100 > libpostproc 54. 1.100 / 54. 1.100 > Input #0, lavfi, from 'movie=output.ts[out+subcc]': > Duration: N/A, start: 1.767033, bitrate: N/A > Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 720x480 > [SAR 1:1 DAR 3:2], 29.97 fps, 29.97 tbr, 90k tbn, 90k tbc > Stream #0:1: Subtitle: eia_608 > Output #0, srt, to 'output.srt': > Metadata: > encoder : Lavf57.56.100 > Stream #0:0: Subtitle: subrip (srt) > Metadata: > encoder : Lavc57.64.101 srt > Stream mapping: > Stream #0:1 -> #0:0 (eia_608 (cc_dec) -> subrip (srt)) > Press [q] to stop, [?] for help > [mpeg2video @ 0x27d88c0] ac-tex damaged at 3 6peed= 0x > [mpeg2video @ 0x27d88c0] Warning MVs not available > [mpeg2video @ 0x27d88c0] concealing 1080 DC, 1080 AC, 1080 MV errors in P > frame > size= 0kB time=00:00:00.00 bitrate=N/A speed= 0x > video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB > muxing overhead: unknown > Output file is empty, nothing was encoded (check -ss / -t / -frames > parameters if used) > ffmpeg says there is no closed caption (empty file) but it has, I can play it with VLC. The TS file can be found in here: https://1drv.ms/v/s!AkX8xxpecPkAhXPJjV1OgAHX2vTE Thanks, Victor From ceffmpeg at gmail.com Wed Jan 25 01:22:02 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Wed, 25 Jan 2017 00:22:02 +0100 Subject: [FFmpeg-user] Upskill to FFmpeg the TimeStamp Correction In-Reply-To: <3ec419d6-44a0-8527-4649-fd7ac4ca4612@gmail.com> References: <3ec419d6-44a0-8527-4649-fd7ac4ca4612@gmail.com> Message-ID: 2017-01-24 20:02 GMT+01:00 ilker tezcan : > The sample file (On a Media Player software, I played only a few scenes a > video): > https://mega.nz/#!18oBiagQ!v1K1GJ7o_-dguOVN_5LKfKLLNelwKzS_rKev5M4Kbag Please do not zip movie files (unless rawvideo). mkvalidator claims this is an invalid matroska file. > Timestamp still remains with the original video (10:58!?). Therefore, need > fix the timestamp. It seems to me that you created this file with strange timestamps, how is anything (including FFmpeg) supposed to know that this was not what you wanted? > ffmpeg-3.1.5 -i "ElephantsDream_only_a_few_scenes.mkv" -c:v copy -c:a copy > -sn "ElephantsDream_only_a_few_scenes_remuxed.mkv" > > Why v3.1.5? Can be use any build of FFmpeg but not after 3.1.5. Because of > on all later/GIT versions after version 3.1.5, FFmpeg can't remuxed > properly. Something must have changed after v3.1.5. Works fine here with current FFmpeg / command line and complete, uncut console output missing. Carl Eugen From ceffmpeg at gmail.com Wed Jan 25 01:29:35 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Wed, 25 Jan 2017 00:29:35 +0100 Subject: [FFmpeg-user] question regarding store_user_comments In-Reply-To: <001b01d27662$d2361d00$76a25700$@filmuniversitaet.de> References: <001b01d27662$d2361d00$76a25700$@filmuniversitaet.de> Message-ID: 2017-01-24 17:56 GMT+01:00 Julian Link : > i am trying to write metadata to an mxf file. > > ffmpeg.exe -i Z:\hide\MXF_files\A019C046.mxf -an -f mxf_opatom -b:v 36M > -metadata comment_x=y out.mxf > > Before ffmpeg version 2.8.2 this line worked as expected. Please also test current FFmpeg git head, nothing else is supported here. Thank you, Carl Eugen From ceffmpeg at gmail.com Wed Jan 25 01:26:35 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Wed, 25 Jan 2017 00:26:35 +0100 Subject: [FFmpeg-user] EVS compatible AVC Intra 100 In-Reply-To: References: Message-ID: 2017-01-24 14:42 GMT+01:00 Victor Diez : > I'm trying to generate an AVC Intra 100 from an XDCAM 50 file. I already > have compiled x264 with 10bit depth and seems to be correctly transcoding. > The problem is that EVS doesn't seem to properly recognize it. Amberfin is > working properly with the generated mxf however. (Maybe you should ask EVS why they don't like the file?) > This is my current command line: > > ffmpeg10bit -i xdcam50.mxf -map 0 -c:v libx264 -r 25 -g 1 -pix_fmt yuv422p10le -vb 100M -flags +ildct+ilme -tune psnr -x264opts avcintra-class=100 -x264opts colorprim=bt709 -x264opts transfer=bt709 -x264opts colormatrix=bt709 -x264opts tune=psnr -x264opts interlaced=1 -x264opts force-cfr=1 -x264opts fps=25/1 -vf "setfield=1" -c:a copy -f mxf avci100.mxf Complete, uncut console output missing. FFmpeg does not support different essence types for H.264, feel free to test to overwrite with the one from your sample video and report back. Carl Eugen From ilkertezcan at gmail.com Wed Jan 25 09:35:40 2017 From: ilkertezcan at gmail.com (ilker tezcan) Date: Wed, 25 Jan 2017 10:35:40 +0300 Subject: [FFmpeg-user] Upskill to FFmpeg the TimeStamp Correction In-Reply-To: References: <3ec419d6-44a0-8527-4649-fd7ac4ca4612@gmail.com> Message-ID: <73826576-1546-cfb3-6860-c867da0c4522@gmail.com> Dear Carl and Developers, I truly thank you your reply and close interest. You're right, my sample file's timestamp is mess which is why I need to correction it. I just designed a info-graphic that shows the issue: http://i.imgur.com/B0EML6v.png I just uploaded to here my sample file to without compressed (193 MB): https://mega.nz/#!xkpEGbSL!MJZVjnwhuQ4XD7EcmM3ahKLeINwUMSCEQD0fAqtU_gs MKValidator's report: https://paste.ee/r/bLyxt FFmpeg version N-83195-ge371f03's report: https://paste.ee/r/Tl7at FFmpeg version 3.1.5's report: https://paste.ee/r/mf1Za Also I uploaded to here final fixed file after FFmpeg version 3.1.5 & Meteorite: https://mega.nz/#!11h0UDIZ!3IDQ3DQs-Et7ZJixSuH-1xXXSUpHKoVFcTrQ5ozpHMg I hope, all of this will helpful you all developers and FFmpeg now can corrects remaining still the timestamp matter without help of the Meteorite. Regards... From erik.dobberkau at gmail.com Wed Jan 25 10:37:01 2017 From: erik.dobberkau at gmail.com (Erik Dobberkau) Date: Wed, 25 Jan 2017 09:37:01 +0100 Subject: [FFmpeg-user] question regarding store_user_comments In-Reply-To: References: <001b01d27662$d2361d00$76a25700$@filmuniversitaet.de> Message-ID: Am Mittwoch, 25. Januar 2017 schrieb Carl Eugen Hoyos : > 2017-01-24 17:56 GMT+01:00 Julian Link >: > > > i am trying to write metadata to an mxf file. > > > > ffmpeg.exe -i Z:\hide\MXF_files\A019C046.mxf -an -f mxf_opatom -b:v 36M > > -metadata comment_x=y out.mxf > > > > Before ffmpeg version 2.8.2 this line worked as expected. > > Please also test current FFmpeg git head, nothing else is supported here. > > I'd rather go with bmxtools, obviously you're trying to make something work with Avid MC, which ffmpeg isn't playing nicely with atm. Erik From erik.dobberkau at gmail.com Wed Jan 25 10:34:46 2017 From: erik.dobberkau at gmail.com (Erik Dobberkau) Date: Wed, 25 Jan 2017 09:34:46 +0100 Subject: [FFmpeg-user] EVS compatible AVC Intra 100 In-Reply-To: References: Message-ID: > > The problem is that EVS doesn't seem to properly recognize it. Amberfin > is > > working properly with the generated mxf however. > > (Maybe you should ask EVS why they don't like the file?) > > I think the best way is to compare the ffmpeg result (and the EVS file) to > an original Panasonic file. EVS doesn't write 100% identical files as the > cam would. > Also, ffmpeg is/used to be not very good at writing op-atom, I've had better results using the bmxtools or ffmbc if you want to avoid batch processing a single file with multiple tools. Erik From ceffmpeg at gmail.com Wed Jan 25 11:43:09 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Wed, 25 Jan 2017 10:43:09 +0100 Subject: [FFmpeg-user] question regarding store_user_comments In-Reply-To: References: <001b01d27662$d2361d00$76a25700$@filmuniversitaet.de> Message-ID: 2017-01-25 9:37 GMT+01:00 Erik Dobberkau : > Am Mittwoch, 25. Januar 2017 schrieb Carl Eugen Hoyos : > >> 2017-01-24 17:56 GMT+01:00 Julian Link : >> >> > i am trying to write metadata to an mxf file. >> > >> > ffmpeg.exe -i Z:\hide\MXF_files\A019C046.mxf -an -f mxf_opatom >> > -b:v 36M -metadata comment_x=y out.mxf >> > >> > Before ffmpeg version 2.8.2 this line worked as expected. >> >> Please also test current FFmpeg git head, nothing else is supported here. >> >> > I'd rather go with bmxtools, obviously you're trying to make something > work with Avid MC, which ffmpeg isn't playing nicely with atm. Is there a regression we don't know about? Carl Eugen From erik.dobberkau at gmail.com Wed Jan 25 12:16:47 2017 From: erik.dobberkau at gmail.com (Erik Dobberkau) Date: Wed, 25 Jan 2017 11:16:47 +0100 Subject: [FFmpeg-user] question regarding store_user_comments In-Reply-To: References: <001b01d27662$d2361d00$76a25700$@filmuniversitaet.de> Message-ID: > > I'd rather go with bmxtools, obviously you're trying to make something > > work with Avid MC, which ffmpeg isn't playing nicely with atm. > > Is there a regression we don't know about? > > I don't know either, but the (now outdated) builds I've been working with did not produce OP-Atoms that would properly work with Avid MC. Erik From bouke at videotoolshed.com Wed Jan 25 13:55:13 2017 From: bouke at videotoolshed.com (Bouke (VideoToolShed)) Date: Wed, 25 Jan 2017 12:55:13 +0100 Subject: [FFmpeg-user] question regarding store_user_comments References: <001b01d27662$d2361d00$76a25700$@filmuniversitaet.de> Message-ID: ----- Original Message ----- From: "Erik Dobberkau" To: "FFmpeg user questions" Sent: Wednesday, January 25, 2017 11:16 AM Subject: Re: [FFmpeg-user] question regarding store_user_comments >> > I'd rather go with bmxtools, obviously you're trying to make something >> > work with Avid MC, which ffmpeg isn't playing nicely with atm. >> >> Is there a regression we don't know about? >> >> > I don't know either, but the (now outdated) builds I've been working with > did not produce OP-Atoms that would properly work with Avid MC. Probably unrelated, but using -t xx or -shortest on creating MpegII (XDcam) Op1A files will make avid bitch about something with 'mob' (I forgot the exact details, but can create testlines if you like..) bouke > Erik > ______________________________________". --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From j.link at filmuniversitaet.de Wed Jan 25 18:02:06 2017 From: j.link at filmuniversitaet.de (Julian Link) Date: Wed, 25 Jan 2017 17:02:06 +0100 Subject: [FFmpeg-user] question regarding store_user_comments In-Reply-To: References: <001b01d27662$d2361d00$76a25700$@filmuniversitaet.de> Message-ID: <001c01d27724$604d6aa0$20e83fe0$@filmuniversitaet.de> Tested it with the latest git snapshot. Does not make any difference. If nobody has an idea why it is not working I`ll try bmxtools next. Thank you all Best, Jules [jules at deepthought ffmpeg]$ ffmpeg -i /media/120TB/hide/MXF_files/A019C046.mxf -an -f mxf_opatom -store_user_comments 1 -b:v 36M -metadata comment_x=y out.mxf ffmpeg version N-83198-g9ea2998 Copyright (c) 2000-2017 the FFmpeg developers built with gcc 4.8.5 (GCC) 20150623 (Red Hat 4.8.5-11) configuration: --prefix=/home/jules/ffmpeg_build --extra-cflags=-I/home/jules/ffmpeg_build/include --extra-ldflags='-L/home/jules/ffmpeg_build/lib -ldl' --bindir=/home/jules/bin --pkg-config-flags=--static --enable-gpl --enable-nonfree --enable-libfdk_aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 libavutil 55. 44.100 / 55. 44.100 libavcodec 57. 75.100 / 57. 75.100 libavformat 57. 63.100 / 57. 63.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 69.100 / 6. 69.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 [dnxhd @ 0x3c20c20] frame size changed: 1920x1088 -> 1920x1080 Input #0, mxf, from '/media/120TB/hide/MXF_files/A019C046.mxf': Metadata: uid : adab4424-2f25-4dc7-92ff-29bd000c0000 generation_uid : adab4424-2f25-4dc7-92ff-29bd000c0001 company_name : FFmpeg product_name : OPAtom Muxer product_version : 57.63.100 product_uid : adab4424-2f25-4dc7-92ff-29bd000c0002 modification_date: 0-01-02T00:00:00.000000Z material_package_umid: 0x060A2B340101010501010D001324A82352947134D824A8230052947134D82400 timecode : 13:33:28:23 Duration: 00:00:10.00, start: 0.000000, bitrate: 37688 kb/s Stream #0:0: Video: dnxhd (DNXHD), yuv422p(bt709/unknown/unknown, progressive), 1920x1080, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 25 tbn, 25 tbc Metadata: file_package_umid: 0x060A2B340101010501010D001324A82352947134D824A8230052947134D82401 Output #0, mxf_opatom, to 'out.mxf': Metadata: uid : adab4424-2f25-4dc7-92ff-29bd000c0000 generation_uid : adab4424-2f25-4dc7-92ff-29bd000c0001 company_name : FFmpeg product_name : OPAtom Muxer product_version : 57.63.100 product_uid : adab4424-2f25-4dc7-92ff-29bd000c0002 modification_date: 0-01-02T00:00:00.000000Z material_package_umid: 0x060A2B340101010501010D001324A82352947134D824A8230052947134D82400 timecode : 13:33:28:23 comment_x : y encoder : Lavf57.63.100 Stream #0:0: Video: dnxhd (DNXHD), yuv422p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-1024, 36000 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: file_package_umid: 0x060A2B340101010501010D001324A82352947134D824A8230052947134D82401 encoder : Lavc57.75.100 dnxhd Stream mapping: Stream #0:0 -> #0:0 (dnxhd (native) -> dnxhd (native)) Press [q] to stop, [?] for help frame= 250 fps=0.0 q=2.0 Lsize= 46007kB time=00:00:10.00 bitrate=37688.6kbits/s speed=14.9x video:46000kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.014251% [jules at deepthought ffmpeg]$ ffprobe out.mxf ffprobe version N-83198-g9ea2998 Copyright (c) 2007-2017 the FFmpeg developers built with gcc 4.8.5 (GCC) 20150623 (Red Hat 4.8.5-11) configuration: --prefix=/home/jules/ffmpeg_build --extra-cflags=-I/home/jules/ffmpeg_build/include --extra-ldflags='-L/home/jules/ffmpeg_build/lib -ldl' --bindir=/home/jules/bin --pkg-config-flags=--static --enable-gpl --enable-nonfree --enable-libfdk_aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 libavutil 55. 44.100 / 55. 44.100 libavcodec 57. 75.100 / 57. 75.100 libavformat 57. 63.100 / 57. 63.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 69.100 / 6. 69.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 [dnxhd @ 0x427e280] frame size changed: 1920x1088 -> 1920x1080 Input #0, mxf, from 'out.mxf': Metadata: uid : adab4424-2f25-4dc7-92ff-29bd000c0000 generation_uid : adab4424-2f25-4dc7-92ff-29bd000c0001 company_name : FFmpeg product_name : OPAtom Muxer product_version : 57.63.100 product_uid : adab4424-2f25-4dc7-92ff-29bd000c0002 modification_date: 0-01-02T00:00:00.000000Z material_package_umid: 0x060A2B340101010501010D0013D56E2D52947134D9D56E2D0052947134D9D500 timecode : 13:33:28:23 Duration: 00:00:10.00, start: 0.000000, bitrate: 37688 kb/s Stream #0:0: Video: dnxhd (DNXHD), yuv422p(bt709/unknown/unknown, progressive), 1920x1080, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 25 tbn, 25 tbc Metadata: file_package_umid: 0x060A2B340101010501010D0013D56E2D52947134D9D56E2D0052947134D9D501 [jules at deepthought ffmpeg]$ ………………………………………………………………………….. Julian Link Filmuniversität Babelsberg KONRAD WOLF Forschungsprojekt dwerft Filmuniversity Babelsberg KONRAD WOLF dwerft Research Project phone: +49-331-6202-567 cell: +49-162-889-2244 fax: +49-331-6202-569 j.link at filmuniversitaet.de www.filmuniversitaet.de -----Ursprüngliche Nachricht----- Von: ffmpeg-user [mailto:ffmpeg-user-bounces at ffmpeg.org] Im Auftrag von Bouke (VideoToolShed) Gesendet: Mittwoch, 25. Januar 2017 12:55 An: FFmpeg user questions Betreff: Re: [FFmpeg-user] question regarding store_user_comments ----- Original Message ----- From: "Erik Dobberkau" To: "FFmpeg user questions" Sent: Wednesday, January 25, 2017 11:16 AM Subject: Re: [FFmpeg-user] question regarding store_user_comments >> > I'd rather go with bmxtools, obviously you're trying to make something >> > work with Avid MC, which ffmpeg isn't playing nicely with atm. >> >> Is there a regression we don't know about? >> >> > I don't know either, but the (now outdated) builds I've been working with > did not produce OP-Atoms that would properly work with Avid MC. Probably unrelated, but using -t xx or -shortest on creating MpegII (XDcam) Op1A files will make avid bitch about something with 'mob' (I forgot the exact details, but can create testlines if you like..) bouke > Erik > ______________________________________". --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus _______________________________________________ ffmpeg-user mailing list ffmpeg-user at ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". From barsnick at gmx.net Wed Jan 25 18:44:33 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Wed, 25 Jan 2017 17:44:33 +0100 Subject: [FFmpeg-user] question regarding store_user_comments In-Reply-To: <001c01d27724$604d6aa0$20e83fe0$@filmuniversitaet.de> References: <001b01d27662$d2361d00$76a25700$@filmuniversitaet.de> <001c01d27724$604d6aa0$20e83fe0$@filmuniversitaet.de> Message-ID: <20170125164433.GA24920@sunshine.barsnick.net> On Wed, Jan 25, 2017 at 17:02:06 +0100, Julian Link wrote: > [jules at deepthought ffmpeg]$ ffmpeg -i /media/120TB/hide/MXF_files/A019C046.mxf -an -f mxf_opatom -store_user_comments 1 -b:v 36M -metadata comment_x=y out.mxf According to $ ffmpeg -h muxer=mxf_opatom the mxf_opatom muxer does *not* support "-store_user_comments". The mxf muxer does though, and setting your comment works there. If I change the MXF muxer's OpA1 code to expose and use that option (see attached patch), it actually works: $ ./ffmpeg_g -f lavfi -i testsrc2=s=hd1080 -f mxf_opatom -store_user_comments 1 -b:v 36M -metadata comment_x=y -t 1 ~/tmp/out.mxf -y ffmpeg version N-83183-gd60f090 Copyright (c) 2000-2017 the FFmpeg developers built with icc (ICC) 14.0.3 20140422 configuration: --prefix=/usr/new/tools/video/install/ffmpeg/2017-01-21 --cc=icc --cxx=icpc --enable-gpl --enable-version3 --enable-nonfree --disable-shared --enable-gnutls --enable-libcdio --enable-libfreetype --enable-libx264 --enable-libvpx --enable-libmp3lame --enable-openal --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtwolame --enable-libopenjpeg --enable-librtmp --enable-libass --enable-li bv4l2 --enable-libvidstab --enable-libfdk-aac --enable-libsmbclient --enable-libzvbi --enable-libtesseract --enable-libzmq libavutil 55. 43.100 / 55. 43.100 libavcodec 57. 75.100 / 57. 75.100 libavformat 57. 62.100 / 57. 62.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 69.100 / 6. 69.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 Input #0, lavfi, from 'testsrc2=s=hd1080': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25 tbr, 25 tbn, 25 tbc Output #0, mxf_opatom, to '/home/barsnick/tmp/out.mxf': Metadata: comment_x : y encoder : Lavf57.62.100 Stream #0:0: Video: dnxhd (DNXHD), yuv422p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-1024, 36000 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc57.75.100 dnxhd Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> dnxhd (native)) Press [q] to stop, [?] for help [swscaler @ 0xb7bfb40] Warning: data is not aligned! This can lead to a speedloss frame= 25 fps= 10 q=1.0 Lsize= 4607kB time=00:00:01.00 bitrate=37736.9kbits/s speed=0.402x video:4600kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.142514% $ ./ffmpeg_g -i ~/tmp/out.mxf ffmpeg version N-83183-gd60f090 Copyright (c) 2000-2017 the FFmpeg developers built with icc (ICC) 14.0.3 20140422 configuration: --prefix=/usr/new/tools/video/install/ffmpeg/2017-01-21 --cc=icc --cxx=icpc --enable-gpl --enable-version3 --enable-nonfree --disable-shared --enable-gnutls --enable-libcdio --enable-libfreetype --enable-libx264 --enable-libvpx --enable-libmp3lame --enable-openal --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtwolame --enable-libopenjpeg --enable-librtmp --enable-libass --enable-libv4l2 --enable-libvidstab --enable-libfdk-aac --enable-libsmbclient --enable-libzvbi --enable-libtesseract --enable-libzmq libavutil 55. 43.100 / 55. 43.100 libavcodec 57. 75.100 / 57. 75.100 libavformat 57. 62.100 / 57. 62.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 69.100 / 6. 69.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 [dnxhd @ 0xbd04420] frame size changed: 1920x1088 -> 1920x1080 Input #0, mxf, from '/home/barsnick/tmp/out.mxf': Metadata: uid : adab4424-2f25-4dc7-92ff-29bd000c0000 generation_uid : adab4424-2f25-4dc7-92ff-29bd000c0001 company_name : FFmpeg product_name : OPAtom Muxer product_version : 57.62.100 product_uid : adab4424-2f25-4dc7-92ff-29bd000c0002 modification_date: 1905-06-07T18:35:44.000000Z material_package_umid: 0x060A2B340101010501010D001348BF4F529471342248BF4F0052947134224800 comment_x : y timecode : 00:00:00:00 Duration: 00:00:01.00, start: 0.000000, bitrate: 37736 kb/s Stream #0:0: Video: dnxhd (DNXHD), yuv422p(bt709/unknown/unknown, progressive), 1920x1080, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 25 tbn, 25 tbc Metadata: file_package_umid: 0x060A2B340101010501010D001348BF4F529471342248BF4F0052947134224801 At least one output file must be specified $ I may be violating the format though, what do I know. Perhaps it isn't supported for a reason. Michael N. introduced the feature (of toggling the storage) here: https://github.com/FFmpeg/FFmpeg/commit/d9726893f311b7bbbc9887db2c3ffbefaad78ca3 where it is on by default for MXF, off by default for D10 (because "not allowed"), but not at all exposed to OpA1. Do ask Michael or the MXF maintainer... It *is* a regression in terms of "it used to work for mxf_opatom, but no longer does". But as said, that may be intentional... If not, submit a proper patch and give me credit. ;-) (Or let me do it.) Moritz -------------- next part -------------- --- ffmpeg-build-2017-01-21/libavformat/mxfenc.c.orig 2016-10-11 18:20:03.000000000 +0200 +++ ffmpeg-build-2017-01-21/libavformat/mxfenc.c 2017-01-25 17:24:14.000000000 +0100 @@ -2706,6 +2706,8 @@ { "mxf_audio_edit_rate", "Audio edit rate for timecode", offsetof(MXFContext, audio_edit_rate), AV_OPT_TYPE_RATIONAL, {.dbl=25}, 0, INT_MAX, AV_OPT_FLAG_ENCODING_PARAM }, MXF_COMMON_OPTIONS + { "store_user_comments", "", + offsetof(MXFContext, store_user_comments), AV_OPT_TYPE_BOOL, {.i64 = 0}, 0, 1, AV_OPT_FLAG_ENCODING_PARAM}, { NULL }, }; From cdemirsoy at sabanciuniv.edu Wed Jan 25 20:17:00 2017 From: cdemirsoy at sabanciuniv.edu (Canberk Demirsoy (Alumni)) Date: Wed, 25 Jan 2017 19:17:00 +0100 Subject: [FFmpeg-user] C920 Report shows yuvformat Message-ID: Hi guys Help me with c920 please, even though i change the formats, it still reinits format to yuv420. Why is that? *Canberk Demirsoy* B.Sc. Electrical Engineering, Sabancı University M.Sc. Computer Engineering, Munich Technical University From kieran.o.leary at gmail.com Wed Jan 25 20:31:28 2017 From: kieran.o.leary at gmail.com (Kieran O Leary) Date: Wed, 25 Jan 2017 18:31:28 +0000 Subject: [FFmpeg-user] C920 Report shows yuvformat In-Reply-To: References: Message-ID: Hi On 25 Jan 2017 18:25, "Canberk Demirsoy (Alumni)" wrote: Hi guys Help me with c920 please, even though i change the formats, it still reinits format to yuv420. Why is that? Can you post the full, uncut console output along with your full command line? That will allow people to answer your question. From cdemirsoy at sabanciuniv.edu Wed Jan 25 20:40:12 2017 From: cdemirsoy at sabanciuniv.edu (Canberk Demirsoy (Alumni)) Date: Wed, 25 Jan 2017 18:40:12 +0000 Subject: [FFmpeg-user] C920 Report shows yuvformat In-Reply-To: References: Message-ID: I will but got off work, see you tomorrow. On Wed, 25 Jan 2017 at 19:39, Kieran O Leary wrote: > Hi > > On 25 Jan 2017 18:25, "Canberk Demirsoy (Alumni)" < > cdemirsoy at sabanciuniv.edu> > wrote: > > Hi guys > > Help me with c920 please, even though i change the formats, it still > reinits format to yuv420. Why is that? > > > Can you post the full, uncut console output along with your full command > line? That will allow people to answer your question. > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". -- *Canberk Demirsoy* B.Sc. Electrical Engineering, Sabancı University M.Sc. Computer Engineering, Munich Technical University From peter777 at users.sourceforge.net Thu Jan 26 00:51:29 2017 From: peter777 at users.sourceforge.net (Peter) Date: Thu, 26 Jan 2017 09:51:29 +1100 Subject: [FFmpeg-user] Can the video orientation be adjusted for part of an Mp4 ? Message-ID: <3556575.j76QT9Fiex@peter-asus64> Hi, We have a video that was taken from a mobile phone. The first part of the video is not orientated properly, and needs to be moved anti-clockwise 90 degress. At approximately 4:30 , the video orientation is corrected. Is there a method with ffmpeg to adjust the video orientation for the first 4:40 minutes ? Here is the video details: ffmpeg version 2.8.10-0ubuntu0.16.04.1 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 5.4.0 (Ubuntu 5.4.0-6ubuntu1~16.04.4) 20160609 configuration: --prefix=/usr --extra-version=0ubuntu0.16.04.1 --build-suffix=- ffmpeg --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/ include/x86_64-linux-gnu --cc=cc --cxx=g++ --enable-gpl --enable-shared -- disable-stripping --disable-decoder=libopenjpeg --disable- decoder=libschroedinger --enable-avresample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable- libcaca --enable-libcdio --enable-libflite --enable-libfontconfig --enable- libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable- libmodplug --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable- libpulse --enable-librtmp --enable-libschroedinger --enable-libshine --enable- libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable- libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable- libwavpack --enable-libwebp --enable-libx265 --enable-libxvid --enable-libzvbi --enable-openal --enable-opengl --enable-x11grab --enable-libdc1394 --enable- libiec61883 --enable-libzmq --enable-frei0r --enable-libx264 --enable- libopencv libavutil 54. 31.100 / 54. 31.100 libavcodec 56. 60.100 / 56. 60.100 libavformat 56. 40.101 / 56. 40.101 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 40.101 / 5. 40.101 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 2.101 / 1. 2.101 libpostproc 53. 3.100 / 53. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '10000000_686782998156148_4534047573949808640_n.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf56.40.101 Duration: 00:56:48.13, start: 0.000000, bitrate: 580 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 360x636, 501 kb/s, 26.93 fps, 1k tbr, 90k tbn, 2k tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, mono, fltp, 69 kb/s (default) Metadata: handler_name : SoundHandler Peter From victor at diez.online Wed Jan 25 11:42:34 2017 From: victor at diez.online (Victor Diez) Date: Wed, 25 Jan 2017 09:42:34 +0000 Subject: [FFmpeg-user] EVS compatible AVC Intra 100 In-Reply-To: References: , Message-ID: Thanks for the answers. I didn't paste the output because I did not get any error. I already checked with EVS and just wanted to make sure I got the "standard"AVC Intra 100 parameters right and that I was not making any mistake before getting back to them. Erik, the mxf was one of my suspicions as well, that's why I rewrapped the file with bmxtranswrap so I could get v1.3 instead of 1.2. This is the output I'm getting, all seems ok to me. host:~$ ffmpeg10bit -i /mnt/file.mxf -coder 0 -map 0 -c:v libx264 -r 25 -g 1 -pix_fmt yuv422p10le -vb 100M -flags +ildct+ilme -tune psnr -x264opts avcintra-class=100 -x264opts colorprim=bt709 -x264opts transfer=bt709 -x264opts colormatrix=bt709 -x264opts tune=psnr -x264opts interlaced=1 -x264opts force-cfr=1 -x264opts fps=25/1 -vf "setfield=1" -c:a copy ~/test.mxf ffmpeg version n3.1.6-8-g6c96200 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 4.8 (Ubuntu 4.8.4-2ubuntu1~14.04.3) configuration: --prefix=/usr --enable-gpl --enable-libx264 --enable-pthreads --enable-static --extra-cflags=-I./x264/include --extra-ldflags=-L./x264/lib --extra-libs=-ldl --progs-suffix=10bit libavutil 55. 28.100 / 55. 28.100 libavcodec 57. 48.101 / 57. 48.101 libavformat 57. 41.100 / 57. 41.100 libavdevice 57. 0.101 / 57. 0.101 libavfilter 6. 47.100 / 6. 47.100 libswscale 4. 1.100 / 4. 1.100 libswresample 2. 1.100 / 2. 1.100 libpostproc 54. 0.100 / 54. 0.100 Guessed Channel Layout for Input Stream #0.1 : mono Guessed Channel Layout for Input Stream #0.2 : mono Guessed Channel Layout for Input Stream #0.3 : mono Guessed Channel Layout for Input Stream #0.4 : mono Guessed Channel Layout for Input Stream #0.5 : mono Guessed Channel Layout for Input Stream #0.6 : mono Guessed Channel Layout for Input Stream #0.7 : mono Guessed Channel Layout for Input Stream #0.8 : mono Input #0, mxf, from '/mnt/file.mxf': Metadata: uid : 479ac510-b1ae-11e6-9a9c-002590e81d4f generation_uid : 479ac510-b1ae-11e6-9a9d-002590e81d4f company_name : OC product_name : OCTk product_version : 2.8 product_uid : 3a4fe380-0d01-11e4-869f-3cd92b5c1dfc modification_date: 2016-11-23 19:54:36 material_package_umid: 0x060A2B340101010501010D201300000047998C90B1AE11E69A7F002590E81D4F timecode : 19:49:40:00 Duration: 00:00:24.00, start: 0.000000, bitrate: 60781 kb/s Stream #0:0: Video: mpeg2video (4:2:2), yuv422p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 50000 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc Metadata: file_package_umid: 0x060A2B340101010501010D201300000047987B20B1AE11E69A64002590E81D4F Stream #0:1: Audio: pcm_s24le, 48000 Hz, 1 channels, s32 (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D201300000047987B20B1AE11E69A64002590E81D4F Stream #0:2: Audio: pcm_s24le, 48000 Hz, 1 channels, s32 (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D201300000047987B20B1AE11E69A64002590E81D4F Stream #0:3: Audio: pcm_s24le, 48000 Hz, 1 channels, s32 (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D201300000047987B20B1AE11E69A64002590E81D4F Stream #0:4: Audio: pcm_s24le, 48000 Hz, 1 channels, s32 (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D201300000047987B20B1AE11E69A64002590E81D4F Stream #0:5: Audio: pcm_s24le, 48000 Hz, 1 channels, s32 (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D201300000047987B20B1AE11E69A64002590E81D4F Stream #0:6: Audio: pcm_s24le, 48000 Hz, 1 channels, s32 (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D201300000047987B20B1AE11E69A64002590E81D4F Stream #0:7: Audio: pcm_s24le, 48000 Hz, 1 channels, s32 (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D201300000047987B20B1AE11E69A64002590E81D4F Stream #0:8: Audio: pcm_s24le, 48000 Hz, 1 channels, s32 (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D201300000047987B20B1AE11E69A64002590E81D4F [libx264 @ 0x27b6f60] using SAR=1/1 [libx264 @ 0x27b6f60] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2 [libx264 @ 0x27b6f60] profile High 4:2:2 Intra, level 4.1, 4:2:2 10-bit [mxf @ 0x2ac8960] Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead. Last message repeated 8 times Output #0, mxf, to '/home/upop/test.mxf': Metadata: uid : 479ac510-b1ae-11e6-9a9c-002590e81d4f generation_uid : 479ac510-b1ae-11e6-9a9d-002590e81d4f company_name : OC product_name : OCTk product_version : 2.8 product_uid : 3a4fe380-0d01-11e4-869f-3cd92b5c1dfc modification_date: 2016-11-23 19:54:36 material_package_umid: 0x060A2B340101010501010D201300000047998C90B1AE11E69A7F002590E81D4F timecode : 19:49:40:00 encoder : Lavf57.41.100 Stream #0:0: Video: h264 (libx264), yuv422p10le, 1920x1080 [SAR 1:1 DAR 16:9], q=-1--1, 100000 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: file_package_umid: 0x060A2B340101010501010D201300000047987B20B1AE11E69A64002590E81D4F encoder : Lavc57.48.101 libx264 Side data: cpb: bitrate max/min/avg: 0/0/100000000 buffer size: 0 vbv_delay: -1 Stream #0:1: Audio: pcm_s24le, 48000 Hz, mono (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D201300000047987B20B1AE11E69A64002590E81D4F Stream #0:2: Audio: pcm_s24le, 48000 Hz, mono (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D201300000047987B20B1AE11E69A64002590E81D4F Stream #0:3: Audio: pcm_s24le, 48000 Hz, mono (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D201300000047987B20B1AE11E69A64002590E81D4F Stream #0:4: Audio: pcm_s24le, 48000 Hz, mono (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D201300000047987B20B1AE11E69A64002590E81D4F Stream #0:5: Audio: pcm_s24le, 48000 Hz, mono (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D201300000047987B20B1AE11E69A64002590E81D4F Stream #0:6: Audio: pcm_s24le, 48000 Hz, mono (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D201300000047987B20B1AE11E69A64002590E81D4F Stream #0:7: Audio: pcm_s24le, 48000 Hz, mono (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D201300000047987B20B1AE11E69A64002590E81D4F Stream #0:8: Audio: pcm_s24le, 48000 Hz, mono (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D201300000047987B20B1AE11E69A64002590E81D4F Stream mapping: Stream #0:0 -> #0:0 (mpeg2video (native) -> h264 (libx264)) Stream #0:1 -> #0:1 (copy) Stream #0:2 -> #0:2 (copy) Stream #0:3 -> #0:3 (copy) Stream #0:4 -> #0:4 (copy) Stream #0:5 -> #0:5 (copy) Stream #0:6 -> #0:6 (copy) Stream #0:7 -> #0:7 (copy) Stream #0:8 -> #0:8 (copy) Press [q] to stop, [?] for help [mxf @ 0x2ac8960] -d10_channelcount requires MXF D-10 and will be ignored Last message repeated 7 times frame= 606 fps= 29 q=-1.0 Lsize= 326581kB time=00:00:24.24 bitrate=110369.1kbits/s dup=2 drop=0 speed=1.16x video:296997kB audio:27270kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.713620% [libx264 @ 0x27b6f60] frame I:606 Avg QP:32.97 size:501856 [libx264 @ 0x27b6f60] mb I I16..4: 2.2% 82.1% 15.7% [libx264 @ 0x27b6f60] final ratefactor: 14.18 [libx264 @ 0x27b6f60] field mbs: intra: 38.5% [libx264 @ 0x27b6f60] 8x8 transform intra:82.1% [libx264 @ 0x27b6f60] coded y,uvDC,uvAC intra: 99.8% 99.9% 95.6% [libx264 @ 0x27b6f60] i16 v,h,dc,p: 1% 7% 75% 16% [libx264 @ 0x27b6f60] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 4% 43% 23% 3% 3% 2% 7% 2% 12% [libx264 @ 0x27b6f60] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 9% 40% 11% 4% 5% 4% 9% 4% 13% [libx264 @ 0x27b6f60] i8c dc,h,v,p: 61% 18% 9% 11% [libx264 @ 0x27b6f60] kb/s:100371.11 In principle if you guys can confirm me that nothing looks weird in my command line for an AVC Intra 100 transcode that would be great so I can check back with EVS more confidently :) Thanks, Victor ________________________________ De: ffmpeg-user en nombre de Erik Dobberkau Enviado: miércoles, 25 de enero de 2017 9:34:46 Para: FFmpeg user questions Asunto: Re: [FFmpeg-user] EVS compatible AVC Intra 100 > > The problem is that EVS doesn't seem to properly recognize it. Amberfin > is > > working properly with the generated mxf however. > > (Maybe you should ask EVS why they don't like the file?) > > I think the best way is to compare the ffmpeg result (and the EVS file) to > an original Panasonic file. EVS doesn't write 100% identical files as the > cam would. > Also, ffmpeg is/used to be not very good at writing op-atom, I've had better results using the bmxtools or ffmbc if you want to avoid batch processing a single file with multiple tools. Erik _______________________________________________ ffmpeg-user mailing list ffmpeg-user at ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". From ceffmpeg at gmail.com Thu Jan 26 10:13:42 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Thu, 26 Jan 2017 09:13:42 +0100 Subject: [FFmpeg-user] Can the video orientation be adjusted for part of an Mp4 ? In-Reply-To: <3556575.j76QT9Fiex@peter-asus64> References: <3556575.j76QT9Fiex@peter-asus64> Message-ID: 2017-01-25 23:51 GMT+01:00 Peter : > We have a video that was taken from a mobile phone. The first part of the video > is not orientated properly, and needs to be moved anti-clockwise 90 degress. (That surprises me but may be related to the last comment below.) > At approximately 4:30 , the video orientation is corrected. > > Is there a method with ffmpeg to adjust the video orientation for the first > 4:40 minutes ? I suspect mov doesn't support this. (If it would, your phone would have used the feature I guess.) > ffmpeg version 2.8.10-0ubuntu0.16.04.1 For future questions: Please remember that on this mailing list, only current FFmpeg git head is supported. Carl Eugen From cdemirsoy at sabanciuniv.edu Thu Jan 26 11:25:25 2017 From: cdemirsoy at sabanciuniv.edu (Canberk Demirsoy (Alumni)) Date: Thu, 26 Jan 2017 09:25:25 +0000 Subject: [FFmpeg-user] C920 h264 Problem Message-ID: Hi guys even though i make lots of settings i still see yuv format in debug file. How to correctly get h264 format from c920 using raspberry pi? And i wanna transfer file without encoding or decoding by copying vcodec. My script ffmpeg -report -f v4l2 -r 20 -s 1920x1080 -pix_fmt h264 -input_format h264 -i /dev/video0 -copyinkf -vcodec copy -loglevel debug -t 15 logging.mp4 Report ffmpeg started on 2017-01-26 at 09:20:07 Report written to "ffmpeg-20170126-092007.log" Command line: ffmpeg -report -f v4l2 -r 20 -s 1920x1080 -pix_fmt h264 -input_format h264 -i /dev/video0 -copyinkf -vcodec copy -loglevel debug -t 15 logging.mp4 ffmpeg version git-2016-12-15-745f4bc Copyright (c) 2000-2016 the FFmpeg developers built with gcc 4.9.2 (Raspbian 4.9.2-10) configuration: --enable-cross-compile --arch=armel --target-os=linux --enable-gpl --enable-libx264 --enable-nonfree --enable-libfdk-aac --enable-libvpx --enable-libopus --enable-librtmp --enable-libmp3lame --extra-libs=-lasound libavutil 55. 43.100 / 55. 43.100 libavcodec 57. 68.100 / 57. 68.100 libavformat 57. 60.100 / 57. 60.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 68.100 / 6. 68.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 Splitting the commandline. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Reading option '-f' ... matched as option 'f' (force format) with argument 'v4l2'. Reading option '-r' ... matched as option 'r' (set frame rate (Hz value, fraction or abbreviation)) with argument '20'. Reading option '-s' ... matched as option 's' (set frame size (WxH or abbreviation)) with argument '1920x1080'. Reading option '-pix_fmt' ... matched as option 'pix_fmt' (set pixel format) with argument 'h264'. Reading option '-input_format' ... matched as AVOption 'input_format' with argument 'h264'. Reading option '-i' ... matched as input url with argument '/dev/video0'. Reading option '-copyinkf' ... matched as option 'copyinkf' (copy initial non-keyframes) with argument '1'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'copy'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument 'debug'. Reading option '-t' ... matched as option 't' (record or transcode "duration" seconds of audio/video) with argument '15'. Reading option 'logging.mp4' ... matched as output url. Finished splitting the commandline. Parsing a group of options: global . Applying option report (generate a report) with argument 1. Applying option loglevel (set logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input url /dev/video0. Applying option f (force format) with argument v4l2. Applying option r (set frame rate (Hz value, fraction or abbreviation)) with argument 20. Applying option s (set frame size (WxH or abbreviation)) with argument 1920x1080. Applying option pix_fmt (set pixel format) with argument h264. Successfully parsed a group of options. Opening an input file: /dev/video0. [video4linux2,v4l2 @ 0x2e07bd0] fd:5 capabilities:84200001 [video4linux2,v4l2 @ 0x2e07bd0] Current input_channel: 0, input_name: Camera 1, input_std: 0 [video4linux2,v4l2 @ 0x2e07bd0] Setting time per frame to 1/20 [h264 @ 0x2e08bd0] nal_unit_type: 7, nal_ref_idc: 3 [h264 @ 0x2e08bd0] nal_unit_type: 8, nal_ref_idc: 3 [h264 @ 0x2e08bd0] nal_unit_type: 5, nal_ref_idc: 3 [h264 @ 0x2e08bd0] nal_unit_type: 5, nal_ref_idc: 3 [h264 @ 0x2e08bd0] nal_unit_type: 5, nal_ref_idc: 3 [h264 @ 0x2e08bd0] nal_unit_type: 5, nal_ref_idc: 3 [h264 @ 0x2e08bd0] Reinit context to 1920x1088, pix_fmt: yuvj420p [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [video4linux2,v4l2 @ 0x2e07bd0] All info found Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 2409.495782, bitrate: N/A Stream #0:0, 8, 1/1000000: Video: h264 (Constrained Baseline), 1 reference frame, yuvj420p(pc, progressive, left), 1920x1080 (1920x1088) [SAR 1:1 DAR 16:9], 0/1, -3 kb/s, 20 fps, 20 tbr, 1000k tbn, 40 tbc Successfully opened the file. Parsing a group of options: output url logging.mp4. Applying option copyinkf (copy initial non-keyframes) with argument 1. Applying option vcodec (force video codec ('copy' to copy stream)) with argument copy. Applying option t (record or transcode "duration" seconds of audio/video) with argument 15. Successfully parsed a group of options. Opening an output file: logging.mp4. [file @ 0x2ee6470] Setting default whitelist 'file,crypto' Successfully opened the file. Output #0, mp4, to 'logging.mp4': Metadata: encoder : Lavf57.60.100 Stream #0:0, 0, 1/10240: Video: h264 (Constrained Baseline), 1 reference frame ([33][0][0][0] / 0x0021), yuvj420p(pc, progressive, left), 1920x1080 (0x0) [SAR 1:1 DAR 16:9], 0/1, q=2-31, -3 kb/s, 20 fps, 20 tbr, 10240 tbn, 20 tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help cur_dts is invalid (this is harmless if it occurs once at the start per stream) [mp4 @ 0x2ed1c80] Non-monotonous DTS in output stream 0:0; previous: 0, current: -2561; changing to 1. This may result in incorrect timestamps in the output file. [mp4 @ 0x2ed1c80] Non-monotonous DTS in output stream 0:0; previous: 1, current: -2028; changing to 2. This may result in incorrect timestamps in the output file. [mp4 @ 0x2ed1c80] Non-monotonous DTS in output stream 0:0; previous: 2, current: -1536; changing to 3. This may result in incorrect timestamps in the output file. [mp4 @ 0x2ed1c80] Non-monotonous DTS in output stream 0:0; previous: 3, current: -1003; changing to 4. This may result in incorrect timestamps in the output file. [mp4 @ 0x2ed1c80] Non-monotonous DTS in output stream 0:0; previous: 4, current: -512; changing to 5. This may result in incorrect timestamps in the output file. frame= 18 fps=0.0 q=-1.0 size= 370kB time=00:00:00.55 bitrate=5504.0kbits/s speed= 1.1x frame= 28 fps= 28 q=-1.0 size= 560kB time=00:00:01.05 bitrate=4365.9kbits/s speed=1.05x frame= 38 fps= 25 q=-1.0 size= 745kB time=00:00:01.55 bitrate=3936.3kbits/s speed=1.03x frame= 48 fps= 24 q=-1.0 size= 928kB time=00:00:02.05 bitrate=3705.7kbits/s speed=1.02x frame= 58 fps= 23 q=-1.0 size= 1115kB time=00:00:02.55 bitrate=3582.3kbits/s speed=1.02x frame= 68 fps= 23 q=-1.0 size= 1298kB time=00:00:03.05 bitrate=3484.6kbits/s speed=1.01x frame= 78 fps= 22 q=-1.0 size= 1480kB time=00:00:03.55 bitrate=3414.9kbits/s speed=1.01x frame= 88 fps= 22 q=-1.0 size= 1665kB time=00:00:04.05 bitrate=3366.6kbits/s speed=1.01x frame= 98 fps= 22 q=-1.0 size= 1846kB time=00:00:04.55 bitrate=3322.6kbits/s speed=1.01x frame= 108 fps= 21 q=-1.0 size= 2027kB time=00:00:05.05 bitrate=3287.4kbits/s speed= 1x frame= 118 fps= 21 q=-1.0 size= 2261kB time=00:00:05.55 bitrate=3337.0kbits/s speed= 1x frame= 128 fps= 21 q=-1.0 size= 2427kB time=00:00:06.05 bitrate=3285.4kbits/s speed= 1x frame= 138 fps= 21 q=-1.0 size= 2607kB time=00:00:06.55 bitrate=3259.7kbits/s speed= 1x frame= 149 fps= 21 q=-1.0 size= 2807kB time=00:00:07.09 bitrate=3238.9kbits/s speed=1.01x frame= 159 fps= 21 q=-1.0 size= 2989kB time=00:00:07.59 bitrate=3222.0kbits/s speed=1.01x frame= 169 fps= 21 q=-1.0 size= 3174kB time=00:00:08.09 bitrate=3210.2kbits/s speed=1.01x frame= 179 fps= 21 q=-1.0 size= 3381kB time=00:00:08.59 bitrate=3220.8kbits/s speed=1.01x frame= 189 fps= 21 q=-1.0 size= 3551kB time=00:00:09.09 bitrate=3197.1kbits/s speed= 1x frame= 199 fps= 21 q=-1.0 size= 3732kB time=00:00:09.59 bitrate=3184.7kbits/s speed= 1x frame= 209 fps= 21 q=-1.0 size= 3925kB time=00:00:10.09 bitrate=3183.3kbits/s speed= 1x frame= 219 fps= 21 q=-1.0 size= 4103kB time=00:00:10.59 bitrate=3171.4kbits/s speed= 1x frame= 229 fps= 21 q=-1.0 size= 4287kB time=00:00:11.09 bitrate=3164.0kbits/s speed= 1x frame= 239 fps= 21 q=-1.0 size= 4470kB time=00:00:11.59 bitrate=3156.7kbits/s speed= 1x frame= 249 fps= 21 q=-1.0 size= 4652kB time=00:00:12.09 bitrate=3149.4kbits/s speed= 1x frame= 259 fps= 21 q=-1.0 size= 4835kB time=00:00:12.59 bitrate=3143.5kbits/s speed= 1x frame= 269 fps= 21 q=-1.0 size= 5018kB time=00:00:13.09 bitrate=3137.9kbits/s speed= 1x frame= 279 fps= 21 q=-1.0 size= 5201kB time=00:00:13.59 bitrate=3132.8kbits/s speed= 1x frame= 290 fps= 21 q=-1.0 size= 5403kB time=00:00:14.15 bitrate=3127.5kbits/s speed= 1x frame= 300 fps= 21 q=-1.0 size= 5586kB time=00:00:14.65 bitrate=3123.0kbits/s speed= 1x No more output streams to write to, finishing. frame= 307 fps= 20 q=-1.0 Lsize= 5719kB time=00:00:15.00 bitrate=3123.1kbits/s speed= 1x video:5714kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.077692% Input file #0 (/dev/video0): Input stream #0:0 (video): 308 packets read (5870212 bytes); Total: 308 packets (5870212 bytes) demuxed Output file #0 (logging.mp4): Output stream #0:0 (video): 307 packets muxed (5851314 bytes); Total: 307 packets (5851314 bytes) muxed 0 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x2ee0ff0] Statistics: 34 seeks, 339 writeouts *Canberk Demirsoy* B.Sc. Electrical Engineering, Sabancı University M.Sc. Computer Engineering, Munich Technical University From cdemirsoy at sabanciuniv.edu Thu Jan 26 12:03:40 2017 From: cdemirsoy at sabanciuniv.edu (Canberk Demirsoy (Alumni)) Date: Thu, 26 Jan 2017 11:03:40 +0100 Subject: [FFmpeg-user] Fwd: C920 h264 Problem In-Reply-To: References: Message-ID: I mean, it is doing reinit to yuv420. Is there a specific way to directly getting h264 stream. Thanks *Canberk Demirsoy* B.Sc. Electrical Engineering, Sabancı University M.Sc. Computer Engineering, Munich Technical University ---------- Forwarded message ---------- From: Canberk Demirsoy (Alumni) Date: Thu, Jan 26, 2017 at 10:25 AM Subject: C920 h264 Problem To: FFmpeg user questions Hi guys even though i make lots of settings i still see yuv format in debug file. How to correctly get h264 format from c920 using raspberry pi? And i wanna transfer file without encoding or decoding by copying vcodec. My script ffmpeg -report -f v4l2 -r 20 -s 1920x1080 -pix_fmt h264 -input_format h264 -i /dev/video0 -copyinkf -vcodec copy -loglevel debug -t 15 logging.mp4 Report ffmpeg started on 2017-01-26 at 09:20:07 Report written to "ffmpeg-20170126-092007.log" Command line: ffmpeg -report -f v4l2 -r 20 -s 1920x1080 -pix_fmt h264 -input_format h264 -i /dev/video0 -copyinkf -vcodec copy -loglevel debug -t 15 logging.mp4 ffmpeg version git-2016-12-15-745f4bc Copyright (c) 2000-2016 the FFmpeg developers built with gcc 4.9.2 (Raspbian 4.9.2-10) configuration: --enable-cross-compile --arch=armel --target-os=linux --enable-gpl --enable-libx264 --enable-nonfree --enable-libfdk-aac --enable-libvpx --enable-libopus --enable-librtmp --enable-libmp3lame --extra-libs=-lasound libavutil 55. 43.100 / 55. 43.100 libavcodec 57. 68.100 / 57. 68.100 libavformat 57. 60.100 / 57. 60.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 68.100 / 6. 68.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 Splitting the commandline. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Reading option '-f' ... matched as option 'f' (force format) with argument 'v4l2'. Reading option '-r' ... matched as option 'r' (set frame rate (Hz value, fraction or abbreviation)) with argument '20'. Reading option '-s' ... matched as option 's' (set frame size (WxH or abbreviation)) with argument '1920x1080'. Reading option '-pix_fmt' ... matched as option 'pix_fmt' (set pixel format) with argument 'h264'. Reading option '-input_format' ... matched as AVOption 'input_format' with argument 'h264'. Reading option '-i' ... matched as input url with argument '/dev/video0'. Reading option '-copyinkf' ... matched as option 'copyinkf' (copy initial non-keyframes) with argument '1'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'copy'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument 'debug'. Reading option '-t' ... matched as option 't' (record or transcode "duration" seconds of audio/video) with argument '15'. Reading option 'logging.mp4' ... matched as output url. Finished splitting the commandline. Parsing a group of options: global . Applying option report (generate a report) with argument 1. Applying option loglevel (set logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input url /dev/video0. Applying option f (force format) with argument v4l2. Applying option r (set frame rate (Hz value, fraction or abbreviation)) with argument 20. Applying option s (set frame size (WxH or abbreviation)) with argument 1920x1080. Applying option pix_fmt (set pixel format) with argument h264. Successfully parsed a group of options. Opening an input file: /dev/video0. [video4linux2,v4l2 @ 0x2e07bd0] fd:5 capabilities:84200001 [video4linux2,v4l2 @ 0x2e07bd0] Current input_channel: 0, input_name: Camera 1, input_std: 0 [video4linux2,v4l2 @ 0x2e07bd0] Setting time per frame to 1/20 [h264 @ 0x2e08bd0] nal_unit_type: 7, nal_ref_idc: 3 [h264 @ 0x2e08bd0] nal_unit_type: 8, nal_ref_idc: 3 [h264 @ 0x2e08bd0] nal_unit_type: 5, nal_ref_idc: 3 [h264 @ 0x2e08bd0] nal_unit_type: 5, nal_ref_idc: 3 [h264 @ 0x2e08bd0] nal_unit_type: 5, nal_ref_idc: 3 [h264 @ 0x2e08bd0] nal_unit_type: 5, nal_ref_idc: 3 [h264 @ 0x2e08bd0] Reinit context to 1920x1088, pix_fmt: yuvj420p [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 [video4linux2,v4l2 @ 0x2e07bd0] All info found Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 2409.495782, bitrate: N/A Stream #0:0, 8, 1/1000000: Video: h264 (Constrained Baseline), 1 reference frame, yuvj420p(pc, progressive, left), 1920x1080 (1920x1088) [SAR 1:1 DAR 16:9], 0/1, -3 kb/s, 20 fps, 20 tbr, 1000k tbn, 40 tbc Successfully opened the file. Parsing a group of options: output url logging.mp4. Applying option copyinkf (copy initial non-keyframes) with argument 1. Applying option vcodec (force video codec ('copy' to copy stream)) with argument copy. Applying option t (record or transcode "duration" seconds of audio/video) with argument 15. Successfully parsed a group of options. Opening an output file: logging.mp4. [file @ 0x2ee6470] Setting default whitelist 'file,crypto' Successfully opened the file. Output #0, mp4, to 'logging.mp4': Metadata: encoder : Lavf57.60.100 Stream #0:0, 0, 1/10240: Video: h264 (Constrained Baseline), 1 reference frame ([33][0][0][0] / 0x0021), yuvj420p(pc, progressive, left), 1920x1080 (0x0) [SAR 1:1 DAR 16:9], 0/1, q=2-31, -3 kb/s, 20 fps, 20 tbr, 10240 tbn, 20 tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help cur_dts is invalid (this is harmless if it occurs once at the start per stream) [mp4 @ 0x2ed1c80] Non-monotonous DTS in output stream 0:0; previous: 0, current: -2561; changing to 1. This may result in incorrect timestamps in the output file. [mp4 @ 0x2ed1c80] Non-monotonous DTS in output stream 0:0; previous: 1, current: -2028; changing to 2. This may result in incorrect timestamps in the output file. [mp4 @ 0x2ed1c80] Non-monotonous DTS in output stream 0:0; previous: 2, current: -1536; changing to 3. This may result in incorrect timestamps in the output file. [mp4 @ 0x2ed1c80] Non-monotonous DTS in output stream 0:0; previous: 3, current: -1003; changing to 4. This may result in incorrect timestamps in the output file. [mp4 @ 0x2ed1c80] Non-monotonous DTS in output stream 0:0; previous: 4, current: -512; changing to 5. This may result in incorrect timestamps in the output file. frame= 18 fps=0.0 q=-1.0 size= 370kB time=00:00:00.55 bitrate=5504.0kbits/s speed= 1.1x frame= 28 fps= 28 q=-1.0 size= 560kB time=00:00:01.05 bitrate=4365.9kbits/s speed=1.05x frame= 38 fps= 25 q=-1.0 size= 745kB time=00:00:01.55 bitrate=3936.3kbits/s speed=1.03x frame= 48 fps= 24 q=-1.0 size= 928kB time=00:00:02.05 bitrate=3705.7kbits/s speed=1.02x frame= 58 fps= 23 q=-1.0 size= 1115kB time=00:00:02.55 bitrate=3582.3kbits/s speed=1.02x frame= 68 fps= 23 q=-1.0 size= 1298kB time=00:00:03.05 bitrate=3484.6kbits/s speed=1.01x frame= 78 fps= 22 q=-1.0 size= 1480kB time=00:00:03.55 bitrate=3414.9kbits/s speed=1.01x frame= 88 fps= 22 q=-1.0 size= 1665kB time=00:00:04.05 bitrate=3366.6kbits/s speed=1.01x frame= 98 fps= 22 q=-1.0 size= 1846kB time=00:00:04.55 bitrate=3322.6kbits/s speed=1.01x frame= 108 fps= 21 q=-1.0 size= 2027kB time=00:00:05.05 bitrate=3287.4kbits/s speed= 1x frame= 118 fps= 21 q=-1.0 size= 2261kB time=00:00:05.55 bitrate=3337.0kbits/s speed= 1x frame= 128 fps= 21 q=-1.0 size= 2427kB time=00:00:06.05 bitrate=3285.4kbits/s speed= 1x frame= 138 fps= 21 q=-1.0 size= 2607kB time=00:00:06.55 bitrate=3259.7kbits/s speed= 1x frame= 149 fps= 21 q=-1.0 size= 2807kB time=00:00:07.09 bitrate=3238.9kbits/s speed=1.01x frame= 159 fps= 21 q=-1.0 size= 2989kB time=00:00:07.59 bitrate=3222.0kbits/s speed=1.01x frame= 169 fps= 21 q=-1.0 size= 3174kB time=00:00:08.09 bitrate=3210.2kbits/s speed=1.01x frame= 179 fps= 21 q=-1.0 size= 3381kB time=00:00:08.59 bitrate=3220.8kbits/s speed=1.01x frame= 189 fps= 21 q=-1.0 size= 3551kB time=00:00:09.09 bitrate=3197.1kbits/s speed= 1x frame= 199 fps= 21 q=-1.0 size= 3732kB time=00:00:09.59 bitrate=3184.7kbits/s speed= 1x frame= 209 fps= 21 q=-1.0 size= 3925kB time=00:00:10.09 bitrate=3183.3kbits/s speed= 1x frame= 219 fps= 21 q=-1.0 size= 4103kB time=00:00:10.59 bitrate=3171.4kbits/s speed= 1x frame= 229 fps= 21 q=-1.0 size= 4287kB time=00:00:11.09 bitrate=3164.0kbits/s speed= 1x frame= 239 fps= 21 q=-1.0 size= 4470kB time=00:00:11.59 bitrate=3156.7kbits/s speed= 1x frame= 249 fps= 21 q=-1.0 size= 4652kB time=00:00:12.09 bitrate=3149.4kbits/s speed= 1x frame= 259 fps= 21 q=-1.0 size= 4835kB time=00:00:12.59 bitrate=3143.5kbits/s speed= 1x frame= 269 fps= 21 q=-1.0 size= 5018kB time=00:00:13.09 bitrate=3137.9kbits/s speed= 1x frame= 279 fps= 21 q=-1.0 size= 5201kB time=00:00:13.59 bitrate=3132.8kbits/s speed= 1x frame= 290 fps= 21 q=-1.0 size= 5403kB time=00:00:14.15 bitrate=3127.5kbits/s speed= 1x frame= 300 fps= 21 q=-1.0 size= 5586kB time=00:00:14.65 bitrate=3123.0kbits/s speed= 1x No more output streams to write to, finishing. frame= 307 fps= 20 q=-1.0 Lsize= 5719kB time=00:00:15.00 bitrate=3123.1kbits/s speed= 1x video:5714kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.077692% Input file #0 (/dev/video0): Input stream #0:0 (video): 308 packets read (5870212 bytes); Total: 308 packets (5870212 bytes) demuxed Output file #0 (logging.mp4): Output stream #0:0 (video): 307 packets muxed (5851314 bytes); Total: 307 packets (5851314 bytes) muxed 0 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x2ee0ff0] Statistics: 34 seeks, 339 writeouts *Canberk Demirsoy* B.Sc. Electrical Engineering, Sabancı University M.Sc. Computer Engineering, Munich Technical University From kieran.o.leary at gmail.com Thu Jan 26 12:09:14 2017 From: kieran.o.leary at gmail.com (Kieran O Leary) Date: Thu, 26 Jan 2017 10:09:14 +0000 Subject: [FFmpeg-user] C920 h264 Problem In-Reply-To: References: Message-ID: Hi, On Thu, Jan 26, 2017 at 9:25 AM, Canberk Demirsoy (Alumni) < cdemirsoy at sabanciuniv.edu> wrote: > Hi guys even though i make lots of settings i still see yuv format in debug > file. How to correctly get h264 format from c920 using raspberry pi? And i > wanna transfer file without encoding or decoding by copying vcodec. > > It looks like your output file is H264 though? What are you seeing that makes you think otherwise? YUV420p is the pixel format that H264 is using in your case. I also wasn't familiar with the -pix_fmt H264 option as I am used to seeing YUV/RGB/XYZ type pixel formats in there, but I'm not familiar with -f vl42 commands. > Output #0, mp4, to 'logging.mp4': > Metadata: > encoder : Lavf57.60.100 > Stream #0:0, 0, 1/10240: Video: h264 (Constrained Baseline), 1 > reference frame ([33][0][0][0] / 0x0021), yuvj420p(pc, progressive, left), > 1920x1080 (0x0) [SAR 1:1 DAR 16:9], 0/1, q=2-31, -3 kb/s, 20 fps, 20 tbr, > 10240 tbn, 20 tbc > I see H264 here as your codec. Best, Kieran. From cdemirsoy at sabanciuniv.edu Thu Jan 26 12:23:11 2017 From: cdemirsoy at sabanciuniv.edu (Canberk Demirsoy (Alumni)) Date: Thu, 26 Jan 2017 11:23:11 +0100 Subject: [FFmpeg-user] C920 h264 Problem In-Reply-To: References: Message-ID: Hi, i need input codec as h264 rather than yuvj420 because i am using raspberry pi and c920 webcam so i need to handle encoding with onboard encoder of c920 to make things easier. Yes my output is h264 but i also need input as h264. Thanks *Canberk Demirsoy* B.Sc. Electrical Engineering, Sabancı University M.Sc. Computer Engineering, Munich Technical University On Thu, Jan 26, 2017 at 11:09 AM, Kieran O Leary wrote: > Hi, > > > On Thu, Jan 26, 2017 at 9:25 AM, Canberk Demirsoy (Alumni) < > cdemirsoy at sabanciuniv.edu> wrote: > > > Hi guys even though i make lots of settings i still see yuv format in > debug > > file. How to correctly get h264 format from c920 using raspberry pi? And > i > > wanna transfer file without encoding or decoding by copying vcodec. > > > > > It looks like your output file is H264 though? What are you seeing that > makes you think otherwise? YUV420p is the pixel format that H264 is using > in your case. I also wasn't familiar with the -pix_fmt H264 option as I am > used to seeing YUV/RGB/XYZ type pixel formats in there, but I'm not > familiar with -f vl42 commands. > > > > Output #0, mp4, to 'logging.mp4': > > Metadata: > > encoder : Lavf57.60.100 > > Stream #0:0, 0, 1/10240: Video: h264 (Constrained Baseline), 1 > > reference frame ([33][0][0][0] / 0x0021), yuvj420p(pc, progressive, > left), > > 1920x1080 (0x0) [SAR 1:1 DAR 16:9], 0/1, q=2-31, -3 kb/s, 20 fps, 20 tbr, > > 10240 tbn, 20 tbc > > > > I see H264 here as your codec. > > Best, > > Kieran. > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". From adf.lists at gmail.com Thu Jan 26 12:31:40 2017 From: adf.lists at gmail.com (Andy Furniss) Date: Thu, 26 Jan 2017 10:31:40 +0000 Subject: [FFmpeg-user] Fwd: C920 h264 Problem In-Reply-To: References: Message-ID: <5889D00C.3070807@gmail.com> Canberk Demirsoy (Alumni) wrote: > Hi guys even though i make lots of settings i still see yuv format in debug > file. How to correctly get h264 format from c920 using raspberry pi? And i > wanna transfer file without encoding or decoding by copying vcodec. > > My script > > ffmpeg -report -f v4l2 -r 20 -s 1920x1080 -pix_fmt h264 -input_format h264 > -i /dev/video0 -copyinkf -vcodec copy -loglevel debug -t 15 logging.mp4 If you really want an elemental h264 stream then use 264 instead of mp4 as suffix (or use -f h264 and any suffix will be overridden). Elemental h264 is not normally what you would choose and ffmpeg may read incorrectly some things from it (IIRC framerate/progressive/interlaced) > Stream #0:0, 0, 1/10240: Video: h264 (Constrained Baseline), 1 > reference frame ([33][0][0][0] / 0x0021), yuvj420p(pc, progressive, left), So it's h264 the yuvj420p is valuable info about the stream that an h264 decoder will produce. In this case the j part tells a player that the input was full range rather than tv range for black/white levels. From kieran.o.leary at gmail.com Thu Jan 26 12:43:58 2017 From: kieran.o.leary at gmail.com (Kieran O Leary) Date: Thu, 26 Jan 2017 10:43:58 +0000 Subject: [FFmpeg-user] C920 h264 Problem In-Reply-To: References: Message-ID: Hi, On Thu, Jan 26, 2017 at 10:23 AM, Canberk Demirsoy (Alumni) < cdemirsoy at sabanciuniv.edu> wrote: > Hi, i need input codec as h264 rather than yuvj420 because i am using > raspberry pi and c920 webcam so i need to handle encoding with onboard > encoder of c920 to make things easier. Yes my output is h264 but i also > need input as h264. > > yuvj420 is not a codec, it is the pixel format that a video codec uses. It is saying that your H264 encoding is: yuv - Using the YUV colour space j - using full, rather than broadcast range 420 - using 4:2:0 chroma subsampling I can't really help any further but hopefully someone more knowledgeable can assist you. According to this, your input is h264: Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 2409.495782, bitrate: N/A Stream #0:0, 8, 1/1000000: Video: h264 (Constrained Baseline), 1 reference frame, yuvj420p(pc, progressive, left), 1920x1080 (1920x1088) [SAR 1:1 DAR 16:9], 0/1, -3 kb/s, 20 fps, 20 tbr, 1000k tbn, 40 tbc I'm not sure if some other configuration is required for ffmpeg to be able to use hardware acceleration from a webcam, which sounds like your intent. -Kieran. From cdemirsoy at sabanciuniv.edu Thu Jan 26 14:36:07 2017 From: cdemirsoy at sabanciuniv.edu (Canberk Demirsoy (Alumni)) Date: Thu, 26 Jan 2017 13:36:07 +0100 Subject: [FFmpeg-user] C920 h264 Problem In-Reply-To: References: Message-ID: Hi So you say that i actually get h264 stream and without encoding or decoding saving it? So if it is that way i have nothing to do but in report there are some parts about YUV. I need best of that webcam in regards of hardware acceleration and quality. Regards *Canberk Demirsoy* B.Sc. Electrical Engineering, Sabancı University M.Sc. Computer Engineering, Munich Technical University On Thu, Jan 26, 2017 at 11:43 AM, Kieran O Leary wrote: > Hi, > > On Thu, Jan 26, 2017 at 10:23 AM, Canberk Demirsoy (Alumni) < > cdemirsoy at sabanciuniv.edu> wrote: > > > Hi, i need input codec as h264 rather than yuvj420 because i am using > > raspberry pi and c920 webcam so i need to handle encoding with onboard > > encoder of c920 to make things easier. Yes my output is h264 but i also > > need input as h264. > > > > > > yuvj420 is not a codec, it is the pixel format that a video codec uses. It > is saying that your H264 encoding is: > yuv - Using the YUV colour space > j - using full, rather than broadcast range > 420 - using 4:2:0 chroma subsampling > > I can't really help any further but hopefully someone more knowledgeable > can assist you. According to this, your input is h264: > > Input #0, video4linux2,v4l2, from '/dev/video0': > Duration: N/A, start: 2409.495782, bitrate: N/A > Stream #0:0, 8, 1/1000000: Video: h264 (Constrained Baseline), 1 > reference frame, yuvj420p(pc, progressive, left), 1920x1080 (1920x1088) > [SAR 1:1 DAR 16:9], 0/1, -3 kb/s, 20 fps, 20 tbr, 1000k tbn, 40 tbc > > I'm not sure if some other configuration is required for ffmpeg to be able > to use hardware acceleration from a webcam, which sounds like your intent. > > -Kieran. > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". > From jasher at safarimontage.com Thu Jan 26 15:21:06 2017 From: jasher at safarimontage.com (Jimmy Asher) Date: Thu, 26 Jan 2017 13:21:06 +0000 Subject: [FFmpeg-user] C920 h264 Problem In-Reply-To: References: Message-ID: <941A6192-C51F-4A8A-9D64-AD7ED34F632A@safarimontage.com> I believe you are using an invalid pixel format value Run the following command to get list of pix_formats > ffmpeg -pix_fmts From documentation: -pix_fmts: Set pixel format. Use -pix_fmts to show all the supported pixel formats. If the selected pixel format can not be selected, ffmpeg will print a warning and select the best pixel format supported by the encoder. If pix_fmt is prefixed by a +, ffmpeg will exit with an error if the requested pixel format can not be selected, and automatic conversions inside filtergraphs are disabled. If pix_fmt is a single +, ffmpeg selects the same pixel format as the input (or graph output) and automatic conversions are disabled. https://www.ffmpeg.org/ffmpeg-all.html#Advanced-Video-options H264 encoding guide... https://trac.ffmpeg.org/wiki/Encode/H.264 FFMpeg hardware acceleration guide https://trac.ffmpeg.org/wiki/HWAccelIntro Google is your friend ;) From ilkertezcan at gmail.com Thu Jan 26 15:33:33 2017 From: ilkertezcan at gmail.com (ilker tezcan) Date: Thu, 26 Jan 2017 16:33:33 +0300 Subject: [FFmpeg-user] Upskill to FFmpeg the TimeStamp Correction In-Reply-To: References: <3ec419d6-44a0-8527-4649-fd7ac4ca4612@gmail.com> Message-ID: <97ddbf9c-a36e-8be1-b39d-ea58ba366f56@gmail.com> I am writing all the developers, in particular to Michael Niedermayer. Hang on to your hat: Without use FFmpeg + Meteorite, MEncoder is able to corrects the timestamp as single-handed! MEncoder ElephantsDream_only_a_few_scenes.mkv -ni -nosub -ovc copy -oac copy -fafmttag 0x706D -of lavf -lavfopts format=mkv -o ElephantsDream_only_a_few_scenes-fixed_by_only_MEncoder.mkv The output file's timestamp: 01:40 Really, it's unbelievable. Is this a bug or a inability that FFmpeg cannot do even if MEncoder can do? * Even If I tried remuxing seperately, only audio and only video: ffmpeg -i ElephantsDream_only_a_few_scenes.mkv -vn -c:a copy -sn "ElephantsDream_only_a_few_scenes_only_audio.mkv" ffmpeg-3.1.5 -i ElephantsDream_only_a_few_scenes.mkv -an -c:v copy -sn "ElephantsDream_only_a_few_scenes_only_video.mkv" Unfortunately, FFmpeg can't correct timestamps even if both. I spent months for trying unrelated and related all command-line switches of FFmpeg. It neither the video track nor the audio track can correct the timestamp. The timestamps still remains with original video: 10:48 * I wish, I were an expert programmer like all you, Maybe I could solve this problem. :( Warm regards... From cdemirsoy at sabanciuniv.edu Thu Jan 26 15:50:58 2017 From: cdemirsoy at sabanciuniv.edu (Canberk Demirsoy (Alumni)) Date: Thu, 26 Jan 2017 14:50:58 +0100 Subject: [FFmpeg-user] C920 h264 Problem In-Reply-To: <941A6192-C51F-4A8A-9D64-AD7ED34F632A@safarimontage.com> References: <941A6192-C51F-4A8A-9D64-AD7ED34F632A@safarimontage.com> Message-ID: Hey buddy, i am google -ing for weeks. And you are telling me what i know now. C920 is enable to get compressed h264 in 30fps in 1080p. This can be seen by the listing formats there is no problem with it. i already set pix_ftm. Thanks *Canberk Demirsoy* B.Sc. Electrical Engineering, Sabancı University M.Sc. Computer Engineering, Munich Technical University On Thu, Jan 26, 2017 at 2:21 PM, Jimmy Asher wrote: > I believe you are using an invalid pixel format value > > Run the following command to get list of pix_formats > > > ffmpeg -pix_fmts > > > > > > > > From documentation: > > -pix_fmts: > Set pixel format. Use -pix_fmts to show all the supported pixel formats. > If the selected pixel format can not be selected, ffmpeg will print a > warning and select the best pixel format supported by the encoder. If > pix_fmt is prefixed by a +, ffmpeg will exit with an error if the requested > pixel format can not be selected, and automatic conversions inside > filtergraphs are disabled. If pix_fmt is a single +, ffmpeg selects the > same pixel format as the input (or graph output) and automatic conversions > are disabled. > > https://www.ffmpeg.org/ffmpeg-all.html#Advanced-Video-options > > H264 encoding guide... > > https://trac.ffmpeg.org/wiki/Encode/H.264 > > FFMpeg hardware acceleration guide > https://trac.ffmpeg.org/wiki/HWAccelIntro > > Google is your friend ;) > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". > From jeisom at gmail.com Thu Jan 26 16:03:03 2017 From: jeisom at gmail.com (Jonathan Isom) Date: Thu, 26 Jan 2017 08:03:03 -0600 Subject: [FFmpeg-user] C920 h264 Problem In-Reply-To: References: Message-ID: On Thu, Jan 26, 2017 at 3:25 AM, Canberk Demirsoy (Alumni) wrote: > Hi guys even though i make lots of settings i still see yuv format in debug > file. How to correctly get h264 format from c920 using raspberry pi? And i > wanna transfer file without encoding or decoding by copying vcodec. Hi I have one of these cameras. You can get a list of resolutions and framerates with'v4l2-ctl --list-formats-ext'. This will list 3 modes of operation with a straight YUYV format for encoding, a motion jpeg and h264 modes. Once you set the -pixel_format to h264 the camera is doing hardware encoding. This command below will copy from the camera at 10 frames per second at 864x480 in h264 and put in in a m4v file. 'ffmpeg -f v4l2 -framerate 10 -video_size 864x480 -pixel_format h264 -i /dev/video0 -codec:v copy ~/test.m4v' If you want to change other settings, there is v4l2-ctl and uvcdynctrl. For uvcdynctrl you'' have to do a little prep work by addiong the relevant data for the camera with this 'uvcdynctrl --addctrl=046d:082d'. You then could turn off the led with this below. 'uvcdynctrl --set='LED1 Mode' 0' I did not find any other h264 encoding tweaks other that the framerate and resolution. With v4l2-ctl and uvcdynctrl you can adjust other things like zoom, focus and color controls(brightness, contrast, etc), but otherwise no h264 settings. You can run those before and during recording. HTH Jonathan > My script > > ffmpeg -report -f v4l2 -r 20 -s 1920x1080 -pix_fmt h264 -input_format h264 > -i /dev/video0 -copyinkf -vcodec copy -loglevel debug -t 15 logging.mp4 > > Report > > > ffmpeg started on 2017-01-26 at 09:20:07 > Report written to "ffmpeg-20170126-092007.log" > Command line: > ffmpeg -report -f v4l2 -r 20 -s 1920x1080 -pix_fmt h264 -input_format h264 > -i /dev/video0 -copyinkf -vcodec copy -loglevel debug -t 15 logging.mp4 > ffmpeg version git-2016-12-15-745f4bc Copyright (c) 2000-2016 the FFmpeg > developers > built with gcc 4.9.2 (Raspbian 4.9.2-10) > configuration: --enable-cross-compile --arch=armel --target-os=linux > --enable-gpl --enable-libx264 --enable-nonfree --enable-libfdk-aac > --enable-libvpx --enable-libopus --enable-librtmp --enable-libmp3lame > --extra-libs=-lasound > libavutil 55. 43.100 / 55. 43.100 > libavcodec 57. 68.100 / 57. 68.100 > libavformat 57. 60.100 / 57. 60.100 > libavdevice 57. 2.100 / 57. 2.100 > libavfilter 6. 68.100 / 6. 68.100 > libswscale 4. 3.101 / 4. 3.101 > libswresample 2. 4.100 / 2. 4.100 > libpostproc 54. 2.100 / 54. 2.100 > Splitting the commandline. > Reading option '-report' ... matched as option 'report' (generate a report) > with argument '1'. > Reading option '-f' ... matched as option 'f' (force format) with argument > 'v4l2'. > Reading option '-r' ... matched as option 'r' (set frame rate (Hz value, > fraction or abbreviation)) with argument '20'. > Reading option '-s' ... matched as option 's' (set frame size (WxH or > abbreviation)) with argument '1920x1080'. > Reading option '-pix_fmt' ... matched as option 'pix_fmt' (set pixel > format) with argument 'h264'. > Reading option '-input_format' ... matched as AVOption 'input_format' with > argument 'h264'. > Reading option '-i' ... matched as input url with argument '/dev/video0'. > Reading option '-copyinkf' ... matched as option 'copyinkf' (copy initial > non-keyframes) with argument '1'. > Reading option '-vcodec' ... matched as option 'vcodec' (force video codec > ('copy' to copy stream)) with argument 'copy'. > Reading option '-loglevel' ... matched as option 'loglevel' (set logging > level) with argument 'debug'. > Reading option '-t' ... matched as option 't' (record or transcode > "duration" seconds of audio/video) with argument '15'. > Reading option 'logging.mp4' ... matched as output url. > Finished splitting the commandline. > Parsing a group of options: global . > Applying option report (generate a report) with argument 1. > Applying option loglevel (set logging level) with argument debug. > Successfully parsed a group of options. > Parsing a group of options: input url /dev/video0. > Applying option f (force format) with argument v4l2. > Applying option r (set frame rate (Hz value, fraction or abbreviation)) > with argument 20. > Applying option s (set frame size (WxH or abbreviation)) with argument > 1920x1080. > Applying option pix_fmt (set pixel format) with argument h264. > Successfully parsed a group of options. > Opening an input file: /dev/video0. > [video4linux2,v4l2 @ 0x2e07bd0] fd:5 capabilities:84200001 > [video4linux2,v4l2 @ 0x2e07bd0] Current input_channel: 0, input_name: > Camera 1, input_std: 0 > [video4linux2,v4l2 @ 0x2e07bd0] Setting time per frame to 1/20 > [h264 @ 0x2e08bd0] nal_unit_type: 7, nal_ref_idc: 3 > [h264 @ 0x2e08bd0] nal_unit_type: 8, nal_ref_idc: 3 > [h264 @ 0x2e08bd0] nal_unit_type: 5, nal_ref_idc: 3 > [h264 @ 0x2e08bd0] nal_unit_type: 5, nal_ref_idc: 3 > [h264 @ 0x2e08bd0] nal_unit_type: 5, nal_ref_idc: 3 > [h264 @ 0x2e08bd0] nal_unit_type: 5, nal_ref_idc: 3 > [h264 @ 0x2e08bd0] Reinit context to 1920x1088, pix_fmt: yuvj420p > [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 > [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 > [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 > [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 > [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 > [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 > [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 > [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 > [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 > [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 > [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 > [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 > [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 > [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 > [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 > [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 > [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 > [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 > [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 > [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 > [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 > [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 > [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 > [h264 @ 0x2e08bd0] nal_unit_type: 1, nal_ref_idc: 2 > [video4linux2,v4l2 @ 0x2e07bd0] All info found > Input #0, video4linux2,v4l2, from '/dev/video0': > Duration: N/A, start: 2409.495782, bitrate: N/A > Stream #0:0, 8, 1/1000000: Video: h264 (Constrained Baseline), 1 > reference frame, yuvj420p(pc, progressive, left), 1920x1080 (1920x1088) > [SAR 1:1 DAR 16:9], 0/1, -3 kb/s, 20 fps, 20 tbr, 1000k tbn, 40 tbc > Successfully opened the file. > Parsing a group of options: output url logging.mp4. > Applying option copyinkf (copy initial non-keyframes) with argument 1. > Applying option vcodec (force video codec ('copy' to copy stream)) with > argument copy. > Applying option t (record or transcode "duration" seconds of audio/video) > with argument 15. > Successfully parsed a group of options. > Opening an output file: logging.mp4. > [file @ 0x2ee6470] Setting default whitelist 'file,crypto' > Successfully opened the file. > Output #0, mp4, to 'logging.mp4': > Metadata: > encoder : Lavf57.60.100 > Stream #0:0, 0, 1/10240: Video: h264 (Constrained Baseline), 1 > reference frame ([33][0][0][0] / 0x0021), yuvj420p(pc, progressive, left), > 1920x1080 (0x0) [SAR 1:1 DAR 16:9], 0/1, q=2-31, -3 kb/s, 20 fps, 20 tbr, > 10240 tbn, 20 tbc > Stream mapping: > Stream #0:0 -> #0:0 (copy) > Press [q] to stop, [?] for help > cur_dts is invalid (this is harmless if it occurs once at the start per > stream) > [mp4 @ 0x2ed1c80] Non-monotonous DTS in output stream 0:0; previous: 0, > current: -2561; changing to 1. This may result in incorrect timestamps in > the output file. > [mp4 @ 0x2ed1c80] Non-monotonous DTS in output stream 0:0; previous: 1, > current: -2028; changing to 2. This may result in incorrect timestamps in > the output file. > [mp4 @ 0x2ed1c80] Non-monotonous DTS in output stream 0:0; previous: 2, > current: -1536; changing to 3. This may result in incorrect timestamps in > the output file. > [mp4 @ 0x2ed1c80] Non-monotonous DTS in output stream 0:0; previous: 3, > current: -1003; changing to 4. This may result in incorrect timestamps in > the output file. > [mp4 @ 0x2ed1c80] Non-monotonous DTS in output stream 0:0; previous: 4, > current: -512; changing to 5. This may result in incorrect timestamps in > the output file. > frame= 18 fps=0.0 q=-1.0 size= 370kB time=00:00:00.55 > bitrate=5504.0kbits/s speed= 1.1x > frame= 28 fps= 28 q=-1.0 size= 560kB time=00:00:01.05 > bitrate=4365.9kbits/s speed=1.05x > frame= 38 fps= 25 q=-1.0 size= 745kB time=00:00:01.55 > bitrate=3936.3kbits/s speed=1.03x > frame= 48 fps= 24 q=-1.0 size= 928kB time=00:00:02.05 > bitrate=3705.7kbits/s speed=1.02x > frame= 58 fps= 23 q=-1.0 size= 1115kB time=00:00:02.55 > bitrate=3582.3kbits/s speed=1.02x > frame= 68 fps= 23 q=-1.0 size= 1298kB time=00:00:03.05 > bitrate=3484.6kbits/s speed=1.01x > frame= 78 fps= 22 q=-1.0 size= 1480kB time=00:00:03.55 > bitrate=3414.9kbits/s speed=1.01x > frame= 88 fps= 22 q=-1.0 size= 1665kB time=00:00:04.05 > bitrate=3366.6kbits/s speed=1.01x > frame= 98 fps= 22 q=-1.0 size= 1846kB time=00:00:04.55 > bitrate=3322.6kbits/s speed=1.01x > frame= 108 fps= 21 q=-1.0 size= 2027kB time=00:00:05.05 > bitrate=3287.4kbits/s speed= 1x > frame= 118 fps= 21 q=-1.0 size= 2261kB time=00:00:05.55 > bitrate=3337.0kbits/s speed= 1x > frame= 128 fps= 21 q=-1.0 size= 2427kB time=00:00:06.05 > bitrate=3285.4kbits/s speed= 1x > frame= 138 fps= 21 q=-1.0 size= 2607kB time=00:00:06.55 > bitrate=3259.7kbits/s speed= 1x > frame= 149 fps= 21 q=-1.0 size= 2807kB time=00:00:07.09 > bitrate=3238.9kbits/s speed=1.01x > frame= 159 fps= 21 q=-1.0 size= 2989kB time=00:00:07.59 > bitrate=3222.0kbits/s speed=1.01x > frame= 169 fps= 21 q=-1.0 size= 3174kB time=00:00:08.09 > bitrate=3210.2kbits/s speed=1.01x > frame= 179 fps= 21 q=-1.0 size= 3381kB time=00:00:08.59 > bitrate=3220.8kbits/s speed=1.01x > frame= 189 fps= 21 q=-1.0 size= 3551kB time=00:00:09.09 > bitrate=3197.1kbits/s speed= 1x > frame= 199 fps= 21 q=-1.0 size= 3732kB time=00:00:09.59 > bitrate=3184.7kbits/s speed= 1x > frame= 209 fps= 21 q=-1.0 size= 3925kB time=00:00:10.09 > bitrate=3183.3kbits/s speed= 1x > frame= 219 fps= 21 q=-1.0 size= 4103kB time=00:00:10.59 > bitrate=3171.4kbits/s speed= 1x > frame= 229 fps= 21 q=-1.0 size= 4287kB time=00:00:11.09 > bitrate=3164.0kbits/s speed= 1x > frame= 239 fps= 21 q=-1.0 size= 4470kB time=00:00:11.59 > bitrate=3156.7kbits/s speed= 1x > frame= 249 fps= 21 q=-1.0 size= 4652kB time=00:00:12.09 > bitrate=3149.4kbits/s speed= 1x > frame= 259 fps= 21 q=-1.0 size= 4835kB time=00:00:12.59 > bitrate=3143.5kbits/s speed= 1x > frame= 269 fps= 21 q=-1.0 size= 5018kB time=00:00:13.09 > bitrate=3137.9kbits/s speed= 1x > frame= 279 fps= 21 q=-1.0 size= 5201kB time=00:00:13.59 > bitrate=3132.8kbits/s speed= 1x > frame= 290 fps= 21 q=-1.0 size= 5403kB time=00:00:14.15 > bitrate=3127.5kbits/s speed= 1x > frame= 300 fps= 21 q=-1.0 size= 5586kB time=00:00:14.65 > bitrate=3123.0kbits/s speed= 1x > No more output streams to write to, finishing. > frame= 307 fps= 20 q=-1.0 Lsize= 5719kB time=00:00:15.00 > bitrate=3123.1kbits/s speed= 1x > video:5714kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB > muxing overhead: 0.077692% > Input file #0 (/dev/video0): > Input stream #0:0 (video): 308 packets read (5870212 bytes); > Total: 308 packets (5870212 bytes) demuxed > Output file #0 (logging.mp4): > Output stream #0:0 (video): 307 packets muxed (5851314 bytes); > Total: 307 packets (5851314 bytes) muxed > 0 frames successfully decoded, 0 decoding errors > [AVIOContext @ 0x2ee0ff0] Statistics: 34 seeks, 339 writeouts > > > *Canberk Demirsoy* > > B.Sc. Electrical Engineering, Sabancı University > M.Sc. Computer Engineering, Munich Technical University > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". From adf.lists at gmail.com Thu Jan 26 16:25:13 2017 From: adf.lists at gmail.com (Andy Furniss) Date: Thu, 26 Jan 2017 14:25:13 +0000 Subject: [FFmpeg-user] C920 h264 Problem In-Reply-To: References: <941A6192-C51F-4A8A-9D64-AD7ED34F632A@safarimontage.com> Message-ID: <588A06C9.5060602@gmail.com> Canberk Demirsoy (Alumni) wrote: > Hey buddy, i am google -ing for weeks. And you are telling me what i know > now. C920 is enable to get compressed h264 in 30fps in 1080p. This can be > seen by the listing formats there is no problem with it. i already set > pix_ftm. Maybe what Jimmy is saying is you don't need -pix_fmt h264 as you already have -input_format h264. If removing it gives the same logging output then it's not needed. As has been said, you are getting compressed h264 from the camera, but you are using -r 20 which means you are requesting 20 fps not 30. You should also probably use -framerate 30 rather than -r 30 - there may be a difference in behavior. The fact you see yuvj420p is not an error, it is reporting what the h264 stream was before it was encoded. From xanadu6291 at dream.jp Thu Jan 26 17:53:43 2017 From: xanadu6291 at dream.jp (=?utf-8?B?5qGD5rqQ6ICB5bir?=) Date: Fri, 27 Jan 2017 00:53:43 +0900 Subject: [FFmpeg-user] -qscale:a and -write_xing 0 can't be used at same time? Message-ID: Hello ffmpeg experts... I'm trying to convert alac (Apple Lossless Audio Codec) to mp3 on macOS. I found that the result mp3 shows twice long duration in macOS Finder and iTunes. I googled and found that adding "-write_xing 0" fixes this wrong duration. But if I try to use "-write_xing 0" with "-qscale:a 2" at same time, the resulting mp3 shows very wrong duration on macOS Finder and iTunes. Is -qscale:a and -write_xing 0 can't used at same time? my command line is as follows: 1. good duration: for i in *.m4a; do name=`echo $i | cut -d'.' -f1`; ffmpeg -i "$i" -c:a libmp3lame -write_xing 0 "/Volumes/SA25-TR1-U3SV-2/Music_Temp/mp3/$name.mp3"; done 2. bad duration if I add "-qscale:a 2" to above the duration goes wrong: for i in *.m4a; do name=`echo $i | cut -d'.' -f1`; ffmpeg -i "$i" -c:a libmp3lame -write_xing 0 -qscale:a 2 "/Volumes/SA25-TR1-U3SV-2/Music_Temp/mp3/$name.mp3"; done Best Regards, // Miya aka. TougenRoushi -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2370 bytes Desc: not available URL: From peter777 at users.sourceforge.net Fri Jan 27 00:13:48 2017 From: peter777 at users.sourceforge.net (Peter) Date: Fri, 27 Jan 2017 09:13:48 +1100 Subject: [FFmpeg-user] Can the video orientation be adjusted for part of an Mp4 ? In-Reply-To: References: <3556575.j76QT9Fiex@peter-asus64> Message-ID: <3820603.jtn3l09yol@peter-asus64> On Thursday, 26 January 2017 9:13:42 AM AEDT Carl Eugen Hoyos wrote: > 2017-01-25 23:51 GMT+01:00 Peter : > > We have a video that was taken from a mobile phone. The first part of the > > video is not orientated properly, and needs to be moved anti-clockwise 90 > > degress. > (That surprises me but may be related to the last comment below.) The mobile phone operator, at approx. 4:30 , turned the phone 90 degress, so the remaining portion of the video is fine. > > At approximately 4:30 , the video orientation is corrected. > > > > Is there a method with ffmpeg to adjust the video orientation for the > > first > > 4:40 minutes ? > > I suspect mov doesn't support this. > (If it would, your phone would have used the feature I guess.) > > > ffmpeg version 2.8.10-0ubuntu0.16.04.1 > > For future questions: Please remember that on this mailing list, > only current FFmpeg git head is supported. Please advise what version that is. Obviously there are people in this mailing list who may have an answer, relevant to other versions. Peter From jd1008 at gmail.com Fri Jan 27 05:56:48 2017 From: jd1008 at gmail.com (JD) Date: Thu, 26 Jan 2017 20:56:48 -0700 Subject: [FFmpeg-user] video's audio question Message-ID: <588AC500.30307@gmail.com> Have a video in which the audio's pitch (and speed) are just slightly higher than normal. How can I reduce the pitch and speed in small increments until I get it right? Thanx. From vikramforu at gmail.com Fri Jan 27 07:29:12 2017 From: vikramforu at gmail.com (kumar vikram) Date: Fri, 27 Jan 2017 10:59:12 +0530 Subject: [FFmpeg-user] Convert MPEG-PS progressive to Interlaced Message-ID: Hi All, I have been struggling with converting PS progressive stream to PS interlaced for my test app. But all the conversion commands used by me are converting to Frame based interlaced stream but what I am looking for is I-P field based interlace(I frame having top filed and next frame having the bottom field) . Can someone help me with proper command do convert with ffmpeg? Regards, Vikram From ceffmpeg at gmail.com Fri Jan 27 09:24:23 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Fri, 27 Jan 2017 08:24:23 +0100 Subject: [FFmpeg-user] Convert MPEG-PS progressive to Interlaced In-Reply-To: References: Message-ID: 2017-01-27 6:29 GMT+01:00 kumar vikram : > I have been struggling with converting PS progressive stream to PS > interlaced for my test app. > > But all the conversion commands used by me are converting to Frame > based interlaced stream but what I am looking for is I-P field based > interlace(I frame having top filed and next frame having the bottom field) . (Command line and complete, uncut console output missing.) I guess the encoder does not support field encoding. Which application only accepts field-encoded video? Carl Eugen From ceffmpeg at gmail.com Fri Jan 27 09:30:10 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Fri, 27 Jan 2017 08:30:10 +0100 Subject: [FFmpeg-user] Can the video orientation be adjusted for part of an Mp4 ? In-Reply-To: <3820603.jtn3l09yol@peter-asus64> References: <3556575.j76QT9Fiex@peter-asus64> <3820603.jtn3l09yol@peter-asus64> Message-ID: 2017-01-26 23:13 GMT+01:00 Peter : > On Thursday, 26 January 2017 9:13:42 AM AEDT Carl Eugen Hoyos wrote: >> 2017-01-25 23:51 GMT+01:00 Peter : >> > We have a video that was taken from a mobile phone. The first part of the >> > video is not orientated properly, and needs to be moved anti-clockwise 90 >> > degress. >> (That surprises me but may be related to the last comment below.) > > The mobile phone operator, at approx. 4:30 , turned the phone 90 degress, so > the remaining portion of the video is fine. The expected behaviour would be that the first 4:30 minutes would be played correctly, the remaining part rotated 90 degrees. >> > At approximately 4:30 , the video orientation is corrected. >> > >> > Is there a method with ffmpeg to adjust the video orientation for the >> > first >> > 4:40 minutes ? >> >> I suspect mov doesn't support this. >> (If it would, your phone would have used the feature I guess.) >> >> > ffmpeg version 2.8.10-0ubuntu0.16.04.1 >> >> For future questions: Please remember that on this mailing list, >> only current FFmpeg git head is supported. > > Please advise what version that is. Atm, it is N-83254-gf28299d but latest static builds are ok. > Obviously there are people in this mailing > list who may have an answer, relevant to other versions. Obviously. Carl Eugen From ceffmpeg at gmail.com Fri Jan 27 10:38:19 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Fri, 27 Jan 2017 09:38:19 +0100 Subject: [FFmpeg-user] Extract EIA_608 closed caption to srt. In-Reply-To: References: Message-ID: 2017-01-24 20:26 GMT+01:00 Victor Accarini : > I have a *.ts file and if I play it on VLC I can see 4 tracks for closed > caption and if I select track 1 I can see the closed captions on the > screen. I'm trying to extract those to an srt file but I didn't find a way. I opened ticket #6105, thank you for the sample! Carl Eugen From erik.dobberkau at gmail.com Fri Jan 27 12:00:50 2017 From: erik.dobberkau at gmail.com (Erik Dobberkau) Date: Fri, 27 Jan 2017 11:00:50 +0100 Subject: [FFmpeg-user] EVS compatible AVC Intra 100 In-Reply-To: References: Message-ID: Am Mittwoch, 25. Januar 2017 schrieb Victor Diez : > > Thanks for the answers. > > > I didn't paste the output because I did not get any error. I already > checked with EVS and just wanted to make sure I got the "standard"AVC Intra > 100 parameters right and that I was not making any mistake before getting > back to them. > > > Erik, the mxf was one of my suspicions as well, that's why I rewrapped the > file with bmxtranswrap so I could get v1.3 instead of 1.2. > > > This is the output I'm getting, all seems ok to me. > > In principle if you guys can confirm me that nothing looks weird in my > command line for an AVC Intra 100 transcode that would be great so I can > check back with EVS more confidently :) > > Thanks, > Victor > > > Unfortunately I can't tell you if everything is okay because I have too little experience with transcoding to AVC-Intra. The variable framerate (bit being set) does seem an issue to me, I remember when doing something similar with XDCAM HD422 this was source of trouble. The bulletproof test of transcoding results is when you can put the result on an original medium (Pana P2 in your case) an play it back without issue from a standard player (or camera). Erik From Auto at Hugemann.de Fri Jan 27 12:05:04 2017 From: Auto at Hugemann.de (Wolfgang Hugemann) Date: Fri, 27 Jan 2017 11:05:04 +0100 Subject: [FFmpeg-user] Float formatting in drawtext In-Reply-To: References: Message-ID: <247bb07f-e3fb-35e3-cd51-26eda1b54431@Hugemann.de> OK, maybe I put my question the wrong way: I would like to display a stop watch starting at an arbitrary time in the video (usually the collision of two cars for accident reconstruction purposes). This can obviously be done via drawtext and pts, but the result looks nasty, and I seem to have no control on the formatting of the string displayed. So possibly there is another way to acchieve this? Could I for example store a string in a user-defined frame-wise variable and display its value by drawtext as is done when deciphering the VITC: ffmpeg -i sample-vitc.avi -filter:v "readvitc,drawtext=fontfile=FreeMono.ttf:fontcolor=white:text=%{metadata\\:lavfi.readvitc.tc_str}:x=(w-tw)/2:y=400-ascent" -f avi -codec:v huffyuv test.avi (Code by Tobias Rapp) Any help would be appreciated. Wolfgang Hugemann Am 23.01.2017 um 16:13 schrieb Wolfgang Hugemann: > Hey, > > seems to be an easy question, but I have been searching for the answer > quite a while without success: > > If I perform a float calculation via > text=%{expr\:whatever} > is there any way to format the output the printf way? > > I know, the result could be converted to integer and be formatted via > text=%{eif\:whatever\:d} > but this is restricted to integer results. > > Wolfgang Hugemann From cdemirsoy at sabanciuniv.edu Fri Jan 27 17:29:59 2017 From: cdemirsoy at sabanciuniv.edu (Canberk Demirsoy (Alumni)) Date: Fri, 27 Jan 2017 15:29:59 +0000 Subject: [FFmpeg-user] Ffmpeg Raspberry Pi C920 Synchronization Problem Message-ID: Hey guys My question is quite open . I use v4l2 and alsa to generate an mp4 file but audio is coming earlier than video. Is there any way to maintain AV sync. I also googled much but could not find a working solution. I also use c920 and a condenser connected to cirrus logic audio card. Regards -- *Canberk Demirsoy* B.Sc. Electrical Engineering, Sabancı University M.Sc. Computer Engineering, Munich Technical University From barsnick at gmx.net Fri Jan 27 18:49:07 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Fri, 27 Jan 2017 17:49:07 +0100 Subject: [FFmpeg-user] Float formatting in drawtext In-Reply-To: <247bb07f-e3fb-35e3-cd51-26eda1b54431@Hugemann.de> References: <247bb07f-e3fb-35e3-cd51-26eda1b54431@Hugemann.de> Message-ID: <20170127164907.GA21418@sunshine.barsnick.net> On Fri, Jan 27, 2017 at 11:05:04 +0100, Wolfgang Hugemann wrote: > So possibly there is another way to acchieve this? Could I for example > store a string in a user-defined frame-wise variable and display its > value by drawtext as is done when deciphering the VITC: I didn't take much of a look at your original issue, but: You could create a subtitle file, even with formatting/styling. The subtitle formats are trivial enough to create them manually or in a scripted manner. Then you would burn the subtitle (from the separate file) onto the video, as described here: https://trac.ffmpeg.org/wiki/HowToBurnSubtitlesIntoVideo You would want look at SRT format first, but go for something like ASS if you want fancier formatting. You suggestion of metadata might also work, by inserting custom metadata with the metadata demuxer: https://www.ffmpeg.org/ffmpeg-formats.html#Metadata-1 Cheers, Moritz From barsnick at gmx.net Fri Jan 27 19:23:21 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Fri, 27 Jan 2017 18:23:21 +0100 Subject: [FFmpeg-user] C920 h264 Problem In-Reply-To: <588A06C9.5060602@gmail.com> References: <941A6192-C51F-4A8A-9D64-AD7ED34F632A@safarimontage.com> <588A06C9.5060602@gmail.com> Message-ID: <20170127172321.GB21418@sunshine.barsnick.net> On Thu, Jan 26, 2017 at 14:25:13 +0000, Andy Furniss wrote: > Maybe what Jimmy is saying is you don't need -pix_fmt h264 as you > already have -input_format h264. If removing it gives the same logging > output then it's not needed. > > As has been said, you are getting compressed h264 from the camera, but > you are using -r 20 which means you are requesting 20 fps not 30. You > should also probably use -framerate 30 rather than -r 30 - there may > be a difference in behavior. You can also query the device (driver) to see what the camera can give you. You should probably get a result such as this: https://wiki.matthiasbock.net/index.php/Kategorie:Logitech_C920_(Webcam)#v4l2-ctl_--device.3D.2Fdev.2Fvideo1_--list-formats See the sections "VIDIOC_ENUM_FMT(n,VIDEO_CAPTURE)", n being 0,1,2. It seems there's only one H.264 format that camera can deliver, and that's what you are getting with your command. I believe you can get actual higher quality by choosing YUV 4:2:2 (it has a higher vertical chroma resolution than YUV 4:2:0), but a) it can have bandwidth (i.e. resolution or framerate) restrictions on the USB bus, and b) you need to encode it yourself. Other tools ("luvcview -L" and guvcview come to mind) will also report the natively supported resolutions and frame rates, so the driver doesn't need to make a guess at what is closest to what you request (e.g. if driver and camera support 15 & 30 fps, but you request 20). Moritz From barsnick at gmx.net Fri Jan 27 19:56:00 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Fri, 27 Jan 2017 18:56:00 +0100 Subject: [FFmpeg-user] -qscale:a and -write_xing 0 can't be used at same time? In-Reply-To: References: Message-ID: <20170127175600.GC21418@sunshine.barsnick.net> On Fri, Jan 27, 2017 at 00:53:43 +0900, 桃源老師 wrote: > I found that the result mp3 shows twice long duration in macOS Finder > and iTunes. I googled and found that adding "-write_xing 0" fixes > this wrong duration. It would be interesting to see the different interpretations of durations in various tools. But I guess you've already come to the obvious conclusion that Mac/iTunes can't cope well with Xing headers. ;-) > But if I try to use "-write_xing 0" with "-qscale:a 2" at same time, the resulting mp3 shows very wrong duration on macOS Finder and iTunes. > > Is -qscale:a and -write_xing 0 can't used at same time? I checked the code, and did some experiments, and both *can* be used at the same time. The write_xing option does make a difference to the files I created. What does change, is that "-qscale:a" instructs libmp3lame to use VBR encoding, instead of ffmpeg's 128k CBR. I believe Mac/iTunes is going crazy and getting confused by VBR. Hey, we're in the 21st century. The last programs I saw which didn't handle VBR nicely were in the early 90s. :-P But that's what the Xing header is for, I guess: Not having to estimate the duration, but being able to calculate it from the bitrate? Question is why that also confuses Mac. OMG, what do other users do? Do files not created by ffmpeg work for you in the finder? Moritz From adf.lists at gmail.com Fri Jan 27 20:10:09 2017 From: adf.lists at gmail.com (Andy Furniss) Date: Fri, 27 Jan 2017 18:10:09 +0000 Subject: [FFmpeg-user] Convert MPEG-PS progressive to Interlaced In-Reply-To: References: Message-ID: <588B8D01.8060603@gmail.com> kumar vikram wrote: > Hi All, > I have been struggling with converting PS progressive stream to PS > interlaced for my test app. > > But all the conversion commands used by me are converting to Frame based > interlaced stream but what I am looking for is I-P field based interlace(I > frame having top filed and next frame having the bottom field) . If you need a field encoded mpeg2 stream to test a decoder then you could use some conformance stream eg. ftp://ftp.tek.com/../tv/test/streams/Element/MPEG-Video-Conformance/main-profile/tcela/tcela-9-fp-dp/ > Can someone help me with proper command do convert with ffmpeg? I don't think you can do it with ffmpeg - maybe the reference encoder can do it? I've never used it, so have no idea. From barsnick at gmx.net Fri Jan 27 20:11:20 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Fri, 27 Jan 2017 19:11:20 +0100 Subject: [FFmpeg-user] video's audio question In-Reply-To: <588AC500.30307@gmail.com> References: <588AC500.30307@gmail.com> Message-ID: <20170127181120.GD21418@sunshine.barsnick.net> On Thu, Jan 26, 2017 at 20:56:48 -0700, JD wrote: > Have a video in which the audio's pitch (and speed) are just slightly > higher than normal. > How can I reduce the pitch and speed in small increments until I get it > right? The asetrate filter is designed for that: https://ffmpeg.org/ffmpeg-filters.html#asetrate Unfortunately, it doesn't take the input rate as a variable, but if you know your input is 48000 Hz, you can do: $ ffmpeg -i video.mp4 -af asetrate=47000 -c:v copy -c:a aac output.mp4 If the output audio stream needs to be 48000 (or something "standard" again, you have to resample: $ ffmpeg -i video.mp4 -af asetrate=47000,aresample=48000 -c:v copy -c:a aac output.mp4 Hope this helps, Moritz From jd1008 at gmail.com Fri Jan 27 20:27:14 2017 From: jd1008 at gmail.com (JD) Date: Fri, 27 Jan 2017 11:27:14 -0700 Subject: [FFmpeg-user] video's audio question In-Reply-To: <20170127181120.GD21418@sunshine.barsnick.net> References: <588AC500.30307@gmail.com> <20170127181120.GD21418@sunshine.barsnick.net> Message-ID: <588B9102.7050409@gmail.com> On 01/27/2017 11:11 AM, Moritz Barsnick wrote: > On Thu, Jan 26, 2017 at 20:56:48 -0700, JD wrote: >> Have a video in which the audio's pitch (and speed) are just slightly >> higher than normal. >> How can I reduce the pitch and speed in small increments until I get it >> right? > The asetrate filter is designed for that: > https://ffmpeg.org/ffmpeg-filters.html#asetrate > > Unfortunately, it doesn't take the input rate as a variable, but if you > know your input is 48000 Hz, you can do: > > $ ffmpeg -i video.mp4 -af asetrate=47000 -c:v copy -c:a aac output.mp4 > > If the output audio stream needs to be 48000 (or something "standard" > again, you have to resample: > > $ ffmpeg -i video.mp4 -af asetrate=47000,aresample=48000 -c:v copy -c:a aac output.mp4 > > Hope this helps, > Moritz Thanx Moritz. Will try it. From jd1008 at gmail.com Fri Jan 27 21:58:16 2017 From: jd1008 at gmail.com (JD) Date: Fri, 27 Jan 2017 12:58:16 -0700 Subject: [FFmpeg-user] video's audio question In-Reply-To: <20170127181120.GD21418@sunshine.barsnick.net> References: <588AC500.30307@gmail.com> <20170127181120.GD21418@sunshine.barsnick.net> Message-ID: <588BA658.1090601@gmail.com> On 01/27/2017 11:11 AM, Moritz Barsnick wrote: > On Thu, Jan 26, 2017 at 20:56:48 -0700, JD wrote: >> Have a video in which the audio's pitch (and speed) are just slightly >> higher than normal. >> How can I reduce the pitch and speed in small increments until I get it >> right? > The asetrate filter is designed for that: > https://ffmpeg.org/ffmpeg-filters.html#asetrate > > Unfortunately, it doesn't take the input rate as a variable, but if you > know your input is 48000 Hz, you can do: > > $ ffmpeg -i video.mp4 -af asetrate=47000 -c:v copy -c:a aac output.mp4 > > If the output audio stream needs to be 48000 (or something "standard" > again, you have to resample: > > $ ffmpeg -i video.mp4 -af asetrate=47000,aresample=48000 -c:v copy -c:a aac output.mp4 > > Hope this helps, > Moritz well, 4700 produced no change in the pitch nor speed. :( Trying 4600 now. From lou at lrcd.com Fri Jan 27 23:09:32 2017 From: lou at lrcd.com (Lou) Date: Fri, 27 Jan 2017 12:09:32 -0900 Subject: [FFmpeg-user] -qscale:a and -write_xing 0 can't be used at same time? In-Reply-To: References: Message-ID: <20170127120932.3e12ad18@jagoff.localdomain> On Fri, 27 Jan 2017 00:53:43 +0900 桃源老師 wrote: > Hello ffmpeg experts... > > I'm trying to convert alac (Apple Lossless Audio Codec) to mp3 on > macOS. > > I found that the result mp3 shows twice long duration in macOS Finder > and iTunes. I googled and found that adding "-write_xing 0" fixes > this wrong duration. > > But if I try to use "-write_xing 0" with "-qscale:a 2" at same time, > the resulting mp3 shows very wrong duration on macOS Finder and > iTunes. > > Is -qscale:a and -write_xing 0 can't used at same time? Related: http://trac.ffmpeg.org/ticket/2697 From xanadu6291 at dream.jp Fri Jan 27 23:56:53 2017 From: xanadu6291 at dream.jp (=?utf-8?B?5qGD5rqQ6ICB5bir?=) Date: Sat, 28 Jan 2017 06:56:53 +0900 Subject: [FFmpeg-user] -qscale:a and -write_xing 0 can't be used at same time? In-Reply-To: <20170127175600.GC21418@sunshine.barsnick.net> References: <20170127175600.GC21418@sunshine.barsnick.net> Message-ID: <2DA4A5E2-18D5-4BDA-A994-55E3172FDF8B@dream.jp> Hello Moritz-san, Thanks for your replay: > 2017/01/28 2:56 A.M. Moritz Barsnick gmx.net > wrote: > > On Fri, Jan 27, 2017 at 00:53:43 +0900, 桃源老師 wrote: > >> I found that the result mp3 shows twice long duration in macOS Finder >> and iTunes. I googled and found that adding "-write_xing 0" fixes >> this wrong duration. > > It would be interesting to see the different interpretations of > durations in various tools. But I guess you've already come to the > obvious conclusion that Mac/iTunes can't cope well with Xing headers. > ;-) I made a small study about Xing headers. It's for mp3's VBR duration calculation. Please don't say "You are at there!" ;-) My understanding for ffmpeg's option "-write_xing 0" is to instruct not to write Xing header to result file(s). If it is correct, I wonder why ffmpeg's default CBR file's duration can be fixed in Mac/iTunes. Also, I feel doubt for your comment Mac/iTunes can't cope well with Xing headers. The reason is below... >> But if I try to use "-write_xing 0" with "-qscale:a 2" at same time, the resulting mp3 shows very wrong duration on macOS Finder and iTunes. >> >> Is -qscale:a and -write_xing 0 can't used at same time? > > I checked the code, and did some experiments, and both *can* be used at > the same time. The write_xing option does make a difference to the > files I created. > > What does change, is that "-qscale:a" instructs libmp3lame to use VBR > encoding, instead of ffmpeg's 128k CBR. I believe Mac/iTunes is going crazy > and getting confused by VBR. Hey, we're in the 21st century. The last > programs I saw which didn't handle VBR nicely were in the early 90s. > :-P > > But that's what the Xing header is for, I guess: Not having to estimate > the duration, but being able to calculate it from the bitrate? Question > is why that also confuses Mac. OMG, what do other users do? Do files > not created by ffmpeg work for you in the finder? I didn't understand "what Xing header is" before receiving your replay... So I thought that the magic word "-write_xing 0" is required in anyway... But now I understand that my ffmpeg's option "-qscale:a" and "-write_xing 0" means create a mp3 file with VBR and not to write Xing header... It might be very hard to calculate duration for *any* kind of program. I now understand "-qscale:a" and "-write_xing 0" should not be used at the same time. And confirmed that Mac/iTunes understand duration correctly with "-qscale:a" only... I think this means that Mac/iTunes can handle Xing header, doesn't it? Best Regards, // Miya aka. TougenRoushi // みや aka. 桃源老師 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2370 bytes Desc: not available URL: From xanadu6291 at dream.jp Sat Jan 28 00:04:22 2017 From: xanadu6291 at dream.jp (=?utf-8?B?5qGD5rqQ6ICB5bir?=) Date: Sat, 28 Jan 2017 07:04:22 +0900 Subject: [FFmpeg-user] -qscale:a and -write_xing 0 can't be used at same time? In-Reply-To: <20170127120932.3e12ad18@jagoff.localdomain> References: <20170127120932.3e12ad18@jagoff.localdomain> Message-ID: <0F893599-A60A-4BE1-B4E7-F236C16C8BE1@dream.jp> Hello Lou-san, Thanks for your reply: > 2017/01/28 6:09 A.M. Lou lrcd.com> wrote: > > On Fri, 27 Jan 2017 00:53:43 +0900 > 桃源老師 > wrote: > >> Hello ffmpeg experts... >> >> I'm trying to convert alac (Apple Lossless Audio Codec) to mp3 on >> macOS. >> >> I found that the result mp3 shows twice long duration in macOS Finder >> and iTunes. I googled and found that adding "-write_xing 0" fixes >> this wrong duration. >> >> But if I try to use "-write_xing 0" with "-qscale:a 2" at same time, >> the resulting mp3 shows very wrong duration on macOS Finder and >> iTunes. >> >> Is -qscale:a and -write_xing 0 can't used at same time? > > Related: > > http://trac.ffmpeg.org/ticket/2697 Yes I read this roughly and thought that "-write_xing 0" is magic word to fix duration... Now I found that "-qscale:a" and "-write_xing 0" should not be used at the same time. Brest Regards, // Miya aka. TougenRoushi -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2370 bytes Desc: not available URL: From ilkertezcan at gmail.com Sat Jan 28 06:41:50 2017 From: ilkertezcan at gmail.com (ilker tezcan) Date: Sat, 28 Jan 2017 07:41:50 +0300 Subject: [FFmpeg-user] Upskill to FFmpeg the TimeStamp Correction In-Reply-To: References: <3ec419d6-44a0-8527-4649-fd7ac4ca4612@gmail.com> Message-ID: Hello, I just want you to know that I am just writing with fear and avoiding "top-post". If so, there is no question, my conscience will be sore and sadness. :( As developer, could you please transfer the timestamp correction ability of MEncoder to FFmpeg? I believe that you or other developers can do that. Could you open the bug ticket after reproduced & analyzed? I present all the necessary information in tidy format. The sample file: https://mega.nz/#!xkpEGbSL!MJZVjnwhuQ4XD7EcmM3ahKLeINwUMSCEQD0fAqtU_gs FFmpeg can't correct timestamp (timebase? duration?) even though it can do resynced: FFmpeg -i ElephantsDream_only_a_few_scenes.mkv -c:v copy -c:a copy -sn ElephantsDream_only_a_few_scenes_remuxed.mkv FFmpeg's report: https://paste.ee/r/Tl7at The output file's timestamp (still same remaing with original video): 10:48 But only MEncoder corrects timestamp (both resync and recalculate true timestamp for output file): MEncoder ElephantsDream_only_a_few_scenes.mkv -ni -nosub -ovc copy -oac copy -fafmttag 0x706D -of lavf -lavfopts format=mkv -o ElephantsDream_only_a_few_scenes-fixed_by_only_MEncoder.mkv MEncoder's report: https://paste.ee/r/LzO4M The output file's fixed timestamp: 01:46 I just designed new info-graphic that representatived the issue: http://i.imgur.com/zwjOmWs.png Thank you in advance. From xanadu6291 at dream.jp Sat Jan 28 16:39:02 2017 From: xanadu6291 at dream.jp (=?utf-8?B?5qGD5rqQ6ICB5bir?=) Date: Sat, 28 Jan 2017 23:39:02 +0900 Subject: [FFmpeg-user] -qscale:a and -write_xing 0 can't be used at same time? In-Reply-To: <2DA4A5E2-18D5-4BDA-A994-55E3172FDF8B@dream.jp> References: <20170127175600.GC21418@sunshine.barsnick.net> <2DA4A5E2-18D5-4BDA-A994-55E3172FDF8B@dream.jp> Message-ID: Additional information... Not related with original question, but to understand the work-around "-write_xing 0"... > 2017/01/28 6:56 A.M. 桃源老師 wrote: > > My understanding for ffmpeg's option "-write_xing 0" is to instruct not to write Xing header to result file(s). If it is correct, I wonder why ffmpeg's default CBR file's duration can be fixed in Mac/iTunes. > > Also, I feel doubt for your comment Mac/iTunes can't cope well with Xing headers. The reason is below... > I now understand "-qscale:a" and "-write_xing 0" should not be used at the same time. And confirmed that Mac/iTunes understand duration correctly with "-qscale:a" only... > I think this means that Mac/iTunes can handle Xing header, doesn't it? I checked some mp3 files with binary editor. The results are as follows: 1. a mp3 produced by ffmpeg's default command does not have xing header. 2. a mp3 produced by ffmpeg's default command + write_xing 0 also does not have xing header. 3. a mp3 produced by ffmpeg with qscale:a 2 have xing header. 4. a mp3 produced by lame -V 2 option have xing header. 5. a mp3 produced by lame -b 128 option does not have xing header. In all 5 files, only No.1's duration is double sized in Mac/iTunes. I also checked above mp3s with mpg123. The results are as follows: 1. a mp3 produced by ffmpeg's default command recognized as VBR. 2. a mp3 produced by ffmpeg's default command + write_xing 0 recognized as CBR128. 3. a mp3 produced by ffmpeg with qscale:a 2 recognized as VBR. 4. a mp3 produced by lame -V 2 option have xing header. recognized as VBR. 5. a mp3 produced by lame -b 128 option does not have xing header. recognized as CBR128. I now see the reason why "No.1's duration is double sized in Mac/iTunes" is VBR! Am I doing any wrong? Best Regards, // Miya aka. TougenRoushi -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2370 bytes Desc: not available URL: From rens at offlinemedia.nl Sun Jan 29 15:08:06 2017 From: rens at offlinemedia.nl (Rens Dijkshoorn) Date: Sun, 29 Jan 2017 14:08:06 +0100 (CET) Subject: [FFmpeg-user] Convert MPEG-PS progressive to Interlaced In-Reply-To: References: Message-ID: <725127281.2299.1485695286469.JavaMail.zimbra@offlinemedia.nl> > Hi All, > I have been struggling with converting PS progressive stream to PS > interlaced for my test app. > > But all the conversion commands used by me are converting to Frame based > interlaced stream but what I am looking for is I-P field based interlace(I > frame having top filed and next frame having the bottom field) . Maybe we are talking about different things Interlaced = 2 fields one top one bottom together is 1 frame. Changing a PS stream to interlaced would create a PSF frame The 2 fields that make one frame don't have any temporal difference ffmpeg has a few filter commands in this direction have a look at a combination of framerate and tinterlace -vf framerate=50,tinterlace=4 I-frames or P-frames has more to do with mpeg encoding that with the video being interlace. For proper interlaced encoding the encoder needs to be interlaced aware of this field structure and the possiblity of temporal difference between fields in one video frame. Regards Rens From zou.christina at gmail.com Thu Jan 26 12:09:31 2017 From: zou.christina at gmail.com (christina zou) Date: Thu, 26 Jan 2017 02:09:31 -0800 Subject: [FFmpeg-user] Static ARMEL ffmpeg build on Zero not resolving domains properly? Message-ID: Hello, I have a Pi Zero and am using ffmpeg to stream to platforms like Youtube and Twitch. I was instructed from #ffmpeg's IRC channel to install the static ARMEL ffmpeg tar from https://www.johnvansickle.com/ffmpeg/. It is called ffmpeg-release-armel-32bit-static.tar.xz - md5 Using this version of ffmpeg, I am able to livestream to platforms like Youtube and Twitch Live, but I'm forced to use the IP addresses in the RTMP URLs to avoid a DNS issue. This DNS issue was repro'd by others helping me on the IRC channel, so they advised the IP address approach. They told me the ARMHF version resolved this issue, but I would have to manually compile it for the Zero, and it was complicated (my memory is hazy here...) Now I am attempting to stream to Facebook Live, where it seems like the RTMP URL's IP address changes, and I'm getting a 'failed to read RTMP packet header' error. I am trying to remember the names of the users I interacted with on #ffmpeg.. I think I remember @furq? I'm wondering if I should use a different version of ffmpeg, and if so, how to obtain/build it for the Zero? Thanks, Christina From microspec2k1 at hotmail.com Sun Jan 29 19:30:46 2017 From: microspec2k1 at hotmail.com (a) Date: Sun, 29 Jan 2017 17:30:46 +0000 Subject: [FFmpeg-user] Suggestions for FFmpeg: support a simpler command line for concatenating audio files with a specified overlap Message-ID: Hello, after hunting around ffmepg.org, I could not find where to post suggestions for FFmpeg developers, so if this mailing list is the appropriate place here you go otherwise please let me know: 1. I have a need to concatenate programmatically several short (< 1 second) mp3 files but with a specific overlap for example 100ms, the current solution is a command line of this form * 1. ffmpeg -i 1.mp3 -i 2.mp3 -i 3.mp3 -i 4.mp3 2. -filter_complex 3. "[1]adelay=delay1[b]; 4. [2]adelay=delay2[c]; 5. [3]adelay=delay3[d]; 6. [0][b][c][d]amix=4" 7. out.mp3 * However this forces me to derive each file durations and do the math. I was hoping if you would consider supporting something that would not require retrieving the durations and just specify the relative delays during concatenation. Here are a couple of examples * Delay all input file by the same amount ffmpeg -i 1.mp3 -i 2.mp3 -i 3.mp3 -i 4.mp3 -filter_complex "delay=100; amix=4" * Delay each input by the specified amount or zero if not specified. ffmpeg -i 1.mp3 -i 2.mp3 -i 3.mp3 -i 4.mp3 -filter_complex "[1]delay=100; [2]delay=20; amix=4" * Of course this may not be generalized enough to offer the most flexibility so I will let you decide on the final form of the options, but you get the point. * NOTE: I am using C-Sharp to build the command line for other FFmpeg tasks, however the simpler command line above would allow easier prototyping from a batch file without requiring hardcoding exact value for delay1, delay2,...., delayN Thank you. M. From zou.christina at gmail.com Thu Jan 26 12:18:49 2017 From: zou.christina at gmail.com (christina zou) Date: Thu, 26 Jan 2017 02:18:49 -0800 Subject: [FFmpeg-user] Static ARMEL ffmpeg build on Zero not resolving domains properly? In-Reply-To: References: Message-ID: Just want to add my command and the -report log. *Command* raspivid -o - -t 0 -vf -hf -fps 30 -b 6000000 | ffmpeg/./ffmpeg -re -ar 44100 -ac 2 -acodec pcm_s16le -f s16le -ac 2 -i /dev/zero -f h264 -i - -vcodec copy -acodec aac -ab 128k -g 50 -strict experimental -f flv rtmp://31.13.66.23:80/rtmp/1202172759851050?ds=1&s_l=1&a=ATig_KiAVVHvPWse *Log (report)* ffmpeg started on 2017-01-26 at 07:07:25 Report written to "ffmpeg-20170126-070725.log" Command line: ffmpeg/./ffmpeg -report -re -ar 44100 -ac 2 -acodec pcm_s16le -f s16le -ac 2 -i /dev/zero -f h264 -i - -vcodec copy -acodec aac -ab 128k -g 50 -strict experimental -f flv "rtmp://157.240.3.12:80/rtmp/1202172759851050?ds=1" ffmpeg version 3.1.4-static http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2016 the FFmpeg developers built with gcc 5.4.1 (Debian 5.4.1-2) 20160904 configuration: --enable-gpl --enable-version3 --enable-static --disable-debug --enable-libmp3lame --enable-libx264 --enable-libwebp --enable-libspeex --enable-libvorbis --enable-libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvo-amrwbenc --enable-gray --enable-libopus --enable-libass --enable-gnutls --enable-libvidstab --enable-libsoxr --enable-frei0r --enable-libfribidi --disable-indev=sndio --disable-outdev=sndio --enable-librtmp --cc=gcc-5 --disable-ffplay libavutil 55. 28.100 / 55. 28.100 libavcodec 57. 48.101 / 57. 48.101 libavformat 57. 41.100 / 57. 41.100 libavdevice 57. 0.101 / 57. 0.101 libavfilter 6. 47.100 / 6. 47.100 libswscale 4. 1.100 / 4. 1.100 libswresample 2. 1.100 / 2. 1.100 libpostproc 54. 0.100 / 54. 0.100 Splitting the commandline. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Reading option '-re' ... matched as option 're' (read input at native frame rate) with argument '1'. Reading option '-ar' ... matched as option 'ar' (set audio sampling rate (in Hz)) with argument '44100'. Reading option '-ac' ... matched as option 'ac' (set number of audio channels) with argument '2'. Reading option '-acodec' ... matched as option 'acodec' (force audio codec ('copy' to copy stream)) with argument 'pcm_s16le'. Reading option '-f' ... matched as option 'f' (force format) with argument 's16le'. Reading option '-ac' ... matched as option 'ac' (set number of audio channels) with argument '2'. Reading option '-i' ... matched as input file with argument '/dev/zero'. Reading option '-f' ... matched as option 'f' (force format) with argument 'h264'. Reading option '-i' ... matched as input file with argument '-'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'copy'. Reading option '-acodec' ... matched as option 'acodec' (force audio codec ('copy' to copy stream)) with argument 'aac'. libswresample 2. 1.100 / 2. 1.100 libpostproc 54. 0.100 / 54. 0.100 Splitting the commandline. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Reading option '-re' ... matched as option 're' (read input at native frame rate) with argument '1'. Reading option '-ar' ... matched as option 'ar' (set audio sampling rate (in Hz)) with argument '44100'. Reading option '-ac' ... matched as option 'ac' (set number of audio channels) with argument '2'. Reading option '-acodec' ... matched as option 'acodec' (force audio codec ('copy' to copy stream)) with argument 'pcm_s16le'. Reading option '-f' ... matched as option 'f' (force format) with argument 's16le'. Reading option '-ac' ... matched as option 'ac' (set number of audio channels) with argument '2'. Reading option '-i' ... matched as input file with argument '/dev/zero'. Reading option '-f' ... matched as option 'f' (force format) with argument 'h264'. Reading option '-i' ... matched as input file with argument '-'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'copy'. Reading option '-acodec' ... matched as option 'acodec' (force audio codec ('copy' to copy stream)) with argument 'aac'. Reading option '-ab' ... matched as option 'ab' (audio bitrate (please use -b:a)) with argument '128k'. Reading option '-g' ... matched as AVOption 'g' with argument '50'. Reading option '-strict' ...Routing option strict to both codec and muxer layer matched as AVOption 'strict' with argument 'experimental'. Reading option '-f' ... matched as option 'f' (force format) with argument 'flv'. Reading option 'rtmp://157.240.3.12:80/rtmp/1202172759851050?ds=1' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option report (generate a report) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file /dev/zero. Applying option re (read input at native frame rate) with argument 1. Applying option ar (set audio sampling rate (in Hz)) with argument 44100. Applying option ac (set number of audio channels) with argument 2. Applying option acodec (force audio codec ('copy' to copy stream)) with argument pcm_s16le. Reading option '-ab' ... matched as option 'ab' (audio bitrate (please use -b:a)) with argument '128k'. Reading option '-g' ... matched as AVOption 'g' with argument '50'. Reading option '-strict' ...Routing option strict to both codec and muxer layer matched as AVOption 'strict' with argument 'experimental'. Reading option '-f' ... matched as option 'f' (force format) with argument 'flv'. Reading option 'rtmp://157.240.3.12:80/rtmp/1202172759851050?ds=1' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option report (generate a report) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file /dev/zero. Applying option re (read input at native frame rate) with argument 1. Applying option ar (set audio sampling rate (in Hz)) with argument 44100. Applying option ac (set number of audio channels) with argument 2. Applying option acodec (force audio codec ('copy' to copy stream)) with argument pcm_s16le. Applying option f (force format) with argument s16le. Applying option ac (set number of audio channels) with argument 2. Successfully parsed a group of options. Opening an input file: /dev/zero. [file @ 0x2a1aa40] Setting default whitelist 'file,crypto' [s16le @ 0x2a1a390] Before avformat_find_stream_info() pos: 0 bytes read:32768 seeks:0 nb_streams:1 [s16le @ 0x2a1a390] All info found [s16le @ 0x2a1a390] After avformat_find_stream_info() pos: 204800 bytes read:229376 seeks:0 frames:50 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, s16le, from '/dev/zero': Duration: N/A, bitrate: 1411 kb/s Stream #0:0, 50, 1/44100: Audio: pcm_s16le, 44100 Hz, 2 channels, s16, 1411 kb/s Successfully opened the file. Parsing a group of options: input file -. Applying option f (force format) with argument h264. Applying option ac (set number of audio channels) with argument 2. Successfully parsed a group of options. Opening an input file: /dev/zero. [file @ 0x2a1aa40] Setting default whitelist 'file,crypto' [s16le @ 0x2a1a390] Before avformat_find_stream_info() pos: 0 bytes read:32768 seeks:0 nb_streams:1 [s16le @ 0x2a1a390] All info found [s16le @ 0x2a1a390] After avformat_find_stream_info() pos: 204800 bytes read:229376 seeks:0 frames:50 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, s16le, from '/dev/zero': Duration: N/A, bitrate: 1411 kb/s Stream #0:0, 50, 1/44100: Audio: pcm_s16le, 44100 Hz, 2 channels, s16, 1411 kb/s Successfully opened the file. Parsing a group of options: input file -. Applying option f (force format) with argument h264. Successfully parsed a group of options. Opening an input file: -. [pipe @ 0x2a1a320] Setting default whitelist 'crypto' [h264 @ 0x2a5a110] Before avformat_find_stream_info() pos: 0 bytes read:4096 seeks:0 nb_streams:1 [h264 @ 0x2a62e50] nal_unit_type: 7, nal_ref_idc: 1 [h264 @ 0x2a62e50] nal_unit_type: 8, nal_ref_idc: 1 [h264 @ 0x2a62e50] nal_unit_type: 5, nal_ref_idc: 1 [h264 @ 0x2a62e50] nal_unit_type: 1, nal_ref_idc: 1 [h264 @ 0x2a62e50] nal_unit_type: 1, nal_ref_idc: 1 [h264 @ 0x2a62e50] nal_unit_type: 1, nal_ref_idc: 1 [h264 @ 0x2a62e50] nal_unit_type: 1, nal_ref_idc: 1 [h264 @ 0x2a62e50] nal_unit_type: 1, nal_ref_idc: 1 [h264 @ 0x2a62e50] nal_unit_type: 1, nal_ref_idc: 1 [h264 @ 0x2a5a110] max_analyze_duration 5000000 reached at 5000000 microseconds st:0 [h264 @ 0x2a5a110] After avformat_find_stream_info() pos: 98304 bytes read:98304 seeks:0 frames:127 Successfully parsed a group of options. Opening an input file: -. [pipe @ 0x2a1a320] Setting default whitelist 'crypto' [h264 @ 0x2a5a110] Before avformat_find_stream_info() pos: 0 bytes read:4096 seeks:0 nb_streams:1 [h264 @ 0x2a62e50] nal_unit_type: 7, nal_ref_idc: 1 [h264 @ 0x2a62e50] nal_unit_type: 8, nal_ref_idc: 1 [h264 @ 0x2a62e50] nal_unit_type: 5, nal_ref_idc: 1 [h264 @ 0x2a62e50] nal_unit_type: 1, nal_ref_idc: 1 [h264 @ 0x2a62e50] nal_unit_type: 1, nal_ref_idc: 1 [h264 @ 0x2a62e50] nal_unit_type: 1, nal_ref_idc: 1 [h264 @ 0x2a62e50] nal_unit_type: 1, nal_ref_idc: 1 [h264 @ 0x2a62e50] nal_unit_type: 1, nal_ref_idc: 1 [h264 @ 0x2a62e50] nal_unit_type: 1, nal_ref_idc: 1 [h264 @ 0x2a5a110] max_analyze_duration 5000000 reached at 5000000 microseconds st:0 [h264 @ 0x2a5a110] After avformat_find_stream_info() pos: 98304 bytes read:98304 seeks:0 frames:127 Input #1, h264, from 'pipe:': Duration: N/A, bitrate: N/A Stream #1:0, 127, 1/1200000: Video: h264 (High), yuv420p, 1920x1080, 25 fps, 25 tbr, 1200k tbn, 50 tbc Successfully opened the file. Parsing a group of options: output file rtmp:// 157.240.3.12:80/rtmp/1202172759851050?ds=1. Applying option vcodec (force video codec ('copy' to copy stream)) with argument copy. Applying option acodec (force audio codec ('copy' to copy stream)) with argument aac. Applying option ab (audio bitrate (please use -b:a)) with argument 128k. Applying option f (force format) with argument flv. Successfully parsed a group of options. Opening an output file: rtmp://157.240.3.12:80/rtmp/1202172759851050?ds=1. [rtmp @ 0x2a7ba00] No default whitelist set RTMP_ReadPacket, failed to read RTMP packet header rtmp://157.240.3.12:80/rtmp/1202172759851050?ds=1: Unknown error occurred [AVIOContext @ 0x2a22bf0] Statistics: 229376 bytes read, 0 seeks [AVIOContext @ 0x2a53800] Statistics: 98304 bytes read, 0 seeks On Thu, Jan 26, 2017 at 2:09 AM, christina zou wrote: > Hello, > > I have a Pi Zero and am using ffmpeg to stream to platforms like Youtube > and Twitch. > > I was instructed from #ffmpeg's IRC channel to install the static ARMEL > ffmpeg tar from https://www.johnvansickle.com/ffmpeg/. It is called > ffmpeg-release-armel-32bit-static.tar.xz > > - md5 > > > Using this version of ffmpeg, I am able to livestream to platforms like > Youtube and Twitch Live, but I'm forced to use the IP addresses in the RTMP > URLs to avoid a DNS issue. This DNS issue was repro'd by others helping me > on the IRC channel, so they advised the IP address approach. They told me > the ARMHF version resolved this issue, but I would have to manually compile > it for the Zero, and it was complicated (my memory is hazy here...) > > Now I am attempting to stream to Facebook Live, where it seems like the > RTMP URL's IP address changes, and I'm getting a 'failed to read RTMP > packet header' error. > > I am trying to remember the names of the users I interacted with on > #ffmpeg.. I think I remember @furq? > > I'm wondering if I should use a different version of ffmpeg, and if so, > how to obtain/build it for the Zero? > > Thanks, > Christina > From zou.christina at gmail.com Thu Jan 26 12:37:54 2017 From: zou.christina at gmail.com (christina zou) Date: Thu, 26 Jan 2017 02:37:54 -0800 Subject: [FFmpeg-user] Static ARMEL ffmpeg build on Zero not resolving domains properly? In-Reply-To: References: Message-ID: Also want to add the DNS error that forces me to use IP addresses instead of domains. Hopefully people know what I am referring to; a friendly helper from the IRC channel was able to reproduce it himself. *raspivid -o - -t 0 -vf -hf -fps 10 -g 30 -b 4500000 | ffmpeg/./ffmpeg -f lavfi -re -i anullsrc -f h264 -thread_queue_size 1024 -framerate 10 -probesize 100 -i - -vcodec copy -acodec aac -g 20 -f flv "rtmp://rtmp-api.facebook.com:80/rtmp/1202172759851050?ds=1&s_l=1&a=ATig_KiAVVHvPWse "* ffmpeg version 3.1.4-static http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2016 the FFmpeg developers built with gcc 5.4.1 (Debian 5.4.1-2) 20160904 configuration: --enable-gpl --enable-version3 --enable-static --disable-debug --enable-libmp3lame --enable-libx264 --enable-libwebp --enable-libspeex --enable-libvorbis --enable-libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvo-amrwbenc --enable-gray --enable-libopus --enable-libass --enable-gnutls --enable-libvidstab --enable-libsoxr --enable-frei0r --enable-libfribidi --disable-indev=sndio --disable-outdev=sndio --enable-librtmp --cc=gcc-5 --disable-ffplay libavutil 55. 28.100 / 55. 28.100 libavcodec 57. 48.101 / 57. 48.101 libavformat 57. 41.100 / 57. 41.100 libavdevice 57. 0.101 / 57. 0.101 libavfilter 6. 47.100 / 6. 47.100 libswscale 4. 1.100 / 4. 1.100 libswresample 2. 1.100 / 2. 1.100 libpostproc 54. 0.100 / 54. 0.100 Input #0, lavfi, from 'anullsrc': Duration: N/A, start: 0.000000, bitrate: 705 kb/s Stream #0:0: Audio: pcm_u8, 44100 Hz, stereo, u8, 705 kb/s [h264 @ 0x3d54900] Stream #0: not enough frames to estimate rate; consider increasing probesize [h264 @ 0x3d54900] decoding for stream 0 failed Input #1, h264, from 'pipe:': Duration: N/A, bitrate: N/A Stream #1:0: Video: h264 (High), yuv420p, 1920x1080, 10 tbr, 1200k tbn, 20 tbc *Problem accessing the DNS. (addr: rtmp-api.facebook.com )* *rtmp://rtmp-api.facebook.com:80/rtmp/1202172759851050?ds=1&s_l=1&a=ATig_KiAVVHvPWse : Unknown error occurred* On Thu, Jan 26, 2017 at 2:18 AM, christina zou wrote: > Just want to add my command and the -report log. > > *Command* > > raspivid -o - -t 0 -vf -hf -fps 30 -b 6000000 | ffmpeg/./ffmpeg -re -ar > 44100 -ac 2 -acodec pcm_s16le -f s16le -ac 2 -i /dev/zero -f h264 -i - > -vcodec copy -acodec aac -ab 128k -g 50 -strict experimental -f flv > rtmp://31.13.66.23:80/rtmp/1202172759851050?ds=1&s_l=1&a=ATig_KiAVVHvPWse > > *Log (report)* > > ffmpeg started on 2017-01-26 at 07:07:25 > > Report written to "ffmpeg-20170126-070725.log" > > Command line: > > ffmpeg/./ffmpeg -report -re -ar 44100 -ac 2 -acodec pcm_s16le -f s16le -ac > 2 -i /dev/zero -f h264 -i - -vcodec copy -acodec aac -ab 128k -g 50 -strict > experimental -f flv "rtmp://157.240.3.12:80/rtmp/1202172759851050?ds=1" > > ffmpeg version 3.1.4-static http://johnvansickle.com/ffmpeg/ Copyright > (c) 2000-2016 the FFmpeg developers > > built with gcc 5.4.1 (Debian 5.4.1-2) 20160904 > > configuration: --enable-gpl --enable-version3 --enable-static > --disable-debug --enable-libmp3lame --enable-libx264 --enable-libwebp > --enable-libspeex --enable-libvorbis --enable-libvpx --enable-libfreetype > --enable-fontconfig --enable-libxvid --enable-libopencore-amrnb > --enable-libopencore-amrwb --enable-libtheora --enable-libvo-amrwbenc > --enable-gray --enable-libopus --enable-libass --enable-gnutls > --enable-libvidstab --enable-libsoxr --enable-frei0r --enable-libfribidi > --disable-indev=sndio --disable-outdev=sndio --enable-librtmp --cc=gcc-5 > --disable-ffplay > > libavutil 55. 28.100 / 55. 28.100 > > libavcodec 57. 48.101 / 57. 48.101 > > libavformat 57. 41.100 / 57. 41.100 > > libavdevice 57. 0.101 / 57. 0.101 > > libavfilter 6. 47.100 / 6. 47.100 > > libswscale 4. 1.100 / 4. 1.100 > > libswresample 2. 1.100 / 2. 1.100 > > libpostproc 54. 0.100 / 54. 0.100 > > Splitting the commandline. > > Reading option '-report' ... matched as option 'report' (generate a > report) with argument '1'. > > Reading option '-re' ... matched as option 're' (read input at native > frame rate) with argument '1'. > > Reading option '-ar' ... matched as option 'ar' (set audio sampling rate > (in Hz)) with argument '44100'. > > Reading option '-ac' ... matched as option 'ac' (set number of audio > channels) with argument '2'. > > Reading option '-acodec' ... matched as option 'acodec' (force audio codec > ('copy' to copy stream)) with argument 'pcm_s16le'. > > Reading option '-f' ... matched as option 'f' (force format) with argument > 's16le'. > > Reading option '-ac' ... matched as option 'ac' (set number of audio > channels) with argument '2'. > > Reading option '-i' ... matched as input file with argument '/dev/zero'. > > Reading option '-f' ... matched as option 'f' (force format) with argument > 'h264'. > > Reading option '-i' ... matched as input file with argument '-'. > > Reading option '-vcodec' ... matched as option 'vcodec' (force video codec > ('copy' to copy stream)) with argument 'copy'. > > Reading option '-acodec' ... matched as option 'acodec' (force audio codec > ('copy' to copy stream)) with argument 'aac'. > > > libswresample 2. 1.100 / 2. 1.100 > > libpostproc 54. 0.100 / 54. 0.100 > > Splitting the commandline. > > Reading option '-report' ... matched as option 'report' (generate a > report) with argument '1'. > > Reading option '-re' ... matched as option 're' (read input at native > frame rate) with argument '1'. > > Reading option '-ar' ... matched as option 'ar' (set audio sampling rate > (in Hz)) with argument '44100'. > > Reading option '-ac' ... matched as option 'ac' (set number of audio > channels) with argument '2'. > > Reading option '-acodec' ... matched as option 'acodec' (force audio codec > ('copy' to copy stream)) with argument 'pcm_s16le'. > > Reading option '-f' ... matched as option 'f' (force format) with argument > 's16le'. > > Reading option '-ac' ... matched as option 'ac' (set number of audio > channels) with argument '2'. > > Reading option '-i' ... matched as input file with argument '/dev/zero'. > > Reading option '-f' ... matched as option 'f' (force format) with argument > 'h264'. > > Reading option '-i' ... matched as input file with argument '-'. > > Reading option '-vcodec' ... matched as option 'vcodec' (force video codec > ('copy' to copy stream)) with argument 'copy'. > > Reading option '-acodec' ... matched as option 'acodec' (force audio codec > ('copy' to copy stream)) with argument 'aac'. > > Reading option '-ab' ... matched as option 'ab' (audio bitrate (please use > -b:a)) with argument '128k'. > > Reading option '-g' ... matched as AVOption 'g' with argument '50'. > > Reading option '-strict' ...Routing option strict to both codec and muxer > layer > > matched as AVOption 'strict' with argument 'experimental'. > > Reading option '-f' ... matched as option 'f' (force format) with argument > 'flv'. > > Reading option 'rtmp://157.240.3.12:80/rtmp/1202172759851050?ds=1' ... > matched as output file. > > Finished splitting the commandline. > > Parsing a group of options: global . > > Applying option report (generate a report) with argument 1. > > Successfully parsed a group of options. > > Parsing a group of options: input file /dev/zero. > > Applying option re (read input at native frame rate) with argument 1. > > Applying option ar (set audio sampling rate (in Hz)) with argument 44100. > > Applying option ac (set number of audio channels) with argument 2. > > Applying option acodec (force audio codec ('copy' to copy stream)) with > argument pcm_s16le. > > Reading option '-ab' ... matched as option 'ab' (audio bitrate (please use > -b:a)) with argument '128k'. > > Reading option '-g' ... matched as AVOption 'g' with argument '50'. > > Reading option '-strict' ...Routing option strict to both codec and muxer > layer > > matched as AVOption 'strict' with argument 'experimental'. > > Reading option '-f' ... matched as option 'f' (force format) with argument > 'flv'. > > Reading option 'rtmp://157.240.3.12:80/rtmp/1202172759851050?ds=1' ... > matched as output file. > > Finished splitting the commandline. > > Parsing a group of options: global . > > Applying option report (generate a report) with argument 1. > > Successfully parsed a group of options. > > Parsing a group of options: input file /dev/zero. > > Applying option re (read input at native frame rate) with argument 1. > > Applying option ar (set audio sampling rate (in Hz)) with argument 44100. > > Applying option ac (set number of audio channels) with argument 2. > > Applying option acodec (force audio codec ('copy' to copy stream)) with > argument pcm_s16le. > > Applying option f (force format) with argument s16le. > > Applying option ac (set number of audio channels) with argument 2. > > Successfully parsed a group of options. > > Opening an input file: /dev/zero. > > [file @ 0x2a1aa40] Setting default whitelist 'file,crypto' > > [s16le @ 0x2a1a390] Before avformat_find_stream_info() pos: 0 bytes > read:32768 seeks:0 nb_streams:1 > > [s16le @ 0x2a1a390] All info found > > [s16le @ 0x2a1a390] After avformat_find_stream_info() pos: 204800 bytes > read:229376 seeks:0 frames:50 > > Guessed Channel Layout for Input Stream #0.0 : stereo > > Input #0, s16le, from '/dev/zero': > > Duration: N/A, bitrate: 1411 kb/s > > Stream #0:0, 50, 1/44100: Audio: pcm_s16le, 44100 Hz, 2 channels, s16, > 1411 kb/s > > Successfully opened the file. > > Parsing a group of options: input file -. > > Applying option f (force format) with argument h264. > > Applying option ac (set number of audio channels) with argument 2. > > Successfully parsed a group of options. > > Opening an input file: /dev/zero. > > [file @ 0x2a1aa40] Setting default whitelist 'file,crypto' > > [s16le @ 0x2a1a390] Before avformat_find_stream_info() pos: 0 bytes > read:32768 seeks:0 nb_streams:1 > > [s16le @ 0x2a1a390] All info found > > [s16le @ 0x2a1a390] After avformat_find_stream_info() pos: 204800 bytes > read:229376 seeks:0 frames:50 > > Guessed Channel Layout for Input Stream #0.0 : stereo > > Input #0, s16le, from '/dev/zero': > > Duration: N/A, bitrate: 1411 kb/s > > Stream #0:0, 50, 1/44100: Audio: pcm_s16le, 44100 Hz, 2 channels, s16, > 1411 kb/s > > Successfully opened the file. > > Parsing a group of options: input file -. > > Applying option f (force format) with argument h264. > > Successfully parsed a group of options. > > Opening an input file: -. > > [pipe @ 0x2a1a320] Setting default whitelist 'crypto' > > [h264 @ 0x2a5a110] Before avformat_find_stream_info() pos: 0 bytes > read:4096 seeks:0 nb_streams:1 > > [h264 @ 0x2a62e50] nal_unit_type: 7, nal_ref_idc: 1 > > [h264 @ 0x2a62e50] nal_unit_type: 8, nal_ref_idc: 1 > > [h264 @ 0x2a62e50] nal_unit_type: 5, nal_ref_idc: 1 > > [h264 @ 0x2a62e50] nal_unit_type: 1, nal_ref_idc: 1 > > [h264 @ 0x2a62e50] nal_unit_type: 1, nal_ref_idc: 1 > > [h264 @ 0x2a62e50] nal_unit_type: 1, nal_ref_idc: 1 > > [h264 @ 0x2a62e50] nal_unit_type: 1, nal_ref_idc: 1 > > [h264 @ 0x2a62e50] nal_unit_type: 1, nal_ref_idc: 1 > > [h264 @ 0x2a62e50] nal_unit_type: 1, nal_ref_idc: 1 > > [h264 @ 0x2a5a110] max_analyze_duration 5000000 reached at 5000000 > microseconds st:0 > > [h264 @ 0x2a5a110] After avformat_find_stream_info() pos: 98304 bytes > read:98304 seeks:0 frames:127 > > Successfully parsed a group of options. > > Opening an input file: -. > > [pipe @ 0x2a1a320] Setting default whitelist 'crypto' > > [h264 @ 0x2a5a110] Before avformat_find_stream_info() pos: 0 bytes > read:4096 seeks:0 nb_streams:1 > > [h264 @ 0x2a62e50] nal_unit_type: 7, nal_ref_idc: 1 > > [h264 @ 0x2a62e50] nal_unit_type: 8, nal_ref_idc: 1 > > [h264 @ 0x2a62e50] nal_unit_type: 5, nal_ref_idc: 1 > > [h264 @ 0x2a62e50] nal_unit_type: 1, nal_ref_idc: 1 > > [h264 @ 0x2a62e50] nal_unit_type: 1, nal_ref_idc: 1 > > [h264 @ 0x2a62e50] nal_unit_type: 1, nal_ref_idc: 1 > > [h264 @ 0x2a62e50] nal_unit_type: 1, nal_ref_idc: 1 > > [h264 @ 0x2a62e50] nal_unit_type: 1, nal_ref_idc: 1 > > [h264 @ 0x2a62e50] nal_unit_type: 1, nal_ref_idc: 1 > > [h264 @ 0x2a5a110] max_analyze_duration 5000000 reached at 5000000 > microseconds st:0 > > [h264 @ 0x2a5a110] After avformat_find_stream_info() pos: 98304 bytes > read:98304 seeks:0 frames:127 > > Input #1, h264, from 'pipe:': > > Duration: N/A, bitrate: N/A > > Stream #1:0, 127, 1/1200000: Video: h264 (High), yuv420p, 1920x1080, > 25 fps, 25 tbr, 1200k tbn, 50 tbc > > Successfully opened the file. > > Parsing a group of options: output file rtmp://157.240.3.12:80/rtmp/ > 1202172759851050?ds=1. > > Applying option vcodec (force video codec ('copy' to copy stream)) with > argument copy. > > Applying option acodec (force audio codec ('copy' to copy stream)) with > argument aac. > > Applying option ab (audio bitrate (please use -b:a)) with argument 128k. > > Applying option f (force format) with argument flv. > > Successfully parsed a group of options. > > Opening an output file: rtmp://157.240.3.12:80/rtmp/1202172759851050?ds=1. > > [rtmp @ 0x2a7ba00] No default whitelist set > > RTMP_ReadPacket, failed to read RTMP packet header > > rtmp://157.240.3.12:80/rtmp/1202172759851050?ds=1: Unknown error occurred > > [AVIOContext @ 0x2a22bf0] Statistics: 229376 bytes read, 0 seeks > > [AVIOContext @ 0x2a53800] Statistics: 98304 bytes read, 0 seeks > > On Thu, Jan 26, 2017 at 2:09 AM, christina zou > wrote: > >> Hello, >> >> I have a Pi Zero and am using ffmpeg to stream to platforms like Youtube >> and Twitch. >> >> I was instructed from #ffmpeg's IRC channel to install the static ARMEL >> ffmpeg tar from https://www.johnvansickle.com/ffmpeg/. It is called >> ffmpeg-release-armel-32bit-static.tar.xz >> >> - md5 >> >> >> Using this version of ffmpeg, I am able to livestream to platforms like >> Youtube and Twitch Live, but I'm forced to use the IP addresses in the RTMP >> URLs to avoid a DNS issue. This DNS issue was repro'd by others helping me >> on the IRC channel, so they advised the IP address approach. They told me >> the ARMHF version resolved this issue, but I would have to manually compile >> it for the Zero, and it was complicated (my memory is hazy here...) >> >> Now I am attempting to stream to Facebook Live, where it seems like the >> RTMP URL's IP address changes, and I'm getting a 'failed to read RTMP >> packet header' error. >> >> I am trying to remember the names of the users I interacted with on >> #ffmpeg.. I think I remember @furq? >> >> I'm wondering if I should use a different version of ffmpeg, and if so, >> how to obtain/build it for the Zero? >> >> Thanks, >> Christina >> > > From nalorokk at gmail.com Thu Jan 26 16:21:56 2017 From: nalorokk at gmail.com (Nalorokk) Date: Thu, 26 Jan 2017 14:21:56 +0000 Subject: [FFmpeg-user] ffmpeg h264_vaapi hangs Message-ID: When I'm trying to encode any h264 video to h264 using h264_vaapi ffmpeg hangs just after start. Is there any way to make hardware encoding working? 1. ffmpeg -loglevel debug -hwaccel vaapi -vaapi_device /dev/dri/renderD128 -i output.mp4 -vf 'format=nv12,hwupload' -map 0:0 -threads 8 -aspect 16:9 -y -f matroska -acodec copy -b:v 12500k -vcodec h264_vaapi out_va.mp4 http://pastebin.com/2MmJBY04 - full log From tracy_anne at feral-penguin.com.au Fri Jan 27 08:15:43 2017 From: tracy_anne at feral-penguin.com.au (tracy) Date: Fri, 27 Jan 2017 16:15:43 +1000 Subject: [FFmpeg-user] Report non Compliance with License Message-ID: <20170127161543.61746e75.tracy_anne@feral-penguin.com.au> I'm attempting to contact someone with whom I can report a non compliance with ffmpsg's License terms. The following Company VideoSurgeon at http://videosurgeon.net/jv/4/ (see attachment) appears not to be in compliance with the terms of the License. The following conditions do not appear to be met Distribute the source code of FFmpeg, no matter if you modified it or not. Make sure the source code corresponds exactly to the library binaries you are distributing. Explain how you compiled FFmpeg, for example the configure line, in a text file added to the root directory of the source code. Use tarball or a zip file for distributing the source code. Host the FFmpeg source code on the same webserver as the binary you are distributing. Add "This software uses code of FFmpeg licensed under the LGPLv2.1 and its source can be downloaded here" to every page in your website where there is a download link to your application. Mention "This software uses libraries from the FFmpeg project under the LGPLv2.1" in your program "about box". Mention in your EULA that your program uses FFmpeg under the LGPLv2.1. If your EULA claims ownership over the code, you have to explicitly mention that you do not own FFmpeg, and where the relevant owners can be found. Remove any prohibition of reverse engineering from your EULA. Apply the same changes to all translations of your EULA. Do not misspell FFmpeg (two capitals F and lowercase "mpeg"). Do not rename FFmpeg dlls to some obfuscated name, but adding a suffix or prefix is fine (renaming "avcodec.dll" to "MyProgDec.dll" is not fine, but to "avcodec-MyProg.dll" is). Go through all the items again for any LGPL external library you compiled into FFmpeg (for example LAME). Make sure your program is not using any GPL libraries (notably libx264). regards Tracy Barlow Sent from my Ubuntu Phone -------------- next part -------------- A non-text attachment was scrubbed... Name: 004.png Type: image/png Size: 17552 bytes Desc: not available URL: From Vlad.Rahmileviz at Briefcam.com Thu Jan 26 12:44:38 2017 From: Vlad.Rahmileviz at Briefcam.com (Vlad Rahmileviz) Date: Thu, 26 Jan 2017 10:44:38 +0000 Subject: [FFmpeg-user] ERROR: libx264 not found Message-ID: Hello, I'm trying to build FFMPEG with "--enable-libx264" option. It fails on configure ($ ./configure --enable-asm --enable-yasm --enable-shared --disable-static --prefix=/c/ffmpeg --toolchain=msvc --arch=x86_64 --extra-cflags="-MD" --enable-gpl --enable-libx264) Looking forward for your help. Sincerely, Vlad -------------- next part -------------- A non-text attachment was scrubbed... Name: config.log Type: application/octet-stream Size: 329369 bytes Desc: config.log URL: From h.reindl at thelounge.net Sun Jan 29 21:29:51 2017 From: h.reindl at thelounge.net (Reindl Harald) Date: Sun, 29 Jan 2017 20:29:51 +0100 Subject: [FFmpeg-user] ERROR: libx264 not found In-Reply-To: References: Message-ID: <6ff33805-2c5e-8904-2c1c-4a8e389ca5d9@thelounge.net> Am 26.01.2017 um 11:44 schrieb Vlad Rahmileviz: > Hello, > > I'm trying to build FFMPEG with "--enable-libx264" option. > It fails on configure > ($ ./configure --enable-asm --enable-yasm --enable-shared --disable-static --prefix=/c/ffmpeg --toolchain=msvc --arch=x86_64 --extra-cflags="-MD" --enable-gpl --enable-libx264) pff - what about install x264-devel/x264-dev or however that package is calledn on your operating system? From phil_rhodes at rocketmail.com Sun Jan 29 21:53:25 2017 From: phil_rhodes at rocketmail.com (Phil Rhodes) Date: Sun, 29 Jan 2017 19:53:25 +0000 (UTC) Subject: [FFmpeg-user] Report non Compliance with License In-Reply-To: <20170127161543.61746e75.tracy_anne@feral-penguin.com.au> References: <20170127161543.61746e75.tracy_anne@feral-penguin.com.au> Message-ID: <1798508518.1332742.1485719605825@mail.yahoo.com> > Make sure the source code corresponds exactly to the library    binaries you are distributing. How is this to be proven? P From h.reindl at thelounge.net Sun Jan 29 22:02:12 2017 From: h.reindl at thelounge.net (Reindl Harald) Date: Sun, 29 Jan 2017 21:02:12 +0100 Subject: [FFmpeg-user] Report non Compliance with License In-Reply-To: <1798508518.1332742.1485719605825@mail.yahoo.com> References: <20170127161543.61746e75.tracy_anne@feral-penguin.com.au> <1798508518.1332742.1485719605825@mail.yahoo.com> Message-ID: <742994f2-9ad7-64d7-2c04-fbd674564b5c@thelounge.net> Am 29.01.2017 um 20:53 schrieb Phil Rhodes: >> Make sure the source code corresponds exactly to the library binaries you are distributing. > How is this to be proven? it's impossible to prove it but it's possible to prove the opposite in some cases From cleyfaye at gmail.com Sun Jan 29 23:27:07 2017 From: cleyfaye at gmail.com (Cley Faye) Date: Sun, 29 Jan 2017 22:27:07 +0100 Subject: [FFmpeg-user] Suggestions for FFmpeg: support a simpler command line for concatenating audio files with a specified overlap In-Reply-To: References: Message-ID: 2017-01-29 18:30 GMT+01:00 a : > Hello, after hunting around ffmepg.org, I could not find where to post > suggestions for FFmpeg developers, so if this mailing list is the > appropriate place here you go otherwise please let me know: > > > 1. I have a need to concatenate programmatically several short (< 1 > second) mp3 files but with a specific overlap for example 100ms, the > current solution is a command line of this form > * > 1. ffmpeg -i 1.mp3 -i 2.mp3 -i 3.mp3 -i 4.mp3 > 2. -filter_complex > 3. "[1]adelay=delay1[b]; > 4. [2]adelay=delay2[c]; > 5. [3]adelay=delay3[d]; > 6. [0][b][c][d]amix=4" > 7. out.mp3 > > > * However this forces me to derive each file durations and do the > math. I was hoping if you would consider supporting something that would > not require retrieving the durations and just specify the relative delays > during concatenation. Here are a couple of examples > > * Delay all input file by the same amount > ffmpeg -i 1.mp3 -i 2.mp3 -i 3.mp3 -i 4.mp3 -filter_complex "delay=100; > amix=4" > > * Delay each input by the specified amount or zero if not specified. > ffmpeg -i 1.mp3 -i 2.mp3 -i 3.mp3 -i 4.mp3 -filter_complex "[1]delay=100; > [2]delay=20; amix=4" > > * Of course this may not be generalized enough to offer the most > flexibility so I will let you decide on the final form of the options, but > you get the point. > > * NOTE: I am using C-Sharp to build the command line for other > FFmpeg tasks, however the simpler command line above would allow easier > prototyping from a batch file without requiring hardcoding exact value for > delay1, delay2,...., delayN > > I think you got your answer right there. ffmpeg is very flexible, but is usually used with an "overlay" program to leverage more common use cases. Even without using the bindings in various languages it's very powerful.​ Combined with the easily parseable output of ffprobe you can easily do anything you want already. Also, changing the syntax of filter strings this way would probably break way more things than it'd be helpful. From ceffmpeg at gmail.com Sun Jan 29 23:58:11 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Sun, 29 Jan 2017 22:58:11 +0100 Subject: [FFmpeg-user] Report non Compliance with License In-Reply-To: <20170127161543.61746e75.tracy_anne@feral-penguin.com.au> References: <20170127161543.61746e75.tracy_anne@feral-penguin.com.au> Message-ID: 2017-01-27 7:15 GMT+01:00 tracy : > I'm attempting to contact someone with whom I can report a non > compliance with ffmpsg's License terms. Why? What I mean is: Todd, Michael & James, Inc. and Video Surgeon are violating the copyrights of the FFmpeg developers but what should (or could) we do about it? Do you agree that it makes more sense to improve our software instead of investing time to go after license violators? I suspect nobody of the FFmpeg developers lives in Pennsylvania (where they act from afaiu) and iirc, we even were unsuccessful to remove violating apps from the app store;-( Thanks for informing us! Carl Eugen From ceffmpeg at gmail.com Sun Jan 29 23:54:31 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Sun, 29 Jan 2017 22:54:31 +0100 Subject: [FFmpeg-user] Report non Compliance with License In-Reply-To: <742994f2-9ad7-64d7-2c04-fbd674564b5c@thelounge.net> References: <20170127161543.61746e75.tracy_anne@feral-penguin.com.au> <1798508518.1332742.1485719605825@mail.yahoo.com> <742994f2-9ad7-64d7-2c04-fbd674564b5c@thelounge.net> Message-ID: 2017-01-29 21:02 GMT+01:00 Reindl Harald : > > Am 29.01.2017 um 20:53 schrieb Phil Rhodes: >>> >>> Make sure the source code corresponds exactly to the library >>> binaries you are distributing. >> >> How is this to be proven? > > it's impossible to prove it This is not generally correct: The Debian builds are - for example - binary-reproducible. > but it's possible to prove the opposite in some cases It's usually easy: As reported, Todd, Michael & James, Inc. and Video Surgeon are violating the copyrights of the FFmpeg developers. Carl Eugen From ceffmpeg at gmail.com Mon Jan 30 00:05:12 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Sun, 29 Jan 2017 23:05:12 +0100 Subject: [FFmpeg-user] ERROR: libx264 not found In-Reply-To: References: Message-ID: 2017-01-26 11:44 GMT+01:00 Vlad Rahmileviz : > I'm trying to build FFMPEG with "--enable-libx264" option. > It fails on configure > ($ ./configure --enable-asm --enable-yasm --enable-shared --disable-static --prefix=/c/ffmpeg --toolchain=msvc --arch=x86_64 --extra-cflags="-MD" --enable-gpl --enable-libx264) > ./ffconf.YAf6YOV3.c(1): fatal error C1083: Cannot open include file: 'x264.h': No such file or directory You have to install the necessary header x264.h (and the actual library) in a place where the compiler will find it by default or tell configure (and the compiler) where to find them with --extra-cflags and --extra-ldflags. Unrelated: The following configure options have no effect, please remove them: --enable-asm --enable-yasm --arch=x86_64 Carl Eugen From ceffmpeg at gmail.com Mon Jan 30 00:07:23 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Sun, 29 Jan 2017 23:07:23 +0100 Subject: [FFmpeg-user] Static ARMEL ffmpeg build on Zero not resolving domains properly? In-Reply-To: References: Message-ID: 2017-01-26 11:09 GMT+01:00 christina zou : > I have a Pi Zero Do you have a C compiler for this platform? If not, I am not sure how to help, if you have one, compilation should work out-of-the-box. Carl Eugen From ceffmpeg at gmail.com Mon Jan 30 00:09:45 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Sun, 29 Jan 2017 23:09:45 +0100 Subject: [FFmpeg-user] Convert MPEG-PS progressive to Interlaced In-Reply-To: <725127281.2299.1485695286469.JavaMail.zimbra@offlinemedia.nl> References: <725127281.2299.1485695286469.JavaMail.zimbra@offlinemedia.nl> Message-ID: 2017-01-29 14:08 GMT+01:00 Rens Dijkshoorn : > For proper interlaced encoding the encoder needs to be > interlaced aware of this field structure and the possiblity > of temporal difference between fields in one video frame. But even then the output would (most likely, command line and complete, uncut console output missing) still not be field-encoded. Carl Eugen From rens at offlinemedia.nl Mon Jan 30 00:35:09 2017 From: rens at offlinemedia.nl (Rens Dijkshoorn) Date: Sun, 29 Jan 2017 23:35:09 +0100 (CET) Subject: [FFmpeg-user] Convert MPEG-PS progressive to Interlaced In-Reply-To: References: <725127281.2299.1485695286469.JavaMail.zimbra@offlinemedia.nl> Message-ID: <316984601.2525.1485729309636.JavaMail.zimbra@offlinemedia.nl> >> For proper interlaced encoding the encoder needs to be >> interlaced aware of this field structure and the possiblity >> of temporal difference between fields in one video frame. > > But even then the output would (most likely, command line > and complete, uncut console output missing) still not be > field-encoded. > Depends what you mean by that, this command will create an interlaced frame from 25 FPS footage but as they originate from the same frame there is no temporal difference between top and bottom fields. It will not provide intra-field encoding. MPEG2 is to my knowledge always frame base but capable to preserve interlaced fields within the frame if flagged appropriate as interlaced. Rens From michael.heuberger at binarykitchen.com Mon Jan 30 01:19:29 2017 From: michael.heuberger at binarykitchen.com (Michael Heuberger) Date: Mon, 30 Jan 2017 12:19:29 +1300 Subject: [FFmpeg-user] Weird crackling sound when muxing with an existing WAV file Message-ID: <9a716cca-3589-e9f7-df8e-86c5f544a7e1@binarykitchen.com> Hello guys It's me Michael again, having another ffmpeg problem. Since I am Deaf I cannot fine tune nor adjust audio stuff very well and would appreciate your help a lot. It's for the cool www.videomail.io app where Deaf people can exchange stuff in sign language. But the sound part needs improvement. It works but there is a nasty crackling sound my hearing friends say. Feel free to test it yourself on that site. Here's an example ffmpeg command how I mux a WAV file + encode the video based on images on server side at the same time. With a long output, all on this Gist: https://gist.github.com/binarykitchen/fc6c73aca72881f76376fb274d82cd70 The WAV file itself is assembled on server side from PCM files sent from the client (during recording). Plus stretched with Rubberband before it is being muxed with the video file. You see, it's pretty sophisticated and works well. Just the crackling sound is a problem. Any advice, tips or even criticism would be very very welcome Many thanks Michael -- Binary Kitchen Michael Heuberger 1/33 Parrish Road Sandringham Auckland 1025 (New Zealand) Mobile (text only) ... +64 21 261 89 81 Email ................ michael at binarykitchen.com Website .............. http://www.binarykitchen.com From xanadu6291 at dream.jp Mon Jan 30 04:54:42 2017 From: xanadu6291 at dream.jp (=?utf-8?B?5qGD5rqQ6ICB5bir?=) Date: Mon, 30 Jan 2017 11:54:42 +0900 Subject: [FFmpeg-user] Question about mp3 bit rate mode Message-ID: Hello ffmpeg experts... I have question about mp3 bit rate mode. When I run the following command, the resulting duration.mp3 is VBR. I have confirmed it's bit rate mode with mediainfo, mpg123, and SinkuSuperLite (on Windows). $ ffmpeg -f lavfi -i sine=d=300 duration.mp3 ffmpeg version N-83152-gf7e9275 Copyright (c) 2000-2017 the FFmpeg developers built with Apple LLVM version 8.0.0 (clang-800.0.42.1) configuration: --prefix=/Volumes/ffmpeg_compile --pkg-config-flags=--static --disable-ffserver --enable-gpl --enable-version3 --enable-nonfree --enable-libmp3lame --enable-libfdk-aac --enable-libvo-amrwbenc --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvorbis --enable-libspeex --enable-libopus --enable-libgsm --enable-libtwolame --enable-libsoxr --enable-libwavpack --enable-libmodplug --enable-libopenjpeg --enable-libwebp --enable-libtheora --enable-libx264 --enable-libopenh264 --enable-libx265 --enable-libxvid --enable-libvpx --enable-libxavs --enable-libfreetype --enable-fontconfig --enable-libfribidi --enable-libass --enable-libbluray --enable-libvidstab --enable-libschroedinger --enable-libsnappy --enable-libzmq libavutil 55. 43.100 / 55. 43.100 libavcodec 57. 74.100 / 57. 74.100 libavformat 57. 62.100 / 57. 62.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 69.100 / 6. 69.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 Input #0, lavfi, from 'sine=d=300': Duration: N/A, start: 0.000000, bitrate: 705 kb/s Stream #0:0: Audio: pcm_s16le, 44100 Hz, mono, s16, 705 kb/s Output #0, mp3, to 'duration.mp3': Metadata: TSSE : Lavf57.62.100 Stream #0:0: Audio: mp3 (libmp3lame), 44100 Hz, mono, s16p Metadata: encoder : Lavc57.74.100 libmp3lame Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le (native) -> mp3 (libmp3lame)) Press [q] to stop, [?] for help size= 2344kB time=00:05:00.01 bitrate= 64.0kbits/s speed= 128x video:0kB audio:2344kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.009457% And when I run the following command, the resulting duration.mp3 is CBR. Confirmed with same program as above. $ ffmpeg -f lavfi -i sine=d=300 -write_xing 0 duration.mp3 ffmpeg version N-83152-gf7e9275 Copyright (c) 2000-2017 the FFmpeg developers built with Apple LLVM version 8.0.0 (clang-800.0.42.1) configuration: --prefix=/Volumes/ffmpeg_compile --pkg-config-flags=--static --disable-ffserver --enable-gpl --enable-version3 --enable-nonfree --enable-libmp3lame --enable-libfdk-aac --enable-libvo-amrwbenc --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvorbis --enable-libspeex --enable-libopus --enable-libgsm --enable-libtwolame --enable-libsoxr --enable-libwavpack --enable-libmodplug --enable-libopenjpeg --enable-libwebp --enable-libtheora --enable-libx264 --enable-libopenh264 --enable-libx265 --enable-libxvid --enable-libvpx --enable-libxavs --enable-libfreetype --enable-fontconfig --enable-libfribidi --enable-libass --enable-libbluray --enable-libvidstab --enable-libschroedinger --enable-libsnappy --enable-libzmq libavutil 55. 43.100 / 55. 43.100 libavcodec 57. 74.100 / 57. 74.100 libavformat 57. 62.100 / 57. 62.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 69.100 / 6. 69.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 Input #0, lavfi, from 'sine=d=300': Duration: N/A, start: 0.000000, bitrate: 705 kb/s Stream #0:0: Audio: pcm_s16le, 44100 Hz, mono, s16, 705 kb/s File 'duration.mp3' already exists. Overwrite ? [y/N] y Output #0, mp3, to 'duration.mp3': Metadata: TSSE : Lavf57.62.100 Stream #0:0: Audio: mp3 (libmp3lame), 44100 Hz, mono, s16p Metadata: encoder : Lavc57.74.100 libmp3lame Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le (native) -> mp3 (libmp3lame)) Press [q] to stop, [?] for help size= 2344kB time=00:05:00.01 bitrate= 64.0kbits/s speed= 134x video:0kB audio:2344kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.001875% I'd like to know why "-write_xing 0" changes bit rate mode of mp3. Best Regards, // Miya aka. TougenRoushi -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2370 bytes Desc: not available URL: From h.reindl at thelounge.net Mon Jan 30 06:02:28 2017 From: h.reindl at thelounge.net (Reindl Harald) Date: Mon, 30 Jan 2017 05:02:28 +0100 Subject: [FFmpeg-user] Report non Compliance with License In-Reply-To: References: <20170127161543.61746e75.tracy_anne@feral-penguin.com.au> <1798508518.1332742.1485719605825@mail.yahoo.com> <742994f2-9ad7-64d7-2c04-fbd674564b5c@thelounge.net> Message-ID: <3242afa5-be6c-37f6-2d85-0d092ecf742f@thelounge.net> Am 29.01.2017 um 22:54 schrieb Carl Eugen Hoyos: > 2017-01-29 21:02 GMT+01:00 Reindl Harald : >> >> Am 29.01.2017 um 20:53 schrieb Phil Rhodes: >>>> >>>> Make sure the source code corresponds exactly to the library >>>> binaries you are distributing. >>> >>> How is this to be proven? >> >> it's impossible to prove it > > This is not generally correct: > The Debian builds are - for example - binary-reproducible. but these are no debian builds and without repeatable builds you can't prove it nor proves a binary with a different hash build from the sources that these where not used for the shipped binary without the 100% exactly build environment including all versions of involved software and libraries you can't prove it >> but it's possible to prove the opposite in some cases > > It's usually easy: As reported, Todd, Michael & James, Inc. and Video Surgeon > are violating the copyrights of the FFmpeg developers as said: in some cases, in a closed appliance you would even have a problem to prove that ffmpeg exists there at all From ceffmpeg at gmail.com Mon Jan 30 11:23:13 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Mon, 30 Jan 2017 10:23:13 +0100 Subject: [FFmpeg-user] Report non Compliance with License In-Reply-To: <3242afa5-be6c-37f6-2d85-0d092ecf742f@thelounge.net> References: <20170127161543.61746e75.tracy_anne@feral-penguin.com.au> <1798508518.1332742.1485719605825@mail.yahoo.com> <742994f2-9ad7-64d7-2c04-fbd674564b5c@thelounge.net> <3242afa5-be6c-37f6-2d85-0d092ecf742f@thelounge.net> Message-ID: 2017-01-30 5:02 GMT+01:00 Reindl Harald : > > Am 29.01.2017 um 22:54 schrieb Carl Eugen Hoyos: >> >> 2017-01-29 21:02 GMT+01:00 Reindl Harald : >>> >>> >>> Am 29.01.2017 um 20:53 schrieb Phil Rhodes: >>>>> >>>>> Make sure the source code corresponds exactly to the library >>>>> binaries you are distributing. >>>> >>>> How is this to be proven? >>> >>> it's impossible to prove it >> >> This is not generally correct: >> The Debian builds are - for example - binary-reproducible. > > but these are no debian builds (How do you know?) > and without repeatable builds you can't prove it But we save the compiler version in the binary... > nor proves a binary with a different hash build > from the sources that these where not used for the > shipped binary True but not really related. > without the 100% exactly build environment including all > versions of involved software and libraries you can't prove it But this is - contrary to what you wrote above - not impossible - at least not generally. >>> but it's possible to prove the opposite in some cases >> >> It's usually easy: As reported, Todd, Michael & James, Inc. and Video >> Surgeon are violating the copyrights of the FFmpeg developers > > as said: in some cases, in a closed appliance you would even have a > problem to prove that ffmpeg exists there at all This has never been an issue so far. Carl Eugen From ceffmpeg at gmail.com Mon Jan 30 11:30:25 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Mon, 30 Jan 2017 10:30:25 +0100 Subject: [FFmpeg-user] Weird crackling sound when muxing with an existing WAV file In-Reply-To: <9a716cca-3589-e9f7-df8e-86c5f544a7e1@binarykitchen.com> References: <9a716cca-3589-e9f7-df8e-86c5f544a7e1@binarykitchen.com> Message-ID: 2017-01-30 0:19 GMT+01:00 Michael Heuberger : > Here's an example ffmpeg command how I mux a WAV file + encode the video > based on images on server side at the same time. With a long output, all > on this Gist: > https://gist.github.com/binarykitchen/fc6c73aca72881f76376fb274d82cd70 Instead please post it here on the mailing list, so that future readers can also see it. Carl Eugen From ceffmpeg at gmail.com Mon Jan 30 11:33:07 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Mon, 30 Jan 2017 10:33:07 +0100 Subject: [FFmpeg-user] Convert MPEG-PS progressive to Interlaced In-Reply-To: <316984601.2525.1485729309636.JavaMail.zimbra@offlinemedia.nl> References: <725127281.2299.1485695286469.JavaMail.zimbra@offlinemedia.nl> <316984601.2525.1485729309636.JavaMail.zimbra@offlinemedia.nl> Message-ID: 2017-01-29 23:35 GMT+01:00 Rens Dijkshoorn : > >>> For proper interlaced encoding the encoder needs to be >>> interlaced aware of this field structure and the possiblity >>> of temporal difference between fields in one video frame. >> >> But even then the output would (most likely, command line >> and complete, uncut console output missing) still not be >> field-encoded. > > Depends what you mean by that, this command will create > an interlaced frame from 25 FPS footage But the op specifically asked for field-encoding. Note to everybody (including me): Please try not to guess - if the op still needs the information, he can post his command line and console output and we can try to answer. (mpeg2 video is not necessarily frame-based.) Carl Eugen From barsnick at gmx.net Mon Jan 30 12:31:19 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Mon, 30 Jan 2017 11:31:19 +0100 Subject: [FFmpeg-user] ERROR: libx264 not found In-Reply-To: References: Message-ID: <20170130103119.GA26616@sunshine.barsnick.net> On Thu, Jan 26, 2017 at 10:44:38 +0000, Vlad Rahmileviz wrote: > I'm trying to build FFMPEG with "--enable-libx264" option. > It fails on configure > ($ ./configure --enable-asm --enable-yasm --enable-shared --disable-static --prefix=/c/ffmpeg --toolchain=msvc --arch=x86_64 --extra-cflags="-MD" --enable-gpl --enable-libx264) As Harald pointed out, you need libx264 incl. its development stuff (headers, libraries) in order to use it. Did you consider this libx264 section in the Wiki? https://trac.ffmpeg.org/wiki/CompilationGuide/MSVC#libx264 Cheers, Moritz From barsnick at gmx.net Mon Jan 30 12:33:05 2017 From: barsnick at gmx.net (Moritz Barsnick) Date: Mon, 30 Jan 2017 11:33:05 +0100 Subject: [FFmpeg-user] ERROR: libx264 not found In-Reply-To: References: Message-ID: <20170130103305.GB26616@sunshine.barsnick.net> On Sun, Jan 29, 2017 at 23:05:12 +0100, Carl Eugen Hoyos wrote: > Unrelated: > The following configure options have no effect, please remove them: > --enable-asm --enable-yasm --arch=x86_64 Apparently, the utilized command line is very similar (though not fully identical) to the Wiki entry: https://trac.ffmpeg.org/wiki/CompilationGuide/MSVC Moritz From xanadu6291 at dream.jp Mon Jan 30 18:23:13 2017 From: xanadu6291 at dream.jp (=?utf-8?B?5qGD5rqQ6ICB5bir?=) Date: Tue, 31 Jan 2017 01:23:13 +0900 Subject: [FFmpeg-user] Question about mp3 bit rate mode In-Reply-To: References: Message-ID: <252798FB-32C6-4CB9-9575-0A2FD1F44CAB@dream.jp> In Addition... > 2017/01/30 11:54 A.M. 桃源老師 dream.jp> wrote: > > Hello ffmpeg experts... > > I have question about mp3 bit rate mode. > > When I run the following command, the resulting duration.mp3 is VBR. I have confirmed it's bit rate mode with mediainfo, mpg123, and SinkuSuperLite (on Windows). > > $ ffmpeg -f lavfi -i sine=d=300 duration.mp3 > ffmpeg version N-83152-gf7e9275 Copyright (c) 2000-2017 the FFmpeg developers > built with Apple LLVM version 8.0.0 (clang-800.0.42.1) > configuration: --prefix=/Volumes/ffmpeg_compile --pkg-config-flags=--static --disable-ffserver --enable-gpl --enable-version3 --enable-nonfree --enable-libmp3lame --enable-libfdk-aac --enable-libvo-amrwbenc --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvorbis --enable-libspeex --enable-libopus --enable-libgsm --enable-libtwolame --enable-libsoxr --enable-libwavpack --enable-libmodplug --enable-libopenjpeg --enable-libwebp --enable-libtheora --enable-libx264 --enable-libopenh264 --enable-libx265 --enable-libxvid --enable-libvpx --enable-libxavs --enable-libfreetype --enable-fontconfig --enable-libfribidi --enable-libass --enable-libbluray --enable-libvidstab --enable-libschroedinger --enable-libsnappy --enable-libzmq > libavutil 55. 43.100 / 55. 43.100 > libavcodec 57. 74.100 / 57. 74.100 > libavformat 57. 62.100 / 57. 62.100 > libavdevice 57. 2.100 / 57. 2.100 > libavfilter 6. 69.100 / 6. 69.100 > libswscale 4. 3.101 / 4. 3.101 > libswresample 2. 4.100 / 2. 4.100 > libpostproc 54. 2.100 / 54. 2.100 > Input #0, lavfi, from 'sine=d=300': > Duration: N/A, start: 0.000000, bitrate: 705 kb/s > Stream #0:0: Audio: pcm_s16le, 44100 Hz, mono, s16, 705 kb/s > Output #0, mp3, to 'duration.mp3': > Metadata: > TSSE : Lavf57.62.100 > Stream #0:0: Audio: mp3 (libmp3lame), 44100 Hz, mono, s16p > Metadata: > encoder : Lavc57.74.100 libmp3lame > Stream mapping: > Stream #0:0 -> #0:0 (pcm_s16le (native) -> mp3 (libmp3lame)) > Press [q] to stop, [?] for help > size= 2344kB time=00:05:00.01 bitrate= 64.0kbits/s speed= 128x > video:0kB audio:2344kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.009457% > > And when I run the following command, the resulting duration.mp3 is CBR. Confirmed with same program as above. > > $ ffmpeg -f lavfi -i sine=d=300 -write_xing 0 duration.mp3 > ffmpeg version N-83152-gf7e9275 Copyright (c) 2000-2017 the FFmpeg developers > built with Apple LLVM version 8.0.0 (clang-800.0.42.1) > configuration: --prefix=/Volumes/ffmpeg_compile --pkg-config-flags=--static --disable-ffserver --enable-gpl --enable-version3 --enable-nonfree --enable-libmp3lame --enable-libfdk-aac --enable-libvo-amrwbenc --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvorbis --enable-libspeex --enable-libopus --enable-libgsm --enable-libtwolame --enable-libsoxr --enable-libwavpack --enable-libmodplug --enable-libopenjpeg --enable-libwebp --enable-libtheora --enable-libx264 --enable-libopenh264 --enable-libx265 --enable-libxvid --enable-libvpx --enable-libxavs --enable-libfreetype --enable-fontconfig --enable-libfribidi --enable-libass --enable-libbluray --enable-libvidstab --enable-libschroedinger --enable-libsnappy --enable-libzmq > libavutil 55. 43.100 / 55. 43.100 > libavcodec 57. 74.100 / 57. 74.100 > libavformat 57. 62.100 / 57. 62.100 > libavdevice 57. 2.100 / 57. 2.100 > libavfilter 6. 69.100 / 6. 69.100 > libswscale 4. 3.101 / 4. 3.101 > libswresample 2. 4.100 / 2. 4.100 > libpostproc 54. 2.100 / 54. 2.100 > Input #0, lavfi, from 'sine=d=300': > Duration: N/A, start: 0.000000, bitrate: 705 kb/s > Stream #0:0: Audio: pcm_s16le, 44100 Hz, mono, s16, 705 kb/s > File 'duration.mp3' already exists. Overwrite ? [y/N] y > Output #0, mp3, to 'duration.mp3': > Metadata: > TSSE : Lavf57.62.100 > Stream #0:0: Audio: mp3 (libmp3lame), 44100 Hz, mono, s16p > Metadata: > encoder : Lavc57.74.100 libmp3lame > Stream mapping: > Stream #0:0 -> #0:0 (pcm_s16le (native) -> mp3 (libmp3lame)) > Press [q] to stop, [?] for help > size= 2344kB time=00:05:00.01 bitrate= 64.0kbits/s speed= 134x > video:0kB audio:2344kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.001875% The command which produces VBR mp3 file, "$ ffmpeg -f lavfi -i sine=d=300 duration.mp3"'s duration is 5:43 on Mac and is 5:01 on Windows. The command which produces CBR mp3 file, "$ ffmpeg -f lavfi -i sine=d=300 -write_xing 0 duration.mp3"'s duration is 5:00 on Mac/Win. So the issue of wrong duration is not only on Mac but also on Win, I think... Best Regards, Miya aka Tougen-Roushi -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2370 bytes Desc: not available URL: From michael.heuberger at binarykitchen.com Mon Jan 30 22:53:57 2017 From: michael.heuberger at binarykitchen.com (Michael Heuberger) Date: Tue, 31 Jan 2017 09:53:57 +1300 Subject: [FFmpeg-user] Weird crackling sound when muxing with an existing WAV file In-Reply-To: References: <9a716cca-3589-e9f7-df8e-86c5f544a7e1@binarykitchen.com> Message-ID: Sure, here is the whole, long ffmpeg output from https://gist.githubusercontent.com/binarykitchen/fc6c73aca72881f76376fb274d82cd70/raw/c6c445cc59fb3e32ed293b4583ec8c34530b3f6a/gistfile1.txt (hope you can find the cause why the WAV file sounds like crackling) ~/c/videomail-client ❯❯❯ ffmpeg -f image2 -thread_queue_size 2048 -framerate 20.0 -i /home/michael-heuberger/code/videomail.io/var/local/tmp/clients/videomail.io/11e6-e678-5d52cbb0-bf24-7d54b9fabcf7/frames/%d.webp -i /home/michael-heuberger/code/videomail.io/var/local/tmp/clients/videomail.io/11e6-e678-5d52cbb0-bf24-7d54b9fabcf7/videomail_stretched.wav -y -ac 1 -acodec libvorbis -vcodec libvpx -filter:v "drawtext=fontfile=/home/michael-heuberger/code/videomail.io/src/assets/fonts/Varela-Regular.ttf:text=www.videomail.io:fontsize=12:fontcolor=0xFFFFFF at 0.3:x=text_h:y=main_h-(text_h*2):shadowcolor=0x111111 at 0.15:shadowx=1:shadowy=1,scale=trunc(iw/2)*2:trunc(ih/2)*2" -crf 12 -pix_fmt yuv420p -deadline realtime -cpu-used 4 -loglevel verbose /home/michael-heuberger/code/videomail.io/var/local/tmp/clients/videomail.io/11e6-e678-5d52cbb0-bf24-7d54b9fabcf7/videomail_preview.webm ffmpeg version 3.0.5-0ubuntu0.16.10.1 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 6.2.0 (Ubuntu 6.2.0-5ubuntu12) 20161005 configuration: --prefix=/usr --extra-version=0ubuntu0.16.10.1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --cc=cc --cxx=g++ --enable-gpl --enable-shared --disable-stripping --disable-decoder=libopenjpeg --disable-decoder=libschroedinger --enable-avresample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librubberband --enable-librtmp --enable-libschroedinger --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxvid --enable-libzvbi --enable-openal --enable-opengl --enable-x11grab --enable-libdc1394 --enable-libiec61883 --enable-libzmq --enable-frei0r --enable-chromaprint --enable-libx264 libavutil 55. 17.103 / 55. 17.103 libavcodec 57. 24.102 / 57. 24.102 libavformat 57. 25.100 / 57. 25.100 libavdevice 57. 0.101 / 57. 0.101 libavfilter 6. 31.100 / 6. 31.100 libavresample 3. 0. 0 / 3. 0. 0 libswscale 4. 0.100 / 4. 0.100 libswresample 2. 0.101 / 2. 0.101 libpostproc 54. 0.100 / 54. 0.100 [image2 @ 0x556e3a474b40] max_analyze_duration 5000000 reached at 5000000 microseconds st:0 Input #0, image2, from '/home/michael-heuberger/code/videomail.io/var/local/tmp/clients/videomail.io/11e6-e678-5d52cbb0-bf24-7d54b9fabcf7/frames/%d.webp': Duration: 00:00:09.15, start: 0.000000, bitrate: N/A Stream #0:0: Video: webp, 1 reference frame, yuv420p(tv, bt470bg/unknown/unknown), 400x300, 20 fps, 20 tbr, 20 tbn, 20 tbc [wav @ 0x556e3a5a6b00] parser not found for codec pcm_s16le, packets or times may be invalid. Guessed Channel Layout for Input Stream #1.0 : mono Input #1, wav, from '/home/michael-heuberger/code/videomail.io/var/local/tmp/clients/videomail.io/11e6-e678-5d52cbb0-bf24-7d54b9fabcf7/videomail_stretched.wav': Metadata: encoder : Lavf57.25.100 Duration: 00:00:09.07, bitrate: 705 kb/s Stream #1:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 1 channels, s16, 705 kb/s [Parsed_scale_1 @ 0x556e3a602960] w:trunc(iw/2)*2 h:trunc(ih/2)*2 flags:'bicubic' interl:0 [graph 0 input from stream 0:0 @ 0x556e3a602860] w:400 h:300 pixfmt:yuv420p tb:1/20 fr:20/1 sar:0/1 sws_param:flags=2 [Parsed_scale_1 @ 0x556e3a602960] w:400 h:300 fmt:yuv420p sar:0/1 -> w:400 h:300 fmt:yuv420p sar:0/1 flags:0x4 [graph 1 input from stream 1:0 @ 0x556e3a609680] tb:1/44100 samplefmt:s16 samplerate:44100 chlayout:0x4 [audio format for output stream 0:1 @ 0x556e3a60a0e0] auto-inserting filter 'auto-inserted resampler 0' between the filter 'Parsed_anull_0' and the filter 'audio format for output stream 0:1' [auto-inserted resampler 0 @ 0x556e3a60da60] ch:1 chl:mono fmt:s16 r:44100Hz -> ch:1 chl:mono fmt:fltp r:44100Hz [libvpx @ 0x556e3a5f8f80] v1.5.0 [libvpx @ 0x556e3a5f8f80] --prefix=/usr --enable-pic --enable-shared --disable-install-bins --disable-install-srcs --size-limit=16384x16384 --enable-postproc --enable-multi-res-encoding --enable-temporal-denoising --enable-vp9-temporal-denoising --enable-vp9-postproc --target=x86_64-linux-gcc Output #0, webm, to '/home/michael-heuberger/code/videomail.io/var/local/tmp/clients/videomail.io/11e6-e678-5d52cbb0-bf24-7d54b9fabcf7/videomail_preview.webm': Metadata: encoder : Lavf57.25.100 Stream #0:0: Video: vp8 (libvpx), 1 reference frame, yuv420p, 400x300, q=-1--1, 200 kb/s, 20 fps, 1k tbn, 20 tbc Metadata: encoder : Lavc57.24.102 libvpx Side data: unknown side data type 10 (24 bytes) Stream #0:1: Audio: vorbis (libvorbis), 44100 Hz, mono, fltp Metadata: encoder : Lavc57.24.102 libvorbis Stream mapping: Stream #0:0 -> #0:0 (webp (native) -> vp8 (libvpx)) Stream #1:0 -> #0:1 (pcm_s16le (native) -> vorbis (libvorbis)) Press [q] to stop, [?] for help No more output streams to write to, finishing.=00:00:05.78 bitrate= 268.0kbits/s speed=11.5x frame= 183 fps=0.0 q=0.0 Lsize= 304kB time=00:00:09.15 bitrate= 271.9kbits/s speed=10.9x video:219kB audio:76kB subtitle:0kB other streams:0kB global headers:3kB muxing overhead: 3.043617% Input file #0 (/home/michael-heuberger/code/videomail.io/var/local/tmp/clients/videomail.io/11e6-e678-5d52cbb0-bf24-7d54b9fabcf7/frames/%d.webp): Input stream #0:0 (video): 183 packets read (2222918 bytes); 183 frames decoded; Total: 183 packets (2222918 bytes) demuxed Input file #1 (/home/michael-heuberger/code/videomail.io/var/local/tmp/clients/videomail.io/11e6-e678-5d52cbb0-bf24-7d54b9fabcf7/videomail_stretched.wav): Input stream #1:0 (audio): 196 packets read (800118 bytes); 196 frames decoded (400059 samples); Total: 196 packets (800118 bytes) demuxed Output file #0 (/home/michael-heuberger/code/videomail.io/var/local/tmp/clients/videomail.io/11e6-e678-5d52cbb0-bf24-7d54b9fabcf7/videomail_preview.webm): Output stream #0:0 (video): 183 frames encoded; 183 packets muxed (223956 bytes); Output stream #0:1 (audio): 6251 frames encoded (400059 samples); 608 packets muxed (77856 bytes); Total: 791 packets (301812 bytes) muxed On 30/01/17 22:30, Carl Eugen Hoyos wrote: > 2017-01-30 0:19 GMT+01:00 Michael Heuberger > : > >> Here's an example ffmpeg command how I mux a WAV file + encode the video >> based on images on server side at the same time. With a long output, all >> on this Gist: >> https://gist.github.com/binarykitchen/fc6c73aca72881f76376fb274d82cd70 > Instead please post it here on the mailing list, so that future readers can > also see it. > > Carl Eugen > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". -- Binary Kitchen Michael Heuberger 1/33 Parrish Road Sandringham Auckland 1025 (New Zealand) Mobile (text only) ... +64 21 261 89 81 Email ................ michael at binarykitchen.com Website .............. http://www.binarykitchen.com From nabajit8 at gmail.com Mon Jan 30 12:52:35 2017 From: nabajit8 at gmail.com (Nabajit Deka) Date: Mon, 30 Jan 2017 16:22:35 +0530 Subject: [FFmpeg-user] Looping input audio and video with ffmpeg Message-ID: Hi All, I have been trying to run the ffmpeg application in a loop continuosly. This is needed for a continuos playout. I am able to do it when I provide only a yuv file as an input.The command is as follows, ffmpeg -stream_loop -1 -vcodec rawvideo -pix_fmt yuv420p -s 1280x720 -r 60000/1000 -i /media/test.yuv -f decklink 'DeckLink Duo (2)' However when I try to provide an audio file along with the video file, it is not able to loop over the input files. It runs for only one iteration and exits. The command is as follows, ffmpeg -stream_loop -1 -vcodec rawvideo -pix_fmt yuv420p -s 1280x720 -r 60000/1000 -i /media/test.yuv -f s16le -ar 48k -ac 2 -i /media/test.pcm -f decklink 'DeckLink Duo (2)' Can anyone tell me if it is possible to run ffmpeg in a loop with audio and video files being given separately ? If yes, what is it that I am doing wrong? Warm Regards, Nabajit From vikramforu at gmail.com Tue Jan 31 06:46:12 2017 From: vikramforu at gmail.com (kumar vikram) Date: Tue, 31 Jan 2017 10:16:12 +0530 Subject: [FFmpeg-user] Convert MPEG-PS progressive to Interlaced In-Reply-To: References: <725127281.2299.1485695286469.JavaMail.zimbra@offlinemedia.nl> <316984601.2525.1485729309636.JavaMail.zimbra@offlinemedia.nl> Message-ID: > > >But the op specifically asked for field-encoding. > Note to everybody (including me): > Please try not to guess - if the op still needs the information, >he can post his command line and console output and we can try to answer. ffmpeg.exe -y -i INPUT_FILE -c:v mpeg2video -flags +ildct+ilme -vf scale=interl=1,tinterlace=merge,fieldorder=tff OUTPUT_FILE (mpeg2 video is not necessarily frame-based.) Okay I think I have left too much scope for confusion here. So let me just clarify a bit. Attached two snapshots from elecard stream analyzer. 1. ps_interlaced.png - is for the the I-P filed based interlaced stream. 2. ps_ffmpeg_output.png - is for the converted stream using above command. The rect marked in red is the point which is the problem. As per my understanding of the PS spec(IEC-13818-2), if picture_structure is set to 3, it means frame picture. As you can see in ps_interlaced.png, the field picture_structure is set to either 1 or 2 which means top or bottom field. I have tried the above command and several other options which I could found from google. Hope someone could provide me the right solution (if any such solution exists with ffmpeg) :) Thanks, Vikram -------------- next part -------------- A non-text attachment was scrubbed... Name: ps_ffmpeg_output.png Type: image/png Size: 116629 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ps_interlaced.png Type: image/png Size: 78638 bytes Desc: not available URL: From ceffmpeg at gmail.com Tue Jan 31 11:08:38 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Tue, 31 Jan 2017 10:08:38 +0100 Subject: [FFmpeg-user] Looping input audio and video with ffmpeg In-Reply-To: References: Message-ID: 2017-01-30 11:52 GMT+01:00 Nabajit Deka : > ffmpeg -stream_loop -1 -vcodec rawvideo -pix_fmt yuv420p -s 1280x720 -r > 60000/1000 -i /media/test.yuv -f s16le -ar 48k -ac 2 -i /media/test.pcm > -f decklink 'DeckLink Duo (2)' (Complete, uncut console output missing.) You first have to create a file containing audio and video (of the same length). Carl Eugen From ceffmpeg at gmail.com Tue Jan 31 11:54:50 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Tue, 31 Jan 2017 10:54:50 +0100 Subject: [FFmpeg-user] Weird crackling sound when muxing with an existing WAV file In-Reply-To: References: <9a716cca-3589-e9f7-df8e-86c5f544a7e1@binarykitchen.com> Message-ID: 2017-01-30 21:53 GMT+01:00 Michael Heuberger : > ffmpeg version 3.0.5-0ubuntu0.16.10.1 Copyright (c) 2000-2016 the FFmpeg Please test current FFmpeg git head. Can you find out if the issue is also reproducible if you only convert audio (no video input, no video output)? What about mp2, ac3 or aac? Please avoid top-posting here. Thank you, Carl Eugen From dopelabs at dubstep.fm Tue Jan 31 13:41:14 2017 From: dopelabs at dubstep.fm (DopeLabs) Date: Tue, 31 Jan 2017 03:41:14 -0800 Subject: [FFmpeg-user] Question about mp3 bit rate mode In-Reply-To: <252798FB-32C6-4CB9-9575-0A2FD1F44CAB@dream.jp> References: <252798FB-32C6-4CB9-9575-0A2FD1F44CAB@dream.jp> Message-ID: <5C7EF909-814F-4809-A0BB-12E271513E8D@dubstep.fm> In your earlier console output for both commands... >> size= 2344kB time=00:05:00.01 bitrate= 64.0kbits/s speed= 128x >> size= 2344kB time=00:05:00.01 bitrate= 64.0kbits/s speed= 134x What method are you using to 'verify' the length? What is the ffprobe output for each of those files? > On Jan 30, 2017, at 8:23 13AM, 桃源老師 wrote: > > In Addition... > >> 2017/01/30 11:54 A.M. 桃源老師 dream.jp> wrote: >> >> Hello ffmpeg experts... >> >> I have question about mp3 bit rate mode. >> >> When I run the following command, the resulting duration.mp3 is VBR. I have confirmed it's bit rate mode with mediainfo, mpg123, and SinkuSuperLite (on Windows). >> >> $ ffmpeg -f lavfi -i sine=d=300 duration.mp3 >> ffmpeg version N-83152-gf7e9275 Copyright (c) 2000-2017 the FFmpeg developers >> built with Apple LLVM version 8.0.0 (clang-800.0.42.1) >> configuration: --prefix=/Volumes/ffmpeg_compile --pkg-config-flags=--static --disable-ffserver --enable-gpl --enable-version3 --enable-nonfree --enable-libmp3lame --enable-libfdk-aac --enable-libvo-amrwbenc --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvorbis --enable-libspeex --enable-libopus --enable-libgsm --enable-libtwolame --enable-libsoxr --enable-libwavpack --enable-libmodplug --enable-libopenjpeg --enable-libwebp --enable-libtheora --enable-libx264 --enable-libopenh264 --enable-libx265 --enable-libxvid --enable-libvpx --enable-libxavs --enable-libfreetype --enable-fontconfig --enable-libfribidi --enable-libass --enable-libbluray --enable-libvidstab --enable-libschroedinger --enable-libsnappy --enable-libzmq >> libavutil 55. 43.100 / 55. 43.100 >> libavcodec 57. 74.100 / 57. 74.100 >> libavformat 57. 62.100 / 57. 62.100 >> libavdevice 57. 2.100 / 57. 2.100 >> libavfilter 6. 69.100 / 6. 69.100 >> libswscale 4. 3.101 / 4. 3.101 >> libswresample 2. 4.100 / 2. 4.100 >> libpostproc 54. 2.100 / 54. 2.100 >> Input #0, lavfi, from 'sine=d=300': >> Duration: N/A, start: 0.000000, bitrate: 705 kb/s >> Stream #0:0: Audio: pcm_s16le, 44100 Hz, mono, s16, 705 kb/s >> Output #0, mp3, to 'duration.mp3': >> Metadata: >> TSSE : Lavf57.62.100 >> Stream #0:0: Audio: mp3 (libmp3lame), 44100 Hz, mono, s16p >> Metadata: >> encoder : Lavc57.74.100 libmp3lame >> Stream mapping: >> Stream #0:0 -> #0:0 (pcm_s16le (native) -> mp3 (libmp3lame)) >> Press [q] to stop, [?] for help >> size= 2344kB time=00:05:00.01 bitrate= 64.0kbits/s speed= 128x >> video:0kB audio:2344kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.009457% >> >> And when I run the following command, the resulting duration.mp3 is CBR. Confirmed with same program as above. >> >> $ ffmpeg -f lavfi -i sine=d=300 -write_xing 0 duration.mp3 >> ffmpeg version N-83152-gf7e9275 Copyright (c) 2000-2017 the FFmpeg developers >> built with Apple LLVM version 8.0.0 (clang-800.0.42.1) >> configuration: --prefix=/Volumes/ffmpeg_compile --pkg-config-flags=--static --disable-ffserver --enable-gpl --enable-version3 --enable-nonfree --enable-libmp3lame --enable-libfdk-aac --enable-libvo-amrwbenc --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvorbis --enable-libspeex --enable-libopus --enable-libgsm --enable-libtwolame --enable-libsoxr --enable-libwavpack --enable-libmodplug --enable-libopenjpeg --enable-libwebp --enable-libtheora --enable-libx264 --enable-libopenh264 --enable-libx265 --enable-libxvid --enable-libvpx --enable-libxavs --enable-libfreetype --enable-fontconfig --enable-libfribidi --enable-libass --enable-libbluray --enable-libvidstab --enable-libschroedinger --enable-libsnappy --enable-libzmq >> libavutil 55. 43.100 / 55. 43.100 >> libavcodec 57. 74.100 / 57. 74.100 >> libavformat 57. 62.100 / 57. 62.100 >> libavdevice 57. 2.100 / 57. 2.100 >> libavfilter 6. 69.100 / 6. 69.100 >> libswscale 4. 3.101 / 4. 3.101 >> libswresample 2. 4.100 / 2. 4.100 >> libpostproc 54. 2.100 / 54. 2.100 >> Input #0, lavfi, from 'sine=d=300': >> Duration: N/A, start: 0.000000, bitrate: 705 kb/s >> Stream #0:0: Audio: pcm_s16le, 44100 Hz, mono, s16, 705 kb/s >> File 'duration.mp3' already exists. Overwrite ? [y/N] y >> Output #0, mp3, to 'duration.mp3': >> Metadata: >> TSSE : Lavf57.62.100 >> Stream #0:0: Audio: mp3 (libmp3lame), 44100 Hz, mono, s16p >> Metadata: >> encoder : Lavc57.74.100 libmp3lame >> Stream mapping: >> Stream #0:0 -> #0:0 (pcm_s16le (native) -> mp3 (libmp3lame)) >> Press [q] to stop, [?] for help >> size= 2344kB time=00:05:00.01 bitrate= 64.0kbits/s speed= 134x >> video:0kB audio:2344kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.001875% > > The command which produces VBR mp3 file, "$ ffmpeg -f lavfi -i sine=d=300 duration.mp3"'s duration is 5:43 on Mac and is 5:01 on Windows. > > The command which produces CBR mp3 file, "$ ffmpeg -f lavfi -i sine=d=300 -write_xing 0 duration.mp3"'s duration is 5:00 on Mac/Win. > > So the issue of wrong duration is not only on Mac but also on Win, I think... > > > Best Regards, > > > Miya aka Tougen-Roushi_______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". From xanadu6291 at dream.jp Tue Jan 31 14:18:01 2017 From: xanadu6291 at dream.jp (=?utf-8?B?5qGD5rqQ6ICB5bir?=) Date: Tue, 31 Jan 2017 21:18:01 +0900 Subject: [FFmpeg-user] Question about mp3 bit rate mode In-Reply-To: <5C7EF909-814F-4809-A0BB-12E271513E8D@dubstep.fm> References: <252798FB-32C6-4CB9-9575-0A2FD1F44CAB@dream.jp> <5C7EF909-814F-4809-A0BB-12E271513E8D@dubstep.fm> Message-ID: Hello DopeLabs-san, Thanks for your reply. > 2017/01/31 午後8:41、DopeLabs のメール: > > In your earlier console output for both commands... > >>> size= 2344kB time=00:05:00.01 bitrate= 64.0kbits/s speed= 128x > >>> size= 2344kB time=00:05:00.01 bitrate= 64.0kbits/s speed= 134x > > What method are you using to 'verify' the length? I used macOS's FInder, Windows10's explorer, Windows10's groove music, macOS's iTunes, Windows10's sinkusuperlite, mediainfo, and mpg123. Then macOS's iTunes and mpg123 show correct length. Also, mediainfo does not show duration for "$ ffmpeg -f lavfi -i sine=d=300 duration_VBR.mp3 command". > What is the ffprobe output for each of those files? With $ ffmpeg -f lavfi -i sine=d=300 duration_VBR.mp3 command: $ ffprobe -i duration_VBR.mp3 ffprobe version N-83152-gf7e9275 Copyright (c) 2007-2017 the FFmpeg developers built with Apple LLVM version 8.0.0 (clang-800.0.42.1) configuration: --prefix=/Volumes/ffmpeg_compile --pkg-config-flags=--static --disable-ffserver --enable-gpl --enable-version3 --enable-nonfree --enable-libmp3lame --enable-libfdk-aac --enable-libvo-amrwbenc --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvorbis --enable-libspeex --enable-libopus --enable-libgsm --enable-libtwolame --enable-libsoxr --enable-libwavpack --enable-libmodplug --enable-libopenjpeg --enable-libwebp --enable-libtheora --enable-libx264 --enable-libopenh264 --enable-libx265 --enable-libxvid --enable-libvpx --enable-libxavs --enable-libfreetype --enable-fontconfig --enable-libfribidi --enable-libass --enable-libbluray --enable-libvidstab --enable-libschroedinger --enable-libsnappy --enable-libzmq libavutil 55. 43.100 / 55. 43.100 libavcodec 57. 74.100 / 57. 74.100 libavformat 57. 62.100 / 57. 62.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 69.100 / 6. 69.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 Input #0, mp3, from 'duration_VBR.mp3': Metadata: encoder : Lavf57.62.100 Duration: 00:05:00.04, start: 0.025057, bitrate: 64 kb/s Stream #0:0: Audio: mp3, 44100 Hz, mono, s16p, 64 kb/s With $ ffmpeg -f lavfi -i sine=d=300 -write_xing 0 duration.mp3 command: $ ffprobe -i duration_CBR.mp3 ffprobe version N-83152-gf7e9275 Copyright (c) 2007-2017 the FFmpeg developers built with Apple LLVM version 8.0.0 (clang-800.0.42.1) configuration: --prefix=/Volumes/ffmpeg_compile --pkg-config-flags=--static --disable-ffserver --enable-gpl --enable-version3 --enable-nonfree --enable-libmp3lame --enable-libfdk-aac --enable-libvo-amrwbenc --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvorbis --enable-libspeex --enable-libopus --enable-libgsm --enable-libtwolame --enable-libsoxr --enable-libwavpack --enable-libmodplug --enable-libopenjpeg --enable-libwebp --enable-libtheora --enable-libx264 --enable-libopenh264 --enable-libx265 --enable-libxvid --enable-libvpx --enable-libxavs --enable-libfreetype --enable-fontconfig --enable-libfribidi --enable-libass --enable-libbluray --enable-libvidstab --enable-libschroedinger --enable-libsnappy --enable-libzmq libavutil 55. 43.100 / 55. 43.100 libavcodec 57. 74.100 / 57. 74.100 libavformat 57. 62.100 / 57. 62.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 69.100 / 6. 69.100 libswscale 4. 3.101 / 4. 3.101 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 [mp3 @ 0x7fa2fc804e00] Estimating duration from bitrate, this may be inaccurate Input #0, mp3, from 'duration_CBR.mp3': Metadata: encoder : Lavf57.62.100 Duration: 00:05:00.04, start: 0.000000, bitrate: 64 kb/s Stream #0:0: Audio: mp3, 44100 Hz, mono, s16p, 64 kb/s Best Regards, // Miya aka. TougenRoushi -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2370 bytes Desc: not available URL: From jeroen.clarysse at telenet.be Tue Jan 31 14:55:23 2017 From: jeroen.clarysse at telenet.be (jeroen clarysse) Date: Tue, 31 Jan 2017 13:55:23 +0100 Subject: [FFmpeg-user] does anyone have a working ffplay ffmpeg with SDL_mixer and SDL2 ? Message-ID: <0AB76A2C-7938-48B9-B67E-118EAD74FDF0@telenet.be> hello everyone I am trying to get my ffmpeg/SDL2 code running with SDL mixer since I need more audio than only the ffmpeg streams. I manager to update the ffplay.c file to make it work in my own application, but since my app uses Mix_OpenAudio(), the subsequent calls to SDL_OpenAudio() don’t work : they give an error “device already open”. Even replacing the SDL_OpenAudio with SDL_OpenAudioDevice() doesn’t help. The device does open in that case, but no audio is played. I have found this code : http://sdl.5483.n7.nabble.com/SDL-mixer-question-td483.html#a486 but that is rather high-level and I was hoping someone might have a patched version of ffplay.c which uses SDL_mixer ? many many many thanks in advance ! jeroen From adf.lists at gmail.com Tue Jan 31 16:09:36 2017 From: adf.lists at gmail.com (Andy Furniss) Date: Tue, 31 Jan 2017 14:09:36 +0000 Subject: [FFmpeg-user] Convert MPEG-PS progressive to Interlaced In-Reply-To: References: <725127281.2299.1485695286469.JavaMail.zimbra@offlinemedia.nl> <316984601.2525.1485729309636.JavaMail.zimbra@offlinemedia.nl> Message-ID: <58909AA0.60207@gmail.com> kumar vikram wrote: >> >>> But the op specifically asked for field-encoding. > >> Note to everybody (including me): Please try not to guess - if the >> op still needs the information, he can post his command line and >> console output and we can try to answer. > > ffmpeg.exe -y -i INPUT_FILE -c:v mpeg2video -flags +ildct+ilme -vf > scale=interl=1,tinterlace=merge,fieldorder=tff OUTPUT_FILE You forgot the output - also I doubt this would make 422 from 420 so it's not the command that made the analyzed stream? If your input is mpeg2 you shouldn't need tinterlace=merge in addition Paul said to use weave and he is a dev so knows. You would only really need to weave if the input was fields and the output of ffmpeg mpeg2decoder will always be weaved. If you do need to convert 420 to 422 then scale=interl=1 is correct, but not quite right - since ilpack was removed I don't know how you would be able to get it perfect. The difference is hard to see and to do with chroma subsampling positions being different for interlaced and progressive. > > (mpeg2 video is not necessarily frame-based.) > > Okay I think I have left too much scope for confusion here. So let me > just clarify a bit. > > Attached two snapshots from elecard stream analyzer. > > 1. ps_interlaced.png - is for the the I-P filed based interlaced > stream. 2. ps_ffmpeg_output.png - is for the converted stream using > above command. > > The rect marked in red is the point which is the problem. > > As per my understanding of the PS spec(IEC-13818-2), if > picture_structure is set to 3, it means frame picture. I didn't read the spec but 3 may well be correct as frame coded interlaced is what mpeg2 interlaced streams often are. You can see it's not progressive and the field dominance of the weave is indicated. > As you can see in ps_interlaced.png, the field picture_structure is > set to either 1 or 2 which means top or bottom field. > > I have tried the above command and several other options which I > could found from google. > > Hope someone could provide me the right solution (if any such > solution exists with ffmpeg) :) As has been said ffmpeg will not make field coded interlaced but will make frame coded interlaced. From adf.lists at gmail.com Tue Jan 31 17:14:25 2017 From: adf.lists at gmail.com (Andy Furniss) Date: Tue, 31 Jan 2017 15:14:25 +0000 Subject: [FFmpeg-user] Convert MPEG-PS progressive to Interlaced In-Reply-To: <58909AA0.60207@gmail.com> References: <725127281.2299.1485695286469.JavaMail.zimbra@offlinemedia.nl> <316984601.2525.1485729309636.JavaMail.zimbra@offlinemedia.nl> <58909AA0.60207@gmail.com> Message-ID: <5890A9D1.3040708@gmail.com> Andy Furniss wrote: > kumar vikram wrote: >>> >>>> But the op specifically asked for field-encoding. >> >>> Note to everybody (including me): Please try not to guess - if >>> the op still needs the information, he can post his command line >>> and console output and we can try to answer. >> >> ffmpeg.exe -y -i INPUT_FILE -c:v mpeg2video -flags +ildct+ilme -vf >> scale=interl=1,tinterlace=merge,fieldorder=tff OUTPUT_FILE > > You forgot the output - also I doubt this would make 422 from 420 so > it's not the command that made the analyzed stream? Sorry for doubting - should have tried first, so this command will produce 422 from 420. But will also result in double height on the stream I tested with (= the field coded stream I linked to earlier). From ceffmpeg at gmail.com Tue Jan 31 17:24:13 2017 From: ceffmpeg at gmail.com (Carl Eugen Hoyos) Date: Tue, 31 Jan 2017 16:24:13 +0100 Subject: [FFmpeg-user] Convert MPEG-PS progressive to Interlaced In-Reply-To: <5890A9D1.3040708@gmail.com> References: <725127281.2299.1485695286469.JavaMail.zimbra@offlinemedia.nl> <316984601.2525.1485729309636.JavaMail.zimbra@offlinemedia.nl> <58909AA0.60207@gmail.com> <5890A9D1.3040708@gmail.com> Message-ID: 2017-01-31 16:14 GMT+01:00 Andy Furniss : >>> ffmpeg.exe -y -i INPUT_FILE -c:v mpeg2video -flags +ildct+ilme -vf >>> scale=interl=1,tinterlace=merge,fieldorder=tff OUTPUT_FILE > Sorry for doubting - should have tried first, so this command will > produce 422 from 420. But will also result in double height on the > stream I tested with (= the field coded stream I linked to earlier). It doesn't for him because he is using another kind of input stream. Please try to avoid the guesses here, just request console output (and / or input samples). Carl Eugen From michael.heuberger at binarykitchen.com Tue Jan 31 23:13:03 2017 From: michael.heuberger at binarykitchen.com (Michael Heuberger) Date: Wed, 1 Feb 2017 10:13:03 +1300 Subject: [FFmpeg-user] Weird crackling sound when muxing with an existing WAV file In-Reply-To: References: <9a716cca-3589-e9f7-df8e-86c5f544a7e1@binarykitchen.com> Message-ID: <21df7f07-7940-7c2e-064a-43295ae76cd3@binarykitchen.com> Thanks for your offer Carl. Would love to, but my problem is that I am Deaf. So, I won't be able to test and reproduce this on my machine. Don't hear anything. It is just feedback from www.videomail.io clients ... I could send the command with PCM files alone for someone else to test the converted audio alone. Anyone interested to assist me here? Maybe you Carl? Happy to donate for few beers :) Cheers Michael On 31/01/17 22:54, Carl Eugen Hoyos wrote: > 2017-01-30 21:53 GMT+01:00 Michael Heuberger > : > >> ffmpeg version 3.0.5-0ubuntu0.16.10.1 Copyright (c) 2000-2016 the FFmpeg > Please test current FFmpeg git head. > > Can you find out if the issue is also reproducible if you only convert audio > (no video input, no video output)? > What about mp2, ac3 or aac? > > Please avoid top-posting here. > > Thank you, Carl Eugen > _______________________________________________ > ffmpeg-user mailing list > ffmpeg-user at ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-request at ffmpeg.org with subject "unsubscribe". -- Binary Kitchen Michael Heuberger 1/33 Parrish Road Sandringham Auckland 1025 (New Zealand) Mobile (text only) ... +64 21 261 89 81 Email ................ michael at binarykitchen.com Website .............. http://www.binarykitchen.com From kent.scott at allure-christie.com Tue Jan 31 16:40:07 2017 From: kent.scott at allure-christie.com (Kent Scott) Date: Tue, 31 Jan 2017 14:40:07 +0000 Subject: [FFmpeg-user] Compile Error - libvpx Message-ID: Trying to follow the instructions found here -> https://trac.ffmpeg.org/wiki/CompilationGuide/Centos#CompilationInstallation Under the section for libvpx, when running make, I get the following error: [CXX] test/level_test.cc.o [CXX] test/lpf_test.cc.o [CXX] test/minmax_test.cc.o [CXX] test/partial_idct_test.cc.o test/partial_idct_test.cc: In function ‘int16_t::MaxSupportedCoeff(void (*)(const tran_low_t*, uint8_t*, int, int))’: test/partial_idct_test.cc:63: error: address of overloaded function with no contextual type information test/partial_idct_test.cc:64: error: address of overloaded function with no contextual type information test/partial_idct_test.cc: In function ‘int16_t::MinSupportedCoeff(void (*)(const tran_low_t*, uint8_t*, int, int))’: test/partial_idct_test.cc:75: error: address of overloaded function with no contextual type information test/partial_idct_test.cc:76: error: address of overloaded function with no contextual type information test/partial_idct_test.cc: At global scope: test/partial_idct_test.cc:418: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:420: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:422: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:424: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:426: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:428: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:430: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:432: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:434: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:436: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:438: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:440: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:579: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:581: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:583: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:585: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:587: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:589: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:591: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:593: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:595: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:597: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:599: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:601: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:612: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:614: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:616: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:618: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ test/partial_idct_test.cc:620: error: no matching function for call to ‘make_tuple(void (*)(const int16_t*, tran_low_t*, int), , , TX_SIZE, int, int, int)’ make[1]: *** [test/partial_idct_test.cc.o] Error 1 make: *** [.DEFAULT] Error 2 I am unsure why I would get this error. As an fyi, I am running on CentOS 6.8. Thanks, Kent From rodrigo.aguiar at tvanhanguera.com.br Tue Jan 31 20:41:56 2017 From: rodrigo.aguiar at tvanhanguera.com.br (Rodrigo Macedo Aguiar) Date: Tue, 31 Jan 2017 18:41:56 +0000 Subject: [FFmpeg-user] issue with ffmpeg command Message-ID: Hi all, I am remapping audio channels from a MXF file that contains a CC (closed caption) data but in the output file this information is being lost. Can somebody please help me to figure out the correct command to keep this information in the file? Details of the file: ffmpeg.exe -i closed-caption-file.mxf ffmpeg version N-79173-gbe746ae Copyright (c) 2000-2016 the FFmpeg developers built with gcc 5.3.0 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmfx --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-libzimg --enable-lzma --enable-decklink --enable-zlib libavutil 55. 19.100 / 55. 19.100 libavcodec 57. 32.100 / 57. 32.100 libavformat 57. 29.101 / 57. 29.101 libavdevice 57. 0.101 / 57. 0.101 libavfilter 6. 40.102 / 6. 40.102 libswscale 4. 0.100 / 4. 0.100 libswresample 2. 0.101 / 2. 0.101 libpostproc 54. 0.100 / 54. 0.100 Guessed Channel Layout for Input Stream #0.1 : mono Guessed Channel Layout for Input Stream #0.2 : mono Guessed Channel Layout for Input Stream #0.3 : mono Guessed Channel Layout for Input Stream #0.4 : mono Guessed Channel Layout for Input Stream #0.5 : mono Guessed Channel Layout for Input Stream #0.6 : mono Guessed Channel Layout for Input Stream #0.7 : mono Guessed Channel Layout for Input Stream #0.8 : mono Input #0, mxf, from 'closed-caption-file.mxf': Metadata: uid : 70431900-4542-05c0-f017-0800000c0000 generation_uid : 70431900-4542-05c0-f017-0800000c0001 company_name : Matrox Electronic product_name : DSX product_version : 3.00 product_uid : 060e2b34-0401-0103-0e06-012002010200 modification_date: 2016-10-26 18:21:34 material_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE00 timecode : 00:00:00;00 Duration: 00:00:39.04, start: 0.000000, bitrate: 60158 kb/s Stream #0:0: Video: mpeg2video (4:2:2), yuv422p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 50000 kb/s, 29.97 fps, 29.97 tbr, 29.97 tbn, 59.94 tbc Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:1: Audio: pcm_s24le, 48000 Hz, 1 channels, s32 (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:2: Audio: pcm_s24le, 48000 Hz, 1 channels, s32 (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:3: Audio: pcm_s24le, 48000 Hz, 1 channels, s32 (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:4: Audio: pcm_s24le, 48000 Hz, 1 channels, s32 (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:5: Audio: pcm_s24le, 48000 Hz, 1 channels, s32 (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:6: Audio: pcm_s24le, 48000 Hz, 1 channels, s32 (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:7: Audio: pcm_s24le, 48000 Hz, 1 channels, s32 (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:8: Audio: pcm_s24le, 48000 Hz, 1 channels, s32 (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:9: Data: none Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 data_type : vbi_vanc_smpte_436M I am trying this command below: ffmpeg.exe -i closed-caption-file.mxf -map 0:0 -map 0:1 -map 0:2 -map 0:3 -map 0:4 -map 0:5 -map 0:5 -map 0:5 -map 0:5 -map 0:7 -map 0:8 -map 0:9 -c copy closed-caption-file-out.mxf C:\ffmpeg>ffmpeg.exe -i closed-caption-file.mxf -map 0:0 -map 0:1 -map 0:2 -map 0:3 -map 0:4 -map 0:5 -map 0:5 -map 0:5 -map 0:5 -map 0:7 -map 0:8 -map 0:9 -c copy closed-caption-file-out.mxf ffmpeg version N-79173-gbe746ae Copyright (c) 2000-2016 the FFmpeg developers built with gcc 5.3.0 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmfx --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-libzimg --enable-lzma --enable-decklink --enable-zlib libavutil 55. 19.100 / 55. 19.100 libavcodec 57. 32.100 / 57. 32.100 libavformat 57. 29.101 / 57. 29.101 libavdevice 57. 0.101 / 57. 0.101 libavfilter 6. 40.102 / 6. 40.102 libswscale 4. 0.100 / 4. 0.100 libswresample 2. 0.101 / 2. 0.101 libpostproc 54. 0.100 / 54. 0.100 Guessed Channel Layout for Input Stream #0.1 : mono Guessed Channel Layout for Input Stream #0.2 : mono Guessed Channel Layout for Input Stream #0.3 : mono Guessed Channel Layout for Input Stream #0.4 : mono Guessed Channel Layout for Input Stream #0.5 : mono Guessed Channel Layout for Input Stream #0.6 : mono Guessed Channel Layout for Input Stream #0.7 : mono Guessed Channel Layout for Input Stream #0.8 : mono Input #0, mxf, from 'closed-caption-file.mxf': Metadata: uid : 70431900-4542-05c0-f017-0800000c0000 generation_uid : 70431900-4542-05c0-f017-0800000c0001 company_name : Matrox Electronic product_name : DSX product_version : 3.00 product_uid : 060e2b34-0401-0103-0e06-012002010200 modification_date: 2016-10-26 18:21:34 material_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE00 timecode : 00:00:00;00 Duration: 00:00:39.04, start: 0.000000, bitrate: 60158 kb/s Stream #0:0: Video: mpeg2video (4:2:2), yuv422p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 50000 kb/s, 29.97 fps, 29.97 tbr, 29.97 tbn, 59.94 tbc Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:1: Audio: pcm_s24le, 48000 Hz, 1 channels, s32 (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:2: Audio: pcm_s24le, 48000 Hz, 1 channels, s32 (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:3: Audio: pcm_s24le, 48000 Hz, 1 channels, s32 (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:4: Audio: pcm_s24le, 48000 Hz, 1 channels, s32 (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:5: Audio: pcm_s24le, 48000 Hz, 1 channels, s32 (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:6: Audio: pcm_s24le, 48000 Hz, 1 channels, s32 (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:7: Audio: pcm_s24le, 48000 Hz, 1 channels, s32 (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:8: Audio: pcm_s24le, 48000 Hz, 1 channels, s32 (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:9: Data: none Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 data_type : vbi_vanc_smpte_436M [mxf @ 000002013e3b3f60] track 11: could not find essence container ul, codec not currently supported in container Output #0, mxf, to 'closed-caption-file-out.mxf': Metadata: uid : 70431900-4542-05c0-f017-0800000c0000 generation_uid : 70431900-4542-05c0-f017-0800000c0001 company_name : Matrox Electronic product_name : DSX product_version : 3.00 product_uid : 060e2b34-0401-0103-0e06-012002010200 modification_date: 2016-10-26 18:21:34 material_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE00 timecode : 00:00:00;00 encoder : Lavf57.29.101 Stream #0:0: Video: mpeg2video, yuv422p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 50000 kb/s, 29.97 fps, 29.97 tbr, 29.97 tbn, 29.97 tbc Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:1: Audio: pcm_s24le, 48000 Hz, mono (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:2: Audio: pcm_s24le, 48000 Hz, mono (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:3: Audio: pcm_s24le, 48000 Hz, mono (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:4: Audio: pcm_s24le, 48000 Hz, mono (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:5: Audio: pcm_s24le, 48000 Hz, mono (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:6: Audio: pcm_s24le, 48000 Hz, mono (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:7: Audio: pcm_s24le, 48000 Hz, mono (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:8: Audio: pcm_s24le, 48000 Hz, mono (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:9: Audio: pcm_s24le, 48000 Hz, mono (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:10: Audio: pcm_s24le, 48000 Hz, mono (24 bit), 1152 kb/s Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 Stream #0:11: Data: none Metadata: file_package_umid: 0x060A2B340101010501010D001300000052947134C1BE60670052947134C1BE01 data_type : vbi_vanc_smpte_436M 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 (copy) Stream #0:4 -> #0:4 (copy) Stream #0:5 -> #0:5 (copy) Stream #0:5 -> #0:6 (copy) Stream #0:5 -> #0:7 (copy) Stream #0:5 -> #0:8 (copy) Stream #0:7 -> #0:9 (copy) Stream #0:8 -> #0:10 (copy) Stream #0:9 -> #0:11 (copy) Could not write header for output file #0 (incorrect codec parameters ?): Operation not permitted Can somebody help me? Atenciosamente, Rodrigo Aguiar ________________________________ Esta mensagem pode conter informa??o confidencial e/ou privilegiada. Se voc? n?o for o destinat?rio ou a pessoa autorizada a receber esta mensagem, n?o poder? usar, copiar ou divulgar as informa??es nela contidas ou tomar qualquer a??o baseada nessas informa??es. Se voc? recebeu esta mensagem por engano, por favor avise imediatamente o remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua coopera??o. This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation