Hi. Thanks for looking into it with an open mind.
Hendrik Leppkes (12020-01-12):
> While this argument sounds sensible on the surface, I can't help but
> wonder if it really makes sense.
> Sure, some returned strings may be able to be wrapped straight into
> whatever structure they use. But what
On Sun, Jan 12, 2020 at 5:45 PM Josh de Kock wrote:
>
>
> Hi,
>
> I have very little time to work on FFmpeg lately but this thread caught
> my interest.
>
> Nicolas George writes:
> > Anton Khirnov (12020-01-07):
> >> And most importantly - strings are simple. Every C programmer (worth the
> >>
Hi,
I have very little time to work on FFmpeg lately but this thread caught
my interest.
Nicolas George writes:
> Anton Khirnov (12020-01-07):
>> And most importantly - strings are simple. Every C programmer (worth the
>> name) understands strings. But now you'd be forcing every API user to
>>
Anton Khirnov (12020-01-07):
> Replying to this thread, since it contains the motivation.
Thanks.
> And most importantly - strings are simple. Every C programmer (worth the
> name) understands strings. But now you'd be forcing every API user to
> understand and remember this new API.
I'll reply
Replying to this thread, since it contains the motivation.
Quoting Nicolas George (2019-12-08 15:25:43)
> Hi.
>
> [ TL;DR: a lightweight oo API for functions that need to return a
> string, designed to be as convenient as possible. ]
TL;DR: sorry, I do not like this. It seems to me you are
Paul B Mahol (12019-12-21):
> I doubt that is very good idea or conclusion.
If you have technical or practical thoughts about my proposal, please
share them in reply to the first message.
--
Nicolas George
___
ffmpeg-devel mailing list
On 12/21/19, Nicolas George wrote:
> Nicolas George (12019-12-08):
>> [ TL;DR: a lightweight oo API for functions that need to return a
>> string, designed to be as convenient as possible. ]
>
> Judging on the lack of reaction to this mail, there seems to be no
> strong feeling against this. I
Nicolas George (12019-12-08):
> [ TL;DR: a lightweight oo API for functions that need to return a
> string, designed to be as convenient as possible. ]
Judging on the lack of reaction to this mail, there seems to be no
strong feeling against this. I therefore intend to move ahead.
Regards,
--
Nicolas George (12019-12-08):
> [ TL;DR: a lightweight oo API for functions that need to return a
> string, designed to be as convenient as possible. ]
Ping?
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel
Hi.
[ TL;DR: a lightweight oo API for functions that need to return a
string, designed to be as convenient as possible. ]
Yesterday, in my comments about the new channel layout API:
https://ffmpeg.org/pipermail/ffmpeg-devel/2019-December/254020.html
I evoked the following issue:
We have many
10 matches
Mail list logo
