Active Topics

 


Reply
Thread Tools
Johnx's Avatar
Posts: 643 | Thanked: 628 times | Joined on Mar 2007 @ Seattle (or thereabouts)
#81
znutar: Which portions of this thread did you follow? If you didn't follow the instructions in the first post carefully, you're probably not using A2DP at all.
 
Posts: 326 | Thanked: 39 times | Joined on Jul 2007
#82
Originally Posted by znutar View Post
followed portions of this thread and here is where I am at. I paired no problem with my N800 (OS2008) using my Kyocera bluetooth headphones. The issue I have is that sound quality is complete crap. On my Blackjack 2 the headphones sound great! On the N800 it sounds like I'm listening to them through a 6ft length of PVC pipe...all muffled and very low volume...any clues?
The N800 is not using the A2DP profile, but instead the HS/HF Profile?
 
Posts: 19 | Thanked: 2 times | Joined on Jan 2008 @ Snohomish, WA
#83
Originally Posted by Johnx View Post
znutar: Which portions of this thread did you follow? If you didn't follow the instructions in the first post carefully, you're probably not using A2DP at all.
How then am I pairing? I get stereo sound, just poor quality. I thought OS2008 enabled A2DP? I'll check over the original post.
 
Johnx's Avatar
Posts: 643 | Thanked: 628 times | Joined on Mar 2007 @ Seattle (or thereabouts)
#84
znutar: Pairing is a low level kind of thing. Once two devices are paired they can choose talk to each other and choose which protocols to use to communicate. Right now your N8x0 and your headphones decided that the only protocol they could use to talk was by HSP (HeadSet Protocol). That provides low quality monaural sound. Also, you're probably not hearing stereo sound. Your headphones are receiving a monaural signal and then playing it out of both speakers.
Note: It is considered common etiquette to read at least the first post of a thread and to skim the rest (or at least search the rest) for an answer before posting. This prevents questions from being repeated. This is not meant to be rude, just as a suggestion to help you get the most out of these forums.

To everyone else: Is the .deb working for you? If it generally works as intended I'll add something to the wiki but I just want to be sure it's not breaking people's tablets and I just don't know about it.

-John
 
BruceL's Avatar
Posts: 305 | Thanked: 154 times | Joined on Aug 2006 @ Colorado
#85
John,
I ran through the old procedure when you first posted it and I still have my system configured that way. If I now install the new .deb will that wreck anything? If so, how can I 'uninstall' your old method?

Thanks for leading and making the deb!
 
Johnx's Avatar
Posts: 643 | Thanked: 628 times | Joined on Mar 2007 @ Seattle (or thereabouts)
#86
No need to uninstall. Just install the new .deb and don't do "a2dp firstrun"

Compared to the old method, all the new .deb adds is the a2dp script that lets you easily enable and disable a2dp in mplayer (which has the side effect of enabling it and disabling it for kagu and mediabox). rm_you's version of mplayer can be used with either method and is highly recommended for better playback.
 
Posts: 1 | Thanked: 0 times | Joined on Jan 2008
#87
Using Motorola S9 and n800 os2008.


Using cpufreq adjustment and rm_you's mplayer successfully played music for 35 minutes while running on a treadmill. This is much better than the rm_you's mplayer which skipped after about 5 minutes and was unusable.

Now if we could only stop A2DP from being a resource hog so I can stream my itunes collection via myTunesRSS.
 
Johnx's Avatar
Posts: 643 | Thanked: 628 times | Joined on Mar 2007 @ Seattle (or thereabouts)
#88
Well, there are two parts to that:
1) In the short term something seems to be causing alsa to not honor the period size the user (or program) selects when communicating with headphones. I *think* this is what's causing the CPU usage to be ~50% (and likely to skip when other processes need CPU time) rather than ~20% (and very tolerant of other tasks running).

2) In the longer term, people much smarter than me want to move the SBC encoding part of A2DP onto the DSP. If the DSP is powerful enough to cope with MP3 decoding and SBC encoding this could be an incredible power savings.
 
Posts: 19 | Thanked: 11 times | Joined on Dec 2007
#89
All;
I second the cpufreq results using 'performance'. Kagu/mplayer/a2dp runs almost perfectly. Still does not overcome all the apparent issues cited by Johnx but very usable.

Nokia needs to get this fixed (and they seem trivial). I dont see a2dp as optional for this device. Where do we post these types of requests to Nokia?

Thanks!
 
Johnx's Avatar
Posts: 643 | Thanked: 628 times | Joined on Mar 2007 @ Seattle (or thereabouts)
#90
Originally Posted by cjmonicajr View Post
Nokia needs to get this fixed (and they seem trivial).
I'd like to jump to Nokia's defense for a second actually. Nokia *wrote* the current A2DP support for Bluez that we're using right now. They didn't enable this by default on IT2008OS because it's not finished to their satisfaction. One of the things that keeps me from putting too much work into this is the knowledge that they *definitely intend to support this at some point* and *have already done most of the work.* That being said, finishing this up is not trivial. Nokia will not release a half-assed a2dp hack like this one. They want to get it polished up so that it's light on CPU usage, easy on battery life and works for anything on the N8x0 that plays sound. See here for info straight from Nokia: https://bugs.maemo.org/show_bug.cgi?id=667#c8

Originally Posted by cjmonicajr View Post
I dont see a2dp as optional for this device.
A2DP seems to be only just now becoming widely supported. Even the iPhone doesn't have it. (Doesn't have keyboard support either, heh.)

Originally Posted by cjmonicajr View Post
Where do we post these types of requests to Nokia?
Thanks!
Good question! Vote for the bug here: https://bugs.maemo.org/show_bug.cgi?id=667#c8
If you add comments, remember to be *polite* and *constructive.*

-John
 
Reply


 
Forum Jump


All times are GMT. The time now is 16:46.