Re: [FFmpeg-user] ffmpeg wav lossless to youtube mov?

On Fri, May 24, 2024 at 1:12 AM Zathras Yes wrote: > Hi, > > as i have mentioned to Mr. Reindl, the online-converter > https://www.freeconvert.com/wav-to-mov does the trick. > > ffmpeg should be able to do the same, I suppose. > May be, I am in error, may be not... > > 1. make a wav-files (16

Re: [FFmpeg-user] ffmepg mipi csi video cpature

> -- > DE fbdev Linux framebuffer > D lavfi Libavfilter virtual input device > DE oss OSS (Open Sound System) playback > DE video4linux2,v4l2 Video4Linux2 output device > D x11grab X11 screen capture, using XCB > > On 22/05/24 12:38 pm, Paul

Re: [FFmpeg-user] ffmepg mipi csi video cpature

what ffmpeg -devices show ?: ffmpeg -devices What is the full CLI command you use? On 22/05/24 12:22 pm, Paul B Mahol wrote: > > > > On Wed, May 22, 2024 at 6:34 AM Nikhil via ffmpeg-user < > ffmpeg-user@ffmpeg.org> wrote: > >> I need to capture mipi c

Re: [FFmpeg-user] ffmepg mipi csi video cpature

On Wed, May 22, 2024 at 6:34 AM Nikhil via ffmpeg-user < ffmpeg-user@ffmpeg.org> wrote: > I need to capture mipi csi camera play, im facing the below errors > > > ffmpeg version n4.2.9-106-g1076d3[ 7169.409991] unknown > pixelformat:'YU12' 1485 Copyright (c) 2000-2023 the [ 7169.414184] >

Re: [FFmpeg-user] Trying to use 'ebur128' results to set up 'loudnorm'

On Tue, May 21, 2024 at 10:52 AM Mark Filipak wrote: > Attachments: > 1. original ebur128.jpg > 2. loudnorm-thresh=-85 pan ebur128.jpg > 3. what I want ebur128.jpg > > ___1. The original > has a 'shelf' just below LU = -13. That's soft speech. > The peak is at LU = +9. That's shouting. > So the

Re: [FFmpeg-user] Using 'ebur128' results to set 'loudnorm=measured_thresh'

On Tue, May 21, 2024 at 6:13 AM Mark Filipak wrote: > I've attached ebur128.jpg. It's only 37 k-bytes. > > Do you see that first 'shelf' just below LU = -13? I want to boost that > the most by percent, maybe > double the power (3 dB). I want to boost LU = 9 not at all, and I want to > boost

Re: [FFmpeg-user] abitscope won't run

On Tue, May 21, 2024 at 2:01 AM Mark Filipak wrote: > On 20/05/2024 14.09, Moritz Barsnick via ffmpeg-user wrote: > > On Mon, May 20, 2024 at 13:14:43 -0400, Mark Filipak wrote: > >> Doesn't work: > >> ffmpeg -i c:\source.mp4 -map 0 -af abitscope -c:v libx265 -x265-params > >> crf=18 -c:a ac3

Re: [FFmpeg-user] PNG-->GIF produces weird color aliasing?

On Sun, May 19, 2024 at 7:02 PM Steven Kan wrote: > I have a series of 476 PNGs, exported from Excel in a loop through a > series of values to control the plotted range: > > https://www.kan.org/download/1.png > https://www.kan.org/download/2.png > https://www.kan.org/download/3.png >

Re: [FFmpeg-user] Alternative MP4 file extensions compatibility

On Sun, May 5, 2024 at 11:30 AM Enrico Palmeri via ffmpeg-user < ffmpeg-user@ffmpeg.org> wrote: > Hi, I normallyuse Ffmpeg to cut and join AAC audio files with concat and > SS copy commands. These commands work with general mp4 file container > and .mp4 file extension only. Most of the mp4 files

Re: [FFmpeg-user] Use processed filename as draw text after tmix, in one pass?

On Thu, Apr 25, 2024 at 6:21 AM Steven Kan wrote: > > > Thanks! This works, and I agree that it’s better than using the filename: > > > > ffmpeg -pattern_type glob -i '*.jpg' -vf > "drawtext=text='%{metadata\\:DateTimeOriginal}': > fontfile=/System/Library/Fonts/Helvetica.ttc:fontcolor=white:

Re: [FFmpeg-user] '-show_frames' is broken

On Wed, Apr 3, 2024 at 6:10 AM Mark Filipak wrote: > Dear Developers, > > Thank you for adding 'pkt_dts' and 'pict_type' to '-show_frames'. Those > will make things easier. > Now, could you fix it? > > '-show_frames' shows pts < dts. > > frames.frame.133975.pts=503957216 <-+ These are

Re: [FFmpeg-user] ffplay - no delay between playbacks when looping

On Tue, Mar 26, 2024 at 10:07 AM Bouke / edit 'B wrote: > > > On 26 Mar 2024, at 09:57, computermaster360 > wrote: > > > > I want to loop a short wav sample, which is an 8-bar melody: > > > >ffplay -loop 0 sample.wav > > > > There is a small, but perceptible delay between individual

Re: [FFmpeg-user] Possible to speed up/down video while keeping audio pitch?

On Mon, Mar 25, 2024 at 12:54 AM Laine Lee wrote: > > > > On Mar 24, 2024, at 5:31 PM, Bo Berglund wrote: > > > > I know how to use ffmpeg to adjust the video/audio sync and that is a > real > > simple command not requiring any remuxing or such. This is what I use in > my > > audiosync script

Re: [FFmpeg-user] Loudnorm filter changes bit depth

On Sun, Mar 24, 2024 at 10:58 AM Marc via ffmpeg-user < ffmpeg-user@ffmpeg.org> wrote: > I spent some time looking into options and came across this paper by the > authors of pyloudnorm. > There's also a section comparing a few different implementations of EBU > R 128. > >

Re: [FFmpeg-user] Loudnorm filter changes bit depth

On Sat, Mar 23, 2024 at 8:01 PM Carl Zwanzig wrote: > On 3/23/2024 11:06 AM, Paul B Mahol wrote: > > loudnorm is low quality filter, do not use it. > > What do you suggest instead? > For dual-pass: ebur128(+true_peak on) + volume filter from numbers reported by ebur128

Re: [FFmpeg-user] Loudnorm filter changes bit depth

loudnorm is low quality filter, do not use it. My attempts to rewrite it were rejected. ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email

Re: [FFmpeg-user] Help to understand -ac 6 behaviour encoding ProRes to MP4 EAC3

On Fri, Mar 8, 2024 at 12:48 PM Joanna White wrote: > Good morning, > > Here at the BFI National Archive I have MP4 transcode scripts which handle > many different AV source files, converting them into derivative access > copies, generally mapping two streams of audio to the MP4. Many source >

Re: [FFmpeg-user] firequalizer: What is multichannel evaluation?

On Sat, Feb 24, 2024 at 9:48 PM Bernd Butscheidt via ffmpeg-user < ffmpeg-user@ffmpeg.org> wrote: > Hello, > > trying out some equalizer settings, I stepped over this part in the > documentation of ffmpeg describing the firequalizer filter: > > "multi > Enable multichannels evaluation on

Re: [FFmpeg-user] Wave channel split is very slow

On Sat, Feb 24, 2024 at 3:26 PM Bouke / Videotoolshed < bo...@videotoolshed.com> wrote: > On 24 Feb 2024, at 12:37, Paul B Mahol wrote: > > > > On Sat, Feb 24, 2024 at 11:33 AM Bouke / Videotoolshed < > > bo...@videotoolshed.com> wrote: > > > >>

Re: [FFmpeg-user] Wave channel split is very slow

On Sat, Feb 24, 2024 at 11:33 AM Bouke / Videotoolshed < bo...@videotoolshed.com> wrote: > Trying to split a 64 channel 48Khz 24 bits Wave file. > That is VERY slow. > > ffmpeg -i /Volumes/Data/magweg/64channel.wav -filter_complex > "[0]pan=mono|c0=c0[tr0]" -c:a pcm_s24le -map "[tr0]" >

Re: [FFmpeg-user] ffprobe can’t show ts file information

On Thu, Feb 22, 2024 at 10:02 AM Nicolas Gaullier wrote: > >De : ffmpeg-user De la part de > Zhengrong Zang > >Envoyé : mercredi 21 février 2024 01:53 > >À : FFmpeg user questions > >Objet : Re: [FFmpeg-user] ffprobe can’t show ts file information > > > >I am not sure if they are corrupt, is

Re: [FFmpeg-user] concat - C needs to go before B - How?

On Wed, Feb 21, 2024 at 10:12 AM Mark Filipak wrote: > Gyan, Paul, Devin, Jim, anyone. Help! > > You folks have been following my trim+concat adventure. I think I may have > found the problem, not > just for me. It's a general problem. > > "N" signifies one frame time. All times are relative to

Re: [FFmpeg-user] Packet corrupt on cut, notice on concat

On Mon, Feb 19, 2024 at 6:47 PM Mark Filipak wrote: > On 19/02/2024 01.16, Greg Oliver wrote: > > I usually do not chime in on your emails where people flame you for > writing > > a book or being a troll because I usually learn something from the > > discussions. > > Hi Greg. I'm not writing a

Re: [FFmpeg-user] Packet corrupt on cut, notice on concat

When trimming packets and later concatenating packets, ensure that no packets that are not trimmed from stream of packets and thus are still part of final file depend on any frame from any dropped/removed stream of packets for correct glitch-free decoding. Also ensure that there is no dangling

Re: [FFmpeg-user] How can I delete packets?

On Wed, Feb 14, 2024 at 4:51 PM Mark Filipak wrote: > Can anyone suggest a way to delete the marked packets? > >0: video, 1: audio > / DTS PTSticksbytes packet_CRC > 1,2798640,2798640, 960, 60, 0xec16103f <== > : 48 more

Re: [FFmpeg-user] FFmpeg Architecture

On Wed, Feb 14, 2024 at 3:11 AM Mark Filipak wrote: > On 13/02/2024 20.27, amindfv--- via ffmpeg-user wrote: > >>> params *before* "-i" are *input params* > >>> params *after* "-i" are *output params* > >>> > >>> that has *always* been the case at least for 15 years and so it's > >>> logical

Re: [FFmpeg-user] How does the decoder know to make a frame ready for receiving?

On Wed, Feb 14, 2024 at 3:21 AM Mark Filipak wrote: > I'm top posting and if someone doesn't like it, that's your problem. > > A, this is why some of the code needs to be dynamic 'build up-tear down' > code. Static code just > can't do the job. --Mark. > You are so knowledgeable of FFmpeg code

Re: [FFmpeg-user] FFmpeg Architecture

On Tue, Feb 13, 2024 at 7:21 PM Mark Filipak wrote: > On 13/02/2024 03.24, Paul B Mahol wrote: > > On Tue, Feb 13, 2024 at 12:37 AM Carl Zwanzig wrote: > > Paul, Carl, I assume you are both familiar with the source code. I'm not. > > Fact: '-ss'-before-'-i' and '-i'-b

Re: [FFmpeg-user] FFmpeg Architecture

On Tue, Feb 13, 2024 at 12:37 AM Carl Zwanzig wrote: > On 2/12/2024 2:59 PM, Paul B Mahol wrote: > > I doubt anything above applies to FFmpeg, also I doubt it makes > difference > > for real-time streaming. > > Hmm, actually it looks like a lot of it could apply i

Re: [FFmpeg-user] FFmpeg Architecture (was: Codec copy with -ss before -i and after -i is not documented)

On Mon, Feb 12, 2024 at 11:40 PM Mark Filipak wrote: > On 12/02/2024 11.30, Paul B Mahol wrote: > > On Mon, Feb 12, 2024 at 9:48 AM Mark Filipak > > > wrote: > >> Does FFmpeg do any internal scripting or dynamic code building/linking? > > > > Please

Re: [FFmpeg-user] FFmpeg Architecture (was: Codec copy with -ss before -i and after -i is not documented)

On Mon, Feb 12, 2024 at 9:48 AM Mark Filipak wrote: > On 12/02/2024 03.21, Paul B Mahol wrote: > > Mark wants single command example to work 100% correct in 100% situations > > and that output is 100% correct 100% of time. > > Yes. Of course. > > > That is

Re: [FFmpeg-user] Codec copy with -ss before -i and after -i is not documented [was: Re: Why are these different?]

On Mon, Feb 12, 2024 at 4:29 AM Jim DeLaHunt wrote: > Paul: > > On 2024-02-11 13:42, Paul B Mahol wrote: > > Codec copy with -ss before -i and after -i is not documented that it > gives different results because > > once you do not decode everything from start you

Re: [FFmpeg-user] Why are these different?

On Mon, Feb 12, 2024 at 2:24 AM Mark Filipak wrote: > On 11/02/2024 17.39, Paul B Mahol wrote: > > On Sun, Feb 11, 2024 at 11:08 PM Mark Filipak < > markfilipak.i...@gmail.com> > > wrote: > >> On 11/02/2024 16.42, Paul B Mahol wrote: > >>&g

Re: [FFmpeg-user] Why are these different?

On Sun, Feb 11, 2024 at 11:08 PM Mark Filipak wrote: > On 11/02/2024 16.42, Paul B Mahol wrote: > > Codec copy with -ss before -i and after -i is not documented that it > gives > > different results > > Does that make sense? I think it's not documented because no on

Re: [FFmpeg-user] Why are these different?

On Sun, Feb 11, 2024 at 10:01 PM Mark Filipak wrote: > -- Forgive me if this is a duplicate (trouble with email client, again) -- > > I think I can help out here, Vincent. > > On 11/02/2024 14.53, Vincent Deconinck wrote: > > Hi, > > > > I will probably get flamed because I'm for jumping into

Re: [FFmpeg-user] Why are these different?

On Sun, Feb 11, 2024 at 8:50 PM Mark Filipak wrote: > On 11/02/2024 14.28, Paul B Mahol wrote: > > On Sun, Feb 11, 2024 at 7:12 PM Mark Filipak > > > wrote: > > > >> On 11/02/2024 13.09, Bouke / Videotoolshed wrote: > >>> So do you, so why ask th

Re: [FFmpeg-user] Why are these different?

fied without transcoding; while with output seeking, the > requested start time will always be guaranteed correct, even with -c copy. > > Yes, but "frame-accurate" (and if no bugs exist) is very slow when seeking away from start of video. But I might be wrong ;-) > > Peace. >

Re: [FFmpeg-user] Why are these different?

On Sun, Feb 11, 2024 at 7:12 PM Mark Filipak wrote: > On 11/02/2024 13.09, Bouke / Videotoolshed wrote: > > So do you, so why ask the question? > > Now go away! > > I do not know the answer. > In most cases you will get in most times different results for those 2 variants. Only for perfect

Re: [FFmpeg-user] Why are these different?

On Thu, Feb 8, 2024 at 9:34 PM Mark Filipak wrote: > On 08/02/2024 15.16, Paul B Mahol wrote: > > > > I think, that one of variant use seeking (in container via demuxer) and > > other one use frame seeking by decoding everything from start using trim > > filters. &g

Re: [FFmpeg-user] Why are these different?

On Thu, Feb 8, 2024 at 9:02 PM Mark Filipak wrote: > On 08/02/2024 05.40, Paul B Mahol wrote: > > > > Read logs and compare, use common sense, brain cells, logic and > > intelligence. > > Thank you, Vladimir Vladimirovich. I'd do that if I had a brain. > > W

Re: [FFmpeg-user] Why are these different?

On Thu, Feb 8, 2024 at 1:23 AM Mark Filipak wrote: > On 07/02/2024 16.53, Paul B Mahol wrote: > > On Wed, Feb 7, 2024 at 10:28 PM Mark Filipak > > > wrote: > > > >> Hi Carl, > >> > >> On 07/02/2024 13.56, Carl Zwanzig wrote: > >>

Re: [FFmpeg-user] Why are these different?

On Wed, Feb 7, 2024 at 10:28 PM Mark Filipak wrote: > Hi Carl, > > On 07/02/2024 13.56, Carl Zwanzig wrote: > > On 2/7/2024 10:34 AM, Mark Filipak wrote: > >> Okay. Why are they different? > > > > Because the containers are different? An mp4 container is not the same > as an mkv (or avi or

Re: [FFmpeg-user] Why are these different?

On Wed, Feb 7, 2024 at 2:43 AM Mark Filipak wrote: > Why are these different? > > Looking only at the first 5 video frames: > > ffmpeg -ss 20.061708333 -copyts -i %SOURCE% -map 0 -c copy -sn -dn > -muxdelay 0 %TARGET% > produces this: > 0,2846606,2854113, 3753, 640646, 0x3a5a0c45 >

Re: [FFmpeg-user] DTSs & PTSs in MPEG2-TS streams

On Thu, Feb 1, 2024 at 10:09 PM Devin Heitmueller < devin.heitmuel...@ltnglobal.com> wrote: > On Thu, Feb 1, 2024 at 1:55 PM Mark Filipak > wrote: > > > > Hey Devin, > > > > On 01/02/2024 09.54, Devin Heitmueller wrote: > > > Hi Mark, > > > > > > On Thu, Feb 1, 2024 at 1:15 AM Mark Filipak < >

Re: [FFmpeg-user] DTSs & PTSs in MPEG2-TS streams

On Thu, Feb 1, 2024 at 7:15 AM Mark Filipak wrote: > FFmpeg assigns DTSs & PTSs to P-frames and B-frames in MPEG2-TS streams. > How does it determine those > DTSs & PTSs? > > Since DTSs & PTSs don't actually exist for P-/B-frames in MPEG2-TS > streams, FFmpeg must have a way > that's unknown to

Re: [FFmpeg-user] where ffmpeg parses mpeg audio headers?

On Thu, Feb 1, 2024 at 5:45 PM Andrew Randrianasulu wrote: > I was looking into https://trac.ffmpeg.org/ticket/1258#comment:12 > (mpeg2 > multichannel audio in HDV) and reading documents linked in > this ticket. > > I still have very vague

Re: [FFmpeg-user] LPCM in DVD - 44.1/32khz sample rate?

/* no traces of 44100 and 32000Hz in any commercial software or player */ On Sun, Jan 21, 2024 at 3:44 AM Andrew Randrianasulu < randrianas...@gmail.com> wrote: > According to this source (vlc) lpcm dvd audio supports lower frequencies > like 44100/32000 hz - useful for direct dv transcoding for

Re: [FFmpeg-user] How can I get ffmpeg to honor 'analyzeduration' and 'probesize'?

On Mon, Dec 25, 2023 at 10:32 PM Mark Filipak wrote: > Hi All, > How can I get ffmpeg to honor 'analyzeduration' and 'probesize'? > > I'm submitting "-analyzeduration 5772725000 -probesize 15091101696". > Getting "Consider increasing the value for the 'analyzeduration' (0) and > 'probesize'

Re: [FFmpeg-user] Rgbashift T value

(And adding such support for every filter is maintenance hell, that is why its better to move such functionality to special filter) > > Le 22 déc. 2023 à 22:45, Paul B Mahol a écrit : > > > > On Fri, Dec 22, 2023 at 10:43 PM emmanuel martin <mailto:ask.emman...@gmail.com&g

Re: [FFmpeg-user] Rgbashift T value

On Fri, Dec 22, 2023 at 10:43 PM emmanuel martin wrote: > Hello everyone, > > The rgbashift command is causing me some trouble when I refer to its > documentation. Perhaps the issue stems from a misunderstanding. Here's the > part that interests me: > > rgbashift AVOptions: >rh

Re: [FFmpeg-user] drawtext filter missing

On Wed, Nov 29, 2023 at 9:29 PM Leo Butler wrote: > On 11/28/23, Paul B Mahol wrote: > > On Tue, Nov 28, 2023 at 9:40 PM Leo Butler via ffmpeg-user < > > ffmpeg-user@ffmpeg.org> wrote: > > > >> Hello, > >> > >> I ran into this problem with

Re: [FFmpeg-user] does ffmpeg support MVC (3D BluRays)?

On Wed, Nov 29, 2023 at 3:25 AM Philippe Cerfon wrote: > Hey Paul. > > On Tue, Nov 28, 2023 at 4:51 PM Paul B Mahol wrote: > > IIRC MVC in h264 is not supported. > > What a pity. I've filed https://trac.ffmpeg.org/ticket/10706 in case > someone is ever going to

Re: [FFmpeg-user] drawtext filter missing

On Tue, Nov 28, 2023 at 9:40 PM Leo Butler via ffmpeg-user < ffmpeg-user@ffmpeg.org> wrote: > Hello, > > I ran into this problem with the current Debian testing build, so I > thought I would try the static build. Both are compiled with > --enable-libfreetype but both barf on a drawtext filter. I

Re: [FFmpeg-user] does ffmpeg support MVC (3D BluRays)?

On Mon, Nov 27, 2023 at 11:31 PM Philippe Cerfon wrote: > Hey there. > > I couldn't find a definitive answer on this. > Some Wikipedia articles and stackoverflow questions claim ffmpeg would > not support playback of MVC (and thus 3D BluRays). > > IIRC MVC in h264 is not supported. > I don't

Re: [FFmpeg-user] splitting up video with high quality (HDR, 4k, Dolby Atmos+ TrueHd)

On Tue, Nov 21, 2023 at 12:49 AM Sebbi Thueni wrote: > Hi I have a question regarding a command in ffmpeg. I have a relatively > high quality video as test.mkv which has a 4k quality and hdr. additionally > it has a truehd dolby atmos audio. so lossless and uncompressed. i'm trying > to cut the

Re: [FFmpeg-user] framecrc

On Mon, Nov 13, 2023 at 12:30 PM Mark Filipak wrote: > On 11/13/23 06:32, Paul B Mahol wrote: > > On Mon, Nov 13, 2023 at 11:33 AM Mark Filipak < > markfilipak.i...@gmail.com> > > wrote: > >> Then, of what use is '-bsf:v setts=pts=:dts='? Why do

Re: [FFmpeg-user] framecrc

On Mon, Nov 13, 2023 at 11:33 AM Mark Filipak wrote: > On 11/13/23 04:04, Paul B Mahol wrote: > > On Mon, Nov 13, 2023 at 4:33 AM >> Why are the target PTSs out of order? > >> Why are there no 0 or 1001 DTSs? > > > > DTS is different from PTS. > > Inde

Re: [FFmpeg-user] framecrc

On Mon, Nov 13, 2023 at 11:33 AM Mark Filipak wrote: > On 11/13/23 04:04, Paul B Mahol wrote: > > On Mon, Nov 13, 2023 at 4:33 AM >> Why are the target PTSs out of order? > >> Why are there no 0 or 1001 DTSs? > > > > DTS is different from PTS. > > Inde

Re: [FFmpeg-user] framecrc

On Mon, Nov 13, 2023 at 4:33 AM Mark Filipak wrote: > On 11/12/23 04:57, Paul B Mahol wrote: > > On Sun, Nov 12, 2023 at 8:36 AM Mark Filipak > > > wrote: > > > >> Previous Subject: "rewrite tags in a source's PES headers -- How?" > >> >

Re: [FFmpeg-user] framecrc

On Mon, Nov 13, 2023 at 4:33 AM Mark Filipak wrote: > On 11/12/23 04:57, Paul B Mahol wrote: > > On Sun, Nov 12, 2023 at 8:36 AM Mark Filipak > > > wrote: > > > >> Previous Subject: "rewrite tags in a source's PES headers -- How?" > >> >

Re: [FFmpeg-user] framecrc

On Sun, Nov 12, 2023 at 8:36 AM Mark Filipak wrote: > Previous Subject: "rewrite tags in a source's PES headers -- How?" > > On 11/11/23 13:41, Paul B Mahol wrote: > > On Sat, Nov 11, 2023 at 7:29 PM Mark Filipak > > > wrote: > > > >> Here's wh

Re: [FFmpeg-user] rewrite tags in a source's PES headers -- How?

On Sat, Nov 11, 2023 at 7:29 PM Mark Filipak wrote: > I'm sorry. I made a DTS mistake... > > Here's what I'm doing: > -bsf:v setts=time_base=1/24000:pts=N*1001:dts=N*1001 > > Here's the result: > frame ptsdts > 00 2002 <= should be 0 >

Re: [FFmpeg-user] Requesting colormatrix advice

On Tue, Nov 7, 2023 at 8:01 PM Carl Zwanzig wrote: > On 11/7/2023 10:10 AM, Paul B Mahol wrote: > > I never assume anything without sufficient facts and data I can confirm > > again and again using proven solutions and procedures. > > And yet, you seem to know enough to tel

Re: [FFmpeg-user] Requesting colormatrix advice

On Tue, Nov 7, 2023 at 6:58 PM Carl Zwanzig wrote: > On 11/7/2023 10:05 AM, Paul B Mahol wrote: > > Documentation is there and its 99.99% correct and maintained, but as > usual > > you misinterpret it almost always via your logic fallacies. > > Tell us what's wrong. >

Re: [FFmpeg-user] Requesting colormatrix advice

On Tue, Nov 7, 2023 at 6:57 PM wrote: > On 11/7/23 12:42, Michael Koch wrote: > > ... I did also try to understand this stuff some time ago, without > success. > > > > Michael > > Well, you're just stupid, Michael. Phil, too. Me, too. > More extremely lazy, for not providing small sample(s).

Re: [FFmpeg-user] Requesting colormatrix advice

On Tue, Nov 7, 2023 at 6:53 PM Phil Rhodes via ffmpeg-user < ffmpeg-user@ffmpeg.org> wrote: > On Tuesday, 7 November 2023 at 17:28:58 GMT, Paul B Mahol < > one...@gmail.com> wrote: > > > You are deeply confused, and make assumptions from no knowledge and from >

Re: [FFmpeg-user] Seeking Efficient Video Redaction Using FFMPEG with Limited Memory Usage

On Tue, Nov 7, 2023 at 6:46 PM Carl Zwanzig wrote: > On 11/7/2023 9:40 AM, Paul B Mahol wrote: > > Do you have actual proof for such claims? > > I do not need to "prove" my opinion. You're free to agree or not, and if > you > feel it's not correct or appropriate t

Re: [FFmpeg-user] Seeking Efficient Video Redaction Using FFMPEG with Limited Memory Usage

On Tue, Nov 7, 2023 at 6:31 PM Carl Zwanzig wrote: > On 11/6/2023 9:13 AM, sreekar manchukonda wrote: > > > I'm seeking help on how to utilize ffmpeg to apply an extensive number of > > filters—specifically over 2000, each filter including a crop, boxblur, > and > > overlay—to a video over an

Re: [FFmpeg-user] Requesting colormatrix advice

On Tue, Nov 7, 2023 at 6:24 PM Phil Rhodes via ffmpeg-user < ffmpeg-user@ffmpeg.org> wrote: > So let me get this straight. > There's a command line option called colorspace. > There's a filter called colorspace which has options including "space," > "trc" (meaning "transfer characteristics") and

Re: [FFmpeg-user] Requesting colormatrix advice

On Tue, Nov 7, 2023 at 5:03 PM wrote: > On 11/7/23 10:27, Paul B Mahol wrote: > > On Tue, Nov 7, 2023 at 3:09 PM wrote: > > > >> On 11/7/23 08:39, Paul B Mahol wrote: > >>> On Tue, Nov 7, 2023 at 2:22 PM wrote: > >>> > >&

Re: [FFmpeg-user] Requesting colormatrix advice

On Tue, Nov 7, 2023 at 3:09 PM wrote: > On 11/7/23 08:39, Paul B Mahol wrote: > > On Tue, Nov 7, 2023 at 2:22 PM wrote: > > > >> On 11/7/23 06:55, Phil Rhodes via ffmpeg-user wrote: > >>>On Tuesday, 7 November 2023 at 11:48:24 GMT, < > >> mark

Re: [FFmpeg-user] Requesting colormatrix advice

On Tue, Nov 7, 2023 at 2:22 PM wrote: > On 11/7/23 06:55, Phil Rhodes via ffmpeg-user wrote: > > On Tuesday, 7 November 2023 at 11:48:24 GMT, < > markfilipak.i...@gmail.com> wrote: > > > >> I think it sets the color tags on the _input_ > > I'm not so sure ... > > I tried it. The saturation

Re: [FFmpeg-user] Requesting colormatrix advice

On Tue, Nov 7, 2023 at 11:40 AM Phil Rhodes via ffmpeg-user < ffmpeg-user@ffmpeg.org> wrote: > > > On Tuesday, 7 November 2023 at 10:30:33 GMT, Paul B Mahol < > one...@gmail.com> wrote: > > Use setparams filter to properly tag inputs colorspace related metadata.

Re: [FFmpeg-user] Requesting colormatrix advice

On Tue, Nov 7, 2023 at 11:21 AM wrote: > On 11/7/23 04:08, Phil Rhodes via ffmpeg-user wrote: > > I have no idea how colour handling in x265 works so I can't really > advise on specifically how to set it up. Possibly it's documented > somewhere. One of the problems with this (which comes up in

Re: [FFmpeg-user] Same number of frames dropped and duplicated; What does that mean?

On Sun, Oct 29, 2023 at 7:32 PM Ulf Zibis wrote: > > Am 29.10.23 um 18:53 schrieb Paul B Mahol: > > On Sun, Oct 29, 2023 at 6:08 PM Ulf Zibis wrote: > > > >> Am 29.10.23 um 17:04 schrieb Paul B Mahol: > > https://ffmpeg.org/ffmpeg-filters.html#toc-vfrdet >

Re: [FFmpeg-user] Same number of frames dropped and duplicated; What does that mean?

On Sun, Oct 29, 2023 at 6:08 PM Ulf Zibis wrote: > > Am 29.10.23 um 17:04 schrieb Paul B Mahol: > > On Sun, Oct 29, 2023 at 4:52 PM Ulf Zibis wrote: > > > >> Am 29.10.23 um 16:00 schrieb Paul B Mahol: > >>> On Sun, Oct 29, 2023 at 3:29 PM Ulf Zibis wrote:

Re: [FFmpeg-user] Same number of frames dropped and duplicated; What does that mean?

On Sun, Oct 29, 2023 at 4:52 PM Ulf Zibis wrote: > > Am 29.10.23 um 16:00 schrieb Paul B Mahol: > > On Sun, Oct 29, 2023 at 3:29 PM Ulf Zibis wrote: > > > >> Hi, > >> > >> so 18.3 % of the frames were dropped and duplicated at same time. > >&

Re: [FFmpeg-user] Same number of frames dropped and duplicated; What does that mean?

On Sun, Oct 29, 2023 at 3:29 PM Ulf Zibis wrote: > Hi, > > so 18.3 % of the frames were dropped and duplicated at same time. > > Does that mean, that 8063 frames of the input were dropped and then same > (or other) 8064 frames were duplicated to the output? > Probably variable frame rate input.

Re: [FFmpeg-user] missing meta data in ffprobe output from mp4 format

On Fri, Oct 20, 2023 at 11:38 PM Greg Oliver wrote: > On Fri, Oct 20, 2023 at 3:57 PM Ulf Zibis wrote: > > > > > > Am 20.10.23 um 20:14 schrieb Paul B Mahol: > > > On Fri, Oct 20, 2023 at 7:19 PM Ulf Zibis wrote: > > > > > >> Hi, > > &g

Re: [FFmpeg-user] missing meta data in ffprobe output from mp4 format

On Fri, Oct 20, 2023 at 7:19 PM Ulf Zibis wrote: > Hi, > > in my last post "Codec 0x21000 is not in the full list." > you can see, that also the included metadata is mostly missing in the > output of ffprobe. Why? > > When I use the same command and the same metadata file for mkv output, >

Re: [FFmpeg-user] A question about video codecs.

On Sun, Oct 15, 2023 at 8:07 PM Phil Rhodes via ffmpeg-user < ffmpeg-user@ffmpeg.org> wrote: > Did they remove the Cinepak encoder? > It was slow, but it was great for simulating bad old codecs for creative > purposes. > We removed cinepak encoder and decoder long time ago. P

Re: [FFmpeg-user] A question about video codecs.

On Sun, Oct 15, 2023 at 6:44 PM Classic SSG Enjoyer < adityadandavat...@gmail.com> wrote: > Does FFMPEG has something like 'codec preservation policy' or something > like that? > Nope. Policy is to remove all obsolete old codecs nobody ever use. > > On Sun, 15 Oct, 2023, 9:47 pm Reindl Harald,

Re: [FFmpeg-user] Calculate file size for lossless encoding

On 10/1/23, Ulf Zibis wrote: > Hi, > > I used the following command on a 155 minute grabbing: > > ffmpeg -video_size 1680x888 -framerate 25 -f x11grab -i :0.0+0,81 -c:v > libx264rgb -crf 0 -preset ultrafast output.mkv > > Assuming, the RGB range is 8 + 8 + 8 bit or 3 byte, I calculate: > > 3 x 25

Re: [FFmpeg-user] Meaning of -color_range 2 ?

On 10/1/23, Ulf Zibis wrote: > > Am 01.10.23 um 12:02 schrieb Ulf Zibis: >> Hi, >> >> I guess it stands for "-color_range limited", but even that I don't >> understand what it means. >> Where does the calculation "MPEG (219*2^(n-8))" come from? > And how can I know, in which version of FFMPEG

Re: [FFmpeg-user] buffer underflow (?)

On 9/29/23, Mark Filipak wrote: > On Fri, Sep 29, 2023 at 12:59 PM Carl Zwanzig wrote: >> >> On 9/29/2023 9:45 AM, Mark Filipak wrote: >> >> > Carl, please enlighten me: >> > If I '-bsf:v setts...' that appears to only affect video. Duh... >> >> -bsf[:stream_specifier] bitstream_filters

Re: [FFmpeg-user] buffer underflow (?)

On 9/29/23, Mark Filipak wrote: > On Fri, Sep 29, 2023 at 11:36 AM Paul B Mahol wrote: >> >> On 9/29/23, Mark Filipak wrote: >> > On Fri, Sep 29, 2023 at 11:01 AM Paul B Mahol wrote: >> > -snip- >> >> Buffer underflow - something is too small in s

Re: [FFmpeg-user] buffer underflow (?)

On 9/29/23, Mark Filipak wrote: > On Fri, Sep 29, 2023 at 11:01 AM Paul B Mahol wrote: > -snip- >> Buffer underflow - something is too small in size. So there is unused, >> wasteful space left. > > That's not correct. > >> Also could mean decoder and/or demux

Re: [FFmpeg-user] buffer underflow (?)

On 9/29/23, Mark Filipak wrote: > On Fri, Sep 29, 2023 at 10:38 AM Reindl Harald > wrote: >> Am 29.09.23 um 16:33 schrieb Mark Filipak: >> > This is an ffmpeg architecture question, so I don't have a specific log. >> >> but you have real outputs >> >> > When concatenating involving only demuxing

Re: [FFmpeg-user] MP4 with 9 subtitle streams

On Sat, Sep 23, 2023 at 7:25 PM Mark Filipak wrote: > On Sat, Sep 23, 2023 at 1:09 PM Paul B Mahol wrote: > > On Sat, Sep 23, 2023 at 7:05 PM Mark Filipak > > > wrote: > -snip- > > > What is TTXT format? Do you know how I can get specifications? > > > &

Re: [FFmpeg-user] MP4 with 9 subtitle streams

On Sat, Sep 23, 2023 at 7:05 PM Mark Filipak wrote: > On Sat, Sep 23, 2023 at 12:21 PM Ferdi Scholten wrote: > > > > >> Le sam. 23 sept. 2023 à 17:38, Mark Filipak > > >> a écrit : > > >>> On Sat, Sep 23, 2023 at 2:29 AM Paul B Mahol &

Re: [FFmpeg-user] MP4 with 9 subtitle streams

On 9/23/23, Mark Filipak wrote: > Why doesn't this work? I made an MP4 with 9 subtitle streams via > HandBrake. I think ffmpeg and HandBrake use the same libraries. I need > to use ffmpeg. I'm grateful for any help. Try to read last messages from output, they show you the problem. > > Thanks! >

Re: [FFmpeg-user] stream frames using Ethernet camera

er. > Thanks, > > On Mon, Sep 11, 2023 at 3:55 PM Paul B Mahol wrote: > > > On Mon, Sep 11, 2023 at 3:09 PM Naveen.B wrote: > > > > > Hello, > > > > > > could this ticket be deprecated to be not visible in google search or > how > > >

Re: [FFmpeg-user] stream frames using Ethernet camera

On Mon, Sep 11, 2023 at 3:09 PM Naveen.B wrote: > Hello, > > could this ticket be deprecated to be not visible in google search or how > can I raise it for deprecation? I see some of the confidential information > highlighted which I forgot to mask it out. > In google search this ticket is

Re: [FFmpeg-user] performance issue with using crop to scroll through a large image

On Fri, Sep 1, 2023 at 4:40 PM wrote: > hi, > > i have written a script[1] using ffmpeg 5.1.2 to generate scrolling > waveform videos from audio files. i first use showwavespic to write the > full waveform to an image file, the width of which depends on the > duration of the audio. i then use

Re: [FFmpeg-user] How to drawtext hh:mm:ss:ff timecode (on an old version ffmpeg)

On Wed, Aug 16, 2023 at 8:30 PM Media Mouth wrote: > > > > On Aug 16, 2023, at 11:03, Paul B Mahol wrote: > > > > On Wed, Aug 16, 2023 at 1:35 AM Media Mouth <mailto:commun...@gmail.com>> wrote: > > > >> Thanks Carl! > >> > >> T

Re: [FFmpeg-user] How to drawtext hh:mm:ss:ff timecode (on an old version ffmpeg)

On Wed, Aug 16, 2023 at 1:35 AM Media Mouth wrote: > Thanks Carl! > > The switch from : to . (colon to period) got rid of the first error but it > there's still the second: > > "Both text and text file provided. Please provide only one" > > I tested on a newer system running ffmpeg version 6.0

Re: [FFmpeg-user] Replace part of the audio

On 2/1/23, Alexander Bieliaev via ffmpeg-user wrote: > Thanks, it kinda worked for me, but it seems like it's dependent on the > length of the inserted audio. For example if I have a 2 minute audio and > try to replace some parts of it with audio that is 1 minute long, for the > first minute of

Re: [FFmpeg-user] Question about "normalize" filter

On 1/30/23, Michael Koch wrote: > Am 30.01.2023 um 12:52 schrieb Paul B Mahol: >> On 1/30/23, Michael Koch wrote: >>> Am 30.01.2023 um 10:29 schrieb Paul B Mahol: >>>>> You wrote: >>>>> >>>>> "With default parameters and just

Re: [FFmpeg-user] Question about "normalize" filter

On 1/30/23, Michael Koch wrote: > Am 30.01.2023 um 10:29 schrieb Paul B Mahol: >>> You wrote: >>> >>> "With default parameters and just strength(2) set to your values, so >>> the darkest pixels are left untouched." >>> >>&g

Re: [FFmpeg-user] Question about "normalize" filter

On 1/30/23, Michael Koch wrote: > Am 30.01.2023 um 08:47 schrieb Paul B Mahol: >> On Mon, Jan 30, 2023 at 12:23 AM Michael Koch >> >> wrote: >> >>> Am 29.01.2023 um 23:36 schrieb Paul B Mahol: >>>> On 1/29/23, Michael Koch wrote: >>>>&

  1   2   3   4   5   6   7   8   9   10   >