71–80 of 94 posts
Earlier quoted context omitted.
The current state of the art is Opus, but HE-AAC is also superior, and then there’s always the appeal of lossless which is a lot more practical than it once was.
A format which cannot deliver quality is not state of the art. Opus is the Internet Explorer 6 of musical and video formats.
Earlier quoted context omitted.
> MP3 is obsolete What should we be using instead for lossy audio?
AAC is far superior, as is OGG, on a technical basis
Video timestamps are weird. Years ago I routinely pulled event VODs from an HLS source and re-uploaded to YouTube. To speed up downloading, I downloaded the MPEG-TS segments in parallel and assembled them with FFmpeg. Initially I used the basic and familiar concat demuxer during assembly. The results were fine locally. Months in a visitor told me that all my VODs had subtle yet frequent stutters. Turned out the video…
Earlier quoted context omitted.
> MP3 is obsolete What should we be using instead for lossy audio?
The current state of the art is Opus, but HE-AAC is also superior, and then there’s always the appeal of lossless which is a lot more practical than it once was.
Vorbis is also notable as a better format than MP3, although that too is made obsolete by Opus.
Earlier quoted context omitted.
AAC is far superior, as is OGG, on a technical basis
On the basis of "can it play in my car", MP3 is the only winner. My car's player has one of those baseline decoding chips that can only do MP3.
Video timestamps are weird. Years ago I routinely pulled event VODs from an HLS source and re-uploaded to YouTube. To speed up downloading, I downloaded the MPEG-TS segments in parallel and assembled them with FFmpeg. Initially I used the basic and familiar concat demuxer during assembly. The results were fine locally. Months in a visitor told me that all my VODs had subtle yet frequent stutters. Turned out the video…
This is what I love about tech. I have 15 years experience as a software developer but I have no clue what any of these words mean. Amazing you can have such specialised knowledge about something.
Niche knowledge really can creep up on you over the years as you gradually encounter problems and work to solve them a few hours at a time.
Earlier quoted context omitted.
AAC is far superior, as is OGG, on a technical basis
On the basis of "can it play in my car", MP3 is the only winner. My car's player has one of those baseline decoding chips that can only do MP3.
Folks, just because the author wasn't wearing a Guy Fawks mask with a black hoodie and made no mention of gaining access to the Central Meme Database, that doesn't mean they weren't hacking. They were hacking around with MP4 muxers and YouTube. This is definitely the hacker spirit. The word doesn't need to be re-appropriated by Hollywood caricatures.
Does anyone else really use "hack" in the way HN uses it, ie with its original meaning? For your average person a hacker is a person in Guy Fawks mask with a black hoodie that steals your facebook password. For people in the industry a "hack" is a code that works but might be a placeholder/potentially dangerous code. The author would want to write a better version of it but perhaps is not able to due to time or desig…
Earlier quoted context omitted.
This is what I love about tech. I have 15 years experience as a software developer but I have no clue what any of these words mean. Amazing you can have such specialised knowledge about something.
Your comment gave me perspective on how far down the rabbit hole my media server has taken me, as I was nodding along to everything the parent poster said having encountered similar issues with FFmpeg in the past. Niche knowledge really can creep up on you over the years as you gradually encounter problems and work to solve them a few hours at a time.
Idea was that you could "grep" by specific text in the subtitles and automatically create a clip of every occurrence of the text (by looking at the subtitle timing and padding that in both directions).
The biggest source of my frustration was that I was unable to get the clipping to work exactly as I wanted, where the start or end of the clip would seemingly drift back and forth. That was until I realized it boiled down to how the different seek modes in ffmpeg handled keyframes.
I still haven't gotten the clipping to work exactly as I want but I figured doing two passes might be the way to go: first pass would do a fuzzy match and ensure there is enough extra on both ends of the desired clip and the second pass could re-encode the fuzzy-matched clip to shuffle the keyframes around, allowing more accurate clipping.