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

121–130 of 226 posts

Re: FFmpeg 4.3

#121

Post by _Gyan_ »

apocalyptic0n3 wrote: post #111
oliwarner wrote: post #107

I love ffmpeg but those release notes suck. If all you can say is how much time there's been, why isn't this just 4.2.4? I suspect there are major features and improvements buried in the 30 pages of commits. https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/refs/heads/rel...

There is an actual changelog, but it's just as sparse on details. At the very least tell me whether those filters are new, removed, fixed, etc. https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/HEAD:/Changelo...

A formal news entry isn't up yet. Expect it in a few days.

Re: FFmpeg 4.3

#122

Post by Erlich_Bachman »

LaLaLand122 wrote: post #10
ArgyleSound wrote: post #4

Earlier quoted context omitted.

why duplicate something that works really well?

- You don't trust so much complex logic, taking untrusted input, written in C and want to rewrite it in Rust. - You want to code it all again using an API that doesn't expect to get its input from a blocking read() function. - ... I think the main reason there isn't any alternative is that it supports soooo many formats that the task seems impossible to anybody thinking about it.

> - You want to code it all again using an API that doesn't expect to get its input from a blocking read() function.

In which real world situation/scenario is this a problem? It is hard to think of one, but I am probably missing something?

In any case, if that was a real show-stopper, it would probably be much wiser to go with a fork that would modify that one thing, instead of re-writing the whole project.

Re: FFmpeg 4.3

#123

Post by StanAngeloff »

whoisjohnkid wrote: post #120

ffmpeg is absolutely phenomenal. I recently used it to combine multiple separate audio tracks from a webrtc session into a single file. For anyone that hates compiling ffmpeg from source, John Van Sickle does an amazing job of doing the work for you by making binaries publicly available for each version: https://johnvansickle.com/ffmpeg/

I rely on those static builds and they are a lifesaver. Careful with linking to this website from automation scripts, etc. as the downloads are regularly swapped and only certain versions (IIRC latest in a point release) are kept available. E.g., 4.3.0 will be taken down once 4.3.1 is available, however 4.3.1 might be permanently moved to the archive if it shall be the last 4.3.? release before 4.4.0.

Re: FFmpeg 4.3

#124

Post by porker »

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...

Note that Audible now uses the significantly harder to break AAXC file format in its mobile apps.

AFAIK FFmpeg does not yet support this decoding. There is a patch available: https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/202004...

Re: FFmpeg 4.3

#125

Post by _ea1k »

platz wrote: post #103

I wish FFmpeg still had NDI support NDI is super useful for low-latency local network streaming

I think the same way. It is too bad that the protocol is being mismanaged by its creators.

Re: FFmpeg 4.3

#126

Post by whoisjohnkid »

StanAngeloff wrote: post #123
whoisjohnkid wrote: post #120

ffmpeg is absolutely phenomenal. I recently used it to combine multiple separate audio tracks from a webrtc session into a single file. For anyone that hates compiling ffmpeg from source, John Van Sickle does an amazing job of doing the work for you by making binaries publicly available for each version: https://johnvansickle.com/ffmpeg/

I rely on those static builds and they are a lifesaver. Careful with linking to this website from automation scripts, etc. as the downloads are regularly swapped and only certain versions (IIRC latest in a point release) are kept available. E.g., 4.3.0 will be taken down once 4.3.1 is available, however 4.3.1 might be permanently moved to the archive if it shall be the last 4.3.? release before 4.4.0.

great point. What I've done in the past is have a jenkins job that points at the latest release and trigger job manually when you know you want to upgrade to the latest version.

Re: FFmpeg 4.3

#127

Post by sbierwagen »

anderspitman wrote: post #91
TheAceOfHearts wrote: post #62

Earlier quoted context omitted.

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…

So it writes the timestamp to the file metadata? That would cause issues with syncing, backups, running from a read-only filesystem, etc. My audiobook app already keeps track of current timestamp for me.

And where does the audiobook app store the current timestamp?

Re: FFmpeg 4.3

#128

Post by Denvercoder9 »

erk__ wrote: post #112
apocalyptic0n3 wrote: post #111

Earlier quoted context omitted.

There is an actual changelog, but it's just as sparse on details. At the very least tell me whether those filters are new, removed, fixed, etc. https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/HEAD:/Changelo...

Now this sounds interesting - LEGO Racers ALP (.tun & .pcm) demuxer I think I will dig through to figure out what that actually means later.

ffmpeg can now extract data from the .tun & .pcm file formats (but it might not be able to decode it yet, depending on the encoding used in such files).

Re: FFmpeg 4.3

#129

Post by StanAngeloff »

whoisjohnkid wrote: post #126
StanAngeloff wrote: post #123

Earlier quoted context omitted.

I rely on those static builds and they are a lifesaver. Careful with linking to this website from automation scripts, etc. as the downloads are regularly swapped and only certain versions (IIRC latest in a point release) are kept available. E.g., 4.3.0 will be taken down once 4.3.1 is available, however 4.3.1 might be permanently moved to the archive if it shall be the last 4.3.? release before 4.4.0.

great point. What I've done in the past is have a jenkins job that points at the latest release and trigger job manually when you know you want to upgrade to the latest version.

I don't usually rely on a specific version and am fine running a release (or five) behind. If you don't need the latest and greatest pointing to an archived old release may save you some hassle.

Re: FFmpeg 4.3

#130

Post by mceachen »

colpabar wrote: post #31

does anyone have a good installation guide, which includes all the stuff that isn't supported in the default installation? ffmpeg is great, but a lot of times I go to use it and find a feature isn't supported because I didn't compile it with a flag set.

You didn't say which OS, but I wrote a set of cross-platform instructions for my PhotoStructure users: https://photostructure.com/getting-started/video-support/

tldr: if you're on Windows, use Chocolatey or Scoop. For macOS, use homebrew.

Post reply on HN