Difference between revisions of "Bluetooth headset guide"
From Pandora Wiki
Spiralofhope (talk | contribs) m |
Spiralofhope (talk | contribs) m |
||
Line 3: | Line 3: | ||
See [[.asoundrc]] for the original file. | See [[.asoundrc]] for the original file. | ||
− | Replacement ~/.asoundrc | + | = headset not detected anymore = |
+ | |||
+ | I had this happen to me. I tried and tried, and my device would no longer be detected, nomatter what I did. | ||
+ | |||
+ | To solve it, I re-flashed. As it happens, I used SuperZaxxon 155, but I expect re-flashing to the latest is the best thing to do. | ||
+ | |||
+ | = Replacement ~/.asoundrc = | ||
<pre> | <pre> |
Revision as of 21:45, 19 December 2013
See .asoundrc for the original file.
headset not detected anymore
I had this happen to me. I tried and tried, and my device would no longer be detected, nomatter what I did.
To solve it, I re-flashed. As it happens, I used SuperZaxxon 155, but I expect re-flashing to the latest is the best thing to do.
Replacement ~/.asoundrc
# ~/.asoundrc # This is for getting bluetooth working on the OpenPandora. # Tested and works as of 2013-12-18, SuperZaxxon 155, not updated # after installation. # -- # -- Testing # -- # Make damned sure that you exit any audio-using software before doing # any testing. This includes mixers. # Example play: # mplayer -ao alsa:device=softvol filename.mp3 # (alternately, use the gnome-mplayer which comes with the codec pack) # FIXME - I have no clue how to get most other players to work! # TODO - What can I use to do testing, without the user needing a # file? `speaker-test` isn't available. # TODO - I used to have a test script to record audio and play it back # immediately. Something like that would eliminate the need to # have a file to play for testing. # FIXME - mplayer (etc) hang, and must be killed. # be absolutely certain to kill all processes. A hanging # process will completely screw over testing. # killall -9 gnome-mplayer mplayer # FIXME - mplayer (etc) have issues with buffering. # TODO - I don't know how to get dmixed back in there, to get the # buffering. It may well be to blame for all kinds of issues. # -- # -- Notes # -- # Make sure to keep backups of your # The chain of stuff goes like so: # default -> softvol -> bluetooth # For simplicity, I have collapsed one-liners. # # So while this is valid: # slave { # pcm "bluetooth" # } # # .. this is also valid: # slave.pcm "bluetooth" # # It's perfectly safe to re-expand things, to experiment. # -- # -- The actual work # -- pcm.!default { type plug slave.pcm "softvol" } pcm.softvol { type softvol slave.pcm "bluetooth" control.name "Master" } pcm.bluetooth { type bluetooth }