Bug 296255

Summary: Loading stream multiple times fails
Product: [Unmaintained] phonon-backend-gstreamer Reporter: Amos Kariuki <amoskahiga>
Component: generalAssignee: Harald Sitter <sitter>
Status: RESOLVED DUPLICATE    
Severity: normal CC: martin.sandsmark, myriam, romain.perier, tdfischer
Priority: NOR    
Version: 4.5.1   
Target Milestone: 4.6.1   
Platform: openSUSE   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: Temporary patch -- for demonstration of bug only

Description Amos Kariuki 2012-03-18 09:15:50 UTC 
User-Agent:       Mozilla/5.0 (X11; Linux i686; rv:10.0.2) Gecko/20100101 Firefox/10.0.2
Build Identifier: 

If a playlist has two or more streams, restarting (stopping and playing) an actively playing stream will cause it to fail to play in all subsequent times.

Reproducible: Always

Steps to Reproduce:
1. (Optionally) Clear the current Playlist.
2. Add two media streams using the "Playlist -> Add Stream..." menu option. Here are two sample NPR URLs you can use:
 - http://live.scpr.org:80
 - http://kqed-ice.streamguys.org:80/kqedradio-go-e1
2. Start playing the first media stream.
3. Stop and restart the actively playing (first) media stream.
Actual Results:  
The stream will fail to play in all subsequent attempts.
The second stream can however be started, stopped and restarted.

Expected Results:  
The media stream should play when it's restarted in all subsequent attempts.

From some debugging it seems that the EngineController::m_media object's "state" is getting into an unexpected value/state (loading, stopped, or playing) than is expected.

I was unable to figure out exactly what was going on but could alleviate the problem a little using the attached temporary workaround patch -- it gets the media stream load on the second try. The patch probably breaks other stuff, but you can use it to see where I was poking around which hopefully is close to the problem area.
Comment 1 Amos Kariuki 2012-03-18 09:17:07 UTC 
Created attachment 69703 [details]
Temporary patch -- for demonstration of bug only
Comment 2 Myriam Schweingruber 2012-03-18 16:13:23 UTC 
I assume you use the Phonon-backend-gstreamer? Is this reproducible with the phonon-backend-vlc? It works fine with that backend version 0.5.0 for me.

FWIW: Sound is handled by Phonon, not by Amarok, so I doubt patching Amarok is the way to go.
Comment 3 Amos Kariuki 2012-03-18 17:00:02 UTC 
Myriam: I think you nailed it! I installed and switched to phonon-backend-vlc v0.4.1 and the problem disappears. You can mark this bug resolved since that solves my problem.

FYI: Backends I have installed:
1. phonon-backend-vlc v0.4.1 -- Works for this use-case!
2. phonon-backend-gstreamter-0_10 v4.5.1 -- Fails the use-case described in this bug (It's what I was using before).
3. phonon-backend-xine v4.4.4 -- Fails completely with a crash: I assume support for this backend is being dropped.

openSUSE 11.2
KDE 4.7.2

Thanks!
Comment 4 Myriam Schweingruber 2012-03-19 09:45:42 UTC 
Thank you for the feedback.

*** This bug has been marked as a duplicate of bug 273198 ***