Earlier quoted context omitted.
but anyone can create an electron app these days with total control over the UI polish with way less effort. in fact electron seems like the perfect use case here for a ffmpeg UI wrapper. surprised no one has done it.
> UI polish with way less effort. Clearly not. The least effort is to use the platform’s native widgets, or at least a decent toolkit. Those shiny web-based interfaces suck because the developer never put the effort to make the widgets behave as they should, and that’s because it’s actually very hard and expensive to build a UI framework from the ground up. Have a look at UITextField or NSTextField and what they do o…
Show HN: CompressX, my FFmpeg wrapper for macOS
151–160 of 173 posts
Re: Show HN: CompressX, my FFmpeg wrapper for macOS
#152Earlier quoted context omitted.
Electron serves the developer not the user. It also looks shit on every platform then. And eats all your RAM
The complaint that Chrome eats all your RAM is because it starts a new process for each tab, with all the overhead that entails. You’re not using multiple tabs in an Electron app.
Re: Show HN: CompressX, my FFmpeg wrapper for macOS
#153I swear the best looking software like this is all built for MacOS. Maybe there's a lot of it on Windows as well, but I don't see a ton of it on HN (maybe just the demo?). Is the ecosystem part of this? Is it that the application demographic leans towards MacOS? Is the dev and monetization experience better? I'm really curious if anyone know why I see so much good native indie software for MacOS specifically.
Apple users are probably the only crowd that would pay money for a simplistic ffmpeg frontend.
Re: Show HN: CompressX, my FFmpeg wrapper for macOS
#154I swear the best looking software like this is all built for MacOS. Maybe there's a lot of it on Windows as well, but I don't see a ton of it on HN (maybe just the demo?). Is the ecosystem part of this? Is it that the application demographic leans towards MacOS? Is the dev and monetization experience better? I'm really curious if anyone know why I see so much good native indie software for MacOS specifically.
Re: Show HN: CompressX, my FFmpeg wrapper for macOS
#155Earlier quoted context omitted.
I'd really urge the author to rethink doing something like this at all. The app looks great but those stats on the front page were an immediate turn-off for me (not to mention how it pops up in what looks like an annoying cookie banner). You can talk about user activity on a web service where it makes sense to be hitting a server, but for a local app that should really just be a nice GUI for ffmpeg, I don't want my c…
I highly disagree. I think the majority of people who would pay money for a barebones ffmpeg wrapper don't care about telemetry.
Re: Show HN: CompressX, my FFmpeg wrapper for macOS
#156Earlier quoted context omitted.
Yes that's exactly right, the extremely complex and clever code in ffmpeg that's understood by about 12 people in the world and is the basis for the entire media consumption in the world isn't where the value is, some gui frontend is. Do you work for microsoft?
I don't think ffmpeg is actually _extremely_ complex. A lot of the complexity (all the flags) you feel belonging to ffmpeg actually belongs to encoders (libx264, libx265, aomenc, libvpx, all the hardware encoders from each vendor). They each have various options meaning different things. ffmpeg is just an interface for them.
I tend to include the codec developers in the "ffmpeg developers" for simplicity as there are many that work in both areas.
The complexity in using those codecs isn't the ffmpeg command line, it's knowing which options to use.
Re: Show HN: CompressX, my FFmpeg wrapper for macOS
#157Also "testimonial" should be plural, and "spams" should be singular.
Re: Show HN: CompressX, my FFmpeg wrapper for macOS
#158Earlier quoted context omitted.
Not that it really matters I guess, but electron apps are chunky. Huge bin size and large memory usage.
were talking about a tiny desktop app that wraps ffmpeg CLI. this is the perfect use case for it, over, say, VISUAL STUDIO CODE.
Why would anyone want something taking up literally 1000x the resources it needs to?
Re: Show HN: CompressX, my FFmpeg wrapper for macOS
#159can you explain why would i pay and use this over Handbrake on a Mac?
Re: Show HN: CompressX, my FFmpeg wrapper for macOS
#160Earlier quoted context omitted.
but anyone can create an electron app these days with total control over the UI polish with way less effort. in fact electron seems like the perfect use case here for a ffmpeg UI wrapper. surprised no one has done it.
People rage about Electron being insecure and bloated, but by Jove it’s a godsend for consistency and portability.
Most of the time it's people who only know javascript and have never even heard of GUI libraries that say this.