Live data from Hacker News

Show HN: LLMpeg

github.com

51–60 of 83 posts

Re: Show HN: LLMpeg

#51
post #39

Most commonly I use ffmpeg to extract a slice of an audio or video file without re-encoding. In case it interests folks, I made a tool called ffslice to do this: https://github.com/jchook/ffslice/

does the tool snap to I-frames when slicing?

Yes, the tool snaps to I-frames when slicing. The `-c copy` flag ensures no re-encoding, and inherently limits cuts to keyframes.

TBH it's an unfortunate side-effect sometimes as you cannot cut video or audio exactly where you want.

Re: Show HN: LLMpeg

#54
post #33

FFMpeg is one of those tools that is really quite hard to use. The sheer surface area of the possible commands and options is incredible and then there is so much arcane knowledge around the right settings. Its defaults aren't very good and lead to poor quality output in a lot of cases and you can get some really weird errors when you combine certain settings. Its an amazingly capable tool but its equipped with every…

ffmpeg has abysmal defaults. I've always been of the opinion that CLI utilities should have sane defaults useful to a majority of users. As someone who has used ffmpeg for well over a decade, I find it baffling that you have to pass so many arguments to get an even remotely usable result

For certain file formats, it's true (e.g. gif), but I gotta say- I use "ffmpeg -i input.mov output.mp4" after taking a video on mac, and it looks good and is a tiny fraction (sometimes 100x smaller) of the size.

Re: Show HN: LLMpeg

#55
post #9

i think this type of interaction is the future in lots of areas. i can imagine we replace API's completely with a single endpoint where you hit it up with a description of what you want back. like, hit up 'news.ycombinator.com/api' with "give me all the highest rated submissions over the past week about LLMs". a server side LLM translates that to SQL, executes the query, returns the results. this approach is broadly…

Imagine that every API will be behind government gateway, checking all the queries before passing on to the real API and then checking its replies.

Re: Show HN: LLMpeg

#56
post #33

Earlier quoted context omitted.

ffmpeg has abysmal defaults. I've always been of the opinion that CLI utilities should have sane defaults useful to a majority of users. As someone who has used ffmpeg for well over a decade, I find it baffling that you have to pass so many arguments to get an even remotely usable result

For certain file formats, it's true (e.g. gif), but I gotta say- I use "ffmpeg -i input.mov output.mp4" after taking a video on mac, and it looks good and is a tiny fraction (sometimes 100x smaller) of the size.

Same! And I was pleasantly surprised by this working well without any additional parameters.

But I'd also confirm the other comments after going through the steps for shrinking a longer screen recording to I needed a tutorial in addition to the built-in help pages to get it working.

It was a little bit fun almost to try&error my way through combinations of quality and cropping options, but sure, time consuming.

I have to say, I mostly like FFMPEGs approach. Anyone can build anything on top of it, like GUIs.

"Good" defaults can cause an explosion of complexity when providing many different options and allowing all technically feasible combinations.

There's also room for some kind of improved CLI I guess, but many possibilities always mean complex options. So this is probably easier said than done.

It does seem to have pretty good defaults in the MOV MP4 transcoding case.

Re: Show HN: LLMpeg

#57
post #47

Earlier quoted context omitted.

So that last one is a hallucination: there's no `n_frames` variable for the select filter: https://ffmpeg.org/ffmpeg-filters.html#select_002c-aselect At the least, I learnt a lot about how FFmpeg works.

Yeah, it is crazy how confidently LLMs can say something when it has never existed. Having said that, I'm still a HUGE fan of LLMs, as I know it is very unlikely that multiple LLMs will brain fart at the same time. If you know how to navigate things, you will get a solution much faster than you probably would have in the past.

As a user it feels that you get cosy with stuff they know and you gain a lot of time until you hit something they don't and you lose more time than the sum you gain from the beginning because finally you have to learn everything and more to be able to understand how the LLM put you on the wrong track.

The black swan for LLM in a sense.

Re: Show HN: LLMpeg

#58
post #50

Earlier quoted context omitted.

does the tool snap to I-frames when slicing?

I don't know about ffslice, but you can get frame-perfect slicing with minimal reencoding via LosslessCut's experimental "smart cut" feature[2] or Smart Media Cutter's[3] smartcut[4]. [1] https://github.com/mifi/lossless-cut [2] https://github.com/mifi/lossless-cut/issues/126 [3] https://smartmediacutter.com/ [4] https://github.com/skeskinen/smartcut

For some reason, when ffmpeg reencodes from 23.97fps h264 to the same fps and codec, the result looks choppy, like the shutter speed was halved or something. The smart lossless encoding you mentioned helps a lot here.

Re: Show HN: LLMpeg

#60
post #43

Earlier quoted context omitted.

it should really just have an interactive mode that supports batching. It would cover 99% of use cases. I recommend everyone ITT to just use Handbrake (a GUI) unless they have extremely niche use cases. What's the point of using a LLM? You just need one person who knows ffmpeg better than you to write a GUI. And someone did. So use that. If Handbrake doesn't solve your problem please just go to Stack Overflow. The LL…

I used RazorLame back in the day and then MediaCoder for a decade. Then I found out MediaCoder uses ffmpeg! The main thing I do with ffmpeg is make highly compatible MP4s because some devices can't handle some MP4s. ffmpeg -i input.mp4 -c:v libx264 -profile:v baseline -level 3.0 -pix_fmt yuv420p -movflags faststart outut.mp4 If I can make a Handbrake preset for that, it might save me a tiny bit of hassle.

Yeah there's some default production-ready presets for widely-compatible MP4s which I use every time I need to edit on Vegas Pro. In the "Video" tab there's also a "fast decode" toggle which is useful to me.

Never had any issues since I switched to this particular workflow. Vegas (and I presume most editing software) is particularly anal about formats, especially when you need real time previews.

You can always add some extra command line options if you need to. It's just much easier to work with a GUI when the system is as complex as ffmpeg.

Post reply on HN