05-04-2010, 03:15 PM
|
|
Lurker
Offline
Location: NJ
|
|
Join Date: Oct 2007
Posts: 15
Reputation: 25
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
|
|
Re: ║MightyROM.com║ ║Windows Phone®║ ║Update Now Available!║
Quote:
Originally Posted by cptok
Oh yes - well known issue depending on the BT head unit you're using. I have researched this to my wits end. The issue is - pausing is taking place to change the BT bitrate or otherwise sound quality of the stream. If you listen, you'll notice that after the pause - music quality drops. Then it goes back, then will pause and drop again. Also (if you're using a Kenwood HU with Parrot BT) you'll notice that initial sound is not that great to begin with. So here are the tweaks that, for the most part, have fixed this issue:
**Set initial line speed to sound quality that is tolerable**
HKLM\Software\WIDCOMM\Plugin\AV\LineSpeed = 256 (DWORD)
The above alone however will increase the pauses and resets in music playback. So - what seems to work really well is to increase the file cache sizes from their default values of 4096:
HKLM\System\StorageManager\FATFS\EnableCache = 1 (DWORD)
HKLM\System\StorageManager\FATFS\CacheSize = 16384 (DWORD)
HKLM\System\StorageManager\Filters\fsreplxfilt\Rep lStoreCacheSize = 32768 (DWORD)
Yes - these will use more device memory for caching - but it all but eliminates the pausing on music playback, and the quality is vastly enhanced. Pauses may sometimes occur still, but much more rarely, and sometimes not at all during the day. Going to task manager and closing open apps helps too it seems, but it's a bit hit or miss on what most affects this phenomenon.
I'm still experimenting a bit with these values - and will also try 32768 for both shortly. I don't run a lot of apps simultaneously, just IMAP email checking. So committing more to cache is not particularly an issue for me. Have the memory - so may as well use it!
Please try the above and let me know. This problem is widely discussed on XDA, Kenwood and many other forums. And - it is expressly related to the Widcomm BT stack. The MS stack never did this. There has not been a conclusive solution put forth in any of those forums - but I've also not yet "published" the file cache approach. Like I said - I have researched and tried just about everything - and the above really seems to make the difference.
|
Thanks for the info on this, I'll try these out and see if they work and let you know either way.
|