Bug 75389 - Title streaming not working with http proxy
Summary: Title streaming not working with http proxy
Status: RESOLVED NOT A BUG
Alias: None
Product: amarok
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Amarok Developers
URL:
Keywords:
: 95258 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-02-16 20:34 UTC by Jarkko Lehti
Modified: 2008-05-24 14:10 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jarkko Lehti 2004-02-16 20:34:06 UTC
Version:           cvs (using KDE KDE 3.2.0)
Installed from:    Gentoo Packages
OS:          Linux

When streaming internet radio stations playing title information doesnt seem to work, I've tried many streams with no results. With xmms titles works for me ok.
Comment 1 Mark Kretschmann 2004-02-17 12:09:41 UTC
So far this seems to be broken only on Grue's box. I need more information to solve this riddle. 

Is there anybody else out there for whom title-streaming does not work at all?

(please keep in mind that some servers do not support metadata)
Comment 2 Mark Kretschmann 2004-03-15 23:08:58 UTC
Update: 

The problem is due to using the TitleProxy in combination with squid (http proxy). Looking for a solution.

Comment 3 Christian Muehlhaeuser 2004-05-30 23:36:58 UTC
problem is: when there is a proxy set for kde, arts tries to connect to this proxy, which then tries to connect to our titleproxy. this must fail of course, since the real http proxy wont be able to find our titleproxy at 127.0.0.1.

finding a solution might be really hard. we need to force arts to explicitly _not_ connect to the http proxy, so we can do a manual proxying with our titleproxy.

lots of "proxies" in here ;-)

...muesli
Comment 4 Mark Kretschmann 2004-12-25 10:10:13 UTC
*** Bug 95258 has been marked as a duplicate of this bug. ***
Comment 5 J 2004-12-26 07:15:50 UTC
After redirected from Bug#95258 i can confirm that KDE proxy settings are the reason why amarok is not playing http streams via arts engine. I could temporarily solve the problem by setting all my streaming url's to no proxy. But it would be really nice if a better solution could be found. But it seems that arts developement has stopped?
Comment 6 Mark Kretschmann 2004-12-26 07:50:43 UTC
Yes, aRts is dead. Simply use another engine instead.
Comment 7 J 2004-12-26 18:34:25 UTC
Maybe you're interested in the following output:

This is debug output when starting amarok for the first time and the last stream is automatically played:

amarok: PluginManager Service Info:
amarok: ---------------------------
amarok: name                          : aRts-Treiber
amarok: library                       : libamarok_artsengine_plugin
amarok: desktopEntryPath              : amarok_artsengine_plugin.desktop
amarok: X-KDE-amaroK-plugintype       : engine
amarok: X-KDE-amaroK-name             : arts-engine
amarok: X-KDE-amaroK-authors          : (Mark Kretschmann)
amarok: X-KDE-amaroK-rank             : 200
amarok: X-KDE-amaroK-version          : 1
amarok: X-KDE-amaroK-framework-version: 3
amarok:
amarok: BEGIN [virtual bool ArtsEngine::init()]
amarok: END [virtual bool ArtsEngine::init()]
amarok: [static void PluginManager::unload(amaroK::Plugin*)]
amarok: [virtual amaroK::Plugin::~Plugin()]
amarok: [PluginManager] Unloading library: libamarok_void-engine_plugin
amarok: END [static EngineBase* EngineController::loadEngine()]
amarok: [void CollectionView::renderView()]
amarok: SELECT DISTINCT artist.name FROM tags,album,artist WHERE 1 AND tags.sampler = 0 AND album.id=tags.album AND artist.id=tags.artist  ORDER BY LOWER( artist.name )
amarok: SELECT DISTINCT artist.name FROM tags,album,artist WHERE 1 AND tags.sampler = 1 AND album.id=tags.album AND artist.id=tags.artist LIMIT 0, 1
amarok: END [void App::applySettings(bool)]

amarok: [aRts-Engine] Loading url: http://extremestream.musik-radio.org:10000/
amarok: aRts-Engine: url.path()     == /
amarok: aRts-Engine: url.protocol() == http
amarok: aRts-Engine: url.host()     == extremestream.musik-radio.org
amarok: aRts-Engine: url.port()     == 10000
amarok: [virtual bool ArtsEngine::load(const KURL&, bool)]  m_pPlayObject->object().isNull()

playing the stream is working without problems. Now i just stop playing the stream and start playing again:

[amaroK] Startup successful
[amaroK] Exiting
js@lotus:~> amarok: [AudioScrobbler] Similar artists: http://www.audioscrobbler.com/similar/
amarok: Initial Color Properties: s:146 v:138
amarok: Unapplied Contrast: 14
amarok: Final Colour Properties: s:30 v:152
amarok: [App] Pruned 0 of 1 amazon cover images.
amarok: [virtual void LoaderServer::newConnection(int)]
amarok: Received: STARTUP (8 bytes)
amarok: [AudioScrobbler] Handshake result parsed: challenge=0B9B0384A0DB38EF91AF6F69921BE8FE, submitUrl=http://post.audioscrobbler.com:80/protocol_1.1
amarok: [AudioScrobbler] Suggestions retrieved
amarok: [virtual void ArtsEngine::stop()]
amarok: [controller] Detected mimetype: text/html

amarok: [amaroK::StreamProvider::StreamProvider(KURL, const QString&)]
amarok: [amaroK::StreamProvider::StreamProvider(KURL, const QString&)] Trying to bind to port: 6700
amarok: [aRts-Engine] Loading url: http://127.0.0.1:6700
amarok: aRts-Engine: url.path()     ==
amarok: aRts-Engine: url.protocol() == http
amarok: aRts-Engine: url.host()     == 127.0.0.1
amarok: aRts-Engine: url.port()     == 6700
amarok: [virtual bool ArtsEngine::load(const KURL&, bool)]  m_pPlayObject->object().isNull()
QObject::connect: No such slot ArtsEngine::newStreamData(char*,int)
QObject::connect:  (sender name:   'unnamed')
QObject::connect:  (receiver name: 'unnamed')

now amarok tries something completely different. Maybe this behaviour could be changed and amarok will work together with arts too.
Comment 8 Mark Kretschmann 2006-03-08 12:31:29 UTC
aRts engine was removed in 1.4, so this becomes invalid.
Comment 9 Andrey Petrov 2008-05-24 14:10:01 UTC
This can be reproduced with the latest stable Amarok 1.4.9.1 with the XINE engine, see bug#162555