-
Notifications
You must be signed in to change notification settings - Fork 189
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Which codes can I enable legally? #538
Comments
It's rather hard to answer that question. It all depends what you mean by "respect copyright". As far as I know all codecs which are publicly available (there is a public download page) can be used privately. However, if you intent to create a RPi image which can be used for commercial usage, you might hit some issues. As far as I know AAC codec for commercial usage requires a fee. The same case is with LDAC. There might be some issues with apt-X, however, ffmpeg provides aptX and it seems that the patent has expired (this shall be confirmed), so maybe it can be safely used. I think that FastStream might be used without any issues, because in fact it is SBC codec (which is royalty free). Also, I think that MP3 patent is also expired, so this codec can be used, but I remember that few years ago some Linux distributions have had MP3 codecs in non-free repositories (but maybe it is not longer the case). And lastly, LC3plus. I think that it is free to use (but I might be wrong). So as a summary. You can safely use SBC, FastStream and mSBC (for HFP). I think you can use LC3plus and maybe MP3. Other codecs might need some fees for commercial usage. In order to be sure, you will have to search for all this codecs websites and check whether there are some conditions for personal/commercial usage. Please not that BlueALSA only provides a support for all these codes. The responsibility to respect the low is on the user side. If you gather some info regarding these codes, please add a comment in here or create a PR with adequate info in the README file. |
Great explanation, thanks! If I learn anything new I will be sure to add it here. Would you like me to create a pull request for documentation that incorporates this info? |
Yes, you can create a PR, or alternatively add a page to the bluez-alsa wiki which will summarize this kind of info. Then we can add a link for this page into the README file. |
This Wikipedia page has some information about certain flavours of AptX patents being expired or revoked: Is your AptX version an implementation of the 'basic' AptX version? The HD version seems to still have a license. |
I'm not sure LC3+ is available freely yet: The Wikipedia page doesn't mention anything on the topic: |
The MP3 patents seem expired: |
According to this Wikipedia page the Fasttream patent is expired: |
In short: |
The original AAC was released in 1997. You'd think a version of that would be available now (USA patents expire after 20 years). But according to the Wikipedia page you're right, it's still under license: Fraunhofer also still offers licensing deals: |
BlueALSA has both, "basic" (
I would also add |
I've created an initial wiki page: https://github.com/Arkq/bluez-alsa/wiki/Patents-and-copyright-relating-to-Bluetooth-codecs |
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
By default the Raspberry Pi offers BlueAlsa version 1.4 in its repositories. That's seems to be quite an old version.
I'd like to incorporate a newer version of BlueAlsa in a Raspberry Pi disk image that I'm working on. This will be available for download worldwide.
In the build instructions I see a lot of options for codecs, but it's not clear to me which ones I can safely enable if I want to respect copyright. I've been trying to look this up one by one, but haven't been very succesful.
Do you perhaps have suggestions here? Maybe the build instructions could engrain some small hints on his topic? I'd be happy to create a pull request proposal if you tell me which codecs are 'safe'.
The text was updated successfully, but these errors were encountered: