On Fri, Feb 28, 2020 at 6:58 AM Nicolas George wrote:
> Anton Khirnov (12020-02-28):
> > avpriv is not a necessary result of having multiple libraries. It is a
> > bug caused by bad API design. There is no fundamental reason for having
> > private interfaces.
> >
> > In my view, no new private
Anton Khirnov (12020-02-28):
> avpriv is not a necessary result of having multiple libraries. It is a
> bug caused by bad API design. There is no fundamental reason for having
> private interfaces.
>
> In my view, no new private interfaces should be accepted and all of the
> existing ones should
Jean-Baptiste Kempf (12020-02-27):
> Separating I/O from demuxers would bring a lot of interesting things
> for security and for custom protocols.
At the API level, yes, indeed. I personally would like demuxers to use
the same push/pull API the decoders have been made to use.
But that does not
On Fri, Feb 28, 2020 at 05:55:19AM +0100, Anton Khirnov wrote:
> Quoting Clément Bœsch (2020-02-27 19:36:24)
> > On Thu, Feb 27, 2020 at 12:35:03PM +0100, Anton Khirnov wrote:
> > [...]
> > > AFAIU one of the still-open questions for the subtitle redesign is what
> > > does it mean to decode or
Quoting Nicolas George (2020-02-27 19:44:39)
> Vittorio Giovara (12020-02-27):
> > joking aside, i see nothing wrong in having a bit more granular libraries,
> > subtitle handling could be a good example usecase.
>
> Seriously?
>
> $ git grep avpriv | wc -l
> 1648
>
> This is how much "nothing
Quoting Clément Bœsch (2020-02-27 19:36:24)
> On Thu, Feb 27, 2020 at 12:35:03PM +0100, Anton Khirnov wrote:
> [...]
> > AFAIU one of the still-open questions for the subtitle redesign is what
> > does it mean to decode or encode a subtitle.
>
> There are multiple markups available for text
On Thu, Feb 27, 2020, at 19:44, Nicolas George wrote:
> On the other side, would you be able to quote only one actual, practical
> benefit of having several libraries instead of one that could not be
> achieved more simply with configure options? I suspect not, because I
> have looked for them and
Vittorio Giovara (12020-02-27):
> joking aside, i see nothing wrong in having a bit more granular libraries,
> subtitle handling could be a good example usecase.
Seriously?
$ git grep avpriv | wc -l
1648
This is how much "nothing wrong" we already have because the libraries
are split. And
On Thu, Feb 27, 2020 at 07:36:24PM +0100, Clément Bœsch wrote:
[...]
> And then you can't have them in libavfilter, so you can't have a sane
> harmony with medias including subtitle streams. It's problematic with many
> basic use cases. One random example: if you're transcoding an audio/video
>
On Thu, Feb 27, 2020 at 12:35:03PM +0100, Anton Khirnov wrote:
[...]
> AFAIU one of the still-open questions for the subtitle redesign is what
> does it mean to decode or encode a subtitle.
There are multiple markups available for text subtitles, and there are
multiple ways of representing
On Thu, Feb 27, 2020 at 10:41 AM Hendrik Leppkes
wrote:
> On Thu, Feb 27, 2020 at 12:35 PM Anton Khirnov wrote:
> >
> > Quoting Hendrik Leppkes (2020-02-27 12:27:09)
> > > On Thu, Feb 27, 2020 at 12:18 PM Anton Khirnov
> wrote:
> > > > Why does it need to be within AVFrame? I am still
On Thu, Feb 27, 2020 at 12:35 PM Anton Khirnov wrote:
>
> Quoting Hendrik Leppkes (2020-02-27 12:27:09)
> > On Thu, Feb 27, 2020 at 12:18 PM Anton Khirnov wrote:
> > > Why does it need to be within AVFrame? I am still unconvinced that is a
> > > good idea. What do we gain from storing them in
Quoting Hendrik Leppkes (2020-02-27 12:27:09)
> On Thu, Feb 27, 2020 at 12:18 PM Anton Khirnov wrote:
> > Why does it need to be within AVFrame? I am still unconvinced that is a
> > good idea. What do we gain from storing them in the same struct?
> > It makes sense for audio and video, because
On Thu, Feb 27, 2020 at 12:18 PM Anton Khirnov wrote:
>
> Quoting Clément Bœsch (2020-02-25 18:40:13)
> > On Sun, Feb 23, 2020 at 09:59:59PM +0100, Michael Niedermayer wrote:
> > [...]
> > > > The subtitles refactor requires to see the big picture and all the
> > > > problems at
> > > > once.
>
Quoting Clément Bœsch (2020-02-25 18:40:13)
> On Sun, Feb 23, 2020 at 09:59:59PM +0100, Michael Niedermayer wrote:
> [...]
> > > The subtitles refactor requires to see the big picture and all the
> > > problems at
> > > once.
> >
> > really ?
> > just hypothetically, and playing the devils
Michael Niedermayer (12020-02-26):
> I do think i misunderstand something here
> because if we have a video with a signpost shown from 0:00 to 1:00
> and another shown from 0:30 to 1:30 then the subtitles translating
> or commenting that would overlap.
The existence of signs implies that overlap
On Tue, Feb 25, 2020 at 06:40:13PM +0100, Clément Bœsch wrote:
> On Sun, Feb 23, 2020 at 09:59:59PM +0100, Michael Niedermayer wrote:
> [...]
> > > The subtitles refactor requires to see the big picture and all the
> > > problems at
> > > once.
> >
> > really ?
> > just hypothetically, and
On Mon, Feb 24, 2020 at 08:48:23PM +0100, Nicolas George wrote:
> Michael Niedermayer (12020-02-24):
> > > No, they can't: being the same subtitle or not is part of the semantic.
>
> > Does anyone else share this oppinion ?
> >
> > iam asking because we need to resolve such differences of
On Sun, Feb 23, 2020 at 09:59:59PM +0100, Michael Niedermayer wrote:
[...]
> > The subtitles refactor requires to see the big picture and all the problems
> > at
> > once.
>
> really ?
> just hypothetically, and playing the devils advocat here.
> what would happen if one problem or set of
On Mon, 24 Feb 2020, Nicolas George wrote:
Michael Niedermayer (12020-02-24):
No, they can't: being the same subtitle or not is part of the semantic.
Does anyone else share this oppinion ?
iam asking because we need to resolve such differences of oppinion to
move forward.
Theres no way
On Sat, Feb 22, 2020 at 2:47 AM Clément Bœsch wrote:
>
> On Fri, Feb 14, 2020 at 03:26:30AM +, Soft Works wrote:
> > Hi,
> >
>
> Hi,
>
> > I am looking for some guidance regarding future plans about processing
> > subtitle streams in filter graphs.
> >
> > Please correct me where I'm wrong -
Michael Niedermayer (12020-02-24):
> > No, they can't: being the same subtitle or not is part of the semantic.
> Does anyone else share this oppinion ?
>
> iam asking because we need to resolve such differences of oppinion to
> move forward.
> Theres no way to design an API if such relativly
On Mon, Feb 24, 2020 at 12:17:37AM +0100, Nicolas George wrote:
> Marton Balint (12020-02-23):
> > Two overlapping subtitles can be broken into 3 non-overlapping subtitles,
>
> No, they can't: being the same subtitle or not is part of the semantic.
Does anyone else share this oppinion ?
iam
Marton Balint (12020-02-23):
> Two overlapping subtitles can be broken into 3 non-overlapping subtitles,
No, they can't: being the same subtitle or not is part of the semantic.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
On Sun, 23 Feb 2020, Nicolas George wrote:
Michael Niedermayer (12020-02-23):
really ?
just hypothetically, and playing the devils advocat here.
what would happen if one problem or set of problems is solved at a time ?
Odds are a design decision made early would prove insufficient to solve
Michael Niedermayer (12020-02-23):
> really ?
> just hypothetically, and playing the devils advocat here.
> what would happen if one problem or set of problems is solved at a time ?
Odds are a design decision made early would prove insufficient to solve
a later problem.
> what happens if you
On Sat, Feb 22, 2020 at 09:47:20AM +0100, Clément Bœsch wrote:
> On Fri, Feb 14, 2020 at 03:26:30AM +, Soft Works wrote:
> > Hi,
> >
>
> Hi,
>
> > I am looking for some guidance regarding future plans about processing
> > subtitle streams in filter graphs.
> >
> > Please correct me where
On Sat, Feb 22, 2020 at 12:51:13PM +, Soft Works wrote:
[...]
> > > Would there be any filters at all that would operate on subtitles?
> > > (other than rendering to a video surface)
> >
> > Sure. A few ideas that come to my mind:
> >
> > - rasterization (text subtitles to bitmap subtitles)
> -Original Message-
> From: ffmpeg-devel On Behalf Of
>
> On Sat, Feb 22, 2020 at 10:59:46AM +, Soft Works wrote:
> [...]
> > Reading through the discussion around your patch was discouraging,
> > even destructive in some parts. I understand why you felt alone with
> > that and I
On Sat, Feb 22, 2020 at 10:59:46AM +, Soft Works wrote:
[...]
> Reading through the discussion around your patch was discouraging,
> even destructive in some parts. I understand why you felt alone with that
> and I wonder why nobody else chimed in. I mean, sometimes there are
> extensive
> -Original Message-
> From: Clément Bœsch
> Sent: Saturday, February 22, 2020 9:47 AM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Cc: Soft Works
> Subject: Re: [FFmpeg-devel] Status and Plans for Subtitle Filters
>
> On Fri, Feb 1
On Fri, Feb 14, 2020 at 03:26:30AM +, Soft Works wrote:
> Hi,
>
Hi,
> I am looking for some guidance regarding future plans about processing
> subtitle streams in filter graphs.
>
> Please correct me where I'm wrong - this is the situation as I've understood
> it so far:
[...]
Your
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Nicolas George
> Sent: Monday, February 17, 2020 8:37 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] Status and Plans for Subtitle Filters
>
> Soft Wo
Soft Works (12020-02-14):
> I am looking for some guidance regarding future plans about processing
> subtitle streams in filter graphs.
>
> Please correct me where I'm wrong - this is the situation as I've
> understood it so far:
>
> - Currently, ffmpeg filter graphs do not support processing
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Paul B Mahol
> Sent: Sunday, February 16, 2020 4:12 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] Status and Plans for Subtitle Filters
>
> On
On 2/16/20, Soft Works wrote:
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of
>> Paul B Mahol
>> Sent: Sunday, February 16, 2020 3:58 PM
>> To: FFmpeg development discussions and patches > de...@ffmpeg.org>
>> Subject: Re: [FFmpeg-de
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Paul B Mahol
> Sent: Sunday, February 16, 2020 3:58 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] Status and Plans for Subtitle Filters
>
> On 2
;> de...@ffmpeg.org>
>>> Subject: Re: [FFmpeg-devel] Status and Plans for Subtitle Filters
>>>
>>> On 2/14/20, Soft Works wrote:
>>> > Hi,
>>> >
>>> > I am looking for some guidance regarding future plans about processing
>
On 2/16/20, Soft Works wrote:
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of
>> Paul B Mahol
>> Sent: Sunday, February 16, 2020 11:33 AM
>> To: FFmpeg development discussions and patches > de...@ffmpeg.org>
>> Subject: Re: [FFmpeg-de
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Paul B Mahol
> Sent: Sunday, February 16, 2020 11:33 AM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] Status and Plans for Subtitle Filters
>
> On
On 2/14/20, Soft Works wrote:
> Hi,
>
> I am looking for some guidance regarding future plans about processing
> subtitle streams in filter graphs.
>
> Please correct me where I'm wrong - this is the situation as I've understood
> it so far:
>
> - Currently, ffmpeg filter graphs do not support
Hi,
I am looking for some guidance regarding future plans about processing subtitle
streams in filter graphs.
Please correct me where I'm wrong - this is the situation as I've understood it
so far:
- Currently, ffmpeg filter graphs do not support processing subtitle streams
- This is why
42 matches
Mail list logo
