[mort96]

Never argued otherwise. Specifically, the thing I'm saying is wrong is:

> someone recommended a GUI that doesn't use ffmpeg

Handbrake uses ffmpeg.

But I recognize your username. I don't remember from where but I remember reading or having a conversation with you which went nowhere. I think I'm done.

[CyberDildonics]

Using ffmpeg for one thing doesn't mean a GUI is a GUI for all of ffmpeg.

[mort96]

You said it's not using ffmpeg.

It's using ffmpeg.

That's the problem.

[CyberDildonics]

The problem is that ffmpeg does a lot more than handbrake exposes, that's all anyone is trying to say.

[mort96]

Listen to me.

The thing I have a problem with, specifically, is your statement that Handbrake doesn't use ffmpeg. That statement is incorrect.

I have no problem with the statement "Handbrake doesn't make a good ffmpeg GUI, because it only exposes a small part of what ffmpeg can do". That part is totally 100% fine.

I have a problem with the statement "Handbrake doesn't use ffmpeg", which you claimed here: https://news.ycombinator.com/item?id=39943516.

And I have a problem with the response "ffmpeg is a lot more than just a wrapper around the libraries" (https://news.ycombinator.com/item?id=39941964), given the fact that ffmpeg project is the libraries and that the ffmpeg CLI tool is just an interface to them. "ffmpeg is more than a wrapper around the libraries" is strictly speaking true (because ffmpeg is both the libraries themselves and the "wrapper" ffmpeg command line tool), but it doesn't make sense as a response in context.

Do you understand? Or do I need to break it down further?

[CyberDildonics]

A wrapper would be some sort of straight pass through and ffmpeg does more than that. That's how you can create big commands that rewire channels, use audio from a different source, subtitles from a specific language, filter, overlay text then stream it all out. That's not trivial, but I don't know why you're getting upset over it.

[mort96]

Do you agree that handbrake uses ffmpeg