Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

FFmpeg 8.0

ffmpeg.org

Post reply on HN
Print view View original

151–160 of 207 posts

Re: FFmpeg 8.0

#151

Post by janandonly »

filmgirlcw wrote: post #117
Dwedit wrote: post #55

Has anyone made a good GUI frontend for accessing the various features of FFMPEG? Sometimes you just want to remux a video without doing any transcoding, or join several video and audio streams together (same codecs).

For Mac users, ffWorks [1] is an amazing frontend for FFmpeg that surfaces most of the features but with a decent GUI. It’s batchable and you can setup presets too. It’s one of my favorite apps and the developer is very responsive. Handbrake and Losslssscut are great too. But in addition to donating to FFmpeg, I pay for ffWorks because it really does offer a lot of value to me. I don’t think there is anything close t…

Is it worth €22?

If it was priced 1-5€ would just buy it I guess. But this.

Re: FFmpeg 8.0

#152

Post by wordofx »

waihtis wrote: post #93

T3.gg in shambles

Wouldn’t be surprised if Theo did a video about investing in ffmpeg and how he revived it and has been consulting to the developers and we should bow down and praise him for resurrecting ffmpeg.

Re: FFmpeg 8.0

#153

Post by pmarreck »

jjcm wrote: post #38
pmarreck wrote: post #3

Impressed anytime I have to use it (even if I have to study its man page again or use an LLM to construct the right incantation or use a GUI that just builds the incantation based on visual options). Becoming an indispensable transcoding multitool. I think building some processing off of Vulkan 1.3 was the right move. (Aside, I also just noticed yesterday that Asahi Linux on Mac supports that standard as well.)

LLMs are a great interface for ffmpeg. There are tons of tools out there that can help you run it with natural language. Here's my personal script: https://github.com/jjcm/llmpeg

i wrote a command “please” that allows me to say “please use ffmpeg to do whatever” and it generates the command with confirmation

Re: FFmpeg 8.0

#154

Post by dns_snek »

CamperBob2 wrote: post #74
tombert wrote: post #33

Earlier quoted context omitted.

Yeah I never really understood why people complain about tar; 99% of what you need from it is just `tar -xvf blah.tar.gz`.

What value does tar add over plain old zip? That's what annoys me about .tar files full of .gzs or .zips (or vice versa) -- why do people nest container formats for no reason at all? I don't use tape, so I don't need a tape archive format.

Plain old zip is tricky to parse correctly. If you search for them, you can probably find about a dozen rants about all the problems of working with ZIP files.

Re: FFmpeg 8.0

#155

Post by scyzoryk_xyz »

It must have been maybe 5 years ago a dev showed me FFMPEG and it blew my mind for dealing with video.

When I later wound up managing video post production workflows my CMD line or terminal use dropped a few jaws.

I've since been relying on LLM's to make FFMPEG commands so I don't even think about it.

Re: FFmpeg 8.0

#156

Post by cogogo »

scyzoryk_xyz wrote: post #155

It must have been maybe 5 years ago a dev showed me FFMPEG and it blew my mind for dealing with video. When I later wound up managing video post production workflows my CMD line or terminal use dropped a few jaws. I've since been relying on LLM's to make FFMPEG commands so I don't even think about it.

I had a bad experience with chatgpt think maybe 3 and stopped trying. My thought was the training examples were sparse given how hard a time I had finding what I needed via search. You’ve encouraged me to revisit (and yes I know models have made big gains since then).

Re: FFmpeg 8.0

#157

Post by Telaneo »

bena wrote: post #147
idoubtit wrote: post #131

Earlier quoted context omitted.

Even when I don't use directly ffmpeg, I often use tools that embed ffmpeg. For instance, I've recently upscaled an old anime, ripped from a low quality DVD. I used k4yt3x/video2x, which was good enough for what I wanted, and was easy to install. It embedded libffmpeg, so I could use the same arguments for encoding: Video2X-x86_64.AppImage -i "$f" \ -c libvpx-vp9 -e crf=34 -o "${f/480p/480p_upscale2x}" \ -p realcugan…

About 10-ish years ago, my then employer was talking to some other company about helping them get their software to release. They had what they believed to be a proprietary compression system that would compress and playback 4k video with no loss in quality. They wouldn't let us look into the actual codecs or compression, they just wanted us to build a front-end for it. I got to digging and realized they were just re…

One more taking part in a time-honoured tradition of taking someone else's thing, adding your own dipping mustard (if even that), and calling it your own.

A new chatbot? Another ChatGPT wrapper. A new Linux Distro. Another Arch with a preinstalled desktop environment. A new video downloader? It's yt-dlp with a GUI.

If they were just honest from the get-go, it'd be fine, but some people aren't.

Re: FFmpeg 8.0

#159

Post by mappu »

fleabitdev wrote: post #81

Happy to hear that they've introduced video encoders and decoders based on compute shaders. The only video codecs widely supported in hardware are H.264, H.265 and AV1, so cross-platform acceleration for other codecs will be very nice to have, even if it's less efficient than fixed-function hardware. The new ProRes encoder already looks useful for a project I'm working on. > Only codecs specifically designed for para…

NVENC/NVDEC could do part of the processing on the shader cores instead of the fixed-function hardware.

Re: FFmpeg 8.0

#160

Post by mappu »

ok123456 wrote: post #91

Finally! RealVideo 6 support.

Kostya did a lot of the RV60/RMHD reverse engineering work for NihAV back in 2018! His blog also talks about the GPL violations from Real.

The old RV40 had some small advantages over H264. At low bitrates, RV40 always seemed to blur instead of block, so it got used a lot for anime content. CPU-only decoding was also more lightweight than even the most optimized H264 decoder (CoreAVC with the inloop deblocking disabled to save even more CPU).

Post reply on HN