I had some plans to contribute to ffmpeg (on a completely different part of the codebase) in the near future, for which I even bought some hardware... With this attitude from the devs, I'm pretty sure I won't be doing that any time soon.https://twitter.com/BMahol/status/1255884140249001984 …
-
-
Replying to @marcan42
Consider that you're coming off as extremely entitled by quote-tweeting the maintainer of an open source project and trying to shame them for not fixing your issue. "I had some plans to contribute" is sort of irrelevant too.
2 replies 0 retweets 1 like -
Replying to @untitaker
Have you read my thread? I'm not shaming them for not fixing my issue, I'm shaming them for not acknowledging the issue, which is *completely* different. I have no problem with ffmpeg having bad codecs. I have a problem with the ffmpeg devs saying their bad codecs are good.
1 reply 0 retweets 5 likes -
Replying to @marcan42
I've read the entire thread and I do not think that's how adults should resolve technical disagreements.
1 reply 0 retweets 1 like -
Replying to @untitaker @marcan42
I do not know enough about audio processing to comment on who's right, but if somebody were to drag a disagreement regarding one of my projects onto Twitter like that I'd block them
1 reply 0 retweets 1 like -
Replying to @untitaker
Would you also tell a user who took their time to make a test case and bug report that they're wasting their time and their argument is invalid (even though I literally explained how what I tested is a completely real practical situation)?
1 reply 0 retweets 3 likes -
Replying to @marcan42
That's a loaded question as it already implies that one person is right and the other one isn't. As said I can't make that assessment here. Generally speaking if *I realize* I am wrong I would admit so, but I don't think that's the answer you're looking for.
2 replies 0 retweets 1 like -
Replying to @untitaker
Okay, are you sure you've read the thread? Because I tested a use case I *have* and is *real* and I'm *literally putting it into production on Sunday*, and ffmpeg sucks at it, and fdk doesn't, and I proved it. The other side's argument is "your use case isn't real".
1 reply 0 retweets 2 likes -
Replying to @marcan42
All I have is "cascaded transcoding is invalid to prove anything" and I don't even know what that means tbh
4 replies 0 retweets 0 likes
Hector Martin Retweeted Hector Martin
Then why are you arguing with me on Twitter and saying you read the thread when you didn't?https://twitter.com/marcan42/status/1255778661942231040?s=19 …
Hector Martin added,
-
-
Replying to @marcan42
Man I've read that. We're talking about the same tweets. I am saying that the only indicator of a dismissive response I have from FFMPEG is that one quote.
2 replies 0 retweets 0 likes -
Replying to @untitaker @marcan42
In any case I am done here just as you are done with ffmpeg. If you don't want this advice say so, but don't tell me I am illiterate.
0 replies 0 retweets 0 likes
End of conversation
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.