search

poehoes / ampache-mobile

Automatically exported from code.google.com/p/ampache-mobile
0 stars 0 forks source link

Smart Buffer Interrupts Playback on Pixi - Endless Buffer Cycle #35

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. Play song in Ampache Mobile .9.4 on Palm Pixi (WebOS 1.4.1.1)
2.
3.

What is the expected output? What do you see instead?
Expected: Song to play, buffer next song.  
Reality:  Song plays only until next song begins to buffer.  Subsequently,
the original song pauses while the second song buffers.  Hitting play at
any point (whilst buffering, or after completed) results in lost buffer
error.  Rinse, repeat.

What version of Ampache Mobile are you using?
v.9.4

What version of Ampache Server are you using? ex: 3.5.1
v3.5.4

Please provide any additional information below. (Ex. Using transcoding,
problem is specific to EVDO vs WiFi)
EVDO access for Ampache Mobile, no transcoding.  Playback works perfectly
until buffering of second song begins.  Mainly default settings, with minor
changes to allow for longer PHP script access in php.ini (ran Jinzora for
quite a while before discovering Ampache).  Server-side looks awesome, and
performs as expected via browser or local access.  

Turned on stream debug in Ampache Mobile, and it reports pretty much what
was expected; [While playing original song] 'Current (#) Downloading #%,
Buffer ahead not used' - [First song pauses] 'Current (#) Paused, buffer
(#+1): Downloading #%' - Hitting Play button results in 'Buffers Lost,
Recovering' error.

Original issue reported on code.google.com by Maxx...@gmail.com on 7 May 2010 at 6:15

GoogleCodeExporter commented 9 years ago 
Should probably be High priority.  No playback in media playback application 
sounds
like a prime qualification  *grin*

--B

Original comment by Maxx...@gmail.com on 7 May 2010 at 6:17

GoogleCodeExporter commented 9 years ago 
You should probably turn on transcoding.  I'll see if I can reproduce this, but 
I've 
never seen this happen in hours and hours of testing, could be something unique 
to your 
setup.

Original comment by bjgeiser@gmail.com on 7 May 2010 at 6:20

GoogleCodeExporter commented 9 years ago 
One thing you may also want to do is to extend the timeout of your server.

Directions Here:
http://code.google.com/p/ampache-mobile/wiki/CommonIssues#Getting_a_lot_of_Audio
_Stalls

Original comment by bjgeiser@gmail.com on 7 May 2010 at 6:34

GoogleCodeExporter commented 9 years ago 
Did both.

Enabled transcoding, timeout was set to 1200 seconds already.  

Smaller files mean shorter download times, less time before the first song 
pauses and
the cycle begins again.

--B

Original comment by Maxx...@gmail.com on 7 May 2010 at 7:50

GoogleCodeExporter commented 9 years ago 
Testing note:

If anyone has an Ampache setup and temporary login I can use to verify it's not
server-side, that'd be awesome.  I tried the ampache.org/Demo login, but the 
ACL for
mobile browsing isn't enabled.

--B

Original comment by Maxx...@gmail.com on 7 May 2010 at 7:52

GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
Tested on your server.

Same issue.  Played the song fine until next song started buffering; paused the 
first
and lost buffer error upon hitting play again.

So, likely not server-side?

--B

Original comment by Maxx...@gmail.com on 7 May 2010 at 8:19

GoogleCodeExporter commented 9 years ago 
Probably not, I have a Pre and I've been listening all day with zero issue.   
Now I
just need to get my hands on a Pixi.

What exact Pixi do you have?

I wonder if the Pixi doesn't allow multiple buffers to be used.

Original comment by bjgeiser@gmail.com on 7 May 2010 at 8:34

GoogleCodeExporter commented 9 years ago 
FYI:  As a temporary solution you can turn the number of buffers to 1.

Original comment by bjgeiser@gmail.com on 7 May 2010 at 8:38

GoogleCodeExporter commented 9 years ago 
Sprint Pixi model P120EWW; running latest Sprint WebOS 1.4.1.1.

Played with different combinations of the extra server settings within the 
Ampache
Mobile application, but no luck.

Turned number of buffers to 1 and it plays properly without freezing at end of 
first
(and only, in this case) song's buffer; ostensibly, this would narrow the issue
further, indicating it is focused around the filling of second (or more) song 
buffers.  

In the current configuration, there's a bit of a gap between songs, but in 
areas of
good 3G coverage, it's not a huge deal.

I wonder if this issue is present in the 1.4.1.1 Pixi emulator as well?

--B

Original comment by Maxx...@gmail.com on 7 May 2010 at 9:44

GoogleCodeExporter commented 9 years ago 
Unfortunately the Emulator doesn't do sound :(

webOS will stop playback of one buffer if another app, say pandora starts up a
buffer.  I wonder if this is what is going on with your Pixi, treating the 2 
buffers
as if they came from different apps.  Could be a difference in the pixi 
software.

Original comment by bjgeiser@gmail.com on 7 May 2010 at 9:58

GoogleCodeExporter commented 9 years ago 
ok i have th same prob i just got my pixi and i love this app but i need to 
learn
more about this server thing

Original comment by jcalv...@gmail.com on 10 May 2010 at 4:39

GoogleCodeExporter commented 9 years ago 
Sprint Pixi?

Original comment by bjgeiser@gmail.com on 10 May 2010 at 4:54

GoogleCodeExporter commented 9 years ago 
I am having the same issue with my Pixi. As soon as the second song starts to 
buffer, the first one pauses. When I press play again I get the "buffers lost" 
error. Then I can't get it to play anymore.

Original comment by Mustang...@gmail.com on 22 Aug 2010 at 6:08

GoogleCodeExporter commented 9 years ago 
Temporary workaround in post #9.

Haven't heard anything about a permanent solution.

--B

Original comment by Maxx...@gmail.com on 23 Aug 2010 at 6:41

GoogleCodeExporter commented 9 years ago 
This is only an issue with the Pixi, unfortunately I don't have one to 
reproduce it so until I do it will likely go unsolved until I do.  Has anyone 
experienced this with a Pixi Plus?

Original comment by bjgeiser@gmail.com on 23 Aug 2010 at 9:18

GoogleCodeExporter commented 9 years ago 
Just wanted to say I was having this problem on my Pre Plus .. until I started 
transcoding. Bitrate=128, Timeout=600 and problem solved entirely. Very 
pleased. Obviously then, this does not apply to the Pre Plus (and shouldn't, 
then, apply to the Pre).

In an effort to help confirm whether or not this is a problem with the Pixi 
Plus, I'll check out my wife's phone and leave a note.

Original comment by bikefrid...@gmail.com on 15 Oct 2010 at 11:45

GoogleCodeExporter commented 9 years ago 
crap. with that damn pixi plus i can barely get anything to play at all. keeps 
timing out. and this is with the exact same configuration as i have on my pre 
plus which plays almostly flawlessly. so yeah, the pixi plus is cursed, too. 
the problem with it might be more fundamental though, given the problems i had 
with timeouts in the initial song.

Original comment by bikefrid...@gmail.com on 17 Oct 2010 at 4:17

GoogleCodeExporter commented 9 years ago 
Same Problem on HP Veer, webOS 2.1.1 and Ampache 3.5.4.

The Server is working with my Palm Pre webOS 1.4.5...

Original comment by ljherb...@googlemail.com on 5 Oct 2011 at 7:38

GoogleCodeExporter commented 9 years ago 
Same Problem on HP Veer, webOS 2.1.1 and Ampache 3.5.4.

The Server is working with my Palm Pre webOS 1.4.5...

Original comment by ljherb...@googlemail.com on 5 Oct 2011 at 7:43