Nicolas George (12024-04-14):
> Either we find options to make ffplay display frames as fast as
> possible, or we must document to the user that no adequate replacement
> exists.
Please add “-vf setpts=0”. It still has a little more latency than a
built-in device, but at least th
the last one
is almost instantaneous.
Either we find options to make ffplay display frames as fast as
possible, or we must document to the user that no adequate replacement
exists.
Or we make a point of fixing the devices that were broken.
Regards,
--
Nicol
Tomas Härdin (12024-04-12):
> Makes me wonder what kind of devices people run that haven't been
> updated in 10+ years..
The kind of devices that no longer get software updates but the owner
cannot afford to replace.
--
Nicolas George
___
an older package was 2017, build 152.
While the last time FFmpeg added features… is not that recent since
features are more being removed these days, but still recent enough.
Regards,
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@f
Niklas Haas (12024-04-10):
> I think a greedy algorithm (not requiring juggling multiple random
> passes) can still work,
It does not work for audio. Have you studied what works for audio? It is
quite subtle and full of pitfalls.
Regards,
--
Nicolas
y devices, prevent me from
adding the strings API necessary for proper built-in documentation and
information exfiltration from devices, etc., and apparently can.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.or
o enforce. I am ancient enough in
the project to remember the time where supporting every use case was
almost an official motto, and lucid enough to realise that it was the
main reason for the success of the project.
--
Nicolas George
___
ffmpeg-dev
a normative argument.
I do not know what you try to mean here and I do not want to know. I
hope you realize you have no authority to decide which ASS file is valid
and which is not.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@f
upposed to be already sorted; ASS demuxer sorts its packets because
there is no guarantee the text are sorted in the file. [exploding head
emoji]
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/
dialogues, relying on sorting by the player.
(But I guess in the New and Improved FFmpeg, files originating from the
fansub world are not worth our time, it is enough to be able to decode
files for Crunchyroll…)
--
Nicolas George
___
ffmpeg-devel m
an option.
Please let somebody else do 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 wit
p, and re-instate a
project leader from the second category. Or just consider that the
ousting of the leader was unlawful.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To un
Those
who cannot learn from history are doomed to repeat it.” New contributors
who are not familiar with these events need to ear of them all the more.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman
Ronald S. Bultje (12024-03-08):
> I hope you realize that is what reconciliation looks like.
No, it is not. It is what a takeover disguised as reconciliation looks
like.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
ht
edures and evolution.
--
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".
Sean McGovern (12024-03-08):
> Everybody can we *please* keep the responses civil/professional on the ML.
Civil, certainly, provided others are civil to me.
Professional, not a chance. This is Libre Software, not a job.
--
Nicolas George
___
ffm
shut up, I'm on the CC too”.
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".
ed one of the options.
But at this point, what's a little more of it…
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
k proving nobody in the whole world ever chose to try this
codec and kept the file. Maybe they are not even subscribed to this list
right now. I know, shocking!
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.or
J. Dekker (12024-02-28):
> Keeping the codec around based on 'what if?'s doesn't seem
> reasonable.
Spending your efforts on it, even if it is just to remove it, is a waste
of your time.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg
sal strengthens the rule, by making it clear recusal is the
expected action when there is the slightest doubt about a bias. It is
the only way to keep members of the TC equal to the other developers.
--
Nicolas George
___
ffmpeg-devel mailing list
ffm
gt; Signed-off-by: Hanna Ciebiera
Hi. This is completely wrong. And I am pretty sure with this patch the
compiler produces a new warning that tell that it is wrong.
Regards,
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
ht
thought it was
right to apply it, that this rule applied would make the ruling more
just and trustworthy.
My proposal wants to make absolutely clear your concern was valid.
Regards,
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmp
Michael Niedermayer (12024-02-23):
> Each option should provide a patch.
Fine. But the wording can be discussed too.
Regards,
--
Nicolas George
>From 7955ed2c1074f85f0f55a58072a8623c8ff4bf34 Mon Sep 17 00:00:00 2001
From: Nicolas George
Date: Fri, 23 Feb 2024 15:12:51 +0100
Subject:
ain my alternate proposition as is.
--
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".
Kieran Kunhya (12024-02-20):
> This isn't the same thing. The TC is more like a jury where a juror can
> have an opinion and their opinion can be swayed by arguments during private
In a jury trial, the defense can recuse any juror they want.
--
Nicolas
ber
of the TC without having to provide a reason.
If the application of these rules result in all members of the TC
recused or if the remaining members do not feel comfortable being too
few, that means the project is in a crisis of trust that needs to be
resolved by the general assembly.
--
Nicolas George
oject FFmpeg.
--
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".
it's just a hyperbole, extending the deviance of this thought
> logic.
Indeed, somebody stupid enough to not how a rule to prevent somebody
from placing themselves above the others is necessary could make that
argument.
--
Nicolas George
___
ffmpeg-devel m
Vittorio Giovara (12024-02-19):
> There are many in the section snipped below the original email.
You are making accusations. You know what it implies.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.
on that I am acting in bad faith.
There is no insinuation in the mail you are answering to.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or
where you establish that I
“forced” anything?
Otherwise, you are just being libelous.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffm
ding politeness is worse than sincerity.
--
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".
ut
having to recuse themselves, when it inevitably gets noticed they should
be evicted from the committees, the general assembly and the git write
access.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman
Vittorio Giovara (12024-02-18):
> While I value your insights, I'd like to offer a different
> viewpoint regarding the practice of recusing oneself from discussions.
That might be your viewpoint, but that is not what the rules we all
agreed upon say.
--
Nicolas
for a vote of no confidence in the TC or one of its
members.
--
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".
shonest would try to exploit that
loophole.
The obvious answer is: if somebody in the TC does not do what the rules
say they SHOULD, then the general assembly SHOULD vote them out at the
next election. Or earlier, because a vote of no confidence can be
brought at any time.
--
Nicolas George
ting on the TC is a duty, a responsibility to examine in details
changes one do not care about to make an informed decision. Somebody who
sees it as a means to power rather than a responsibility should be
evicted as soon as possible.
--
Nicolas George
___
f
tial future arguments of yours, much good.
I have lost all confidence in both committees and consider the only hope
to save this project is if Fabrice reboots it.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmp
ke having a trial and not listening to the defense.
--
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 wit
es, so that
they can be sure the tech will side with them and they can threaten you
if you point that their objections are flimsy a little too clearly, then
they can block your patch with a vague “it does not belong in ffmpeg”,
that does require a lot less effort than reviewing.
Re
Anton Khirnov (12024-02-07):
> ...so they are precisely broken by design.
Words words words.
Words to try and hide that something used to work for people and now you
are done with it it no longer works.
Exactly the kind of attitude that killed libav, killing FFmpeg now.
--
Nicolas Geo
ave the courage.
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".
Anton Khirnov (12024-02-07):
> For instance? What do these devices support that e.g. NUT does not?
Returning the latency of the device.
> neither should we try.
This is the libav mindset we do not want in FFmpeg.
--
Nicolas George
___
ffmpeg
Zhao Zhili (12024-02-06):
> Those examples are broken already before the patch.
Funny that the people who actually use the feature had not noticed.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mail
Kieran Kunhya (12024-01-30):
> So you agree the proposed Statement of Work idea in this thread isn't going
> to fly as it won't cover actual code review?
If that is what you read in what I wrote, I suggest you take reading
lessons intended for an early age.
--
Nicolas
Kieran Kunhya (12024-01-30):
> The patches were on the mailing list for months, there was a presentation
> at VDD (livestreamed too).
“But Mr. Dent, the plans have been available in the local planning
office for the last nine month.” — Douglas Adams
--
Nicolas
ain this at all.
--
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".
dness for anything that would delay
applying the series once it was posted, even if it was severe breakage
of features.
But sure, let us pretend that corporate meddling with FFmpeg is not
harmful to the project.
--
Nicolas George
___
ffmpeg-devel mailing
Vittorio Giovara (12024-01-30):
> Sorry but this feels a lot like "thanks for your feedback, I'm going to do
> this anyway".
Sorry, but this feels a lot like “I gave an objection, you have to treat
it like a veto”.
--
Nicolas George
rds,
--
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.org with subj
the actual demuxing 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...@ffmpeg.org with subject "unsubscribe".
Tomas Härdin (12023-12-24):
> Nah, NIH is bad.
Then you need to find a different project. FFmpeg exists because a
genius hacker decided to NIH a MPEG software decoder.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-de
Tomas Härdin (12023-12-24):
> But I'd prefer if it were replaced by bmxlib.
Yes, we know that you have not understood that the raison d'être of
FFmpeg is to IMPLEMENT natively all multimedia formats and protocols and
the utility code they need, not be a mere collection of wrappers.
--
Nico
Vittorio Giovara (12023-12-21):
> I agree, I hope you can work on your lack of self-awareness.
Oh, the “Ah ?… Et moi, Cyrano-Savinien-Hercule De Bergerac.” comeback.
You're really scrapping the bottom of the barrel, aren't your.
--
Nicolas Geo
Vittorio Giovara (12023-12-21):
> Not sure what gave you the idea
Mails like this one for example. The lack of self-awareness is
hilarious.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listi
Vittorio Giovara (12023-12-21):
> Oh so you know how it feels!
I am not surprised to see your animosity against me is stronger than
your care about the project.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mail
Paul B Mahol (12023-12-21):
> Say what serious feature you contributed ? - Nothing.
I did not want to say it, but since it is now in the open: Not nothing:
negative. His naysaying discouraged me from working further on the
built-in documentation system.
--
Nicolas George
signature.
ust output at lease O2a, which means it must
output O1b and O1c if that was not done at the time of I1.
Your filter only outputs one frame per input, but it seems to me it can
create several frames.
Regards,
--
Nicolas George
signature.asc
Description: PGP signat
s much energy having this discussion. I congratulate you on an
efficient use of developers resources.
> Brag about your criminal enterprise and get busted by cops?
You do not even know the classics?
--
Nicolas George
signature.asc
Description: PGP
will not have to
correct them.
--
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 doing heavy lifting to turn a
perfectly true sentence into a completely stupid value judgement.
Fortunately for me, I do not mean the above sentence literally, is is
but a parody.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-deve
not object to a consistency check after
the call to query_formats().
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".
til
the next day.
--
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".
not know the code would post a clueless
“LGTM”.
(The online archives of libav-devel seem to have disappeared, so I
cannot link to the example I bookmarked.)
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.or
understanding what the other is saying or is it too much to ask?
--
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".
e main thread is a basic
feature for any kind of threading architecture. See g_idle_add() for
example: “the callback will be invoked in whichever thread is running
that main context”.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpe
rations on it.
> The muxers would totally unchanged be running on a random thread
> but que some operation on the main thread if an external lib, driver or
> other needs it.
> Naively that feels relatively clean to me
Of course. Having that kind of mechanism is obviously necessary
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
https://f
ng 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://ffmpeg
++
> 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
try 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-de
onversion 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/m
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".
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
ffmpeg-d
filenames 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".
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/
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
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
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 list
ffm
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):
> 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
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 link above, or e
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
ue, because 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 unsubscribe, v
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-devel@ffmpeg.org
ht
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
ffmpeg-devel@ffmpeg.org
https
tch.
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
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".
th 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".
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
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
ame 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".
, you are a bad one?
--
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".
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 mailing l
than no code at all.
We are not libav, we do not remove code just because the Great Dictator
says so. If you really really want this decoder to have a test, you can
write add it yourself.
Rejected.
--
Nicolas George
signature.asc
Description: P
by threading is the job of the person who
wants to introduce threading. I can offer the help of my expertise about
lavfi and subtitles, of course. But your attitude to just pretend the
problem does not exist is unacceptable.
--
Nicolas George
___
f
frames only when they are needed,
keeping the current logic in place.
--
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".
ilter.c | 10 ++
> 1 file changed, 10 insertions(+)
You pushed without review, I will revert this without a second thought
if I have the slightest doubt about the validity of this commit.
--
Nicolas George
___
ffmpeg-devel mailing list
ff
Paul B Mahol (12023-12-03):
> Will apply soon.
Must you really act like an asshole each time? You will wait for
review.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-de
1 - 100 of 4647 matches
Mail list logo
