Hi
On Wed, Jun 18, 2025 at 05:50:10PM +0200, Tomas Härdin wrote:
> ons 2025-06-18 klockan 05:55 +0200 skrev Michael Niedermayer:
> > What you suggest or hint toward to me, in plain english sounds like,
> > drop the ffmpeg command line tool because it would otherwise need to
> > have NLE support.
>
ons 2025-06-18 klockan 05:55 +0200 skrev Michael Niedermayer:
> What you suggest or hint toward to me, in plain english sounds like,
> drop the ffmpeg command line tool because it would otherwise need to
> have NLE support.
I am not suggesting that. As many others have been pointing out
recently,
Michael Niedermayer (HE12025-06-18):
> 3. a way to apply a edit list, so
>mov (with edit list) -> mpeg-ts (no edit lists) works
With transcoding, libavfilter with the concat and trim filters can do
that.
Without transcoding, it is impossible in the general case.
>also another example fo
On Wed, Jun 18, 2025 at 05:55:24AM +0200, Michael Niedermayer wrote:
[...]
> 3. a way to apply a edit list, so mov (with edit list) -> mov (without edit
> list)
>works
>There are 2 cases here, one with a decoder and encoder and one without.
>the first must always work the 2nd only som
Tomas Härdin (HE12025-06-17):
> The present hack doesn't handle this kind of stuff correctly anyway,
> because it cannot cut audio except on frame boundaries.
Oh, the fallacious argument “if it is not perfect it is worthless”!
It is true that the current hacks cannot deliver perfect accuracy. It
On 2025-06-18 03:03 am, Tomas Härdin wrote:
fre 2025-06-13 klockan 20:07 +0530 skrev Gyan Doshi:
On 2025-06-13 04:25 pm, Tomas Härdin wrote:
The present level of
edit list support could be reimplemented by just fiddling with the
-ss
and -t options. That is, the ffmpeg CLI could automatically
Hi Tomas
On Tue, Jun 17, 2025 at 11:15:25PM +0200, Tomas Härdin wrote:
> fre 2025-06-13 klockan 18:19 +0200 skrev Michael Niedermayer:
[...]
> > > > > The main issue I see with this is that it risks turning ffmpeg
> > > > > into
> > > > > an
> > > > > NLE tool,
> > > >
> > > > If ffmpeg could do
fre 2025-06-13 klockan 20:07 +0530 skrev Gyan Doshi:
>
>
> On 2025-06-13 04:25 pm, Tomas Härdin wrote:
> > The present level of
> > edit list support could be reimplemented by just fiddling with the
> > -ss
> > and -t options. That is, the ffmpeg CLI could automatically derive
> > -ss
> > and -t
fre 2025-06-13 klockan 18:19 +0200 skrev Michael Niedermayer:
> Hi
>
> On Fri, Jun 13, 2025 at 04:53:14PM +0200, Tomas Härdin wrote:
> > fre 2025-06-13 klockan 16:21 +0200 skrev Michael Niedermayer:
> > > > 3) remove edit list hacks from all demuxers, especially mov.c
> > >
> > > +1 (with ABI +2
fre 2025-06-13 klockan 20:27 +0530 skrev Gyan Doshi:
>
>
> On 2025-06-13 08:23 pm, Tomas Härdin wrote:
> > For now I'll probably dummy out elst support and the associated
> > tests
> > just to make progress on segmented indexes.
>
> Does `-ignore_editlist true` not work for your use-case?
The
Tomas Härdin (HE12025-06-13):
> 3) remove edit list hacks from all demuxers, especially mov.c
That would mean that applications that currently show files with edit
lists correctly or almost correctly thanks to these hacks would no
longer do so.
If you manage to get something clean working, these
Hi Tomas
On Fri, Jun 13, 2025 at 04:53:14PM +0200, Tomas Härdin wrote:
[...]
> > > I haven't sketched out any API yet, but it would probably closely
> > > mirror how elst works in MOV. Care should be taken that MXF
> > > operational
> > > pattern 3a can also fit into this API. Possibly even OP3c.
Hi
On Fri, Jun 13, 2025 at 04:53:14PM +0200, Tomas Härdin wrote:
> fre 2025-06-13 klockan 16:21 +0200 skrev Michael Niedermayer:
> > > 3) remove edit list hacks from all demuxers, especially mov.c
> >
> > +1 (with ABI +2 bump)
>
> I'm not sure why a (major?) bump would be necessary. Are removal
> Derek did this in 2018:
>
> https://ffmpeg.org/pipermail/ffmpeg-devel/2018-March/227437.html
Interesting. I didn't think to use side data for it. Putting the edit
lists in AVStream seems wrong. They belong to AVFormatContext. Else we
can't support ganged or alternate packages in MXF (OP1b, OP1c
On 2025-06-13 08:23 pm, Tomas Härdin wrote:
For now I'll probably dummy out elst support and the associated tests
just to make progress on segmented indexes.
Does `-ignore_editlist true` not work for your use-case?
Regards,
Gyan
___
ffmpeg-devel
fre 2025-06-13 klockan 16:21 +0200 skrev Michael Niedermayer:
> > 3) remove edit list hacks from all demuxers, especially mov.c
>
> +1 (with ABI +2 bump)
I'm not sure why a (major?) bump would be necessary. Are removal of
options a major bump, not a minor one? Either way, we could make the
option
On 6/13/2025 3:34 PM, Tomas Härdin wrote:
> Interesting. I didn't think to use side data for it. Putting the edit
> lists in AVStream seems wrong. They belong to AVFormatContext. Else we
> can't support ganged or alternate packages in MXF (OP1b, OP1c, OP2b,
> OP2c, OP3b, OP3c), nor could we support
On 2025-06-13 04:25 pm, Tomas Härdin wrote:
The present level of
edit list support could be reimplemented by just fiddling with the -ss
and -t options. That is, the ffmpeg CLI could automatically derive -ss
and -t from the edit list extracted by lavf.
In mov.c, edit lists are per-track and ca
Hi Tomas
On Fri, Jun 13, 2025 at 12:55:56PM +0200, Tomas Härdin wrote:
> Hi
>
> In my fiddling with fragmented indexes in mov.c I ran cross
> mov_fix_index(), which has been in the codebase since September 2016.
> The intent of this function is to implement limited support for edit
> lists (elst)
On 6/13/2025 1:51 PM, Kieran Kunhya via ffmpeg-devel wrote:
> Derek did this in 2018:
>
> https://ffmpeg.org/pipermail/ffmpeg-devel/2018-March/227437.html
elenril had some good comments, others were so bad I never sent a v2
because every time I looked at the replies I was demotivated by their
sev
--- Begin Message ---
On Fri, 13 Jun 2025, 12:56 Tomas Härdin, wrote:
> Hi
>
> In my fiddling with fragmented indexes in mov.c I ran cross
> mov_fix_index(), which has been in the codebase since September 2016.
> The intent of this function is to implement limited support for edit
> lists (elst).
Hi
In my fiddling with fragmented indexes in mov.c I ran cross
mov_fix_index(), which has been in the codebase since September 2016.
The intent of this function is to implement limited support for edit
lists (elst). More rudely one could say it implements half-assed
support for edit lists. Besides
22 matches
Mail list logo
