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 that
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 t
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.
On 13/02/2024 20.37, A wrote:
Let's say I have a video with I, P and B frames. My understanding is
th
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 r
Let's say I have a video with I, P and B frames. My understanding is
that these frames are sorted by DTS when in the file (but not
necessarily by PTS).
I go through the packets in the file (which are in DTS order I
assume), and feed them to the decoder. If it's an I-frame, the decoder
can make it
> > 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 k
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 sourc
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'
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 differ
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 from
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 su
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 is
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
> (there
13 matches
Mail list logo
