"Please note that there is a closed-source kernel used for math operations that is linked via a shared object called libsparse_inference.so. We provide the libsparse_inference.so library to be linked, but are unable to provide source for it. This is the reason that a specific toolchain/compiler is required.*
- README
Google open-sources the Lyra audio codec
41–50 of 145 posts
Re: Google open-sources the Lyra audio codec
#42Encoding takes >40ms? Opus takes 5-26.5ms. Apparently 150ms[1] is the generally accepted upper bound for call latency. I think the article could do with some bandwidth/quality/latency/power comparisons to other codecs. [1] https://en.wikipedia.org/wiki/Latency_(audio)
The favorite way to cheat compression contests. Buffer more data, get more compression.
Re: Google open-sources the Lyra audio codec
#43Re: Google open-sources the Lyra audio codec
#44Earlier quoted context omitted.
> We cant beat the speed of light on our fibre network. Speed of light in what? We can absolutely be faster than fibre optics, which are quite slow relatively speaking (2/3rds that of light in a vacuum).
We wont be replacing Glass Fibre with Vacuum Fibre anytime soon. And I have been following this tech for long, but I do wish I am very wrong.
Starlink ?
Re: Google open-sources the Lyra audio codec
#45Since this is explicitly targeted at "the next billion users," do we have any sense of how well-optimized this is on non-English audio corpuses? I can't imagine that a model trained primarily on English/Western phonemes would perform as well on the rest of the world.
Yeah, I wonder about those weird languages with lots of clicks... (though they are probably not part of the next billion)
Re: Google open-sources the Lyra audio codec
#46is the training code opensource ?
Re: Google open-sources the Lyra audio codec
#47"Please note that there is a closed-source kernel used for math operations that is linked via a shared object called libsparse_inference.so. We provide the libsparse_inference.so library to be linked, but are unable to provide source for it. This is the reason that a specific toolchain/compiler is required.* - README
[update: proprietary .so]
They should re-implement the needed bits of libsparse_inference before releasing this thing. Otherwise it's just a distraction.
Probably they should get it building with something other than Bazel, too.
Re: Google open-sources the Lyra audio codec
#48"Please note that there is a closed-source kernel used for math operations that is linked via a shared object called libsparse_inference.so. We provide the libsparse_inference.so library to be linked, but are unable to provide source for it. This is the reason that a specific toolchain/compiler is required.* - README
Yes, that will have to be removed as part of the effort of porting it to new platforms.
Re: Google open-sources the Lyra audio codec
#49Earlier quoted context omitted.
which is less than the number of spoken languages in India alone.
Wonder if India will ever go through a forced linguistic convergence like China did
Unlikely, there's too much pride in each local language. Might all converge on English over a couple of generations, though, but more for commercial reasons.
Re: Google open-sources the Lyra audio codec
#50"Please note that there is a closed-source kernel used for math operations that is linked via a shared object called libsparse_inference.so. We provide the libsparse_inference.so library to be linked, but are unable to provide source for it. This is the reason that a specific toolchain/compiler is required.* - README
[update: proprietary .so] They should re-implement the needed bits of libsparse_inference before releasing this thing. Otherwise it's just a distraction. Probably they should get it building with something other than Bazel, too.
[deleted]