l argument in favor or disfavor of anything.
What you are describing here is your “does not belong”.
“Fit nicely together” means it allows to do things that were not
possible previously or required more work and were more fragile
(pipelines and shell scripts). It is a technical argument.
--
Nicolas Geo
and neither do you.
> FWIW, Fabrice Bellard didn't bundle all his initially hobby projects
> together.
> Several of them became popular.
He bundled together the things that fit nicely together. Once again an
argument in favor of SDR integration.
--
Nicolas George
signature.asc
peg-devel knows about.
Like a lot of features.
Scrapping the bottom of drawers for arguments are you?
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinf
Michael Niedermayer (12023-09-28):
> I think the 2 commmittteees we have
We do not have two committees, their mandate expired more than a year
ago.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing l
ake it easier to understand the logic (
> copy the data before tail to the newly requested space)
>
>
>Please review as soon as possible, thank you very much！
Hi. Thanks for the patch. Good catch. Applied.
Regards,
--
Nicolas George
__
te effort
trying, just accept you will be making them unhappy as unavoidable, and
make the rest of us — developers who would like to have fun with FFmpeg
again and users who would like to use the code — very happy.
Regards,
--
Nicolas George
signature.asc
Description: PGP
Andreas Rheinhardt (12023-09-27):
> Then you could simply reuse the code inside libavformat.
Do you finally support merging the libraries then?
Because otherwise, using from libavformat code for an individual
component of libavcodec requires adding a new avpriv function.
Regards,
--
Nico
Paul B Mahol (12023-09-27):
> I think that having parser is much more useful.
Having a parser when it can be done without is a waste of code and
resources.
Do not push like that.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-de
Vittorio Giovara (12023-09-26):
> This is not true.
If you say so.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscr
ranoid.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmp
ichael working on code that gives him fun again.
Anyway, I suppose you have no difficulty seeing how this kind of
blackmail cannot be taken into consideration for the decision of the
future of the project.
--
Nicolas George
signature.asc
Description: PGP sig
f a muxer or demuxer, then of course they were
rejected.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above,
stabilizes and becomes good.
Nothing successful starts as a library. Suggesting that a project starts
as a library is either an expression of incompetence or a dishonest
attempt at killing it.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
_
Paul B Mahol (12023-09-24):
> libavdevice is using libavformat API that is unacceptable maintenance burden.
This is a lie. You would not even know if libavdevice is a maintenance
burden, you never touch it.
--
Nicolas George
signature.asc
Description: PGP signat
gotten a clue.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmp
e
useless.
As for people who criticize libavdevice without even a hint of a
reflection on how to make make it better, they are just hypocrites who
disguise their hate into technical opinion.
--
Nicolas George
signature.asc
Description: PGP signature
_
rgency security releases.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg
Paul B Mahol (12023-09-24):
> libavdevice is abusing libavformat.
>
> It should have own API or be removed.
libavdevice works.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.
en trying to kill
libavdevice for years. At least some of them.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscri
clude SDR. If somebody wants it, let them do the work.
Regards,
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@f
me using a template to generate code, with
the extra benefit that it is type-safe.
I see a few places in the code below where you pay the price for your
design choice. I think you should consider taking a few ideas from my
version.
Regards,
--
Nicol
eople object to it would be a waste of Michael's time.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
guessing you are not
volunteering to package it yourself, so you are again proposing to waste
somebody else's time.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscri
ccusatory tone in _every_ _single_ _email_ you
> send?
> Meeting a threshold of emails is not a good measure of the validity of any
> claim.
What?
> Yes, and it agrees with its removal.
Not if you count correctly.
--
Nicolas George
___
t was already removed.
There is a clear majority of the developer community who do the work.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-
have been working on BIOS code recently
If it brings useful features in a way that integrate gracefully in
FFmpeg, then great! Send the patches then.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@f
Andreas Rheinhardt (12023-09-07):
> Signed-off-by: Andreas Rheinhardt
> ---
> libavfilter/buffersrc.c | 13 +
> 1 file changed, 5 insertions(+), 8 deletions(-)
No objection.
Regards,
--
Nicolas George
___
ffmpeg-devel
Faire enough. Just let us make it very clear it is the former and not
the latter. The I-don't-know-the-code-“LGTM” mandatory review were a
disgrace.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.or
t be substantiated too, for
example “the same feature is already possible [like that]”.
And if the same feature is *not* already possible, then it surely means
the code *does* belong in FFmpeg.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
_
Jean-Baptiste Kempf (12023-08-25):
> >> So that means mandatory sending to the mailing list :)
> Trolling is not going to get you anywhere.
What trolling? You mean the suggestion to enforce a rule that is known
to have caused a fork to wither and die? That was not from me.
--
Ni
Jean-Baptiste Kempf (12023-08-25):
> So that means mandatory sending to the mailing list :)
And change the name to libav?
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
ht
Vittorio Giovara (12023-08-25):
> NAK
> we shouldn't put extra burden on reviewers, nor guilt trap them into
> suggesting an alternative approach
It is hilarious, in a very sad way, that you prefer put extra burden on
people who do things than on people who block them.
--
Nicol
granted that it does not belongs in FFmpeg.
But what you refuse to realize is that it is only an opinion, shared by
you and a few “people”, backed by zero actual arguments.
As such, your opinion is worthy of very little consideration, a lot much
less than the opposition opini
iding NULL to the channel-layout
> functions that are wrappers around AVBPrint versions.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> Missing lavu minor version bump.
Looks good to me.
The other patches in the series too, but I do not maintain the channel
layouts.
Regards,
--
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/sbgdec.c | 63 ++--
> 1 file changed, 25 insertions(+), 38 deletions(-)
Both patches ok by me.
Regards,
--
Nicolas George
___
ffmpeg-d
n on investment quick. Only a real Libre Software project like
FFmpeg can do that.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
ere complaining about wasting precious developer time on useless
tasks, you should start by yourself: wasting precious developer time on
maintaining extra build systems and packaging.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpe
ond time I have to
tell you: no, it is not true at all.
We are seeing exactly the opposite: Michael's code is big, but it is
self-contained and completely optional.
Furthermore, it is not wasting any developer time. Only these sterile
objections are wasting precious time.
--
Nicolas Ge
quot;use current frame pts for filename",
> OFFSET(frame_pts), AV_OPT_TYPE_BOOL, { .i64 = 0 }, 0, 1, ENC },
> { "atomic_writing", "write files atomically (using temporary files and
> renames)", OFFSET(use_rename), AV_OPT_TYPE_BOOL, { .i64 = 0 }, 0, 1, ENC },
> -{ "protocol_opts", "specify protocol options for the opened files",
> OFFSET(protocol_opts), AV_OPT_TYPE_DICT, {0}, 0, 0, ENC },
> +{ "protocol_opts", "specify protocol options for the opened files",
> OFFSET(protocol_opts), AV_OPT_TYPE_DICT, {0}, 0, 0, ENC },
> { NULL },
> };
>
Regards,
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
r this discussion, it is
enough that the libavradio device is just another device with one or a
few source files enabled by the build system, and that disabling it is
just a “--disable-” away.
Regards,
--
Nicolas George
___
ffmpeg-devel mailing lis
u describe is already the case, for the avradio device just the
same as for any other component.
> On Wed, Aug 2, 2023 at 7:59 AM Jean-Baptiste Kempf wrote:
Please do not top-post.
Regards,
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-de
library.
But as long as a new feature doesn't metastasize into the common code,
as long as it stays optional, there is no ground to oppose it, imaginary
“scope” or not.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-
ples. Let us continue that way.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or em
This is an interesting idea. It would even be possible to include a tool
that generate these stubs directly from the linker's errors, reducing
the maintenance.
Maybe even make the stubs static inline functions rather than actual
linking symbols.
Regards,
--
Nicolas George
signature.asc
De
a
Youtube Live stream?
Because if something is integrated, then ffmpeg can do all that.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-
2 is
worth having our own XML parser, limited to exactly what we need instead
of supporting the whole complex format.
And so on and so on.
FFmpeg is a place for creativity. If you do not agree, try to remember
why you came here in the first place.
--
Nicolas George
signature.asc
Descr
ahead.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmp
!av_bprint_is_complete(event)) return NULL;
> +if (i == INT_MAX) return AVERROR_INVALIDDATA;
… which do not follow the coding style.
(The dynamic buffer writer of the AVWriter API makes it much harder to
forget checking. But AVWriter is currently in limbo waiting for this
project to
discussing for now are not even
hacks. So if you and Thomas only have a slippery slope fallacy against
them, we will give you exactly as much consideration as fallacies
deserve.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-
sonable features.
Also, trust Michael to be able to realize when to stop.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscri
ng else is
‘out of scope’”.
If Michael wants to work within the framework of FFmpeg and its signal
processing features rather than within the framework of Python, that is
entirely understandable too.
--
Nicolas George
signature.asc
Description: PGP signature
hat thing. What a surprise.
I will add that “affect the code in profound ways” was actually true for
hardware acceleration, requiring a big mess in the code and significant
to the internal API and even public API and user interface. Yet nobody
is objecting to them.
--
Nicolas George
signature.
Martin Storsjo (12023-07-25):
> The TC has discussed the matter at hand.
The TC (and CC) has been elected for a year in July of 2020. That means
your mandate is two years expired. This decision is therefore not
binding.
Regards,
--
Nicolas George
signature.asc
Description: PGP signat
indeed, that is exactly what this patch does, and that is exactly
why it is useful, anybody involved in the library as you are should be
able to spot it in an instant.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
oming again, I fully
understand the feeling.
I hope before coming to that you will consider taking part in an effort
to take back the project from the bean counters.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-
n the general field of multimedia, the place to foster new ideas, new
solutions, new ways of writing efficient code, rather than a wrapper
around other libraries and obsolescent native code for the convenience
of other projects and commercial companies.
--
Nicolas George
signatu
n support
Direct rendering is especially useful for software, that is the point.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscri
ion works at all. (The tidbits of
discussion I catch left me the impression all of it is very badly
designed, but I have low confidence in that impression.) If this API
only works with filters that output software frames, it is already very
useful.
Regards,
--
Nicolas George
signature.asc
De
here instead of the AVFilterContext, and let
> the caller access link->dst if needed.
The API of buffersink already exposes all the necessary format
information.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-
John Cox (12023-07-22):
> Finger trouble - repost of previous patch - please ignore
No problem, I was about to make the remark. But please do not Cc people
who have not asked for it. Especially when the mail says "Reply-To:
ffmpeg-devel@ffmpeg.org".
Regards,
--
Nicolas George
years. This patch only adds the
API to expose it publicly.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link
ion.h
> +++ b/libavfilter/version.h
> @@ -31,7 +31,7 @@
>
> #include "version_major.h"
>
> -#define LIBAVFILTER_VERSION_MINOR 8
> +#define LIBAVFILTER_VERSION_MINOR 9
> #define LIBAVFILTER_VERSION_MICRO 102
A test program would be nice too. I assume you hav
ling-list will add
its own.
Thanks.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffm
an AMD Ryzen 3 3200U and Debaian stable. The mod lines are
when I disabled the two faulty functions.
They are all over the place, it is hard to be sure, but it seems to
indicate that, as you suspected, the benefit is not that big.
Regards,
--
Nicolas George
signature.asc
Descr
er for which videolan is doing the git mail)
>
> No ill sideeffects are expected but unexpected things are always possible.
Hi.
Can the "branch master updated:" be removed? We only work on master
anyway, it takes up space and the interesting part of the commit subject
gets truncated.
of assembly stopped at the 386, so I
cannot tell which one it is, but I think the likeliness are balanced.
Somebody more skilled will look at it, hopefully.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing
with enough
libraries installed.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
Anton Khirnov (12023-07-12):
> I do not see this patch on the mailing list.
You need to look better, just like for the benefits of good
infrastructure APIs.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.
Nicolas George (12023-04-26):
> Updated version attached, similar to what exists in common.h.
Pushed.
Regards,
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscr
rg/gitweb.cgi/ffmpeg.git/?a=commit;h=2d924b3a630869c65fe0c76568910500f54ed057
This broke: “ffmpeg -i whatever -f opengl -” that can be used to preview
the result in real time. I will be looking how to fix it.
--
Nicolas George
signature.asc
Description: PGP signature
__
peg except interfacing with other
code, the prestige is melting like a glacier in the XXIst century. So
let us make sure they are wrong on the first point.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing l
ng off the ground.
It seems to me like a lose-lose situation. I can understand why people
only interested in their short-term revenue stream would object, but
people who work on them I do not understand. Can you explain?
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
likes of libav from stealing the project's infrastructure
and name recognition in order to steal the project from the people who
made it great.
It would be 100% legal and within the rules, but stealing nonetheless.
Michael is a thousand times more FFmpeg than you.
--
Nicolas
not take concessions and accept your code. They will
take every conception you make and demand more, the only thing they will
accept is if you stop “wasting” your time on it and go back to work that
can increase their revenue stream. Ignore them.
--
Nicolas George
signature.asc
Description: PGP
roduct. There is a classical fable to
illustrate the shortsightedness of people who want FFmpeg to be a
Serious OpenSource Project TM, it's called The Goose that Laid the
Golden Eggs, I assume everybody knows how it ends.
--
Nicolas George
___
ffmpeg
t very honorable,
but not very surprising either.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with s
layground for
> personal projects.
Yes it is. We are not libav.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visi
Tomas Härdin (12023-07-02):
> On Debian these are provided by apt same as all other libraries
> including libc, so yes.
By this reasoning, xbill would be considered a system library. Try
again.
--
Nicolas George
signature.asc
Description: PGP sig
t
counting beans, when it is not their own.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or e
ve fun and produce great code.
Little hands can come later and polish the result so that is can be used
even by lusers.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://
ackers in
the FFmpeg project.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmp
think are important instead, go fork
yourself.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
elegantly in the framework, then by all means, go ahead.
Please, do it.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, v
ng
FFmpeg, and each solution will have its own set of benefits and
drawbacks in terms of performance, features, user interaction, etc.
In other words, a simple point of logic: X can Y does not imply X cannot
Z for all Z not equal to Y.
--
Nicol
The filters will have to provide the logic to set the status
and check for a wanted frame.
Signed-off-by: Nicolas George
---
libavfilter/framesync.c | 46 ++---
libavfilter/framesync.h | 28 +
2 files changed, 62 insertions(+), 12
Signed-off-by: Nicolas George
---
libavfilter/Makefile| 1 +
libavfilter/allfilters.c| 1 +
libavfilter/vf_framematch.c | 82 +
3 files changed, 84 insertions(+)
create mode 100644 libavfilter/vf_framematch.c
Unfinished yet, but should
rk you.
P.S.: I do not think I am skilled enough in that area to review your
code. But if you think I am, maybe on some parts, then I will happily.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
n for the other patch:
Is libplacebo considered a system library?
Is overlaying not considered an integral part of FFmpeg's task?
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.o
Lynne (12023-06-20):
> libplacebo is better in every way for anything involving scaling or format
> conversions
Is libplacebo considered a system library?
Are scaling and format conversions not considered essential parts of
FFmpeg's task?
Regards,
--
Nicolas George
signatu
ted rescale filter is inserted where neccesarry to
> filters in
> filtergraph that do not support dynamic width/height changes.
If you have a proof-of-concept patch series where this flag is actually
useful, I will review it.
As it is, it is dead code and not for commit.
--
Nicola
Paul B Mahol (12023-06-14):
> Will apply soon.
A flag connected with no code at all? What is it supposed to do?
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.
he build system can also parse parts of the C source code to extract
the structure information, for example AVOption initializers.
- The build system also parses the current texinfo documentation so that
we do not have to rewrite it all at once.
Regards,
--
Nicolas George
signature.asc
De
Zhanbang He (12023-05-08):
> Can it supports chatGPT?
Of course not. Only ChatGnuTP, for obvious reasons of freedom.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
ht
ou want a help browser where hyperlinks are possible,
av_documentation_get_excerpt(obj, AVDOC_LINK_SELF_CONTAINED_FULL).
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
htt
l characters.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@f
hat information to the user. For
example, internally we could store an array of used or unused options
and to the user we can include only the used options in AVDocExcerpt.
The most annoying task for this will be to look at the code component by
component.
Regards,
--
Nicol
nts in the C
source code or in a separate .md file with the same name to generate the
structures for the built-in documentation. If the system parses comments
in the C source, it can also parse the AVOption initializers, at least
in the simple cases.
Regards,
--
Nicolas George
signature.asc
Rémi Denis-Courmont (12023-05-02):
> I think that that is pretty rich coming from you, just judging by your
> earlier
> responses to other people.
Pointers?
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mai
s and arrogance of such a
comment without even looking at the code itself.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, v
her people's comments (not just mine).
Think what you will about me.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To uns
201 - 300 of 4647 matches
Mail list logo
