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

FFmpeg 4.3

ffmpeg.org

Post reply on HN
Print view View original

71–80 of 226 posts

Re: FFmpeg 4.3

#71

Post by Youden »

TheAceOfHearts wrote: post #62
apitman wrote: post #32

In case you didn't know, you can use FFmpeg to convert Audible aax files to DRM-free MP3/AAC/whatever [0] (scroll down for FFmpeg instructions). This is useful if for some reason you want to archive them or play them in an app that doesn't constantly change its UI and bombard you with ads. [0]: https://www.kylepiira.com/2019/05/12/how-to-break-audible-dr...

If you're converting .aax files you should consider using .m4b as the output, since it preserves chapters and remembers your last listened timestamp [0]: > Audiobook and podcast files, which also contain metadata including chapter markers, images, and hyperlinks, can use the extension .m4a, but more commonly use the .m4b extension. An .m4a audio file cannot "bookmark" (remember the last listening spot), whereas .m4b…

I don't think that's quite accurate.

There's no functional difference between a .m4b file and a .m4a file. Both use the MP4 container so adhere to the same specification, so support all the same features (including bookmarks). FFmpeg even uses the same muxer and demuxer for both "formats".

The only difference is a non-standard convention used by certain software (like iTunes) to write autiobook-related metadata only to MP4 files that use the .m4b file extension.

You'll get exactly the same result if you just change the file extension after remuxing/transcoding.

Re: FFmpeg 4.3

#73

Post by leokennis »

snazz wrote: post #60
memexy wrote: post #58

Somewhat related. Anyone have a good utility for downloading youtube videos?

https://ytdl-org.github.io/youtube-dl/index.html is the gold standard.

And for good reason Insane amount of customization, and once you finally have pieces together your 10 line command with 40 parameters, you can just give it a huge list of URLs and let it do all the work in the background.

Re: FFmpeg 4.3

#74

Post by jeffnappi »

I've been an ffmpeg user for something like 15 years now. The project never ceases to amaze :heart:

I remember using it to encode MPEG-2 DV footage to FLV (yes, flash video) to live-stream footage captured over firewire from early prosumer HD cameras :) It's always been a solid video swiss-army knife!

Re: FFmpeg 4.3

#75

Post by crazygringo »

darzu wrote: post #51
crazygringo wrote: post #43

Earlier quoted context omitted.

This is where GUI's shine, as opposed to command-line. Perhaps this is slightly off-topic, but my dream is an interface that combines the best of both worlds. Kind of an automated GUI-builder for command-line tools, that analyzes the combinations of options used most, breaks them down into workflows with options (that can be manually named), and you can thus execute one-off commands easily and quickly without having…

This sounds great! Expanding on this a little: Seems like you'd need a universal CLI tool usage traverser and parser to figure out what's possible. Likely this would produce a decision tree of sorts with different modes and options excluding or including new options. We'd need a way to show all this, maybe nested tabs for modes and check boxes and other inputs at each appropriate level. Layer on this a way to optimiz…

Exactly that -- all of it. And I love the idea of CLI tools optionally emitting their own defaults for it too.

I (selfishly) hope you build it, since I don't have the time!

Re: FFmpeg 4.3

#76

Post by amyjess »

tambourine_man wrote: post #9

ffmpeg is amazing, but it’s like tar on steroids: I can never remember the right incantation. Google is required for even the simplest of things. I don’t know if it’s their goal, but I’d love a more user friendly set of command line arguments.

You might want to look into Handbrake. I understand it's basically just a GUI frontend for ffmpeg.

Re: FFmpeg 4.3

#77

Post by pfranz »

saagarjha wrote: post #15
mfilion wrote: post #5

Earlier quoted context omitted.

Excellent summary of changes here: https://9to5linux.com/ffmpeg-4-3-released-with-vulkan-suppor...

TIL there’s a 9to5Linux. Is it new/affiliated with the other 9to5 properties?

Looking at their respective About pages they seem unrelated:

https://9to5mac.com/about/

https://9to5linux.com/about-us

Re: FFmpeg 4.3

#78

Post by [deleted] »

saagarjha wrote: post #15
mfilion wrote: post #5

Earlier quoted context omitted.

Excellent summary of changes here: https://9to5linux.com/ffmpeg-4-3-released-with-vulkan-suppor...

TIL there’s a 9to5Linux. Is it new/affiliated with the other 9to5 properties?

[deleted]

Re: FFmpeg 4.3

#79

Post by ubercow13 »

umaar wrote: post #37

As a little side project, I've been trying to automate creation of those "1 second everyday" style videos [1], and used FFmpeg to achieve this. For things like trimming and concatenating videos, one thing that surprised me was that it was slower than using a tool like ScreenFlow. Note, we're talking about hundreds of gigabytes worth of 4K videos. slower = When I say slower, I mean, if I manually performed the same op…

It depends what you're doing, there are many different ways to cut a section out of a video. If you do it copying the streams (not reencoding anything) ffmpeg should do it at almost the speed that it can read and write to disk. However if you are reencoding the video, the speed will depend on every parameter controlling the encoder. If that's what ScreenFlow is doing, it's probably using hardware accelerated encoding too.
Post reply on HN