http://redmine.audacious-media-player.org/http://redmine.audacious-media-player.org/welcome/favicon.ico?15159353402015-11-21T06:44:18ZRedmineAudacious - Bug #593: Scanning HTTP playlist entries delays playback of local fileshttp://redmine.audacious-media-player.org/issues/593?journal_id=22262015-11-21T06:44:18ZJohn Lindgrenjohn@jlindgren.net
<ul></ul><p>Could you list a minimal set of steps, starting from a default configuration, to reproduce the problem?</p> Audacious - Bug #593: Scanning HTTP playlist entries delays playback of local fileshttp://redmine.audacious-media-player.org/issues/593?journal_id=22272015-11-21T14:26:31ZEvgen Whateveralty12@bigmir.net
<ul></ul>Problem appears when you have few (at least 2) "broken" streams in playlist.<br />1) Add to playlists at least 2 unavailable streams. For example
<ul>
<li><a class="external" href="http://live.galaradio.com:8000/kiev">http://live.galaradio.com:8000/kiev</a></li>
<li><a class="external" href="http://live.galaradio.com:8000/kraina">http://live.galaradio.com:8000/kraina</a><br />2) Add some track (e.g. mp3)<br />3) Restart player and try to load (not resume) that mp3. <br />You should get delay (~8 seconds) with "buffering..." in the title bar.<br />Also if you open player and try to close it immediately, you'll get hang (~11 seconds) before closing. In this case desktop environment (XFCE) after 5-th second will think that "Audacious" doesn't respond and ask if you want to terminate this program.</li>
</ul> Audacious - Bug #593: Scanning HTTP playlist entries delays playback of local fileshttp://redmine.audacious-media-player.org/issues/593?journal_id=22282015-11-21T18:26:17ZJohn Lindgrenjohn@jlindgren.net
<ul><li><strong>Subject</strong> changed from <i>Neon plugin activates itself and delays playback of non-radio</i> to <i>Scanning HTTP playlist entries delays playback of local files</i></li><li><strong>Category</strong> changed from <i>plugins/neon</i> to <i>core</i></li><li><strong>Priority</strong> changed from <i>Major</i> to <i>Minor</i></li></ul><p>Okay, I think I understand what is going on. There is a "pool" of two metadata-scanning threads, and if both of those are busy when you start playback, it will wait until one becomes free. I will see if there's a way to do the metadata scanning from the playback thread itself and avoid the delay that way.</p> Audacious - Bug #593: Scanning HTTP playlist entries delays playback of local fileshttp://redmine.audacious-media-player.org/issues/593?journal_id=22292015-11-21T18:27:07ZJohn Lindgrenjohn@jlindgren.net
<ul><li><strong>Category</strong> changed from <i>core</i> to <i>libaudcore</i></li></ul> Audacious - Bug #593: Scanning HTTP playlist entries delays playback of local fileshttp://redmine.audacious-media-player.org/issues/593?journal_id=22372015-11-22T18:21:51ZJohn Lindgrenjohn@jlindgren.net
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>Closed</i></li><li><strong>Target version</strong> set to <i>3.7.1</i></li><li><strong>% Done</strong> changed from <i>0</i> to <i>100</i></li></ul>