After playing a while with the cifs.ko module I can access my network shared music. But issue is if screen goes off the playback starts to drop. Anyone having this issue too?
On the contrary if the tracks are copied to the local filesystem audio plays fine even with screen off.
Also I've tried the wifi switch and set it to never off but does not help.
Related
First Post, Hi to all.
Hardware:
I have just purchased an SPV M3100 (HTC TyTn) and I think it's great I want to use it to play music from my MP3 collection which is shared over the LAN and output the music to my new bluetooth A2DP speakers (Accoustic Energy)
Software:
The PDA is running WM5. I have installed V-mobile Software Network Browser which adds a network folder to the system and allows me to map my Computers MP3 shared folder as a network drive on the phone (This works a treat).
I am using CorePlayer as my media player as this is the best one I've found, it plays all my music and also my divx/xvid movies.
Problem:
I can play music straight over the network using coreplayer fine from the phone (WIFI & BT both turned on), but when I connect the BT speakers I get stuttering. Occasionally it seems to work fine, but most of the time the music is really broken up.
I can play music straight off the phone and send to the BT speakers and it works great, but only if WIFI is turned off.
It seems that the phone is maybe struggling to run WIFI & A2DP simultaneously, which is a little bit annoying.
Plea For Help:
Is there ANYONE who has tried to do this on ANY PDA? If there is, was it successful or are you having similar stuttering probs?
PS. I have tried the A2DP bitpool reg hacks with no luck, and even tried the 802.11g wifi hack in case it was a wifi bandwidth problem.
If Anyone can offer any suggestions or advice I would be most greatful.
//not sure if I posted this in the correct thread, it might be better suited to accessories?
I've got the tmobile MDA, it plays back AAC+ files great using TCPMP when not using bluetooth, but I recently got my first bluetooth stereo headset and I guess bluetooth must eat alot of cpu b/c AAC+ playback becomes choppy. Has anyone here been able to get smooth AAC+ playback using bluetooth on the HTC Wizard, and if so what did you do to make it happen? I tried another app called gsplayer but that made it even more choppy, and also tried fiddling with the buffer settings in TCPMP but made no difference.
Since I'm a bluetooth newb, I've got a couple more questions while I'm at it. Right now when I want to connect my bluetooth set to the phone I have to:
1) press comms manager button
2) click bluetooth settings
3) go to "devices" tab
4) rightclick my bluetooth headset and click "set as wireless stereo"
Now that's really a pain in ass in my opinion just to connect a headset. Is there an easier way?
BTW, is there a way to make Windows Media Player mobile to playback AAC+ files with the "+" settings? It plays them but sounds like 22 khz, I was wondering if someone has done a hack or something so it recognizes the full "spectrum" of aac+ files.
Sounds more like RFI interference to me.
Is there a wifi network nearby or is the wifi on the phone turned on at the time? Bluetooth uses the same frequency.
Pretty sure It's not an interference problem because it can pipe mp3 music over bluetooth just fine. I know aac is much more cpu intensive to decode compared with mp3. Are you able to listen to aac+ over bluetooth on this 200mhz smartphone?
FYI, there is a wifi network but I have wifi turned off on my phone.
My reason for saying that is that you said it plays back AAC just fine when not on Bluetooth. The other explanation I see being that transmitting data over bluetooth is also CPU intensive and that the two together are too much. But that's just a theory.
No, I've never tried AAC. The few AAC files I've ever gotten I immediately converted to MP3.
But you're right, mp3's play fine over bluetooth. Unless I get too close to my wireless router downstairs, then I get choppiness and skips like you mentioned. However, I do have my wifi signal strength amped up to increase the range.
I managed to solve the problem by overclocking the cpu as described in this thread:
http://forum.xda-developers.com/showthread.php?t=271012
I'm running at 252 mhz now and AAC+ playback is smooth over bluetooth and the system is stable, and feels overall snappier now. But still if anyone knows a solution w/o overclocking I'd like to hear it.
Evander said:
I managed to solve the problem by overclocking the cpu as described in this thread:
http://forum.xda-developers.com/showthread.php?t=271012
I'm running at 252 mhz now and AAC+ playback is smooth over bluetooth and the system is stable, and feels overall snappier now. But still if anyone knows a solution w/o overclocking I'd like to hear it.
Click to expand...
Click to collapse
switching to a player requiring less CPU for AAC+ decoding may be of help. If you followed my articles in the General forum, you already knew the answer: most importantly, Pocket Tunes. Kinoma Play may also turn out to be OK, but it consumes more CPU (but still less than TCPMP)
See http://forum.xda-developers.com/showthread.php?t=350786 for more info and, again, do follow my articles.
Not looking to spend the asking price for Pocket Tunes or Kinoma Play, but thanks anyway for the suggestion. In your first post you described mplayer's cpu usage as "17%(!) for HE-AAC" which seems low to me, but you also describe the player as useless. That post was dated from 2005 however, so I was wondering if things have improved in 3 years. And I think I read somewhere that the Windows Media Player mobile for WM6 has AAC+ support- is that true? I'm reasonably satisfied with TCPMP except that I can't use use the media control buttons on my bluetooth phones to control it, so I'm keeping an eye out for something better (preferably free, but I'd be willing to shell out $10 to $20 on a good app)
Motorola bluetooth headphones work perfectly while listening to music but not while trying to play a movie in Netflix app. The audio is heard through the external speaker. any ideas?
same issue problem here with external bluetooth speakers
not working here too....
I guess it's an app problem. May be Netflix needs to send the output to the default audio output device instead of the (hardcoded) speakers?
I use a mac and had the same problem. So I used the Line In app for mac and Sound Flower.
Once Soundflower is installed, go into the mac sound settings, and change output to Soundflower (2ch) or (16ch). Whichever you want
Turn on the Line In app, and divert the Soundflower channel to the Bluetooth headset.
The sound quality is crap, but it's a work around if you need it. Also, my headset turned off a few times after about 15 mins of use. Guessing the mac or headset is recognizing a signal since it's kinda sent sneakily. So it probably registers as idle.
What does a MAC's BT issue have anything to do with Windwos phone's problem?
BTW, I did some testing. Even with NoDo update, using the built in Zune Video player, I can't send the audio via A2DP to a BT headset. So, it seems the limitation is inside WP7 OS. There is NO A2DP support for any video players.
After seeing a post on reddit about someone wondering if this is possible I decided to try if I could get this to work. Could be useful if you could listen to the audio by headphones plugged into your phone and watching on the big screen. Found a solution quite fast in BubbleUPnP and using it's ability to send the audio to a DLNA renderer, this feature is called Audio Cast. You will need:
-Rooted FireTV with Xposed installed
-BubbleUPnP and the license, or you will be limited to 20 minutes audio streaming per app Launch.
-Mouse plugged into your FireTV, or droidmote/wukong/etc
Install BubbleUPnP and the license on your FireTV and enable BubbleUPnP in Xposed, then reboot your FireTV. Next you will need to install BubbleUPnP on any other DLNA renderer app on your phone/tablet/whatever you want to stream the audio to. Open BubbleUPnP on your phone so that the version on your FireTV can find it. Then open up BubbleUPnP on your FireTV, open the sidebar and as the renderer select your phone. Next to the renderer you can see a switch which you can use to turn Audio cast Off/On.
I would recommend first starting your movie/episode in XBMC before enabling Audio Cast, this seemed to give me the best result. So play your media in XBMC, enable Audio Cast and go back to XBMC and resume. You will notice there is a delay in the Audio. Use the Audio offset to correct for this. I needed to set the Audio ahead by 1.8 seconds to get it to sync up properly. However this can vary quite a bit between plays and it can be tricky to find the correct offset to fix the delay.
If you experience audio drops try increasing the audio buffer length in the BubbleUPnP Audio Cast settings on your FireTV. Not a perfect solution but seems to work well enough for the occasional movie when someone else is sleeping in the same room.
This is the response I got from bubbleupnp back last year when I was trying to get this to work.
Hi,
Audio Cast cannot technically be used to send synced audio with video. There is no way around it.
The only valid use of Audio Cast with videos is if you are only interested in the audio part of the video.
Cheers,
Bubblesoft
Click to expand...
Click to collapse
Tried as much as I could, it wasn't a solution. Ended up with better results with xbmc and audio delay with BT headphones. Until a real.solution comes ....
If you have bluetooth headphones there is obviously no need for anything like this. I don't have any so listening through my phone can be useful at times.
There will always be a delay if you stream the audio to your phone while watching on the FireTV. However XBMC audio offset works well and it usually doesn't take too much effort to get the video and audio to sync up.
headphones: beats studio wireless
2.4ghz band stopped working when headphones are connected
-temporary solution: switched to 5ghz band. no issue
netflix would buffer to 99%, audio would start playing but screen was still buffering
-temporary solution: turn off headphones, let video play, turn headphones back on
kodi, hulu and youtube worked fine.
overall i was pretty happy with my experience. im most proud to say that the nexus player is not plagued with the audio lag that come with other devices.
I've had issues with BT headset quality too, since trying post Marshmallow update.
It would have of course been best, if there was a headphone jack in the remote, like Roku and Nvidia Shield have.
It seems the use of a BT headset, somehow puts a burden on the overall Wifi connection of the device, or something. Given you found 5Ghz works better. With Roku and Shield, the headphone jack works great no matter the connection, if you can get it to play on the TV, it will play with no issues via the wireless headphone jack of Roku and Shield.
I don't know why Nexus Player BT headset audio is so unstable. But it's disappointing. That the claimed benefits of Marshmallow for the Nexus Player, are found to be less than stellar once put to use.
Showtime_III said:
headphones: beats studio wireless
2.4ghz band stopped working when headphones are connected
-temporary solution: switched to 5ghz band. no issue
netflix would buffer to 99%, audio would start playing but screen was still buffering
-temporary solution: turn off headphones, let video play, turn headphones back on
kodi, hulu and youtube worked fine.
overall i was pretty happy with my experience. im most proud to say that the nexus player is not plagued with the audio lag that come with other devices.
Click to expand...
Click to collapse
Thanks I was looking for a fix or workaround for that issue with netfilx. My workaround was just to cast from my tablet or phone. A little annoying as sometimes I don't have my tablet or phone around.
Showtime_III said:
netflix would buffer to 99%, audio would start playing but screen was still buffering
Click to expand...
Click to collapse
I just got the OTA update to 6.0 and yes, while I was thrilled to get bluetooth headphone capability this problem with Netflix takes the fun out of it. I'm not convinced it's really buffering, I think it's just refusing to switch to the video framebuffer output for some technical reason when the bluetooth audio sink is selected, so the buffering spinner never goes away.
-temporary solution: turn off headphones, let video play, turn headphones back on
Click to expand...
Click to collapse
It's surprising how well this works in terms of being consistent and repeatable (usually these kinds of tricks result in hanging or crashing if you use them more than once), but unfortunately it only works until you have to use the UI to skip or even pause, then it's gone and you have to do it again.
Update: There is also a bluetooth audio problem with Kodi under 6.0: While UI sounds and at least some local files play back fine with bluetooth audio, in certain other streams, including all the YouTube videos and World News Live channels I tried, bluetooth audio is absent unless you do the above trick where you connect the bluetooth device after it starts playing.
The symptom is almost the exact opposite of what you get with Netflix in that, unless you do this trick the video streams but the audio doesn't, where in Netflix the audio streams but the video does not appear.
It's also pretty ridiculous that there is no way to disconnect a bluetooth device from the Nexus side, which means that once it's paired, the headset will connect to the player whenever you turn it on. Which is irritating if you have other devices you want to use it with, like phones and tablets -- all of which do let you disconnect a bluetooth device without unpairing or turning bluetooth off.