|
|
|
|
|
by pdyc
526 days ago
|
|
its not just shallow wrapper, as a creator of other shallow wrapper(online and free btw) if you want to crop a video how do you plan to do it with ffmpeg cli? it would be really tedious to do so. You can easily do it visually with this wrapper and other such wrappers so its not like they are not providing value.
Another example is do you remember ffmpeg command syntax? i don't! here he is taking care of generating it for you so you don't waste time asking llm or searching for google and iterating on it if it doesn't works. |
|
There's nearly 2 million lines of code in the FFMPEG codebase: unless you're building the next Adobe Premiere, no matter how much value you provide, you are building an extremely shallow wrapper around FFMPEG when you build an interface to crop videos.
No one is saying a shallow wrapper can't provide value, but most of the value for the end user is derived from FFMPEG, not the layer you added to it.
If we took FFMPEG and your wrapper and separated them, FFMPEG could still do the one task that your users need: it would be harder, and it would be less convenient, but it can still crop videos. Your tool would no longer do anything but draw rectangles where we'd like a crop to appear. It'd meet no user needs at all.
-
Also to clarify my stance, there's nothing wrong with shallow wrappers, and I've made shallow wrappers: I know finding the user need, and thinking of the right UX and figuring out distribution is all a lot of real legwork.
But I also find it's important to realize when most of the value you're providing is enabled by something you built on. There shouldn't be shame in admitting that you wrapped something that was powerful and potentially unwieldy for your segment of users and made it useful.