Vittorio Giovara (12023-12-04):
> It's almost 2024, when will you be able to drop it?
Never. When will YOU be able to drop bickering about parts of the code
that do no harm and do not bother you?
--
Nicolas George
___
ffmpeg-devel mail
always the same level of bullshit.
--
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".
frame. I will answer the last mail in the ongoing discussion
soon.
--
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-deve
the issue entirely and move on with the parts of the
code that matter to himself.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
overlap with your narrow use cases.
--
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".
s in the mail I just sent.
--
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".
I am assuming it is enough to fix the issue you wanted to fix by turning
buffersrc to activate. If not, please share the test case you use.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/f
to
work together.
“Do this or I will break your code” is an unacceptable behavior, whether
it is directed at me or at Paul or at anybody else, and I do not spend
effort when unacceptable behavior is tolerated.
--
Nicolas George
___
ffmpeg-devel mailing list
disregard for users and disrespect for fellow
developers.
I hope Fabrice keeps control of the domain, so that we can revive FFmpeg
in a few years.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-deve
ecause you will ignore Marton's objection
just like your ignored mine.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscri
than working on FFmpeg.
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-deve
id with
Michael and like you just ran Paul out.
Good job.
--
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 l
Jean-Baptiste Kempf (12023-12-07):
> Why?
Because after twelve years libav has finally managed to take control and
FFmpeg is now essentially dead.
Thank you for your contribution in this.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-de
Jean-Baptiste Kempf (12023-12-07):
> You are delusional.
Oh, this is absolutely appropriate, especially from somebody who just
got elected to apply the code of conduct.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
ht
Jean-Baptiste Kempf (12023-12-07):
> Keep antagonizing more people in the community, it's a great idea.
The community is dead. And you never belonged to it anyway, with your
superior attitude.
--
Nicolas George
___
ffmpeg-devel mailing lis
Leo Izen (12023-12-07):
> I believe the question was directed at Paul
That does not make my answer any less relevant.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
ht
ach library call the ones
in the library it depends on, and core functions like *register_all()
call it. Then if the libraries are mixed at run time it will produce an
error message by the linker that can be searched on the web.
Regards,
--
Nicolas George
signature.asc
Description: PGP signat
filter_frame(). That will work in simple linear graphs but not in
graphs with branches and/or time shifts. See doc/filter_design.txt for
details.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmp
lenames are such elements as:”
;-)
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".
y have all the control.
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
ure or
decide to remove or break it.
--
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".
conversion specifier with all the usual caveats. If not, and
there are distros who forbid it for no valid reason, then I say to hell
with them.
Regards,
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/
to replace SDL in ffplay by lavd. It has not progressed very fast,
but it is a goal. This is a step in the wrong direction.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
++
> libavutil/parseutils.h| 102 ++
> libavutil/version.h | 2 +-
> 6 files changed, 296 insertions(+), 170 deletions(-)
LGTM
Regards,
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
ht
hifting the times of the segments
defined in the index. You can probably do the same.
Interesting work, thanks.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://f
supporting this opinion of yours. Quite the opposite,
over the years, Stefano and others, including me, have made some headway
in this direction without hitting these pitfalls.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http
the
image2 muxer, use no muxer at all.
Are you trying to benchmark the JPEG decoder? If not, do not use the
JPEG decoder, use the "color" filter source, or, if the test requires
non-trivial content to be relevant, prepare a rawvideo input.
Most of all: use common sense!
Regards,
be a little more efficient, and is
much more convenient.
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,
Ulf Zibis (12019-03-26):
> Again only 1 runs (also with "-stream_loop 1024").
You are obviously doing something wrong.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffm
.
Try testsrc2.
And if it is satisfactory, prepare a rawvideo clip with a lightweight
muxer.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listin
time when they do not work. Instead take the necessary time
to learn how ffmpeg works.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/lis
not given a good reason for that. Please
fix.
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 lin
;
> We call dlopen to load mvM264.dll on runtime. It's simpler. That's
> the way we are doing now in other projects..
It may be simpler for your infrastructure, but it is not simpler for
FFmpeg users, and it actually feels like a deliberate attempt at
circumventing the license.
Re
Ronald S. Bultje (12019-04-01):
> I would like to propose that we delay further consideration of this patch
> until Thilo has organized the vote [1] on whether we want to allow
> closed-source software integration in FFmpeg.
Seconded.
Regards,
--
Nicolas George
signature.asc
De
egards,
--
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...@ffmpeg.or
->codec_tag == MKTAG('A', 'G', 'M', '1'))
> +return AVERROR_PATCHWELCOME;
> +else
> +ret = decode_huffman2(avctx, header, (avpkt->size -
> s->bitstream_size) - 8);
> +if (ret < 0)
>
Paul B Mahol (12019-04-08):
> Yes, changed output_size to int.
Sounds worse.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffm
ely recently (last
> month?). I was unaware of the patchwork issue.
In my not-so-humble opinion, mailing-list operators should have refused
these bad compromises. "Sorry, you cannot use mailing-lists with
$operator, that is not our fault, they broke it on purpose."
Regards,
--
Nicol
ers cannot call other filters.
--
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".
Paul B Mahol (12019-04-19):
> Users that know what they are doing will do:
>
> upsample=4,some additional filtering,alimiter=parameters,some
> additional filtering,downsample=4
Bad design. We have sample rate negotiation.
> This is already done by SoX.
We are not SoX.
--
Paul B Mahol (12019-04-19):
> This is not about sample rate negotiation.
Yes it is.
> Bad argumentation.
Then argue better.
Patches rejected for now.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmp
Paul B Mahol (12019-04-19):
> Look, you are full of shit.
Unacceptable. Excuses expected.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-req
Still rejected.
___
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".
ood,
patches on lavfi are rejected.
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, o
Paul B Mahol (12019-04-19):
> What you actually want?
I demand, that you behave in a civil manner.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-d
Paul B Mahol (12019-04-19):
> I'm very civil here.
https://ffmpeg.org/pipermail/ffmpeg-devel/2019-April/242839.html
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above,
Paul B Mahol (12019-04-19):
> I'm really sorry if that hurt you.
That's not excuses for the insult.
___
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 (12019-04-19):
> I'm really sorry.
For what, and what do you intend to do about it?
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-dev
ere
sincere or just a way of getting what you want. If in doubt, explain
more, not less.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/
ters
declare specific samples rates.
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
user. That makes for
easy quick code now, but terrible use later.
> Also how that could be exported? It does not belong there.
Options. We already have them, just add a few. And in that case, it
becomes accessible for all filters.
Regards,
--
Nicolas George
signature.asc
De
s your opinion and links to generic
considerations that do not substantiate your views?
> Another option to aresample filter would just confuse users.
Less so than yet another pair of filters that do almost exactly the same
thing as others.
Regards,
--
Nicolas George
si
4 insertions(+), 2 deletions(-)
Sorry, missed it. LGTM.
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, vis
Paul B Mahol (12019-04-25):
> As there appears to be no more comments or valid arguments against this
Saying it does not make it true.
> set I will apply it.
Do it and I will revert and ask that your commits rights be revoked.
___
ffmpeg-devel mailing
Paul B Mahol (12019-04-25):
> You haven't replied any more, and nothing that you said earlier is valid.
I have stated: rejected until it plays well with sample rate
negotiation. You have not reacted to it.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpe
kind of sample rate change that is
necessary, then when the negotiation detects a sample rate change is
necessary, these filters are used.
Regards,
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listin
better, en option if lswr. After all, it is
only the audio equivalent of sws_flags=neighbor.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman
Paul B Mahol (12019-04-25):
> The filter does not take sample rate as argument, but integer factor instead.
> So that make it impossible to be used with lswr.
No need for an argument: the filter knows the negotiated input and
output sample rate.
--
Nicolas
Paul B Mahol (12019-04-25):
> Not really, it works with 2x/3x/4x/5x.. sample rate or 1/2 / 1/3 / 1/4 / 1/5
> o sample rate in other direction.
I do not think so: the algorithm can work for absolutely any ratio. The
effect on the spectrum will not be as clean if the ratio is not an
integer, but tha
Paul B Mahol (12019-04-27):
> Considering that some filtergraphs needs 64GB of RAM I consider that
> non-issue.
Why was this pushed without leaving Clément time to reply?
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg
rnal inspection or repair.
What is your exact use case? I think there are much simpler and much
more robust solutions.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://
the packets go through all
ffmpeg's and libavformat processing only to have an option to disable
that processing.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https:/
ac as an
executive body. It cannot act efficiently on small decisions.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubsc
Moritz Barsnick (12019-05-01):
> ---
> doc/filters.texi | 8
> libavfilter/f_realtime.c | 7 +--
> 2 files changed, 13 insertions(+), 2 deletions(-)
LGTM.
Regards,
--
Nicolas George
signature.asc
Description: P
s withdrawn pending
clarification.
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 emai
quot;wasted" processing
> with my patch, relative to streamcopying a valid stream.
The problem is not about waste as a performance issue, the problem is
about complexity as a maintenance issue. Exceptions are expensive in
that regard.
Regards,
--
Nicolas George
eplace "-f null -" that we always use.
- Add an option "-mux_params_check 0" for ffmpeg output streams, tu
allow skipping these tests explicitly. Your use case is specific
enough that an additional option is acceptable.
- Create the required flags to mark muxers that do
a discussion failed to
reach a consensus. AFACS, this is the first time scaletempo is mentioned
on this mailing list this year.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https:
Paul B Mahol (12019-05-04):
> I open voting for 7 days, for inclusion of colorhold filter in FFmpeg,
> with minor changes.
See:
https://ffmpeg.org/pipermail/ffmpeg-devel/2019-May/243478.html
--
Nicolas George
signature.asc
Description: PGP sig
Paul B Mahol (12019-05-04):
> There is old patch on this ML (but it probably no more applies cleanly), and
> no,
> this is not about removing/replacing filter, this is about adding new filter.
And as I said, this vote is invalid.
--
Nicolas George
signature.asc
Description: PGP
would appreciate your input about whether these new
implementation of atempo is superior or equal to the existing one with
regard to your needs.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-de
Paul B Mahol (12019-05-04):
> Every vote is valid and counts.
Are you sure you want to go in that direction?
In that case, I call for another vote, right now:
Please vote about the following motion:
Nicolas George shall have the authority to
kick any member of the FFm
Nicolas George (12019-05-04):
> Please vote about the following motion:
>
> Nicolas George shall have the authority to
> kick any member of the FFmpeg project (commit rights and voting
> rights) for any reason and without discussion.
>
> Voting is open u
Nicolas George (12019-05-04):
> Either both votes are invalid (my point) or both are.
So, now that I do not have a train to catch, I can take a little more
time to explain the issue here and how to move forward.
First, I apologize to the rest of the project for the noise caused by
this stunt.
at you neglected to explain what you
changed in this new version of the patch. That would have made it easier
to decide.
> This is to move forward and not be held back with blocking "arguments".
So the question is: shall Paul be allowed to push significant patches
that have not been revie
Paul B Mahol (12019-05-05):
> You are so full of yourself and ignorant, that you are so lazy to even look
> at patch to comment.
And you insulted me again.
Therefore, you owe me an apology, again.
--
Nicolas George
signature.asc
Description: PGP sig
review, amongst other things.
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-d
. A few people spoke
strongly against it, and it mostly died. As you can guess, Paul was
amongst them.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman
Nicolas George (12019-05-06):
> Hi. Replying in private to avoid feeding the flame.
Well, fumbled that. Yet, what I said was true and I made no judgement in
my mail. I singled somebody, but since it was specifically who would
have been in breach of the CoC just today, the singling was warran
same orientation?
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".
than that: lavfi does not support real
reconfiguration of the stream properties. Therefore, this filter must be
added to the small list of "temporary" exceptions in the framework. And
the user will need to insert scale/pad/crop to normalize the output.
That needs to be documented.
Regards,
--
Jun Zhao (12019-05-09):
> From: Jun Zhao
>
> Need to check malloc fail before using it, so adjust the location
> in the code.
>
> Signed-off-by: Jun Zhao
> ---
> tools/crypto_bench.c |8 +---
> 1 files changed, 5 insertions(+), 3 deletions(-)
Ok.
Reg
Jun Zhao (12019-05-09):
> From: Jun Zhao
>
> commit cd62f9d557f missing the comment about build
>
> Signed-off-by: Jun Zhao
> ---
> tools/crypto_bench.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
LGTM.
Regards,
--
Nicolas George
signat
Jun Li (12019-05-09):
> The image's exif ("orientation") info is kept inside of frame metadata,
> maybe the filter can directly read from frame, instead of re-config
> the stream level metadata ?
That is exactly what I was suggesting.
Regards,
--
Nicolas George
s
flip ?
You will also need rotate, I think.
Merging the filters is the best option, I think. I realize it requires
more work, but I do not think we can achieve something that works well
otherwise.
Regards,
--
Nicolas George
signature.asc
Desc
filters and another dozen of
de-noising filters. We cannot go back in time to prevent that
proliferation, but we can prevent it from spreading farther, do
resamplers and other kind of filters.
Regards,
--
Nicolas George
signature.asc
Descri
Paul B Mahol (12019-05-09):
> Merging of what filters?
transpose and rotate when it is an integer quarter of turns. But
apparently they are already merged.
> Your reasoning is illogical.
Your reasoning is absent.
--
Nicolas George
signature.asc
Description: PGP sig
Paul B Mahol (12019-05-09):
> Also atempo does not do pitch adjustments.
Pitch and speed adjustments are the same thing.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
ht
"." / "_" / "~"
sub-delims = "!" / "$" / "&" / "'" / "(" / ")"
/ "*" / "+" / "," / ";&quo
st wonder maybe we just need a function to rotate/flip the frame
> data, rather than using filter ? Do you mind sharing some advice ?
That would not change anything, since it was for the wrong problem.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
_
on
legitimizing an invalid vote, then I will act on the fake invalid vote
that I posted.
Ask, politely, that somebody review this patch. That is easy.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-de
fuse. And I will revert this patch if it is
applied without following the rules.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To un
avfilter/af_apitch.c | 764 +++
> libavfilter/allfilters.c | 1 +
> 3 files changed, 766 insertions(+)
> create mode 100644 libavfilter/af_apitch.c
For usability and maintenance reasons already explained, must be part of
atempo.
Also, missing doc.
--
Nicolas George
sign
ent atempo full replacement.
> (atempo would be just this filter but with same first two options but
> with swapped positions).
Swapping the position will break existing scripts. It should be avoided.
> Options are self-explanatory, at least first two.
> Documentation will appear later.
deed, I missed the fact that you did not understand:
No, there will no be an apitch filter, whether it lives in af_apitch.c
or af_atempo.c. There will be a single filter, named atempo, that will
bring the best quality to all users, existing and new ones.
--
Nicolas George
sign
xists
in the library), it is even better.
--
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
ffmpe
s one, on the other hand, there will be opposition: we do not
want encourage users to use proprietary software. In fact, there is
currently a discussion to refuse including new proprietary components,
and possibly getting rid of the ones we included without thinking.
Regards,
--
Nicol
Tim Jones (12019-05-12):
> Coming from the audio world, tempo, and pitch are different things.
Tempo and pitch are not the same thing. But changing them is the same
thing.
Regards,
--
Nicolas George
signature.asc
Description: PGP signat
inconsistent values instead of just overriding them.
Merging all this is one of my easy TODO list items.
> why should we not have both atempo and apitch?
Because a single filter that can do both is less confusing: users do not
need to hesitate about which one to use.
--
Nicolas George
e
same way. I am sure you have at some point in your life heard an audio
recording played at a different speed, did you not?
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
101 - 200 of 4940 matches
Mail list logo
