marwatk wrote: * Android: Added 'Double-Press Power Play/Pause' keyboard setting (should work even when locked)
wpwoodjr wrote:This afternoon I went jogging with my Droid X running PodTrapper and my Motorola SD9-HD Bluetooth headphones. In several instances where I was using the forward and back buttons on the headset to jump forward or back in the podcast, PT either jumped too far or not enough. Other times it jumped correctly in accordance with my settings for fast forward a lot (60 secs) and rewind a lot (30 secs). The one time it jumped ahead too far it went several minutes, while when it didn't go back enough it was very little (1-2 seconds) or when it jumped back too far it was a minute or more.
FreydNot wrote:Other times it jumped correctly in accordance with my settings for fast forward a lot (60 secs) and rewind a lot (30 secs). The one time it jumped ahead too far it went several minutes, while when it didn't go back enough it was very little (1-2 seconds) or when it jumped back too far it was a minute or more.
wpwoodjr wrote:I used PT in my car for over an hour yesterday. Sometimes skip forward/back works fine. When it doesn't, it seems to fail consecutively for 5 or 6 times. The behavior of PT is that it skips back or forward and starts to play briefly (under 1 sec), then it skips again, starts to play, skips again - several times.
Maybe the Bluetooth stack is providing multiple events to PT? Perhaps PT could ignore multiple skip forward/back commands in a row in a short period?
SHKaminski wrote:Maybe I'm missing something, but since installing 2.9.18 (and maybe 2.9.17, too), the automatic updates don't work. E.g. update podcast at 7:30 am daily--doesn't work. From what I can tell, none of them work.
marwatk wrote:Hmm, can you look at a podcast's settings when it hasn't auto-updated and see what it says for 'Last Update' and 'Next Update'?
-Marcus
FreydNot wrote:I've seen this kind of thing as well. The BT FF and RW buttons seem to have a different effect from the normal PT buttons. Honestly, I don't use the BT FF and RW much so I don't run into the problem often.
wpwoodjr wrote:FreydNot wrote:I've seen this kind of thing as well. The BT FF and RW buttons seem to have a different effect from the normal PT buttons. Honestly, I don't use the BT FF and RW much so I don't run into the problem often.
Do you also have a Droid X?
marwatk wrote:FreydNot wrote:Other times it jumped correctly in accordance with my settings for fast forward a lot (60 secs) and rewind a lot (30 secs). The one time it jumped ahead too far it went several minutes, while when it didn't go back enough it was very little (1-2 seconds) or when it jumped back too far it was a minute or more.
Hmm, my guess is this is just related to issues with seeking in media in general. Do you notice any patterns with when it does and doesn't work? (Specific podcasts, etc)
San Juan wrote:I am still noticing that after an episode ends and I hit the back button, its goes to the main page and not back to the feed page where I can start the next episode.
wpwoodjr wrote:San Juan wrote:I am still noticing that after an episode ends and I hit the back button, its goes to the main page and not back to the feed page where I can start the next episode.
It does this when you first start PT up. PT starts at the screen for the feed you were playing, then when you hit "back" it goes to the main screen.
marwatk wrote:* Android: Added 'Double-Press Power Play/Pause' keyboard setting (should work even when locked)
FreydNot wrote:marwatk wrote:* Android: Added 'Double-Press Power Play/Pause' keyboard setting (should work even when locked)
Just wanted to say that this feature is the single most useful feature in recent time. I'm using it more then I thought I would.
SHKaminski wrote:Yes. I have a set of morning podcasts that are set to update at 7:30 am daily.
Here's what it said this morning (Thursday) at about 7:40 am:
Last Update: 8:06 am Wednesday (when I manually updated it)
Next Update: 7:30 am Thursday (keep in mind--it was already 7:40).
FreydNot wrote:Not specific to blue tooth transport controls, but I have noticed that the Keith and the Girl podcast seems to show general media syncing issues. I know they do very high bitrate files (compared to other podcasts - 192kbps Mono). This is the podcast that I noticed jumped around when pausing and the playing again.
The RSS is at http://katg.com/rss
Be warned, it is a pretty raunchy podcast and is generally NSFW.
wpwoodjr wrote:I am still noticing that after an episode ends and I hit the back button, its goes to the main page and not back to the feed page where I can start the next episode.
It does this when you first start PT up. PT starts at the screen for the feed you were playing, then when you hit "back" it goes to the main screen.
wpwoodjr wrote:With the Blackberry Storm 2 version of PT, whenever I got in the car and connected to Bluetooth, PT would start playing, even when it was in the background. With the beta on my Droid X, PT doesn't start up after connecting to the car and also does not respond to the AV controls in the car until I go into PT and press Play. Is this fixable?
theedge21 wrote:anyway, this might be a dumb question but can someone explain this double press feature? I can't figure out what it is and how it works.. Again i have the EVO handset and i was hoping there was a way to control the app while it's locked. I think the built in music play lets you have controls while the handset is locked and was hoping i could do the same with PT
marwatk wrote:wpwoodjr wrote:With the Blackberry Storm 2 version of PT, whenever I got in the car and connected to Bluetooth, PT would start playing, even when it was in the background. With the beta on my Droid X, PT doesn't start up after connecting to the car and also does not respond to the AV controls in the car until I go into PT and press Play. Is this fixable?
Turn of 'Auto Stop' in your playback settings. That should produce the old behavior. Let me know if not.
-Marcus
marwatk wrote:Hmm. It's got an error margin of around 10 minutes (sloppy way to preserve battery, eventually I'll make it exact). It looks like the previous day you did wait about 30 minutes, but just to make super sure can you wait until about 7:45 and check again?
wpwoodjr wrote:What does Auto Stop do and why is it the default?!?
wpwoodjr wrote:This may be premature, but since turning Auto Stop off I have had no issues with multiple skips when pressing the Bluetooth next and previous track on my headset and in my car. I'll keep an eye on that.
wpwoodjr wrote:Question - what does the setting "Bluetooth Control Help" do?
wpwoodjr wrote:Re "Bluetooth control help" I have this turned on for my Droid is this setting only for HTC Sense? Could that be why my track forward/back commands are/were (I didn't experience it today after turning off Auto Stop) skipping multiple times?
wpwoodjr wrote:Also, can we have an option to start PodTrapper on boot the way it does on the BB Storm 2?
SHKaminski wrote:I did as you asked and everything worked fine. Maybe I'm dazed and confused. Or maybe there's another app that is getting in the way. Either way, it doesn't look like a PT problem at this point.
scaryslocuda wrote:I have PT set up to "only download when charging", but I also have it set to "allow updates over cellular". Unfortunately, this combo translates to me being forced to plug in my phone JUST to update my podcasts. This is frustrating because sometimes I just want to see IF new shows are available, not necessarily download them at that moment. Currently I am forced to plug in my phone to do this. Adding an option (or just changing the default) to allow the podcasts to update regardless being plugged in or not (I understand that checking for updates does do a little bit of data-transfer), would be a nice improvement.
scaryslocuda wrote:However, the "Camera Button Play/Pause (when unlocked)" option is not working at all. Perhaps this is a bug specific to the Dinc? Personally, I'd like to see this feature modified to allow the camera button to play/pause ALL of the time...not just when the phone is unlocked.
scaryslocuda wrote:Just having the video play in landscape as a default would be much better, and much more inline with other video viewing softwares for the android.
scaryslocuda wrote:ability to stream files that haven't been downloaded yet
scaryslocuda wrote:single screen for viewing all your media simultaneously, or all files of a certain type
goliatham wrote:could the download issue possibly be a result of the settings to:
download only via wifi and
wifi setting to turn off wifi while screen is off
scaryslocuda wrote:single screen for viewing all your media simultaneously, or all files of a certain type
goliatham wrote:you can change it by going into wifi settings, hitting menu button and choosing Advanced
wpwoodjr wrote:I think my earlier problems with "skipping" way too far ahead or back when using Bluetooth next / prev track functions may have been a malfunction of my Droid X sending too many commands to PodTrapper. Rebooting seems to clear this issue up.
However, I do notice that PT does not consistently seek to the proper spot when going back 30 secs or forward 60 secs using Bluetooth prev/next track. Sometimes it moves too far, sometimes barely at all (1-2 secs).
wpwoodjr wrote:However, I do notice that PT does not consistently seek to the proper spot when going back 30 secs or forward 60 secs using Bluetooth prev/next track. Sometimes it moves too far, sometimes barely at all (1-2 secs).
SHKaminski wrote:1. I've already mentioned to you that the times updates don't appear to be working--I thought it might be me, but I checked again, and it doesn't appear to be. I have PT set to open at 7:00 every day (using Tasker). It should update a set of daily podcasts at 7:30. If the phone is just sitting on my dresser, it opens up at 7:00 on schedule, but the 7:30 auto updates don't happen. If I'm using PT at 7:30, they do happen (or so it seems).
SHKaminski wrote:2. The skip to end doesn't seem to work. I click on skip to end, but the podcast stays in the episode list, showing that it was listened to up to the point where I selected "skip to end." It doesn't skip to the end--and, therefore, it doesn't delete the podcast and move to the next item in the playlist, if that's what it should do.
wpwoodjr wrote:I can now reproduce the Bluetooth "skipping" problem where PodTrapper receives multiple notifications of next/prev track presses by the user. It is related to the music player.
marwatk wrote:SHKaminski wrote:1. I've already mentioned to you that the times updates don't appear to be working--
I think (with the help of you guys) we've tracked that down to wifi being disabled when the screen is off. There's an advanced setting in the main android wifi settings that controls whether the wifi turns off when the screen does. Can you check that setting?SHKaminski wrote:2. The skip to end doesn't seem to work.
Thanks, I was able to duplicate that. I'll get it fixed.-Marcus
marwatk wrote:Hi guys,wpwoodjr wrote:However, I do notice that PT does not consistently seek to the proper spot when going back 30 secs or forward 60 secs using Bluetooth prev/next track. Sometimes it moves too far, sometimes barely at all (1-2 secs).
My guess here is that the media isn't properly indexed or it's VBR, so it can't seek to every spot in the file. The BB has this problem with some files too. Do you notice it on a particular podcast?wpwoodjr wrote:I can now reproduce the Bluetooth "skipping" problem where PodTrapper receives multiple notifications of next/prev track presses by the user. It is related to the music player.
I think I put in a 'fix' for this in the latest release (3.0.0). Can you try that out and let me know?
-Marcus
wpwoodjr wrote:How do I get PT 3? I have it set to check for new beta versions (also tried with it set for new release versions) but it did not prompt me. I still have V 2.9.19. Maybe I'll stay on this version for a bit and see if I get any skipping issues with Froyo.
Users browsing this forum: No registered users and 1 guest