А с libxine-1.1.10-alt1 ?

Нет, всё равно не показывает. 
$ rpm -qa \*kaffeine\*  libxine
libkaffeine-0.8.6-alt1
kaffeine-engine-gstreamer-0.8.6-alt1
libxine-1.1.10-alt1
kaffeine-engine-xine-0.8.6-alt1
kaffeine-0.8.6-alt1
$ 

vlc показывает.

с тем же сообщением.

Все-таки, это скорее xine, т.к. в нем тоже на пашет.

(In reply to comment #4)
> Все-таки, это скорее xine, т.к. в нем тоже на пашет.

Да, так -- проверил у себя.

Кто-нибудь укажет рабочий MRL, на котором это можно проверить?

(In reply to comment #6)
> Кто-нибудь укажет рабочий MRL, на котором это можно проверить?

Не знаю, можно ли найти рабочее в И-нете, хотя бы потому что этот rtsp может
плохо поддерживаться на шлюзах
(https://bugzilla.altlinux.org/show_bug.cgi?id=13881 ). Но можно сделать тест у
себя так, как написано на http://www.live555.com/liveMedia/#testProgs .

0. отключаю интерфейс и отсоединяю LAN и т.п. для безопасности, и делаю service
iptables stop (чтобы никакие нужные пакеты для теста не блокировались)
1. какой-нибудь тестовый mp3: ln -s .... test.mp3
2. testOnDemandRTSPServer из live555-0.0.0-alt0.2007.11.01; он пишет среди прочего:

"mp3AudioTest" stream, from the file "test.mp3"
Play this stream using the URL "rtsp://0.0.0.0:8554/mp3AudioTest"

3. убеждаемся с помощью vlc-maxi-0.8.6d-alt5, что работает:

$ vlc rtsp://0.0.0.0:8554/mp3AudioTest
VLC media player 0.8.6d Janus
Sending request: OPTIONS rtsp://0.0.0.0:8554/mp3AudioTest RTSP/1.0
CSeq: 1
User-Agent: VLC media player (LIVE555 Streaming Media v2007.10.31)


Received OPTIONS response: RTSP/1.0 200 OK
CSeq: 1
Date: Tue, Feb 12 2008 12:24:49 GMT
Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE


Sending request: DESCRIBE rtsp://0.0.0.0:8554/mp3AudioTest RTSP/1.0
CSeq: 2
Accept: application/sdp
User-Agent: VLC media player (LIVE555 Streaming Media v2007.10.31)


Received DESCRIBE response: RTSP/1.0 200 OK
CSeq: 2
Date: Tue, Feb 12 2008 12:24:49 GMT
Content-Base: rtsp://127.0.0.1:8554/mp3AudioTest/
Content-Type: application/sdp
Content-Length: 363


Need to read 363 extra bytes
Read 363 extra bytes: v=0
o=- 1202819005534295 1 IN IP4 0.0.0.0
s=Session streamed by "testOnDemandRTSPServer"
i=mp3AudioTest
t=0 0
a=tool:LIVE555 Streaming Media v2007.10.31
a=type:broadcast
a=control:*
a=range:npt=0-512.096
a=x-qt-text-nam:Session streamed by "testOnDemandRTSPServer"
a=x-qt-text-inf:mp3AudioTest
m=audio 0 RTP/AVP 14
c=IN IP4 0.0.0.0
a=control:track1

Unable to determine our source address: This computer has an invalid IP address: 0x0
Unable to determine our source address: This computer has an invalid IP address: 0x0
Sending request: SETUP rtsp://127.0.0.1:8554/mp3AudioTest/track1 RTSP/1.0
CSeq: 3
Transport: RTP/AVP;unicast;client_port=51150-51151
User-Agent: VLC media player (LIVE555 Streaming Media v2007.10.31)


Received SETUP response: RTSP/1.0 200 OK
CSeq: 3
Date: Tue, Feb 12 2008 12:24:49 GMT
Transport:
RTP/AVP;unicast;destination=127.0.0.1;source=127.0.0.1;client_port=51150-51151;server_port=6970-6971
Session: 2


Sending request: PLAY rtsp://127.0.0.1:8554/mp3AudioTest/ RTSP/1.0
CSeq: 4
Session: 2
Range: npt=0.000-
User-Agent: VLC media player (LIVE555 Streaming Media v2007.10.31)


Received PLAY response: RTSP/1.0 200 OK
CSeq: 4
Date: Tue, Feb 12 2008 12:24:49 GMT
Range: npt=0.000-
Session: 2
RTP-Info: url=rtsp://127.0.0.1:8554/mp3AudioTest/track1;seq=60213;rtptime=219040823


4. теперь xine rtsp://0.0.0.0:8554/mp3AudioTest -- не работает, с описанной ошибкой.

Похоже, libxine (как и mplayer) понимает далеко не всякие RTSP-потоки :(
Предлагаю, всё же, "переименовать" этот багрепорт в фичреквест.
Патчи - бэкпорты поддержки RTSP из vlc в libxine (и mplayer) приветствуются:)

всё началось с того, что понадобилась возможность посомтреть RTSP в LiveCD --
добавил сообщение про это общее пожелание:
https://bugzilla.altlinux.org/show_bug.cgi?id=14574 .

А насчёт severity этого бага -- можно и поменять. Но откуда известно, что про
xine предполагается, что он такие потоки не может играть? У них в
http://xinehq.de/index.php/faq#AEN354 нет упоминания того, что какие-то
RTSP-потоки не должны проигрываться.

(In reply to comment #10)
> Но откуда известно, что про
> xine предполагается, что он такие потоки не может играть? У них в
> http://xinehq.de/index.php/faq#AEN354 нет упоминания того, что какие-то
> RTSP-потоки не должны проигрываться.

У libxine с mplayer'ом практически идентичный код для RTSP, но mplayer ьолее 
подробно говорит, что именно этот поток он не распознал. 
Попробуйте "mplayer -v"

У меня kaffine играет первую ссылку с http://feetup.org/wiki/MobileRadio
kaffeine-0.8.7-alt3
libxine-1.1.16-alt0.1

В 4.0/branch исправления не будут вноситься уже технически (заглушена очередь на сборку), поэтому прошу ошибки, актуальные для sisyphus/p7/t7, перевесить на текущие ветки или сизиф.