Marcel, On Wed, Mar 13, 2013 at 5:26 PM, Marcel Holtmann <marcel@xxxxxxxxxxxx> wrote: > maybe it is not worth supporting 8-bit SCO, but it is a feature that we should not ignore. And in case you want to do multiple SCO connections (some people want to actually), one way of getting less bandwidth usage is to switch to 8-bit PCM. So my current thinking is that we should support it. There is still a problem : how would you enable specific synchronous connection settings (max bandwith, latency, ...) ? And which one would you choose. Another way to reduce bandwith (at the price of some latency and some computation) is to use mSBC, with less bandwith and a better quality (msbc encode 240 bytes to 60). I you really want 8 bit sco, then a suggestion in line with my patches could be to have a dedicated mode: SCO_MODE_PCM8. > Right now I am for working in the context of what we actually have. The CSA2 is not deployed at this moment and it is rather complex. So my thinking is to do voice setting right now and sort out CSA2 at some point later. Unless someone can come up with a good way of integrating CSA2 right now and allow a smooth backward compatibility to non CSA2 devices. I agree that CSA2 is not top priority, but the "mode" options is designed to make such a transition possible. Fred -- To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
