Re: [FFmpeg-user] ffmpeg 6.1.1 fails to compile with mingw-w64 gcc 14

Am 17.05.24 um 19:20 schrieb Andrew Randrianasulu: maybe - but it's nonsense to start a topic with an older version - the first thing you have to do in case of compiler errors is to try the latest version why? because it maybe already fixed and you waste everyobdys time playing yround and

Re: [FFmpeg-user] ffmpeg 6.1.1 fails to compile with mingw-w64 gcc 14

пт, 17 мая 2024 г., 20:02 Reindl Harald : > > > Am 17.05.24 um 17:58 schrieb Biswapriyo Nath: > >> what about trying the latest version instead 6.1.1 from last year when > >> you use a compiler even newer than on Fedora 39? > > > > The same issue was reported with 7.0 release > >

Re: [FFmpeg-user] ffmpeg 6.1.1 fails to compile with mingw-w64 gcc 14

Am 17.05.24 um 17:58 schrieb Biswapriyo Nath: what about trying the latest version instead 6.1.1 from last year when you use a compiler even newer than on Fedora 39? The same issue was reported with 7.0 release https://trac.ffmpeg.org/ticket/11004. I am using msys2/mingw-w64 toolchain to

Re: [FFmpeg-user] ffmpeg 6.1.1 fails to compile with mingw-w64 gcc 14

> what about trying the latest version instead 6.1.1 from last year when > you use a compiler even newer than on Fedora 39? The same issue was reported with 7.0 release https://trac.ffmpeg.org/ticket/11004. I am using msys2/mingw-w64 toolchain to compile ffmpeg. I guess the same compiler error

Re: [FFmpeg-user] ffmpeg 6.1.1 fails to compile with mingw-w64 gcc 14

Am 17.05.24 um 15:32 schrieb Biswapriyo Nath: * gcc version: 14.1.0 * build options: https://github.com/msys2/MINGW-packages/blob/master/mingw-w64-ffmpeg/PKGBUILD * compiler error: ffmpeg-6.1.1/libavutil/hwcontext_qsv.c:756:68: error: passing argument 3 of 'devmgr->lpVtbl->LockDevice' from

[FFmpeg-user] ffmpeg 6.1.1 fails to compile with mingw-w64 gcc 14

* gcc version: 14.1.0 * build options: https://github.com/msys2/MINGW-packages/blob/master/mingw-w64-ffmpeg/PKGBUILD * compiler error: ffmpeg-6.1.1/libavutil/hwcontext_qsv.c:756:68: error: passing argument 3 of 'devmgr->lpVtbl->LockDevice' from incompatible pointer type

Re: [FFmpeg-user] FFmpeg

Am 17.05.24 um 06:42 schrieb Keith Reno: I have ffmpeg-7.0-full_build downloaded on my computer. When I select ffmpeg the screen flashes but nothing loads. Do I have the correct version or am I doing something wrong? ffmpeg is a CLI program

Re: [FFmpeg-user] FFmpeg

Keith: On 2024-05-16 21:42, Keith Reno wrote: I have ffmpeg-7.0-full_build downloaded on my computer. When I select ffmpeg the screen flashes but nothing loads. Do I have the correct version or am I doing something wrong? Keith Welcome to the fun, fun world of FFmpeg! Apologies for

Re: [FFmpeg-user] FFmpeg

On 2024-05-17 10:12 am, Keith Reno wrote: I have ffmpeg-7.0-full_build downloaded on my computer. When I select ffmpeg the screen flashes but nothing loads. Do I have the correct version or am I doing something wrong? Read

[FFmpeg-user] FFmpeg

I have ffmpeg-7.0-full_build downloaded on my computer. When I select ffmpeg the screen flashes but nothing loads. Do I have the correct version or am I doing something wrong? Keith Sent from Mail for Windows

[FFmpeg-user] FFMPEG concatenating a transcode as 59.88 fps instead of 60 fps

Hello all, I am transcoding an image sequence to a 10 frame 60fps .mov files using the first command below. I am then concatenating the exported videos using the second command below. *Transcode* ffmpeg -y -r 60 -probesize 13M -start_number 1001 -i 'input_video.%04d.jpeg' -c:v libx265 -pix_fmt

Re: [FFmpeg-user] [FFmpeg] getting errors while running ffmpeg locally.

Hello Reindl, Thank you for reverting back Following are the details you have asked package version : 6.1.1 Operating System : Windows 10 I will install the nasm and yasm packages and revert back to you after the installation. Thanks again. On Tue, Apr 16, 2024 at 7:18 PM Reindl Harald wrote:

Re: [FFmpeg-user] [FFmpeg] getting errors while running ffmpeg locally.

Am 16.04.24 um 15:43 schrieb B-2014 Ariyan Kashyap: Getting this err while running ./configure --enable-shared ./configure --enable-shared nasm/yasm not found or too old. Use --disable-x86asm for a crippled build. so why don't you just install "nasm" or "yasm" or at least tell us your

[FFmpeg-user] [FFmpeg] getting errors while running ffmpeg locally.

Getting this err while running ./configure --enable-shared ./configure --enable-shared nasm/yasm not found or too old. Use --disable-x86asm for a crippled build. If you think configure made a mistake, make sure you are using the latest version from Git. If the latest version fails, report the

[FFmpeg-user] ffmpeg doesn't generate a ISO/IEC 14496-17 (MPEG-4 text) track when ingesting WebVTT subtitles to produce MPEGTS

Hi everyone, We are trying to create a mpegts with a ISO/IEC 14496-17 (MPEG-4 text) subtitles track, using WebVTT, but seems like ffmpeg creates a ISO 13818-1 PES private data instead. The following is the ffmpeg command: ffmpeg -i subtitle.vtt -c:s mov_text -f mpegts output3GPP.ts And the

Re: [FFmpeg-user] FFmpeg Architecture

Weitergeleitete Nachricht Betreff: Re: [FFmpeg-user] FFmpeg Architecture Datum: Tue, 13 Feb 2024 19:39:54 +0100 Von: Paul B Mahol Antwort an: FFmpeg user questions An: FFmpeg user questions On Tue, Feb 13, 2024 at 7:21 PM Mark Filipak wrote: > On 13/02/2024 03.24, Paul B Mahol wr

Re: [FFmpeg-user] FFmpeg Architecture

> Why you insist on 'should' is question for you, I doubt we will ever get > the answer. > My impression is he's looking for a way to use/turn a swiss army knife as/into a scalpel, if this analogy makes sense. ___ ffmpeg-user mailing list

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] FFmpeg Architecture

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 that you can't place a param at a random position by common sense and expect the same

Re: [FFmpeg-user] FFmpeg Architecture

> > 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 that you can't place a param at a random position by common > > sense and expect the same result > > Thank you, Harald. I

Re: [FFmpeg-user] FFmpeg Architecture

On 13/02/2024 14.13, Reindl Harald wrote: Am 13.02.24 um 19:39 schrieb Paul B Mahol: 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

Re: [FFmpeg-user] FFmpeg Architecture

Am 13.02.24 um 19:39 schrieb Paul B Mahol: 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'

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'-before-'-ss' _do_ give

Re: [FFmpeg-user] FFmpeg Architecture

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'-before-'-ss' _do_ give different results. I suggested that the difference might result

Re: [FFmpeg-user] FFmpeg Architecture

On 2/13/2024 8:37 AM, Carl Zwanzig wrote: "read time" reaL time z! ___ 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

Re: [FFmpeg-user] FFmpeg Architecture

On 2/13/2024 12:24 AM, Paul B Mahol wrote: Even if implemented properly it will not make real-time not working. FFmpeg does not have real variable filter chains. Everything is static, there are only filters that can be auto inserted once in a while. Granted, AFAICT much of how ffmpeg is used

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 if implemented > properly >

Re: [FFmpeg-user] FFmpeg Architecture

Am 13.02.24 um 00:31 schrieb Bouke / Videotoolshed: Go away, or at least shut up after dozens of useless posts why don't you? ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe,

Re: [FFmpeg-user] FFmpeg Architecture

On 2/12/2024 3:31 PM, Bouke / Videotoolshed wrote: Go away, or at least shut up. I encourage you do do that if you can't add to the conversation. z! ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user

Re: [FFmpeg-user] FFmpeg Architecture

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 if implemented properly (there are a fair few video programs which implement some form of

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

Even though I used the word "or" in my post, the use of any of the architectural techniques can be mixed. On the subject of you being a troll, you wrote that you posted no more than 6 posts a year. That turns out to be ‘a day’ Go away, or at least shut up.

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 define what you mean by these concepts. > >

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

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 define what you mean by these concepts. Happy to, Paul. Internal scripting is when a task is built using a scripting

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 possible only for very trivial

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

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 possible only for very trivial containers only currently. And because libs are very low level it can not be

Re: [FFmpeg-user] FFmpeg interrupted (SIGSTOP signal) but pipewire shows its node is still running

On Mon, 05 Feb 2024 08:34:09 GMT, Nicolas George geo...@nsup.org wrote: gnusuario--- via ffmpeg-user (12024-02-05): > I want to know if it is possible to stop recording sound while the > process is paused (stopped in signal terms). FFmpeg cannot do ANYTHING after receiving a SIGSTOP. So you

Re: [FFmpeg-user] FFmpeg interrupted (SIGSTOP signal) but pipewire shows its node is still running

gnusuario--- via ffmpeg-user (12024-02-05): > I want to know if it is possible to stop recording sound while the > process is paused (stopped in signal terms). FFmpeg cannot do ANYTHING after receiving a SIGSTOP. So you would need either sending TSTP and see if it behaves better, or take it to

Re: [FFmpeg-user] FFmpeg interrupted (SIGSTOP signal) but pipewire shows its node is still running

To be more precise, the node in pw-top is named after the library FFmpeg uses: Lavf60.16.100. In top all threads of ffmpeg are suspended (T). On Mon, 05 Feb 2024 00:33:20 GMT, gnusuario--- via ffmpeg-user ffmpeg-user@ffmpeg.org wrote: Forgot to mention that the FFmpeg version is the ome from

Re: [FFmpeg-user] FFmpeg interrupted (SIGSTOP signal) but pipewire shows its node is still running

Forgot to mention that the FFmpeg version is the ome from Packman repositories. 6.1.1. On Mon, 05 Feb 2024 00:29:13 GMT, gnusuario--- via ffmpeg-user ffmpeg-user@ffmpeg.org wrote: I'm using FFmpeg to save screencasts to disk. I start FFmpeg and pause, continue or stop the screencast

[FFmpeg-user] FFmpeg interrupted (SIGSTOP signal) but pipewire shows its node is still running

I'm using FFmpeg to save screencasts to disk. I start FFmpeg and pause, continue or stop the screencast by sending signals to the process. I found out that in recorded screencasts with pauses the audio does not pause and continues as if FFmpeg was actively running. Because of that, after

[FFmpeg-user] ffmpeg destroying the video stream when copying from m2ts to m2ts

Dear all, I have a m2ts file that contains one video track and 14 other audio and subtitle tracks. I'd like to copy the video track into a new m2ts file. This basically works, but ffmpeg is doing something bad to the video track while copying. The new file plays in VLC and MPC-HC, but the

Re: [FFmpeg-user] [FFmpeg-devel] FFmpeg's HLS muxer's deprecation of the hls_wrap option

Dennis Mungai 于2024年1月22日 周一18:20写道： > On Mon, 22 Jan 2024 at 13:10, Steven Liu wrote: > > > Dennis Mungai 于2024年1月21日周日 00:42写道： > > > > > > > > > Perfect, and thanks for considering a revert of this deprecated > feature. > > > > Hi Dennis, > > > > Need more talk, Why don't try to use

Re: [FFmpeg-user] [FFmpeg-devel] FFmpeg's HLS muxer's deprecation of the hls_wrap option

On Mon, 22 Jan 2024 at 13:10, Steven Liu wrote: > Dennis Mungai 于2024年1月21日周日 00:42写道： > > > > > > Perfect, and thanks for considering a revert of this deprecated feature. > > Hi Dennis, > > Need more talk, Why don't try to use hls_flags > +delete_segments+append_list. ? > > > Thanks > Steven >

Re: [FFmpeg-user] [FFmpeg-devel] FFmpeg's HLS muxer's deprecation of the hls_wrap option

Dennis Mungai 于2024年1月21日周日 00:42写道： > > > Perfect, and thanks for considering a revert of this deprecated feature. Hi Dennis, Need more talk, Why don't try to use hls_flags +delete_segments+append_list. ? Thanks Steven ___ ffmpeg-user mailing list

Re: [FFmpeg-user] [FFmpeg-devel] FFmpeg's HLS muxer's deprecation of the hls_wrap option

On Sat, 20 Jan 2024 at 18:42, Steven Liu wrote: > Dennis Mungai 于2024年1月20日 周六23:15写道： > > > On Sat, 20 Jan 2024, 6:09 pm Steven Liu, > wrote: > > > > > Dennis Mungai 于2024年1月20日 周六21:02写道： > > > > > > > Hello, > > > > > > > > Is there a valid technical reason as to why FFmpeg's HLS muxer >

Re: [FFmpeg-user] [FFmpeg-devel] FFmpeg's HLS muxer's deprecation of the hls_wrap option

Dennis Mungai 于2024年1月20日 周六23:15写道： > On Sat, 20 Jan 2024, 6:09 pm Steven Liu, wrote: > > > Dennis Mungai 于2024年1月20日 周六21:02写道： > > > > > Hello, > > > > > > Is there a valid technical reason as to why FFmpeg's HLS muxer dropped > > the > > > hls_wrap option? > > > > > > eg. three player

Re: [FFmpeg-user] [FFmpeg-devel] FFmpeg's HLS muxer's deprecation of the hls_wrap option

On Sat, 20 Jan 2024, 6:09 pm Steven Liu, wrote: > Dennis Mungai 于2024年1月20日 周六21:02写道： > > > Hello, > > > > Is there a valid technical reason as to why FFmpeg's HLS muxer dropped > the > > hls_wrap option? > > > eg. three player playing the list and every fragment less or equal 1 second > , > 1.

Re: [FFmpeg-user] [FFmpeg-devel] FFmpeg's HLS muxer's deprecation of the hls_wrap option

Dennis Mungai 于2024年1月20日 周六21:02写道： > Hello, > > Is there a valid technical reason as to why FFmpeg's HLS muxer dropped the > hls_wrap option? eg. three player playing the list and every fragment less or equal 1 second , 1. Player 1 from fragment1, fragment2 2. Now Player 2 from fragment 1,

Re: [FFmpeg-user] FFMPEG filter_complex overlays work well on windows but generates error on Linux and OSX

Suraj Kadam (12023-12-22): >for (let i = 0; i < pngPaths.length; i++) { Hi. Nobody will try to understand your script in order to help you. You need to simplify your command-line as much as possible while still exposing the issue, and post it as is on the list along with the complete console

[FFmpeg-user] FFMPEG filter_complex overlays work well on windows but generates error on Linux and OSX

So, I am applying multiple overlays on a video using FFMPEG, on windows it always works fine for every size and number of overlays, but in case of MAC or Linux, it generates error for reinitializing filters. Let's say I have a video of 190MB, and about 182 overlay PNGs which will be overlayed

Re: [FFmpeg-user] FFmpeg default processing(invisible processing)

> On 19 Dec 2023, at 17:24, Erik Dobberkau wrote: > >> >> @Shuto: I'm sure you've noticed already that you will want to adjust the >> frame rate (option "-r"). But I'm not sure if that does also require an >> adjustment of the -bufsize . >> > > @Bouke: and it works without explicitly

Re: [FFmpeg-user] FFmpeg default processing(invisible processing)

> I understand that RDD-9 is necessary, but even after reading the article, I > don't know where RDD-9 is. > RDD 9 is Sony's Registered Disclosure Document for the XDCAM file format [1]. You can download the document from IEEExplore [2] if you have an account (e.g. via a SMPTE membership,

Re: [FFmpeg-user] FFmpeg default processing(invisible processing)

@Eril Thank you for answering I understand that RDD-9 is necessary, but even after reading the article, I don't know where RDD-9 is. I couldn't fix it myself. Please tell me more details. 2023年12月20日(水) 1:16 Erik Dobberkau : > > > > Trust me, this command (besides audio parsing, depending on

Re: [FFmpeg-user] FFmpeg default processing(invisible processing)

@ Bouke Thank you for answering. It didn't work. I tried referring to your command, but the situation did not change. Please let me know if there are any other improvements. Also, it seems that the -map_channel option will be removed. If you know an alternative pan filter command, please let me

Re: [FFmpeg-user] FFmpeg default processing(invisible processing)

>> On 19 Dec 2023, at 17:16, Erik Dobberkau wrote: >> >>> >>> Trust me, this command (besides audio parsing, depending on sources) >>> has made thousands of broadcast compliant files over here, where >>> XDCAM is also mandatory. >>> >> >> Does that mean the issue mentioned here: >>

Re: [FFmpeg-user] FFmpeg default processing(invisible processing)

> On 19 Dec 2023, at 17:16, Erik Dobberkau wrote: > >> >> Trust me, this command (besides audio parsing, depending on sources) has >> made thousands of broadcast compliant files over here, where XDCAM is also >> mandatory. >> > > Does that mean the issue mentioned here: >

Re: [FFmpeg-user] FFmpeg default processing(invisible processing)

> > @Shuto: I'm sure you've noticed already that you will want to adjust the > frame rate (option "-r"). But I'm not sure if that does also require an > adjustment of the -bufsize . > @Bouke: and it works without explicitly specifying a GOP size of 12 (for 50Hz 15 for 60-ish Hz) and a

Re: [FFmpeg-user] FFmpeg default processing(invisible processing)

> > Trust me, this command (besides audio parsing, depending on sources) has > made thousands of broadcast compliant files over here, where XDCAM is also > mandatory. > Does that mean the issue mentioned here: https://www.mail-archive.com/ffmpeg-user@ffmpeg.org/msg26313.html (and its follow-up

Re: [FFmpeg-user] FFmpeg default processing(invisible processing)

Top posting, as my mail client does now allow for decent parsing, and I’m fed up with that. My command to create ‘’proper” XDcam HD 50Mb, as required by the broadcasters here. Read between the filenames, it does work. /Applications/ffmpeg -hide_banner -threads 0 -i /Users/bouke/yadda.mov -f

[FFmpeg-user] FFmpeg default processing(invisible processing)

I'm trying to use ffmpeg to generate an MXF file that can be played on an XDCAM XDS-PD2000. Please tell me what default processing is performed in ffmpeg when no options are entered. [background] Sony's check tool outputs an error saying "MXF metadata contains non-standard values". The data

Re: [FFmpeg-user] ffmpeg and use of the ildct flag in progressive encoding

On 2023-12-17 13:22, Bouke / Videotoolshed wrote: On 17 Dec 2023, at 20:44, Nik Armstrong wrote: On 2023-12-16 15:01, Erik Dobberkau wrote: The ildct flag appears only to be making the output file "think" it is interlaced, when it is, in fact, progressive. It does not seem to be doing

Re: [FFmpeg-user] ffmpeg and use of the ildct flag in progressive encoding

Sometimes it’s wanted / needed to have all files ’the same’. > If that is interlaced, it’s interlaced. Codec should say ‘interlaced’, no > matter the actual content. > > For Avid media, that might (depending on the version of MC) be important > for a ‘fast import’, or omitting adapters you don’t

Re: [FFmpeg-user] ffmpeg and use of the ildct flag in progressive encoding

> On 17 Dec 2023, at 20:44, Nik Armstrong wrote: > > On 2023-12-16 15:01, Erik Dobberkau wrote: >> The ildct flag appears only to be making the output file "think" it is >>> interlaced, when it is, in fact, progressive. It does not seem to be doing >>> anything to change the footage

Re: [FFmpeg-user] ffmpeg and use of the ildct flag in progressive encoding

On 2023-12-16 15:01, Erik Dobberkau wrote: The ildct flag appears only to be making the output file "think" it is interlaced, when it is, in fact, progressive. It does not seem to be doing anything to change the footage (quality-wise and it's still progressive). Since someone other than myself

Re: [FFmpeg-user] ffmpeg and use of the ildct flag in progressive encoding

The ildct flag appears only to be making the output file "think" it is > interlaced, when it is, in fact, progressive. It does not seem to be doing > anything to change the footage (quality-wise and it's still progressive). > Since someone other than myself set the flag on this command, I am

Re: [FFmpeg-user] ffmpeg and use of the ildct flag in progressive encoding

On 2023-12-14 12:50, Nik Armstrong wrote: I've encountered a scenario where someone else has programmed an ffmpeg encoding command with flags that seem puzzling, and I'm having difficulty understanding their purpose. The command in question is: ffmpeg -loglevel info -y -r 29.97 -start_number 0

[FFmpeg-user] ffmpeg and use of the ildct flag in progressive encoding

I've encountered a scenario where someone else has programmed an ffmpeg encoding command with flags that seem puzzling, and I'm having difficulty understanding their purpose. The command in question is: ffmpeg -loglevel info -y -r 29.97 -start_number 0 -i image_sequence_%4d.png -vcodec dnxhd

[FFmpeg-user] ffmpeg git and makeinfo 7.1 error?

I am trying to build new ffmpeg on my aarch64 termux installation. pulled git long time ago, now tried to integrate libxcam filter (without libxcam installed for now) but I think I run into unrelated build error: makeinfo: error parsing ./doc/t2h.pm: Undefined subroutine

[FFmpeg-user] ffmpeg to stream uncompress RTP video - SMPTE ST 2110

Does anyone succeed playing a MP4 file into uncompressed RTP stream - SMPTE ST 2110? I have following code to encode SMPTE ST 2110 into a H264 RTMP stream but have a need to play a MP4 file into SMPTE ST 2110. Have do a lot of tries but no success. ffmpeg -v panic -hwaccel cuda

Re: [FFmpeg-user] FFmpeg at LinuxDays 2023 in Prague

Am 21.04.23 um 01:32 schrieb Thilo Borgmann: Hi all, the break after the pandemic has stopped for the LinuxDays in Prague this year as well. Thus, FFmpeg will be at the Linux Days 2023 in Prague, Czech Republic from October 7th to 8th! Find more information on their homepage. The 2023 english

Re: [FFmpeg-user] ffmpeg is oom-killed when converting an image to AVIF

On 06-10-2023 02:28, Dmitry Katsubo via ffmpeg-user wrote: Dear community, Re-posting the issue concerning too extensive memory usage by ffmpeg when converting the image to AV1. Any ideas how to overcome the issue (except of plugging more memory)? Does the issue also arise when using aomenc

Re: [FFmpeg-user] ffmpeg is oom-killed when converting an image to AVIF

Dear community, Re-posting the issue concerning too extensive memory usage by ffmpeg when converting the image to AV1. Any ideas how to overcome the issue (except of plugging more memory)? Thanks in advance! On 2023-09-27 23:03, Dmitry Katsubo wrote: > Dear FFmpeg users, > > I've encountered

[FFmpeg-user] ffmpeg is oom-killed when converting an image to AVIF

Dear FFmpeg users, I've encountered OOM "issue" when encoding PNG image to AVIF using ffmpeg. I have an example of successful conversion for the image about 6000x1800x32, but a bit larger image 7147×1783×32 causes OOM. Any idea why image raster of 7147×1783×4 ~ 50 MB requires ~ 3 GB of memory

Re: [FFmpeg-user] ffmpeg retry failed segments

Please do not top-post on this list. ___ 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". And also

Re: [FFmpeg-user] ffmpeg retry failed segments

I was actually able to reproduce this and see what it wrote in the logs. This is the error it gets when reading first ts segment from the playlist: [https @ 022951e4eec0] Stream ends prematurely at 2097152, should be 4743992s speed=N/A [https @ 0229522014c0] Opening '

Re: [FFmpeg-user] ffmpeg retry failed segments

Since the freeze seems to appear only with the first entry in the playlist, within the first download, you also could try to "plow the road" before actually trying to download via ffmpeg. e.g. something like this: wget --spider sleep 1 ffmpeg In spider-mode wget doesn't actually download

Re: [FFmpeg-user] ffmpeg retry failed segments

Ok - I think I will investigate the output from ffmpeg for some of the failed cases to see what happens. But ffmpeg does somehow skip some segments, but next time they might be OK. I also learnt that I can use xerror parameter to stop if it encounters errors. Then it is easy to detect it without

Re: [FFmpeg-user] ffmpeg retry failed segments

Hi, reply below. On 27/09/2023 11:03, Torsten Kaiser wrote: Waiting longer might not be helping. What if the first entry is indeed up to 5 seconds long, then immediately switching the source to the next URL? New URL, new TLS-handshake. Browsers do indeed wait longer and retry multiple times

Re: [FFmpeg-user] ffmpeg retry failed segments

The entries in the m3u8 file looks like this: #EXTM3U #EXT-X-VERSION:3 #EXT-X-PLAYLIST-TYPE:VOD #EXT-X-TARGETDURATION:10 #EXT-X-MEDIA-SEQUENCE:0 #EXTINF:10.00, 104482862-732449232-0.ts?version_hash=c77e8452 #EXTINF:10.00, 104482862-732449232-90.ts?version_hash=c77e8452

Re: [FFmpeg-user] ffmpeg retry failed segments

Waiting longer might not be helping. What if the first entry is indeed up to 5 seconds long, then immediately switching the source to the next URL? New URL, new TLS-handshake. Browsers do indeed wait longer and retry multiple times to get a lock to the next bit of any web content. Visible to

Re: [FFmpeg-user] ffmpeg retry failed segments

Hi! This is a very stable and well known source, so the network is also stable. There are never any issues streaming through their official player. I also see that the streams are delivered through well known CDN - so it should be fine. But I will try the xerror option. It is better to detect

Re: [FFmpeg-user] ffmpeg retry failed segments

Looks like you download a known playlist from some unstable network connection. To get a grasp on this: If you set the -xerror switch like ffmpeg -y -xerror -i https://file.com/myfiles.m3u8 -c copy /tmp/test.mkv what happens? Download should stop at the first buggy/missing segment of the

[FFmpeg-user] ffmpeg retry failed segments

I am using ffmpeg to download some streaming to a mkv file. The stream parts comes in a m3u8 file. ffmpeg -y -i https://file.com/myfiles.m3u8 -c copy /tmp/test.mkv In some cases, there have been some issues downloading some of the segments, and the mkv files have parts where it freezes for some

Re: [FFmpeg-user] ffmpeg watermark by -vcodec libx264

> On 19 Sep 2023, at 07:18, saman exploit wrote: > >  hi i wanna know how to add watermark by -vcodec order , please help me > > i dont want to use -filter_complex >> > '' > shell_exec("$ffmpeg_b -y -i $video_file_full_path -vcodec libx264 -preset > {fast}

[FFmpeg-user] ffmpeg watermark by -vcodec libx264

hi i wanna know how to add watermark by -vcodec order , please help me i dont want to use -filter_complex > '' shell_exec("$ffmpeg_b -y -i $video_file_full_path -vcodec libx264 -preset {fast} -filter:v scale=3840:-2 -crf 26 $video_output_full_path_4096 2>&1"); ''

Re: [FFmpeg-user] ffmpeg first_PTS value range and min_comp, min_hard_comp

On 3/3/2023 12:44 PM, Amar Mash wrote: Could anyone help here ? a) sometimes it'll take a day or two for someone to respond, sometimes no one will; no one is being paid to answer questions here. b) please do not "top-post" on this list (don't put the reply above the quoted material). c)

Re: [FFmpeg-user] ffmpeg first_PTS value range and min_comp, min_hard_comp

Hello all, Could anyone help here ? Thank you On Fri, 3 Mar 2023 at 10:27 am, Amar Mash wrote: > Hello All, looking for some help pls. > > i have live video and audio that is out of sync. > > to get it in sync i have so far for this filter complex. > > -filter_complex " >

[FFmpeg-user] ffmpeg first_PTS value range and min_comp, min_hard_comp

Hello All, looking for some help pls. i have live video and audio that is out of sync. to get it in sync i have so far for this filter complex. -filter_complex " aresample=async=1000:min_hard_comp=0.10:first_pts=0,adelay=delays=562|562 " \ A few questions: 1. Currently I have

Re: [FFmpeg-user] ffmpeg > 5.0 refuses to build with x264-static

Am 02.03.23 um 20:55 schrieb Ferdi Scholten: Try also adding --extra-libs="-lpthread" to your ./configure that might get x265 working as well It's described here: https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu for now i don't care about x265 but why do you suddenly need a ton of

Re: [FFmpeg-user] ffmpeg > 5.0 refuses to build with x264-static

Am 02.03.23 um 08:38 schrieb Ferdi Scholten: ERROR: x264 not found using pkg-config So, what are the contents of x264.pc and, what is the result of pkg-config --debug x264 pkg-config is telling the linker how to link the library, If it is not found or incorrect you will get the not found

Re: [FFmpeg-user] ffmpeg > 5.0 refuses to build with x264-static

Am 02.03.23 um 08:38 schrieb Ferdi Scholten: ERROR: x264 not found using pkg-config So, what are the contents of x264.pc and, what is the result of pkg-config --debug x264 pkg-config is telling the linker how to link the library, If it is not found or incorrect you will get the not found

Re: [FFmpeg-user] ffmpeg > 5.0 refuses to build with x264-static

unchanged nonsense with 6.0.0 [builduser@testserver:/rpmbuild/SPECS]$ ls /rpmbuild/BUILD/ffmpeg-20230301/x264-static/ total 2.6M drwxr-xr-x 2 builduser builduser   60 2023-03-01 15:44 pkgconfig -rw-r--r-- 1 builduser builduser 2.6M 2023-03-01 15:44 libx264.a -rw-r--r-- 1 builduser builduser 

Re: [FFmpeg-user] ffmpeg > 5.0 refuses to build with x264-static

unchanged nonsense with 6.0.0 [builduser@testserver:/rpmbuild/SPECS]$ ls /rpmbuild/BUILD/ffmpeg-20230301/x264-static/ total 2.6M drwxr-xr-x 2 builduser builduser   60 2023-03-01 15:44 pkgconfig -rw-r--r-- 1 builduser builduser 2.6M 2023-03-01 15:44 libx264.a -rw-r--r-- 1 builduser builduser 

Re: [FFmpeg-user] ffmpeg > 5.0 refuses to build with x264-static

Am 01.03.23 um 23:47 schrieb Reindl Harald: Am 01.03.23 um 16:48 schrieb Ferdi Scholten: unchanged nonsense with 6.0.0 [builduser@testserver:/rpmbuild/SPECS]$ ls /rpmbuild/BUILD/ffmpeg-20230301/x264-static/ total 2.6M drwxr-xr-x 2 builduser builduser   60 2023-03-01 15:44 pkgconfig

Re: [FFmpeg-user] ffmpeg > 5.0 refuses to build with x264-static

Am 01.03.23 um 16:48 schrieb Ferdi Scholten: unchanged nonsense with 6.0.0 [builduser@testserver:/rpmbuild/SPECS]$ ls /rpmbuild/BUILD/ffmpeg-20230301/x264-static/ total 2.6M drwxr-xr-x 2 builduser builduser   60 2023-03-01 15:44 pkgconfig -rw-r--r-- 1 builduser builduser 2.6M 2023-03-01

Re: [FFmpeg-user] ffmpeg > 5.0 refuses to build with x264-static

unchanged nonsense with 6.0.0 [builduser@testserver:/rpmbuild/SPECS]$ ls /rpmbuild/BUILD/ffmpeg-20230301/x264-static/ total 2.6M drwxr-xr-x 2 builduser builduser   60 2023-03-01 15:44 pkgconfig -rw-r--r-- 1 builduser builduser 2.6M 2023-03-01 15:44 libx264.a -rw-r--r-- 1 builduser builduser 

Re: [FFmpeg-user] ffmpeg > 5.0 refuses to build with x264-static

unchanged nonsense with 6.0.0 [builduser@testserver:/rpmbuild/SPECS]$ ls /rpmbuild/BUILD/ffmpeg-20230301/x264-static/ total 2.6M drwxr-xr-x 2 builduser builduser 60 2023-03-01 15:44 pkgconfig -rw-r--r-- 1 builduser builduser 2.6M 2023-03-01 15:44 libx264.a -rw-r--r-- 1 builduser builduser

Re: [FFmpeg-user] ffmpeg list FAQ- for those who can't click a link

On Sat, 4 Feb 2023 21:12:11 + Carl Zwanzig wrote: > There's nothing "snowflake" about the FAQ's Rules and Etiquette and > they're pretty normal and standard for technical mailing lists, I > assume you're on a few besides this one. I just want to point out that although most technical forums

Re: [FFmpeg-user] ffmpeg list FAQ- for those who can't click a link

Hi Dan and all. Much as I agree with most of what you've said, I've never once seen anyone enforce any rules on this mailing list - it's possibly happening without public announcement, but there's certainly no sign of it. I've been a member here for more than a decade and I still have no idea

Re: [FFmpeg-user] ffmpeg list FAQ- for those who can't click a link

Holy crap, I haven't seen a flamewar like this on a technical forum since Usenet in the '90s.  Really gross, folks. My humble suggestion would be to put the mailing list rules higher up in the FAQ.  I realize it's organized in a logical way, but if first-time posters are constantly posting

  1   2   3   4   5   6   7   8   9   10   >