[FFmpeg-user] Changing the crop filter's output width over time?
I wanted to execute zoom-and-pan out over a few seconds by parametrizing the width and height of the crop filter via sendcmd (the result of which would then be handed to a scale filter), and when I try to do this, I get errors that I don't understand. When I use: sendcmd=c='0-1 crop w 1146+t*(1920-1146), crop h 1080' I get: Error when evaluating the expression '1146+t*(1920-1146)' When I use sendcmd=c='0-1 crop w 1146+T*(1920-1146), crop h 1080' I get: Unknown function in 'T*(1920-1146)' Error when evaluating the expression '1146+T*(1920-1146)' Neither of these seem to make sense to me. The crop filter docs indicate it takes the parameter 't', and the general eval api docs refer to 'T'. I'm not sure which (or both?) applies, but both fail in odd ways. Same problem with a simpler exmpression like '1146+T'. What am I doing wrong? Console output below. I ultimately managed to get the zoompad filter to work for me, but it doesn't really seem designed to work well with video (rather than a still). I ended up using zoompan=z=if(eq(pzoom\,1)\,1.8\,max(pzoom-0.0025\,1.01)):x='iw/2-(iw/zoom/2)+60':y='ih/2-(ih/zoom/2)-120':d=1:fps=30, where if I didn't specify the fps rate, it desynced my audio and video, and the expression necessary to make it work, depending on pzoom, and specifying the zoom steps...just felt fragile. (On the other hand, presumably it's more performant than a crop filter followed by a scale filer). Thanks you. -- jh...@alum.mit.edu John Hawkinson $ sh -x diag.sh + ffplay -i v -vf ' sendcmd=c='\''0-1 crop w 1146+T, crop h 1080'\'', crop= 1146:644: 456-clip(t\,0\,1)*456: 73-clip(t\,0\,1)*73' ffplay version 4.2.2 Copyright (c) 2003-2019 the FFmpeg developers built with Apple LLVM version 9.0.0 (clang-900.0.39.2) configuration: --prefix=/usr/local/Cellar/ffmpeg/4.2.2 --enable-shared --enable-pthreads --enable-version3 --enable-avresample --cc=clang --host-cflags='-I/Library/Java/JavaVirtualMachines/jdk1.8.0_74.jdk/Contents/Home/include -I/Library/Java/JavaVirtualMachines/jdk1.8.0_74.jdk/Contents/Home/include/darwin' --host-ldflags= --enable-ffplay --enable-gnutls --enable-gpl --enable-libaom --enable-libbluray --enable-libmp3lame --enable-libopus --enable-librubberband --enable-libsnappy --enable-libtesseract --enable-libtheora --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-libxvid --enable-lzma --enable-libfontconfig --enable-libfreetype --enable-frei0r --enable-libass --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-librtmp --enable-libspeex --enable-libsoxr --enable-videotoolbox --disable-libjack --disable-indev=jack --enable-libzvbi libavutil 56. 31.100 / 56. 31.100 libavcodec 58. 54.100 / 58. 54.100 libavformat58. 29.100 / 58. 29.100 libavdevice58. 8.100 / 58. 8.100 libavfilter 7. 57.100 / 7. 57.100 libavresample 4. 0. 0 / 4. 0. 0 libswscale 5. 5.100 / 5. 5.100 libswresample 3. 5.100 / 3. 5.100 libpostproc55. 5.100 / 55. 5.100 Input #0, matroska,webm, from 'v': Metadata: COMPATIBLE_BRANDS: iso6avc1mp41 MAJOR_BRAND : dash MINOR_VERSION : 0 ENCODER : Lavf58.29.100 Duration: 00:04:30.30, start: -0.007000, bitrate: 2977 kb/s Stream #0:0: Video: h264 (High), yuv420p(tv, bt709, progressive), 1920x1080 [SAR 1:1 DAR 16:9], 29.97 fps, 29.97 tbr, 1k tbn, 59.94 tbc (default) Metadata: HANDLER_NAME: ISO Media file produced by Google Inc. DURATION: 00:04:30.27000 Stream #0:1(eng): Audio: opus, 48000 Hz, stereo, fltp (default) Metadata: DURATION: 00:04:30.30100 [Parsed_crop_1 @ 0x7f7f8d7955c0] [Eval @ 0x772cedb0] Undefined constant or missing '(' in 'T' Error when evaluating the expression '1146+T' [Parsed_crop_1 @ 0x7f7f8d7955c0] [Eval @ 0x772cedb0] Undefined constant or missing '(' in 'T' Error when evaluating the expression '1146+T' Switch subtitle stream from #-1 to #-1 vq= 162KB sq=0B f=0/0 2.09 A-V: -0.030 fd= 5 aq= 20KB vq= 143KB sq=0B f=0/0 ___ 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] MPD generated by ldash
Hello, I am working on a live stream pipeline from IP Cameras to web clients using DASH. I run on demand FFmpeg to convert the RTSP stream from IP cameras, generate dash chunks and upload to my media server through HTTP and then serve the feed to my web clients. Everything works well but unfortunately the first MPD file is generated after 4-5 seconds slowing down the entire video pipeline (I see the video after about 7-8s from when I request it) Here is the command: ffmpeg \ -rtsp_transport tcp -i rtsp://172.25.99.200/axis-media/media.amp \ -an -c:v libx264 -pix_fmt yuv420p -b:v 2048k -bufsize 4096k -tune zerolatency -preset ultrafast \ -fflags +genpts -f dash -format_options movflags=+empty_moov+default_base_moof+frag_keyframe \ -tune zerolatency -seg_duration 1 -frag_duration 0.2 -use_timeline 1 -use_template 1 -streaming 1 \ http://localhost:8000/live/mystream/start.mpd So here the question, is there a way to get the manifest earlier? Basically what I observe is that FFmpeg generates the init file, then the first chunk and when the chunk is done, it will generated the MPD. Unfortunately this will take at least 4s regardless the seg_duration. I am asking since I don't understand if this lag is needed or just the way the code is implemented. Thanks! Sent with [ProtonMail](https://protonmail.com) Secure Email. ___ 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] FFMPEG Problem in macOS
On Sat, 25 Apr 2020, 21:13 Chakraborty, Rakesh via ffmpeg-user, < ffmpeg-user@ffmpeg.org> wrote: > Hi > > I am facing a transcoding problem in macOS. The entire issue details along > with log files are attached. > Requesting assistance to resolve this issue. > Requesting assistance to resolve this issue. > Requesting assistance to resolve this issue. > > > Thanks & Regards > > > Rakesh Chakraborty > > Mail to: rakesh.chakrabo...@mheducation.com > > The information contained in this message may be confidential and/or > constitute a privileged attorney-client document. If the reader of this > message is not the intended recipient, or an employee or agent responsible > for delivering this message to the intended recipient, you are hereby > notified that any dissemination, distribution or copying of this > communication is strictly prohibited. If you have received this > communication in error, please notify McGraw-Hill immediately by replying > to the message and deleting it from your computer. Thank you. > ___ > 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". Can you please post these logs directly in the email, and the problem description in the word attachment to the email body? Sending word documents here is simply trolling. ___ 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] Change FPS on a clip without transcodng
Am Fr., 24. Apr. 2020 um 11:15 Uhr schrieb Jens-Peter Sjöberg : > > Ok, so what you are saying it is not possible to change fps > without a transcode? No, I wrote that to help you I need to see what you found after searching for a week. Please find out what top-posting means and avoid it here. 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] despill filter
Hi, I'm just testing chromakey and despill filters. I haven't yet figured out how to get good results. There is one thing I don't understand. Line 70 in vf_despill.c Is "green * factor" correct? Shouldn't that be "blue * factor"? Similar question also in line 72, where it should be "green * factor". It seems lines 75-77 can be simplified: red = FFMAX(red + spillmap * (redscale + brightness), 0.f); And it can be made even faster if (redscale + brightness) is calculated in advance outside the loop. Michael ___ 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] Can't write packet with unknown timestamp
> Am Sa., 25. Apr. 2020 um 03:42 Uhr schrieb Mark Fili > > > By trial-&-error I discovered that this: > > 'mplayer H:\VIDEO_TS\VTS_01_1.IFO -dumpstream -dumpfile TITLE1.VOB' > > No, please test the following (untested, but I hope you get the idea): > $ cd H: > $ mplayer -dvd-device VIDEO_TS dvd://1 -dumpstream -dumpfile dvd1.vob > $ mplayer -dvd-device VIDEO_TS dvdnav://1 -dumpstream -dumpfile dvdnav1.vob > Sometimes too, $ mplayer -dvd-device VIDEO_TS dvdnav://1 -dumpstream -dumpfile c:\users\$yourusername\videos\dvdnav1.vob > "dvdnav" uses a more sophisticated library for reading dvd's, it is > needed in some case > ___ 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] FFMPEG Problem in macOS
Am Sa., 25. Apr. 2020 um 20:13 Uhr schrieb Chakraborty, Rakesh via ffmpeg-user : > I am facing a transcoding problem in macOS. Please test current FFmpeg git head, please paste the command line including the complete, uncut console output into your message, no need to attach text files. > The information contained in this message may be confidential Please remove this from messages sent to a public mailing list. 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] FFMPEG Problem in macOS
Hi I am facing a transcoding problem in macOS. The entire issue details along with log files are attached. Requesting assistance to resolve this issue. Requesting assistance to resolve this issue. Requesting assistance to resolve this issue. Thanks & Regards Rakesh Chakraborty Mail to: rakesh.chakrabo...@mheducation.com The information contained in this message may be confidential and/or constitute a privileged attorney-client document. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify McGraw-Hill immediately by replying to the message and deleting it from your computer. Thank you. macbook-ffmpeg-issue-details.docx Description: macbook-ffmpeg-issue-details.docx verbose-log-1.log Description: verbose-log-1.log verbose-log-2.log Description: verbose-log-2.log verbose-log-3.log Description: verbose-log-3.log ___ 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] Zeroing 'top_field_first' & 'repeat_pict' -- Possible?
On 4/25/20, Mark Filipak wrote: > On 04/25/2020 08:54 AM, Paul B Mahol wrote: >> On 4/25/20, Mark Filipak wrote: >>> On 04/25/2020 05:15 AM, Paul B Mahol wrote: On 4/25/20, Mark Filipak wrote: > ffprobe reports: > > frames.frame.0.interlaced_frame=0 > frames.frame.0.top_field_first=1 > frames.frame.0.repeat_pict=1 > frames.frame.1.interlaced_frame=0 > frames.frame.1.top_field_first=0 > frames.frame.1.repeat_pict=0 > frames.frame.2.interlaced_frame=0 > frames.frame.2.top_field_first=0 > frames.frame.2.repeat_pict=1 > frames.frame.3.interlaced_frame=0 > frames.frame.3.top_field_first=1 > frames.frame.3.repeat_pict=0 > > Is there an ffmpeg way to zero those metadata flags in the input prior > to > the decoder so that the > decoder thinks that the input is solely progressive? No, are you now mixing filtering and decoding? >>> >>> No. I wrote "prior to the decoder". Did you notice? In contrast to "prior >>> to >>> the decoder", I assume >>> that filters operate on frames/fields/pixels prior to the output. >> >> Just in case: >> INPUT->[PARSER->]DEMUXER->[BITSTREAM_FILTER->]DECODER->FILTER->MUXER->ENCODER > > Thanks so much. For an architecture guy like me, that process flow is pure > gold. May I ask more? > > INPUT -- This means the command line, yes? Nope, input file. > PARSER -- (optional? or would this be a parser that I would write?) If required it just splits input into packets that are feed to demuxer. > BITSTREAM_FILTER -- This would filter an MPEG stream, yes? I initially > looked at 'mpeg2_metadata' to > manipulate the above metadata flags and was disappointed/bewildered that > there is no such directive. That bitstream filter can not change frame flags like interlaced/top first etc... But you can change it after decoder with setfield filter. ___ 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] remove commentators sound from sport videos
Did anyone try to process a sport video to remove the commentators? For example on videos such as these [1] [2]. If this is asking too much, remember that the non-commentator audio doesn't have to be perfect afterwards, just so the atmosphere is somewhat intact. Or what about sampling from when the commentators are quiet and then distribute it over the entire field? Did anyone try any such measures? TIA [1] https://www.youtube.com/watch?v=4o3_3kHExC4 [2] https://www.youtube.com/watch?v=MPrfAGIQVTg -- underground experts united http://user.it.uu.se/~embe8573 https://dataswamp.org/~incal ___ 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] Zeroing 'top_field_first' & 'repeat_pict' -- Possible?
On 04/25/2020 08:54 AM, Paul B Mahol wrote: On 4/25/20, Mark Filipak wrote: On 04/25/2020 05:15 AM, Paul B Mahol wrote: On 4/25/20, Mark Filipak wrote: ffprobe reports: frames.frame.0.interlaced_frame=0 frames.frame.0.top_field_first=1 frames.frame.0.repeat_pict=1 frames.frame.1.interlaced_frame=0 frames.frame.1.top_field_first=0 frames.frame.1.repeat_pict=0 frames.frame.2.interlaced_frame=0 frames.frame.2.top_field_first=0 frames.frame.2.repeat_pict=1 frames.frame.3.interlaced_frame=0 frames.frame.3.top_field_first=1 frames.frame.3.repeat_pict=0 Is there an ffmpeg way to zero those metadata flags in the input prior to the decoder so that the decoder thinks that the input is solely progressive? No, are you now mixing filtering and decoding? No. I wrote "prior to the decoder". Did you notice? In contrast to "prior to the decoder", I assume that filters operate on frames/fields/pixels prior to the output. Just in case: INPUT->[PARSER->]DEMUXER->[BITSTREAM_FILTER->]DECODER->FILTER->MUXER->ENCODER Thanks so much. For an architecture guy like me, that process flow is pure gold. May I ask more? INPUT -- This means the command line, yes? PARSER -- (optional? or would this be a parser that I would write?) BITSTREAM_FILTER -- This would filter an MPEG stream, yes? I initially looked at 'mpeg2_metadata' to manipulate the above metadata flags and was disappointed/bewildered that there is no such directive. ___ 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] Zeroing 'top_field_first' & 'repeat_pict' -- Possible?
On 4/25/20, Mark Filipak wrote: > On 04/25/2020 05:15 AM, Paul B Mahol wrote: >> On 4/25/20, Mark Filipak wrote: >>> ffprobe reports: >>> >>> frames.frame.0.interlaced_frame=0 >>> frames.frame.0.top_field_first=1 >>> frames.frame.0.repeat_pict=1 >>> frames.frame.1.interlaced_frame=0 >>> frames.frame.1.top_field_first=0 >>> frames.frame.1.repeat_pict=0 >>> frames.frame.2.interlaced_frame=0 >>> frames.frame.2.top_field_first=0 >>> frames.frame.2.repeat_pict=1 >>> frames.frame.3.interlaced_frame=0 >>> frames.frame.3.top_field_first=1 >>> frames.frame.3.repeat_pict=0 >>> >>> Is there an ffmpeg way to zero those metadata flags in the input prior to >>> the decoder so that the >>> decoder thinks that the input is solely progressive? >> >> No, are you now mixing filtering and decoding? > > No. I wrote "prior to the decoder". Did you notice? In contrast to "prior to > the decoder", I assume > that filters operate on frames/fields/pixels prior to the output. Just in case: INPUT->[PARSER->]DEMUXER->[BITSTREAM_FILTER->]DECODER->FILTER->MUXER->ENCODER ___ 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] Zeroing 'top_field_first' & 'repeat_pict' -- Possible?
On 04/25/2020 06:22 AM, Monex wrote: On 4/25/20, Mark Filipak wrote: -snip- -- COVID-19 facts: The United States is 4% of world population, 32% of cases, 25% of deaths. The U.S. & S.Korea reported 1st cases on the same day. In March, week 2, S.Korea did 10,000 tests per day, 4 hour results. In March, week 2, The U.S. did 400 tests per day, 7 day results. So now you are an epidemiologist too? Your response is OT, but so be it. In the spirit of cooperation, I'll try to respond appropriately. Nope, not an epidemiologist. I didn't know that only epidemiologists can know the facts (as reported by U.S. National Public Radio and the BBC). Please don't further embarrass yourself by joining the growing mass of amateur pandemicsplainers. Oh, I don't mind embarrassing myself. But tell me, how could reporting facts be embarrassing? Email sigs, like top-posting, are discouraged here. Not found in either https://ffmpeg.org/mailing-list-faq.html#What-are-the-rules-and-the-proper-etiquette_003f or https://ffmpeg.org/developer.html#Code-of-conduct ___ 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] Zeroing 'top_field_first' & 'repeat_pict' -- Possible?
On 4/25/20, Mark Filipak wrote: > ffprobe reports: frames.frame.0.interlaced_frame=0 > frames.frame.0.top_field_first=1 frames.frame.0.repeat_pict=1 > frames.frame.1.interlaced_frame=0 frames.frame.1.top_field_first=0 > frames.frame.1.repeat_pict=0 frames.frame.2.interlaced_frame=0 > frames.frame.2.top_field_first=0 frames.frame.2.repeat_pict=1 > frames.frame.3.interlaced_frame=0 frames.frame.3.top_field_first=1 > frames.frame.3.repeat_pict=0 > > Is there an ffmpeg way to zero those metadata flags in the input > prior to the decoder so that the decoder thinks that the input is > solely progressive? > > frames.frame.0.interlaced_frame=0 frames.frame.0.top_field_first=0 > frames.frame.0.repeat_pict=0 frames.frame.1.interlaced_frame=0 > frames.frame.1.top_field_first=0 frames.frame.1.repeat_pict=0 > frames.frame.2.interlaced_frame=0 frames.frame.2.top_field_first=0 > frames.frame.2.repeat_pict=0 frames.frame.3.interlaced_frame=0 > frames.frame.3.top_field_first=0 frames.frame.3.repeat_pict=0 > > Alternatively, is there a way to simply force the decoder to ignore > the flags? > > Thanks, Mark. > > -- COVID-19 facts: The United States is 4% of world population, 32% > of cases, 25% of deaths. The U.S. & S.Korea reported 1st cases on the > same day. In March, week 2, S.Korea did 10,000 tests per day, 4 hour > results. In March, week 2, The U.S. did 400 tests per day, 7 day > results. > > So now you are an epidemiologist too? Please don't further embarrass yourself by joining the growing mass of amateur pandemicsplainers. Email sigs, like top-posting, are discouraged here. ___ 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] ffmpeg architecture question #2
Am Sa., 25. Apr. 2020 um 04:20 Uhr schrieb Mark Filipak : > > On 04/24/2020 01:22 PM, Carl Eugen Hoyos wrote: > > > > > >> Am 24.04.2020 um 11:10 schrieb Mark Filipak > >> : > >> > >> I've been told that, for soft telecined video the decoder is fully > >> compliant > >> and therefore outputs 30fps > > > > (“fps” is highly ambiguous in this sentence.) The decoder is "compliant" in the sense that the stream it outputs for soft-telecined input has a time base of 3/1001, the output has 24000/1001 "frames per second" though. > > This is not correct. > > I believe I told you some time ago that this is not how the decoder behaves. > > I beg your pardon, Carl Eugen. I thought you said that the decoders are > fully compliant and therefore produce interlaced fields. I am quite sure I wrote the opposite several times as replies to your mails. Note that FFmpeg cannot produce "fields" because it cannot deal with devices that know what a "field" is. (Just as there are "interlacing" filters that you would call differently if it were your decision, we also decided to name some of the filters that deal with frames "field"-filters because this allows understanding the filters' purpose for everybody except broadcast and video engineers like you.) > > I believe such a behaviour would not make sense for FFmpeg (because > > you cannot connect FFmpeg’s output to an NTSC CRT). The telecine filter > > would not work at all if above were the case. > > Or in other words: FFmpeg outputs approximately 24 frames per second for > > typical soft-telecined program streams. > > The only thing FFmpeg does to be “compliant” is to forward the correct time > > base. > > By "correct time base" you mean 24/1.001, correct? lol, no 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] Can't write packet with unknown timestamp
Am Sa., 25. Apr. 2020 um 03:42 Uhr schrieb Mark Filipak : > By trial-&-error I discovered that this: > 'mplayer H:\VIDEO_TS\VTS_01_1.IFO -dumpstream -dumpfile TITLE1.VOB' No, please test the following (untested, but I hope you get the idea): $ cd H: $ mplayer -dvd-device VIDEO_TS dvd://1 -dumpstream -dumpfile dvd1.vob $ mplayer -dvd-device VIDEO_TS dvdnav://1 -dumpstream -dumpfile dvdnav1.vob "dvdnav" uses a more sophisticated library for reading dvd's, it is needed in some cases. 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] Zeroing 'top_field_first' & 'repeat_pict' -- Possible?
On 4/25/20, Mark Filipak wrote: > ffprobe reports: > > frames.frame.0.interlaced_frame=0 > frames.frame.0.top_field_first=1 > frames.frame.0.repeat_pict=1 > frames.frame.1.interlaced_frame=0 > frames.frame.1.top_field_first=0 > frames.frame.1.repeat_pict=0 > frames.frame.2.interlaced_frame=0 > frames.frame.2.top_field_first=0 > frames.frame.2.repeat_pict=1 > frames.frame.3.interlaced_frame=0 > frames.frame.3.top_field_first=1 > frames.frame.3.repeat_pict=0 > > Is there an ffmpeg way to zero those metadata flags in the input prior to > the decoder so that the > decoder thinks that the input is solely progressive? No, are you now mixing filtering and decoding? > > frames.frame.0.interlaced_frame=0 > frames.frame.0.top_field_first=0 > frames.frame.0.repeat_pict=0 > frames.frame.1.interlaced_frame=0 > frames.frame.1.top_field_first=0 > frames.frame.1.repeat_pict=0 > frames.frame.2.interlaced_frame=0 > frames.frame.2.top_field_first=0 > frames.frame.2.repeat_pict=0 > frames.frame.3.interlaced_frame=0 > frames.frame.3.top_field_first=0 > frames.frame.3.repeat_pict=0 > > Alternatively, is there a way to simply force the decoder to ignore the > flags? decoder ignores flags anyway. > > Thanks, > Mark. > > -- > COVID-19 facts: > The United States is 4% of world population, 32% of cases, 25% of deaths. > The U.S. & S.Korea reported 1st cases on the same day. > In March, week 2, S.Korea did 10,000 tests per day, 4 hour results. > In March, week 2, The U.S. did 400 tests per day, 7 day results. > ___ > 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] Zeroing 'top_field_first' & 'repeat_pict' -- Possible?
ffprobe reports: frames.frame.0.interlaced_frame=0 frames.frame.0.top_field_first=1 frames.frame.0.repeat_pict=1 frames.frame.1.interlaced_frame=0 frames.frame.1.top_field_first=0 frames.frame.1.repeat_pict=0 frames.frame.2.interlaced_frame=0 frames.frame.2.top_field_first=0 frames.frame.2.repeat_pict=1 frames.frame.3.interlaced_frame=0 frames.frame.3.top_field_first=1 frames.frame.3.repeat_pict=0 Is there an ffmpeg way to zero those metadata flags in the input prior to the decoder so that the decoder thinks that the input is solely progressive? frames.frame.0.interlaced_frame=0 frames.frame.0.top_field_first=0 frames.frame.0.repeat_pict=0 frames.frame.1.interlaced_frame=0 frames.frame.1.top_field_first=0 frames.frame.1.repeat_pict=0 frames.frame.2.interlaced_frame=0 frames.frame.2.top_field_first=0 frames.frame.2.repeat_pict=0 frames.frame.3.interlaced_frame=0 frames.frame.3.top_field_first=0 frames.frame.3.repeat_pict=0 Alternatively, is there a way to simply force the decoder to ignore the flags? Thanks, Mark. -- COVID-19 facts: The United States is 4% of world population, 32% of cases, 25% of deaths. The U.S. & S.Korea reported 1st cases on the same day. In March, week 2, S.Korea did 10,000 tests per day, 4 hour results. In March, week 2, The U.S. did 400 tests per day, 7 day results. ___ 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".