[edited: punctuation]
Why xHE-AAC is being embraced at Meta
41–50 of 61 posts
Re: Why xHE-AAC is being embraced at Meta
#42Anybody else noticed that after following the link, the back button does not indicate that there is a page to go back. This is on Firefox on Linux. Wtf? [edited: punctuation]
Re: Why xHE-AAC is being embraced at Meta
#43This codec isn’t supported on the web. So it is Android and iOS only. This post talks about the improved audio quality, but I don’t buy it. This was probably done to reduce storage and bandwidth, not to improve audio quality. Phone speakers aren’t good enough to notice. Also, I wish they had backed opus…
So it is supported on the web.
>This was probably done to reduce storage and bandwidth, not to improve audio quality.
Packing more information into the same amount of data is the literal definition of better quality.
>Phone speakers aren’t good enough to notice.
Maybe not, but phones can be connected to headphones and speakers which can. Especially if they connect via 3.5mm audio jack.
Re: Why xHE-AAC is being embraced at Meta
#44Re: Why xHE-AAC is being embraced at Meta
#45This codec isn’t supported on the web. So it is Android and iOS only. This post talks about the improved audio quality, but I don’t buy it. This was probably done to reduce storage and bandwidth, not to improve audio quality. Phone speakers aren’t good enough to notice. Also, I wish they had backed opus…
Opus really is great. My first choice almost all the time. Except... I wanted to stream music across the network to another computer with the lowest possible latency. I didn't care about the extra quality you get from lossless (opus sounded fine to me at 96kbps), but chose flac because it has almost no latency. Opus (and for that matter, all other codecs) added noticeable latency.
I used Opus for a VOIP app and I was really impressed with it. It's all I would ever use for Internet audio.
Re: Why xHE-AAC is being embraced at Meta
#46Earlier quoted context omitted.
You need to pay for the necessary patents to include an H.265 decoder if you intend to distribute software in countries that care about silly things like software patents. Mozilla famously relied on Cisco to gain h.264 playback, because the patent included a certain maximum total price you needed to pay after exceeding a certain amount of devices. Cisco exceeded that amount, so any additional devices they supported w…
I remember when I first got into this kind of stuff that you could just download a divx codec pack and put the .dlls somewhere in windows XP so that your programs could use them, why can't I do that with firefox and h.265?
Firefox is open source, however, so there's no reason why a fork couldn't add that functionality. I personally wouldn't put any development effort into it myself and Mozilla don't seem interested, but for people who feel strongly about this there are always options.
Re: Why xHE-AAC is being embraced at Meta
#47This codec isn’t supported on the web. So it is Android and iOS only. This post talks about the improved audio quality, but I don’t buy it. This was probably done to reduce storage and bandwidth, not to improve audio quality. Phone speakers aren’t good enough to notice. Also, I wish they had backed opus…
Opus really is great. My first choice almost all the time. Except... I wanted to stream music across the network to another computer with the lowest possible latency. I didn't care about the extra quality you get from lossless (opus sounded fine to me at 96kbps), but chose flac because it has almost no latency. Opus (and for that matter, all other codecs) added noticeable latency.
Re: Why xHE-AAC is being embraced at Meta
#48Earlier quoted context omitted.
When I set up my jellyfin server I learned that Firefox doesn't support h.265 and that there's no way to add codecs to the browser. Does anyone know why it isn't possible to add codecs to the browser?
You need to pay for the necessary patents to include an H.265 decoder if you intend to distribute software in countries that care about silly things like software patents. Mozilla famously relied on Cisco to gain h.264 playback, because the patent included a certain maximum total price you needed to pay after exceeding a certain amount of devices. Cisco exceeded that amount, so any additional devices they supported w…
No, they didn't. OpenH264 only supports Constrained Baseline profile, and is only useful for WebRTC. It's used system libraries/frameworks for H.264 video playback since long before OpenH264 came around.
Re: Why xHE-AAC is being embraced at Meta
#49This codec isn’t supported on the web. So it is Android and iOS only. This post talks about the improved audio quality, but I don’t buy it. This was probably done to reduce storage and bandwidth, not to improve audio quality. Phone speakers aren’t good enough to notice. Also, I wish they had backed opus…
Opus really is great. My first choice almost all the time. Except... I wanted to stream music across the network to another computer with the lowest possible latency. I didn't care about the extra quality you get from lossless (opus sounded fine to me at 96kbps), but chose flac because it has almost no latency. Opus (and for that matter, all other codecs) added noticeable latency.
There is also this product by the Nullsoft guys, no idea if it's any good though: http://cockos.com/ninjam/
Re: Why xHE-AAC is being embraced at Meta
#50This codec isn’t supported on the web. So it is Android and iOS only. This post talks about the improved audio quality, but I don’t buy it. This was probably done to reduce storage and bandwidth, not to improve audio quality. Phone speakers aren’t good enough to notice. Also, I wish they had backed opus…
Opus really is great. My first choice almost all the time. Except... I wanted to stream music across the network to another computer with the lowest possible latency. I didn't care about the extra quality you get from lossless (opus sounded fine to me at 96kbps), but chose flac because it has almost no latency. Opus (and for that matter, all other codecs) added noticeable latency.
[1] https://opus-codec.org/docs/opus_api-1.3.1/group__opus__enco...