For FLAC, latency is primarily driven by block size and the library's own internal buffering.
Using the API you can set the blocksize, but there's no manual flush function. The only way to flush output is to call the "finish" function, which as its name implies - marks the stream as finished.
I actually wrote my own FLAC encoder for this exact reason - https://github.com/jprjr/tflac - focused on latency over efficient compression.
Probably not. It only mentions multi-threaded encoding. Not decoding. But for streaming it shouldn't matter a lot since you only decode smaller chunks at a time. Latency should be good. At least that is my experience and 95% of my music listening is listening to FLAC files.
Would this be ideal for streaming from my navidrome server? Currently I stream FLAC on the local network and it converts it to opus on the fly when I'm on mobile.
I can understand why a big streaming provider might want to use a lossy codec from a bandwidth cost perspective but what about in the context of streaming in your own network (eg through Roon or similar)?
Off the top of my head, let's say the file you want to stream is Ogg Opus, but the device you're streaming to only supports FLAC and MP3. You could transcode to MP3 and get all the artifacts that come with a double lossy encode, or you could transcode to FLAC which doesn't buy you any bandwidth savings but it does avoid double lossy artifacts.
Chained Ogg FLAC works really well as an intermediary/internal streaming format.
In my case - I have an internet radio station available in a few different codec/bitrate combinations. I generate a chained Ogg FLAC stream so I have in-band metadata with lossless audio.
The stream gets piped into a process that will encode the lossy versions, update metadata the correct way per-stream (like there's HLS with timed ID3, there's Icecast with chained Ogg Opus, Icecast with AAC + Shoutcast-style metadata).
Out of curiosity, can you provide a link to your station? I have created a website for listening lossless internet radio stations: https://audiophile.fm
> for streaming you are better off with an optimised lossy codec
If you are Spotify, that probably makes sense. But if you are someone with a homelab, you probably have enough bandwidth and then some, so streaming FLAC to a home theater (your own or your friend's) makes sense.
Audio files are tiny, itty bitty things - even uncompressed. If you have the ability to use a lossless file at 0 extra cost...why not? Massive streaming services like Spotify don't obviously, the economics are way different.
I have a flac collection that I was streaming, and I ended up writing some software to encode the entire library to opus because when you are driving around you never know how good your bandwidth will be. Since moving to opus I never have my music cut off anymore. Even with the nice stereo in my car I don't notice any quality problems. There are definitely reasons to not stream wav or flac around all the time.
Because it’s lossy, period. You may not notice it if you’re not looking hard enough; but you wouldn’t accept a .zip file of a word doc that was missing letters or words in the document. You’d use lossless compression.
I’m not saying there’s no use for opus- just that if your goal is a high quality listening experience, that ain’t it.
That's like saying cars are crap because it's not as powerful as a truck. Both are completely different classes of vehicles optimizing for different use cases. So are lossy vs lossless codecs, you can't just say one is superior to the other without specifying the use case.
For instance, I've got a navidrome instance with all my music library accessible from anywhere in the world trough my phone. However there are situations where I may not have internet any connection, so I use the app on the phone (Tempo) to mark the songs I want to be downloaded and available even when offline, but my phone storage wouldn't hold even a quarter of my playlists if I went with the original encode of the songs (mostly lossless flacs), so I instead set it to download a transcoded Opus 128kbps version of it all and it fits on my phone with room to spare. It sound pretty damn good trough my admittedly average IEMs and I get the benefit of offline playback. Even if you somehow had the absolute best playback system connected to my phone you might be able to tell the difference, but it beats not having to rely on internet connectivity.
That's a bad illustration. The letters are there.. they're just slightly lower rez. Like going from a 256x256 space per letter to 128x128. Is there a difference? sure. Can you read it perfectly fine.. of course.
You could probably argue that these are handwritten letters but the argument still stands.
If you decide to stream with a lower bitrate in Plexamp, it transcodes to Opus.
You should not encode the files, just use Plex or Jellyfin and choose a lower bitrate when playing with your phone. Jellyfin uses AAC and Plexamp uses Opus.
Tell that to some of my 24bit/192kHz flac files. About 300 megabytes each. Not nice to stream with plexamp using my 40 Mbps upstream... Easy to encode in opus though.
The major streaming platforms except Spotify offer lossless streaming as an upgrade or benefit（Apple Music) for years and even Spotify the hold out is releasing “Super Premium” soon.
Opinion aside, lossless streaming is a big deal.
the human ear just isn't good enough at processing sound to need lossless codecs
a modern audio codec at 320kbps bitrate is more than good enough.
Lossless is useful for recompressing stuff when new codecs come out or for different purposes without introducing artefacts, not really for listening (in before angry audiophiles attack me)
> a modern audio codec at 320kbps bitrate is more than good enough.
MP3 V0 should already be, and is typically smaller.
That said, it does depend on the quality of the encoder; back in the day a lot of MP3 encoders were not very good, even at high quality settings. These days LAME is the de-facto standard and it's pretty good, but maybe some others aren't(?)
Hell, modern audio codecs (opus and AAC, but not the ffmpeg opus/AAC encoders) are transparent at ~160-192k. MP3 is a legacy codec these days, and generally needs ~30% more bitrate for similar quality.
The human ear is absolutely good enough to hear the difference. However the vast majority of the population has not had listening training. I’ve done double blind tests repeatedly and provided it’s not on crap audio gear I can absolutely tell the difference, as can most of my golden ears trained acquaintances.
This conflicts with every published double blind study that was not in a context that had the word "audiophile" in its name.
When you say you "can absolutely tell the difference", what score are you getting that proves you are doing better than guessing? And with what type of lossy encoding?
People who make such claims either repeat the tests until they get one with a perfect score or otherwise don't count every trial, do a poor job of conversion so there is clipping or other artifacts that break blinding, compare different sources like the standard version that accompanies the "high rez" version on an SACD but may be from a different mastering, don't level match, don't actually do a real double blind test, don't do enough trials, or are just lying.
I’ve done multiple online tests and always scored at least in the 70s. Using foobar and my own cds or hi res downloads I’ve done encoding of the same exact wav file to flac, mp3, and ogg. Flac wins. Using monitor speakers (Mackie MR5’s) and a high end DAC it was not at all difficult for me.
I truly appreciate you calling me a liar though; really adds to the conversation.
Don't want to sound snarky, but these are only "decent" (the succeeding MRx24 add an actually designed waveguide) and you'll never hear the sound of a DAC unless it's very badly implemented or has SNR troubles that show with ultra sensitive IEMs.
Anyone who has read enough of the research in the matter will tell you that the codec itself is an improbable culprit. The way it's encoded and the test setup usually are "at fault" in this situation.
I give the benefit of doubt for mp3, since the format is simply flawed even with all the LAME magic (e.g. https://wiki.hydrogenaud.io/index.php?title=LAME_Y_switch). Though the differences mostly remain in the realm of ABX competition, especially with VBR (always use VBR).
But for Vorbis, AAC and Opus with decent encoder/bitrate, I doubt it. Baring killer samples like castanets showing pre-echo issues inherent to some MDCT based codecs.
I don't know why you're hearing a difference I'm just pointing out that there are many reasons why you could be hearing a difference that are not a specific effect of the codec itself.
You're right I shouldn't be making crappy posts and will try better in the future.
There's a simple tool to figure it out. It's called double blind test.
I went through it, and could tell mp3 (lame) from lossless, with high confidence. Many people I know and trust not to make shit up have done the same. Parent likely did the same as well.
However, I cannot ABX Opus from flac. It becomes impossible for me somewhere 100 to 160kbit/s depending on song, weather and luck.
mp3 is quite good for a codec from 1991. But it is deeply flawed, and compares quite poorly to what we have today.
> However the vast majority of the population has not had listening training.
This pretty much means they don't need it. And even if they're all trained, there's still very much a good enough for many situations. I don't need to waste data on lossless if I'm streaming to my phone in a noisy environment, even with noise cancelling. Add to the fact that 99% of Bluetooth headphones are lossy anyways and you're left overoptimizing.
Sitting on a beanbag at home with a pair of Hifiman Susvaras or some other overpriced headseat, that's maybe another story...
> Add to the fact that 99% of Bluetooth headphones are lossy anyways and you're left overoptimizing.
Perhaps somewhat counterintuitively, Bluetooth headphones is actually a use case where lossless audio helps the most, as you're avoiding double-lossy compression. SBC XQ isn't that bad, but it gets much worse when what you feed it is already lossy.
I really like my 2.4 GHz RF headphones. Not portable outside of the house, but optical input to the base, lossless wireless transmission, and compared to Bluetooth, better range/interference/pairing/obsolescence. I like them so much I bought a second pair that I have as a backup for when the first breaks.
But why would I bother recompressing when the various media players in the house can deal with the FLAC files just fine? On a typical home wifi network, a track probably transfers in about a second.
right but I was talking about in the context of low latency streaming, where the costs of sending FLAC over <insert modern audio codec here> are considerably higher (in terms of latency, bandwidth etc)
