Bug 296255 - Loading stream multiple times fails
Summary: Loading stream multiple times fails
Status: RESOLVED DUPLICATE of bug 273198
Alias: None
Product: phonon-backend-gstreamer
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: 4.5.1
Platform: openSUSE Linux
: NOR normal
Target Milestone: 4.6.1
Assignee: Harald Sitter
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-03-18 09:15 UTC by Amos Kariuki
Modified: 2012-03-19 09:45 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Temporary patch -- for demonstration of bug only (485 bytes, patch)
2012-03-18 09:17 UTC, Amos Kariuki
Details

Note You need to log in before you can comment on or make changes to this bug.
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 ***