Re: [FFmpeg-user] How to contribute to Wiki
Thank you again Michael for your kindly help. Now I have an account to edit existing Wiki pages. My question is how can I add a new page with my contribution before linking it to an existing page ? rgds ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] How to contribute to Wiki
Thank you Michael, I tried to register a new account at https://trac.ffmpeg.org/register There is an antispam check in this page. I don't know what to answer to the first question about the project name. What can I do ? rgds ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
[FFmpeg-user] How to contribute to Wiki
Hello All, I have been using ffmpeg for two years and I would be pleased to contribute to ffmpeg wiki. I don't know how to do it. Can you help me please ? Rgds ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Issue when adding a title to an audio stream within a mp4 file
Thank you Moritz. I really apreciate your kind answer. But ... I don't understand what you are planning to do. Please tell me if I'm right or wrong : - ffprobe/ffmpeg will display the data contained in the "name" atom to stdout/stderr BUT - ffmpeg will NOT be able to copy the audio stream "title" to a new MP4 output file by using the -c copy option Please let me know. Pascal ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
[FFmpeg-user] Issue when adding a title to an audio stream within a mp4 file
Hello All, I'm not a developper. Therefore I'm not able to analyze the ffmpeg/ffprobe source code. I observed that the command below seem to work properly when adding a title to an audio stream within an MP4 file : ffmpeg -i INPUT.mp4 -c copy -metadata:s:a:0 "title=mono" OUTPUT.mp4 Both VLC and Exiftool do display correctly the audio stream title of the OUTPUT.mp4 file when needed. The point is that neither ffmpeg nor ffprobe can do it. For example, the command : ffmpeg -i OUTPUT.mp4 (with no output file) do not show the audio title. I don't know where ffmpeg stores the title metadata but VLC and Exiftool are able to retrieve it. Maybe this is a designed behavior of ffmpeg/ffprobe. Or a bug ? Please let me know. ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Giving a title to an audio stream
Thank you Peter, but (in my understanding) the following syntax is right (at least under Windows) : ffmpeg -i INPUT.mp4 -c copy -metadata:s:a:0 "title=5.1" OUTPUT.mp4 For 3 reasons : 1- the ffmpeg stderr output displays "title : 5.1", with no warning, because it parsed it correctly and wrote it correctly "somewhere". 2- VLC software does retrieve the audio title correctly 3- exiftool software does retrieve the audio title correctly too I have observed too that -metadata:s:a:0 "language=fre" is correctly written by ffmpeg and correctly retrieved by ffprobe in its TAG section. Therefore I repeat my question to All : why ffprobe does not retrieve the audio and subtitle stream titles while VLC and exiftool do it properly? Is this a designed behavior ? rgds Pascal _______ On 08/08/2020 13:21, PPRJ01 wrote: > Hello All, > > I don't understand how ffmpeg/ffprobe manage some metadata of audio streams. > > Let's take a simple example : > > ffmpeg -i INPUT.mp4 -c copy -metadata:s:a:0 "title=5.1" OUTPUT.mp4 > > The result is : > 1- ffprobe is not able to retrieve the audio title of the resulting file, > whatever are the options used (I don't know if there are undocumented options) > 2- VLC does retrieve the audio title correctly > 3- exiftool does retrieve the audio title too > > I tried to do something similar with a subtitle stream and I had the same > result. > > I am not a developper. Therefore I cannot read the source code. Maybe ffmpeg > stores this metadata in a place where ffprobe is not able to retrieve it. > > Does somebody know if this is a normal behavior ? > > Rgds > > Pascal I have found in recent versions that FFmpeg is ignoring certain flags in metadata commands (especially subtitles). In any event, your quotes are in the wrong place; try: -metadata:s:a:0 title="5.1" -metadata:s:a:0 language=eng -disposition:a:0 default ("default" means display, "none" means suppress) -- PJ ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
[FFmpeg-user] Giving a title to an audio stream
Hello All, I don't understand how ffmpeg/ffprobe manage some metadata of audio streams. Let's take a simple example : ffmpeg -i INPUT.mp4 -c copy -metadata:s:a:0 "title=5.1" OUTPUT.mp4 The result is : 1- ffprobe is not able to retrieve the audio title of the resulting file, whatever are the options used (I don't know if there are undocumented options) 2- VLC does retrieve the audio title correctly 3- exiftool does retrieve the audio title too I tried to do something similar with a subtitle stream and I had the same result. I am not a developper. Therefore I cannot read the source code. Maybe ffmpeg stores this metadata in a place where ffprobe is not able to retrieve it. Does somebody know if this is a normal behavior ? Rgds Pascal ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] options of vidstabdetect video filter
Thank's a lot Moritz for your kindly help. It works !!! I am an ffmpeg user since november 2018 and I didn't pay attention to this warning message that was in green color. It's the first time I use vidstab* filters. I will continue doing tests because the video I received from a friend is a very very shaky one (taken from a high speed boat). Best regards. Pascal ___ On Fri, Aug 07, 2020 at 17:16:24 +0200, PPRJ01 wrote: > Is there a maximum value for the "stepsize" option of vidstabdetect ? I don't > see any in the documentation. If it's not in the documentation (it should be), you can query all ranges with a command such as $ ffmpeg -h filter=vidstabdetect ffmpeg allows a maximum of 32. > ffmpeg -i "INPUT.mp4" -an -vf > vidstabdetect=shakiness=10:accuracy=15:stepsize=6:result="TRF06.txt" > "dummy.mp4" [...] > ffmpeg -i "INPUT.mp4" -an -vf > vidstabdetect=shakiness=10:accuracy=15:stepsize=32:result="TRF32.txt" > "dummy.mp4" > In both cases ffmpeg says that the parsed value is 6 and the two output > TRF*.txt files are identical. I can see that vid.stab's source code has a limitation: If accuracy is larger than 9, step size is automatically reduced to 6. That would explain your observation. Actually, the vid.stab library even emits a message explaining this. So please always do have a look at ffmpeg's console messages: [vidstabdetect @ 0xbffe58a0] Multitheading: use 1 threads [vidstabdetect @ 0xbffe58a0] For high accuracy use lower stepsize -- set to 6 nowFieldsize: 32, Maximal translation: 34 pixel [vidstabdetect @ 0xbffe5840] Number of used measurement fields: 24 out of 24 [vidstabdetect @ 0xbffe5840] Fieldsize: 16, Maximal translation: 16 pixel [vidstabdetect @ 0xbffe5840] Number of used measurement fields: 40 out of 40 Note how it's hidden a bit due to a missing line break: For high accuracy use lower stepsize -- set to 6 now Reducing your accuracy to nine should result in changing behavior. Cheers, Moritz ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
[FFmpeg-user] options of vidstabdetect video filter
Hello All, Is there a maximum value for the "stepsize" option of vidstabdetect ? I don't see any in the documentation. I first tried this on Windows : ffmpeg -i "INPUT.mp4" -an -vf vidstabdetect=shakiness=10:accuracy=15:stepsize=6:result="TRF06.txt" "dummy.mp4" and then this : ffmpeg -i "INPUT.mp4" -an -vf vidstabdetect=shakiness=10:accuracy=15:stepsize=32:result="TRF32.txt" "dummy.mp4" In both cases ffmpeg says that the parsed value is 6 and the two output TRF*.txt files are identical. Thank you for helping. Pascal ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Closed Captions for zone 1 DVD
Hello Carl Eugen, Please note that this case is now closed for me. I found this workaround : ffmpeg -t 180 -i INPUT.mp4 -c copy TMP.mp4 ffmpeg -f lavfi -i "movie=TMP.mp4[out0+subcc]" -map s OUTPUT.srt -v warning When there are no Closed Captions within the first 3 minutes of the video stream, ffmpeg displays a warning : Output file is empty ... The drawback is that this is a very slow procedure. Actually, my initial objective was to remove the Closed Captions from all my movies. I finally found how to do it, in a fast and efficient way, even if the video stream does NOT contain CC : ffmpeg -i INPUT.mp4 -c copy -bsf:v filter_units=remove_types=6 OUTPUT.mp4 Thank you for your help Best Rgds Pascal Message du 08/05/20 22:54 De : "Carl Eugen Hoyos" A : "FFmpeg user questions" Copie à : Objet : Re: [FFmpeg-user] Closed Captions for zone 1 DVD > Am 08.05.2020 um 22:28 schrieb PPRJ01 : > > > Please find attached a short sample file named "2005.mp4". This is the result > of command : > > ffmpeg -ss 99 -to 103 -i 2005.VOB 2005.mp4 Never provide output files (unless specifically requested), please provide an input sample that allows to reproduce. Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Closed Captions for zone 1 DVD
Thank you Carl Eugen, I tried adding large values with options "-analyzeduration" and "probesize" but this does NOT work for Closed Captions even if it works properly for regular subtitle streams. Please understand that I am not a beginner. I have a 45 years background in IT support for several companies of more than 100,000 employees all over the world. Have in mind that many people are not developpers and need simple answers to simple questions. Again : is there any special codification of Closed Caption for US DVDs ? Rgds > Message du 05/05/20 18:30 > De : "Carl Eugen Hoyos" > A : "FFmpeg user questions" > Copie à : > Objet : Re: [FFmpeg-user] Closed Captions for zone 1 DVD > > Am Di., 5. Mai 2020 um 17:41 Uhr schrieb PPRJ01 : > I don't understand why neither ffmpeg nor ffprobe detect presence of closed captions within MP4/H.264 in some video streams when VLC does. > > Let me explain this... In the past 20 years, I have been working in several countries over the world and I bought official DVDs. Not duplicates ;-) I ripped them first to VOB and recently converted them to MP4/H.264 with ffmpeg without using the "-a53cc" option. > > Reminder : when running ffmpeg and ffprobe, a few lines are written first to stderr. The words "Closed Captions", when present, indicate that the video stream contains closed captions. > > ==> The point is that ffmpeg/ffprobe do not show closed captions existence for MP4/H.264 files that come from ZONE 1 DVDs but VLC does and displays them. > > ==> Conversely, for zone 2 DVD, ffmpeg/ffprobe work properly. > > ==> Do you know why this happens ??? > > I am currently using a Windows 10 version of ffmpeg/ffprobe. Please see the details below with a DVD, bought in zone 1, that contains closed captions. > > > ffprobe version 4.1 Copyright (c) 2007-2018 the FFmpeg developers Please test current FFmpeg git head before reporting issues on this mailing list. For future questions: Please understand that your subject is maximally misleading, please try to improve... Finally: Please confirm that this happens for files where the first closed captions appear later in the stream and retry with (very) large values for -analyzeduration and -probesize. Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe". ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
[FFmpeg-user] Closed Captions for zone 1 DVD
Hi All, I don't understand why neither ffmpeg nor ffprobe detect presence of closed captions within MP4/H.264 in some video streams when VLC does. Let me explain this... In the past 20 years, I have been working in several countries over the world and I bought official DVDs. Not duplicates ;-) I ripped them first to VOB and recently converted them to MP4/H.264 with ffmpeg without using the "-a53cc" option. Reminder : when running ffmpeg and ffprobe, a few lines are written first to stderr. The words "Closed Captions", when present, indicate that the video stream contains closed captions. ==> The point is that ffmpeg/ffprobe do not show closed captions existence for MP4/H.264 files that come from ZONE 1 DVDs but VLC does and displays them. ==> Conversely, for zone 2 DVD, ffmpeg/ffprobe work properly. ==> Do you know why this happens ??? I am currently using a Windows 10 version of ffmpeg/ffprobe. Please see the details below with a DVD, bought in zone 1, that contains closed captions. Best rgds ffprobe version 4.1 Copyright (c) 2007-2018 the FFmpeg developers built with gcc 8.2.1 (GCC) 20181017 configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-fontconfig --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable-libvidstab --enable-libvorbis --enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable-libaom --enable-libmfx --enable-amf --enable-ffnvcodec --enable-cuvid --enable-d3d11va --enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth libavutil 56. 22.100 / 56. 22.100 libavcodec 58. 35.100 / 58. 35.100 libavformat 58. 20.100 / 58. 20.100 libavdevice 58. 5.100 / 58. 5.100 libavfilter 7. 40.101 / 7. 40.101 libswscale 5. 3.100 / 5. 3.100 libswresample 3. 3.100 / 3. 3.100 libpostproc 55. 3.100 / 55. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '2005_Executive decision_2h08m35_en.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 title : Executive decision encoder : Lavf58.20.100 Duration: 02:08:35.08, start: 0.00, bitrate: 1813 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 1538 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 59.94 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default) Metadata: handler_name : SoundHandler Stream #0:2(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s Metadata: handler_name : SoundHandler Stream #0:3(spa): Subtitle: dvd_subtitle (mp4s / 0x7334706D), 720x480, 2 kb/s (default) Metadata: handler_name : SubtitleHandler Stream #0:4(spa): Subtitle: dvd_subtitle (mp4s / 0x7334706D), 720x480, 2 kb/s Metadata: handler_name : SubtitleHandler Stream #0:5(fre): Subtitle: dvd_subtitle (mp4s / 0x7334706D), 720x480, 1 kb/s Metadata: handler_name : SubtitleHandler Stream #0:6(fre): Subtitle: dvd_subtitle (mp4s / 0x7334706D), 720x480, 1 kb/s Metadata: handler_name : SubtitleHandler ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
[FFmpeg-user] Issue when retrieving stream metadata with ffprobe
Hello All, ffprobe does not seem to be able to retrieve all the metadata entries within a container. I am using ffmpeg version 4.1 for MS Windows (build 20181017). My purpose was to give names to the 2 subtitle streams (mov_text) of my movie. Therefore, I did it like this : ffmpeg -i INPUT.mp4 \ -c copy \ -map 0:v:0 -map 0:a:0 -map 0:s:0 -map 0:s:1 \ -metadata:s:s:0 "title=Short version" \ -metadata:s:s:1 "title=Full version" \ OUTPUT.mp4 Then, I issued the following command to check the result of the previous one : ffprobe -show_streams OUTPUT.mp4 The ffprobe command did NOT retrieve the titles of the subpictures. I tried several other ffprobe options but none of them retrieved the titles. However, I am sure that this metadata is stored somewhere because VLC Software from Videolan do DISPLAY it correctly in its Subtitles menu. How can I retrieve this data using ffprobe ? Rgds ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".