> now i have lession that i shouldnt build apps that consumes so much time.
Sounds like somebody really devoted to the perfect UI experience.
Look, I don't want to talk down this kid. Everybody starts somewhere and I like the enthusiasm. But him expecting to make $30 off everybody for plumbing together a bunch of FOSS libs is rubbing me the wrong way.
That's not true Dropbox was in the technical edge when it came, and old time ago, was barely possible, and the recurrent cost of the severs and operation cost is clearly not the same. And pay Foss GUIs are sad state of reality
https://news.ycombinator.com/item?id=9224
It’s the HN version of “less space than the Nomad. No wireless. Lame”
I have seen absolutely miraculous backends, totally pooched, because the library developer thought that GUI was for "wusses."
However I don't think it's fair to call this a "shallow wrapper". It's clear that a lot of work went into the design of this GUI and, and making user-friendly interfaces is also an important work (that is far too often overlooked in the open sources communities).
Yet the fact that FFmpeg, the tool that does all the heavy background work, isn't even mentioned anywhere on the website, even in the FAQ or the footer is at least a non-negligible ethical problem.
UPDATE: The same goes for ImageMagick that I just saw this app installs and uses too.
The licenses for both ffmpeg and ImageMagick do not require anyone to mention them in the website.
However, if they are being re-distributed, there are clear obligations for providing source code and attributions. Omitting to do so is a violation of the legal obligations.
We are talking decades of work, dealing with platform issues, performance, loads of security considerations and then there is the whole licensing+patent topic.
Sure UI work is hard, but of the whole package, it's only the visible part of the iceberg and now I'm expected to give $30 to the person who only contributed that last piece? Of course it's work too but if not at least half that money is being donated to the underlying FOSS projects then I'm out.
Another suggestion: open source your app. Those who don't know how to compile/build it, or are too lazy, which will be most, they can pay for the convenience, and you'll have the income you expect, but at least you are giving back to the community on whose work you are basing yours.
> self-taught full-stack developer who wrote the first line of code in the 2020 Corona lockdown.
You my friend are standing on the shoulders of giants. Time to ack them.
If I felt that people should give me a cut of any commercial software they build on top of my library then I would try to express that in my choice of license.
Though we as a community can still have views regarding kids hacking things trying to profit off decades of hard work by a large community. Different if they contribute back obvioisly. There are lots of compromise models out there.
Edit: Softened unreasonably provocative expressions
And the mask slips. Maybe don't gatekeep software using licenses as they are designed to be used
Though acting legally and acting ethically/responsibly are still different things.
You did read the rest of my post right?
No, you are not expected to pay $30 to anybody.
If the distribution of the money make you unhappy, just pay $30 to this guy and $30 to the other project (or $150 using a x5 ratio sugested in other comment).
Or you can use the free CLI, or a free alternative.
Even better, you can write a free clone of this app and distribute it for free. Just remember to choose the licence carefuly. You'd probably like AGPL that makes comercial use very difficult.
That said, there is nothing wrong with a paid wrapper around a large and complex open source library. Distributing their work more widely is not a disservice.
If there's one thing that I've learned, is that "It Depends™" is my mantra.
ffmpeg is the sharp end of years of work by a whole lot of folks. It isn't just a single developer's "pet project" (although its originator[0] deserves enormous heaps of credit). It has been maintained by a whole community of really good (and dedicated) developers (and people with all kinds of other skills)[1].
It's not just a library. It's a platform. People have made entire (lucrative) careers, from just "tuning" ffmpeg.
Because of the infrastructure provided by ffmpeg, people can build some really useful implementations, and create focused applications.
I have found that making an approachable interface for a complex substrate, can be incredibly valuable, and definitely worth paying for.
"Easier" is in the eye of the beholder. Ever watch a really, really experienced studio musician at work? They sit down, and in five minutes, your scratches on a piece of paper, take on a magical aspect. They make it look absurdly easy, but that comes from intense practice. There was a documentary (don't remember the name), about a bunch of major musicians, that came out of the California scene, in the late 1960s/early 1970s. In it, there was a discussion about someone (I think it may have been one of the Grateful Dead, or Eagles), that lived above Jackson Brown, who is a very successful singer and songwriter (BTW: The "songwriter" part is the bit that makes the money). They talk about hearing him practice, as he was developing songs. He'd play just a few bars, over, and over, and over again, until he got it right.
Songwriters and studio musicians may not be able to command roaring crowds at Glastonbury, but they can give you the album that you'll need, to get that crowd to show up, in the first place. So success requires contributions from many different places, and each has its own measure.
Building ffmpeg is very different from an SSL lib. They need different tradeoffs, design strategies, domain knowledge, etc. And doing them properly is really really hard. A lot of software out there sucks, in part because there is more focus on marketing than on correctness and reliability.
If roads had the same quality as software then traffic deaths would be an order of magnitude higher.
Try working on a library used in tech that your life depends on and you might re-consider your road metaphor.
> Building a road is usually very similar to building another road.
It's a similar process, but so is building software. That's entirely besides my point though, which you seem to have missed entirely.
Case in point: I regularly use a free iOS app that is clearly the result of someone's deep passion in taking what could have been a simple wrapper and turning it into an incredibly simple but powerful interface to complete a useful task efficiently and at any scale... and that task is exactly what OP was trying to do...
https://apps.apple.com/us/app/frame-grab/id1319670797
But as someone who's somewhat familiar with app store optimization, I guarantee the creator did none of that that.
Their app name would need to be something obnoxious like "Frame Grabber Extractor: Pic from Video" to capture all the different searches people do for this task.
And the people focused on distribution are even paying for ads with the money they make their IAP infested "1 week trial; $4 a week" alternatives make.
Gives everyone the option of picking free or paid options, depending on people’s needs.
We dismiss these things as wrappers on HN because we like to believe that the technical side is 90% of the work.
But this belief has an easy antidote: ask to see the "UX" (lmao) we built.
Context: a big chunk of my 2024 income was from grant money to build open source software that I may have tried to monetize otherwise. It’s possible.
Doesn't mean he manufactured it, or invented it, or conceived of the very idea of an automobile with an ICE (or EV). It's all a big collaborative effort, and imagining that all of the $40k for that car go straight into the dealer's pocket would be absurd. Legally absurd, and ethically absurd as well.
Similar with a piece of software that builds on other work. Of course it provides value (hopefully). But on the whole, the extra value added is not the majority of the whole package.
There are other options, many of them have been mentioned in this discussion.
I suppose my main point is that the apparently new quite inexperienced guy, as appreciated as his enthusiasm is, should at some point understand that all the tech he uses for free didn't fall from the sky and just whipping the cream that floats on top for personal profit is not a sustainable model. Even though that seems to be the trend these days.
You can fault the FOSS community for promoting default libre licensing that created the “exploitable” nature of this, but the fact of the matter is that people creating software are able to make a choice. They can make a different choice if they wish.
This is about a green kid coming along and quickly churning out lots of half-baked solutions, asking for frankly quite a lot of money for those, apparently without acknowledging the giants on whose shoulder they are standing. Legally they have the right to do so, sure. But we as a community can give push back in that that's not how things will work in the long run. I encourage you to check out his personal home page, you'll see what I mean. (And again, I generally applaud the enthusiasm. But those things would better be suited as portfolio-building personal OSS projects on github rather than trying to squeeze the dollars.)
There is a difference between legitimate business interests after large investments, and freeloaders.
Why? They are under no obligation to do so, and then they are working for free. (A common trope related to FOSS, often argued on this very website)
> There is a difference between legitimate business interests after large investments, and freeloaders.
What large investment are you talking about? The thousands of hours of free labor that went ffmpeg? Yeah. See also all of the open source software that went into the operating system and utilities they built everything on. That doesn’t stop people from selling proprietary software, so why is this any different?
This is free market capitalism. If they can find people to pay $29 for a copy of this wrapper, more power to them. That also happens to be a much more powerful resume bullet point.
What exactly does this mean?
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.
That said, what's the free and open source version of this tool? There are some great open source video editors like Shotcut, Openshot, KDENLive, Blender, etc., but I think this tool is more like CyberChef for video?
PowerToys is Free and Open Source, and has at minimum an image resizer utility. It's a good starting point for adding on richer functionality like a preview GUI, and I'm sure that the basic video and audio manipulation would be appreciated as additions. Also since it's a Microsoft sponsored project, I imagine that the signing process is drastically different than what OP has experienced.
I know that's really not satisfying to say that "someday we could have this in the FOSS space", but everything starts somewhere.
Though editors like Shotcut and KDENLive are considered non linear since you can layer on different effects, while OP's utility is definitely not that.
Decades ago we were calling out these software and now it’s the norm.
Another example along the line: I wanted to extract a frame from a video on iOS, it’s impossible with the built-in tools (screenshot aside) and found that someone built a paid app only for that.
I tell you where we’re heading, we’re screwed.