<smaeul>
now for runtime setup, userspace support is very poor. everything assumes you will use UART. I found the easiest setup was with hsphfpd, patched to remove the PulseAudio hooks
specing has quit [Ping timeout: 245 seconds]
<smaeul>
but once you have the BT chip start processing audio, all you have to do is route the audio however you want with alsa
specing has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
Mangy_Dog has quit [Ping timeout: 260 seconds]
apritzel has quit [Ping timeout: 245 seconds]
suprothunderbolt has joined #linux-sunxi
JoaoSchim has quit [Ping timeout: 252 seconds]
jstein has quit [Ping timeout: 245 seconds]
fevv8[m] has joined #linux-sunxi
NekoMay has quit [Ping timeout: 250 seconds]
NekoMay has joined #linux-sunxi
kaspter has joined #linux-sunxi
kaspter has quit [Excess Flood]
kaspter has joined #linux-sunxi
victhor has quit [Quit: Leaving]
<wens>
smaeul: someone already sent patches for the broadcom driver awhile ago, though AFAIK they didn't get merged
buzzmarshall has quit [Remote host closed the connection]
buzzmarshall has joined #linux-sunxi
<suprothunderbolt>
I spoke too soon about my i2s issue, output works fine, input doesn't yet and it looks weird on the scope. Looks offset one bclk from output...
buzzmarshall has quit [Remote host closed the connection]
hlauer has joined #linux-sunxi
apritzel has joined #linux-sunxi
gsz has joined #linux-sunxi
fl__0 has joined #linux-sunxi
fl_0 has quit [Ping timeout: 252 seconds]
<suprothunderbolt>
data out is coming out in the right order but data in appears to be mixed between channels...
cmeerw has joined #linux-sunxi
apritzel has quit [Ping timeout: 240 seconds]
reinforce has joined #linux-sunxi
cmeerw has quit [Ping timeout: 258 seconds]
matthias_bgg has joined #linux-sunxi
jstein has joined #linux-sunxi
pgreco_ has joined #linux-sunxi
pgreco has quit [Ping timeout: 268 seconds]
camus has joined #linux-sunxi
kaspter has quit [Ping timeout: 265 seconds]
camus is now known as kaspter
<swiftgeek>
smaeul: i just checked the same watch line on that VER_REG register with A13, and there it responds to any of the vol buttons
<swiftgeek>
which makes sense considering schematics lol
swiftgeek has quit [Ping timeout: 260 seconds]
matthias_bgg has quit [Ping timeout: 240 seconds]
warpme_ has joined #linux-sunxi
<suprothunderbolt>
i2s data from the codec for input (which is master) looks correct, and was working fine in 4 channel mode but 6 appears to be messing things up. output is now working correctly for all 8 channels
<suprothunderbolt>
the data looks i think okay on the scope but the sunxi side appears to sample across the channels... I suspect it's another 24 bit packed in 32 issue, but i'm not sure how.
matthias_bgg has joined #linux-sunxi
camus has joined #linux-sunxi
kaspter has quit [Ping timeout: 245 seconds]
camus is now known as kaspter
apritzel has joined #linux-sunxi
swiftgeek has joined #linux-sunxi
kaspter has quit [Read error: Connection reset by peer]
eduardas has joined #linux-sunxi
<suprothunderbolt>
if i force sample rate width to be the same as slot width (32) output works fine, however input doesn't.
kaspter has joined #linux-sunxi
gsz has quit [Remote host closed the connection]
kaspter has quit [Ping timeout: 252 seconds]
kaspter has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 252 seconds]
cnxsoft has joined #linux-sunxi
kaspter has quit [Quit: kaspter]
kaspter has joined #linux-sunxi
Mangy_Dog has joined #linux-sunxi
Mangy_Dog has quit [Changing host]
Mangy_Dog has joined #linux-sunxi
<suprothunderbolt>
ahh, I had to force tx and rx slots to be different to the tx and rx DMA buffers
<suprothunderbolt>
working now
<apritzel>
mripard: thanks for the PR, much appreciated!
<mripard>
thanks for the reminder :)
suprothunderbolt has quit [Ping timeout: 246 seconds]