Live data from Hacker News

Show HN: CompressX, my FFmpeg wrapper for macOS

compressx.app

111–120 of 173 posts

Re: Show HN: CompressX, my FFmpeg wrapper for macOS

#111

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.

There is LosslessCut[1], though it's only designed to handle trimming and not general re-encoding. [1]: https://github.com/mifi/lossless-cut

if you re-encoded then it wouldn't be lossless anymore?

Re: Show HN: CompressX, my FFmpeg wrapper for macOS

#112
post #99

What does ffmpeg do that AVFoundation does not?

Supports hundreds of file formats both new and ancient, ability to control every aspect of encoding, uses libx264/x265 which are much better than the libraries available in AVFoundation etc..

What does AVFoundation do that ffmpeg cannot? Probably streaming libraries, Dolby Vision support, hardware accelerated encoding.

AVFoundation is great for what it is, an OS embedded library.

Re: Show HN: CompressX, my FFmpeg wrapper for macOS

#114

Earlier quoted context omitted.

On the other hand, if Google Docs had system-native controls for every useragent that could connect to it, nobody would have any clue how to do anything and search for a new online document editor. It's not the overwhelming love for Material design that makes Google Docs look non-native, it's the experiential consistency for enterprise customers and less computer-obsessed end-users. If that amounts to sacrificing usa…

People are more than happy to use Microsoft Office…?

I couldn't think of a more branding-heavy native app. It's got the ribbon interface of Windows ported to MacOS, the rowed toolbox with different button sizes, the status-bar on the bottom, it's still basically a Windows app with MacOS widgets.

And generally speaking, yeah, people are happy to use Microsoft Office. The Mac version is nearly identical to the other versions. The "branding" is ignored or even applauded, because it enhances the overall consistency of the app. You might even be able to argue that Office on Mac only feels native because it goes out of it's way to not look Mac-native.

Regardless though, for non-Microsoft-sized companies it's not really realistic to ship, test and maintain multiple versions of the same app. It's much easier to pick one cross-platform framework and commit to it whole-heartedly, which is why we really only see native apps for single-platform or Microsoft-scale apps.

Re: Show HN: CompressX, my FFmpeg wrapper for macOS

#115

Earlier quoted context omitted.

People are more than happy to use Microsoft Office…?

I couldn't think of a more branding-heavy native app. It's got the ribbon interface of Windows ported to MacOS, the rowed toolbox with different button sizes, the status-bar on the bottom, it's still basically a Windows app with MacOS widgets. And generally speaking, yeah, people are happy to use Microsoft Office. The Mac version is nearly identical to the other versions. The "branding" is ignored or even applauded,…

What is Google if not a Microsoft-scale company

Re: Show HN: CompressX, my FFmpeg wrapper for macOS

#116
post #112
post #99

What does ffmpeg do that AVFoundation does not?

Supports hundreds of file formats both new and ancient, ability to control every aspect of encoding, uses libx264/x265 which are much better than the libraries available in AVFoundation etc.. What does AVFoundation do that ffmpeg cannot? Probably streaming libraries, Dolby Vision support, hardware accelerated encoding. AVFoundation is great for what it is, an OS embedded library.

ffmpeg supports hardware acceleration too via VideoToolbox.

Re: Show HN: CompressX, my FFmpeg wrapper for macOS

#117
post #58

Earlier 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 agree with the GP here. Yes, you can do all this with just FFMPEG, but now you have to wade through all the docs, flags, values to craft your CLI args with a bit of trial and error. The value add here is a coherent front-end that abstracts away all the complexity and lets you cut right to what you want. Further, if it's something you do infrequently, or your workflow changes, you have to rerun the gaunlet of figuri…

> …you can do all this with just FFMPEG, but now you have to wade through all the docs, flags, values to craft your CLI args with a bit of trial and error. The value add here is a coherent front-end that abstracts away all the complexity and lets you cut right to what you want.

Very true, but just want to note that ChatGPT is also great at creating CLI input for ffmpeg, yt-dlp, etc. And of course, Handbrake remains the O.G. for open source, cross-platform video encoding.

Re: Show HN: CompressX, my FFmpeg wrapper for macOS

#119

Looks cool but raises a bunch of questions :-). Maybe you could add these to your FAQ, I imagine picky users like me may want the answers to at least some of these: "up to 90% file size reduction" What's an example of an input video or image that would see its size reduced by 90% without loosing quality? Also, how do you come up with this percentage? I imagine median/average size reduction must be way lower than 90%…

The macOS integration on this app is impressive, but the technical compression bits are a combination of ffmpeg and off-the-shelf image compression libraries. The 90% number is a pretty typical (with lossy) image savings when taking a totally unoptimized jpeg out of a program like Photoshop. There's just a bunch of extra data that can be stripped out (EXIF for one), that doesn't affect how the image looks. For video, I have no idea. Handbrake can usually get me around 50% savings with the same resolution and frame rate.

ImageOptim is a good example of a nice UI on top of image compression libraries. Sadly, it hasn't been kept up to date. It's slower and compresses worse than what's possible now. It also doesn't support webp. For my own work, I made an open source clone[0] with the newest stuff in it. I use libcaesium, which is a Rust wrapper around all the compression libraries. Check out the source to see how easy it is.

[0]: https://github.com/blopker/alic

Re: Show HN: CompressX, my FFmpeg wrapper for macOS

#120

GPL2 Since FFmpeg is GPL2, doesn’t that require CompressX to disclose its source code? IANAL, apologies if I miss understand license requirements. https://github.com/FFmpeg/FFmpeg?tab=License-1-ov-file

Doesn't this license file say that most of ffmpeg is LGPL2? IANAL either, but my understanding is they are fine to distribute their application however they want assuming they did not use any of the opt-in GPL2-licensed functions, and they link to ffmpeg as a shared library.

EDIT: seems like the user has to install ffmpeg separately, so seems like they are in the clear anyway? https://hieudinh.notion.site/How-to-setup-CompressX-93a89b07...

Post reply on HN