PDA

View Full Version : AlienStream v2 kills server



Rob Funk
2004-04-20, 14:51
Back in the server 4.2 days I would use AlienStream on my Linux server to
listen to RealAudio and WMA streams, but lost that ability when I upgraded
to version 5 of the server. So I was pleased to see a version of
AlienStream released for server version 5. (I'm now on version 5.1.4.)

However, Alienstream 2 seems to be lethal to the server.

Most importantly, hitting the right arrow while in the list of available
streams completely kills the server.

Secondarily, hitting Play on either a Real or WMA stream appears to start
the appropriate player, but I get no sound, and the player no longer
responds. Eventually the screen blanks, though the server is still running
at that point.

--
==============================| "A slice of life isn't the whole cake
Rob Funk <rfunk (AT) funknet (DOT) net> | One tooth will never make a full grin"
http://www.funknet.net/rfunk | -- Chris Mars, "Stuck in Rewind"

Peter Heslin
2004-04-20, 16:02
On Tue, Apr 20, 2004 at 05:51:15PM -0400, Rob Funk wrote:
> Back in the server 4.2 days I would use AlienStream on my Linux server to
> listen to RealAudio and WMA streams, but lost that ability when I upgraded
> to version 5 of the server. So I was pleased to see a version of
> AlienStream released for server version 5. (I'm now on version 5.1.4.)
>
> However, Alienstream 2 seems to be lethal to the server.

Hmmm, yes. Quite a few stupid bugs. Sorry about that. Try the fixed
version at

http://www.dur.ac.uk/p.j.heslin/amusements/alienstream/version2/AlienStream2.pm

It should work -- let me know if it doesn't.

Peter

Rob Funk
2004-04-20, 19:29
Peter Heslin wrote:
> Hmmm, yes. Quite a few stupid bugs. Sorry about that. Try the fixed
> version at
>
http://www.dur.ac.uk/p.j.heslin/amusements/alienstream/version2/AlienStream2.pm
>
> It should work -- let me know if it doesn't.

Well, the right-arrow-kill is fixed, but now hitting play kills the server
instead. Not even a hang like before. :-/


My test cases:

AirAmerica.ram:
http://play.rbn.com/?url=airam/airam/live/live.rm

AirAmerica-KPOJ.asx:
<asx version="3.0">
<title>AirAmerica/KPOJ</title>
<entry><ref href="mms://ccdig.liquidviewer.com/KPOJ"/></entry>
</asx>

--
==============================| "A slice of life isn't the whole cake
Rob Funk <rfunk (AT) funknet (DOT) net> | One tooth will never make a full grin"
http://www.funknet.net/rfunk | -- Chris Mars, "Stuck in Rewind"

Peter Heslin
2004-04-21, 03:09
On Tue, Apr 20, 2004 at 10:29:56PM -0400, Rob Funk wrote:
> Peter Heslin wrote:
> > Hmmm, yes. Quite a few stupid bugs. Sorry about that. Try the fixed
> > version at
> >
> http://www.dur.ac.uk/p.j.heslin/amusements/alienstream/version2/AlienStream2.pm
> >
> > It should work -- let me know if it doesn't.
>
> Well, the right-arrow-kill is fixed, but now hitting play kills the server
> instead. Not even a hang like before. :-/
>
>
> My test cases:
>
> AirAmerica.ram:
> http://play.rbn.com/?url=airam/airam/live/live.rm

trplayer says:
RealPlayer cannot play this type of document.

So naturally, Alienstream cannot play it. For me, the server hangs
rather than dies. I assume this is because it has blocked reading
from a fifo that will never be filled.

Alienstream does this:

Slim::Control::Command::execute($client, ['playlist', 'load',
$fifo_mp3{$client}]);
$client->audioFilehandle()->blocking(0);

But that no-blocking line comes too late if the player never launches
-- the server has already blocked. So I don't think there is any
solution for this at the moment, short of hacking Source.pm. Another
reason I'd like to move to a less hackish design for Alienstream in
version 3 is that this sort of thing would be easier to debug.

> AirAmerica-KPOJ.asx:
> <asx version="3.0">
> <title>AirAmerica/KPOJ</title>
> <entry><ref href="mms://ccdig.liquidviewer.com/KPOJ"/></entry>
> </asx>

This plays just fine for me, using MPlayer 0.90rc5-3.2.3. Maybe you
are using a different version of mplayer, or the stream was down when
you tried it?

Peter

Roy M. Silvernail
2004-04-21, 03:52
On Wed, 2004-04-21 at 06:09, Peter Heslin wrote:
> On Tue, Apr 20, 2004 at 10:29:56PM -0400, Rob Funk wrote:

> > My test cases:
> >
> > AirAmerica.ram:
> > http://play.rbn.com/?url=airam/airam/live/live.rm
>
> trplayer says:
> RealPlayer cannot play this type of document.
>
> So naturally, Alienstream cannot play it.

I've been playing with this same stream, trying to get AlienStream2
working. trplayer said the same thing to me. After some playing about,
I discovered that if there is an rstp: link in the .ram file, it will
start up. I got this by doing

wget -qO - http://play.rbn.com/?url=airam/airam/live/live.rm >
AirAmerica.ram

> For me, the server hangs
> rather than dies. I assume this is because it has blocked reading
> from a fifo that will never be filled.

After the change above, I see the buffer fill message, followed by a
timer count-up that freezes anywhere between 4 and 16 seconds, but no
audio. I was testing with SoftSqueeze, BTW. AlienStream3 won't play
this stream at all. Neither will Xine, so that's no surprise.
--
Roy M. Silvernail is roy (AT) rant-central (DOT) com, and you're not
Never Forget: It's Only 1's and 0's!
SpamAssassin->procmail->/dev/null->bliss
http://www.rant-central.com

Rob Funk
2004-04-21, 10:55
Peter Heslin wrote:
> On Tue, Apr 20, 2004 at 10:29:56PM -0400, Rob Funk wrote:
>> http://play.rbn.com/?url=airam/airam/live/live.rm
>
> trplayer says:
> RealPlayer cannot play this type of document.

trplayer plays it for me if I do:
trplayer -s 'http://play.rbn.com/?url=airam/airam/live/live.rm'

However, trplayer does give me that error if I point it at the .ram file:
% trplayer -s /music/playlists/AlienStream/AirAmerica.ram
RealPlayer cannot play this type of document.
Stopped Time: 1193:02:47

> Another
> reason I'd like to move to a less hackish design for Alienstream in
> version 3 is that this sort of thing would be easier to debug.

Trouble there (other than the issues already identified on the version3
page) is that xine's library doesn't handle RealAudio.

>> AirAmerica-KPOJ.asx:
>> <asx version="3.0">
>> <title>AirAmerica/KPOJ</title>
>> <entry><ref href="mms://ccdig.liquidviewer.com/KPOJ"/></entry>
>> </asx>
>
> This plays just fine for me, using MPlayer 0.90rc5-3.2.3. Maybe you
> are using a different version of mplayer, or the stream was down when
> you tried it?

It works for me if I call mplayer directly on the mms: URL, but not if I
point mplayer at the .asx file. Quite similar to the trplayer experience,
actually.


Maybe I'm doing something wrong with these .ram/.asx files?

--
==============================| "A slice of life isn't the whole cake
Rob Funk <rfunk (AT) funknet (DOT) net> | One tooth will never make a full grin"
http://www.funknet.net/rfunk | -- Chris Mars, "Stuck in Rewind"

Peter Heslin
2004-04-21, 12:56
On Wed, Apr 21, 2004 at 01:55:09PM -0400, Rob Funk wrote:
> Peter Heslin wrote:
> > On Tue, Apr 20, 2004 at 10:29:56PM -0400, Rob Funk wrote:
> >> http://play.rbn.com/?url=airam/airam/live/live.rm
> >
> > trplayer says:
> > RealPlayer cannot play this type of document.
>
> trplayer plays it for me if I do:
> trplayer -s 'http://play.rbn.com/?url=airam/airam/live/live.rm'
>
> However, trplayer does give me that error if I point it at the .ram file:
> % trplayer -s /music/playlists/AlienStream/AirAmerica.ram

As Roy pointed out, apparently trplayer cannot handle this extra
level of indirection. A file AirAm.ram with the content:
rtsp://rx-wes-sea143.rbn.com/farm/*/airam/airam/live/live.rm

will play for me in Alienstream2, but the audio is screwed up :-(

> > Another
> > reason I'd like to move to a less hackish design for Alienstream in
> > version 3 is that this sort of thing would be easier to debug.
>
> Trouble there (other than the issues already identified on the version3
> page) is that xine's library doesn't handle RealAudio.

Why do you think that? Roy says that Xine won't play the Air America
stream, but then again neither does trplayer deal with it properly, so
it seems to be a wierd one.

In fact, not only does Xine play Real Audio (which ffmpeg does, too),
but more importantly it has reverse engineered their proprietary
versions of the rtsp/rdp protocols, so it can play (most) streaming
Real Audio. The problem is currently with its .wav audio output, not
so much with its handling of Real and Windows media streams, which I
have found to be quite good.

> > This plays just fine for me, using MPlayer 0.90rc5-3.2.3. Maybe you
> > are using a different version of mplayer, or the stream was down when
> > you tried it?
>
> It works for me if I call mplayer directly on the mms: URL, but not if I
> point mplayer at the .asx file. Quite similar to the trplayer experience,
> actually.
>
>
> Maybe I'm doing something wrong with these .ram/.asx files?
>

It's a problem with multiple layers of indirection, but for me,
mplayer handles the .asx file just fine.

Peter

Roy M. Silvernail
2004-04-21, 15:39
On Wed, 2004-04-21 at 15:56, Peter Heslin wrote:
> On Wed, Apr 21, 2004 at 01:55:09PM -0400, Rob Funk wrote:

> > Trouble there (other than the issues already identified on the version3
> > page) is that xine's library doesn't handle RealAudio.
>
> Why do you think that? Roy says that Xine won't play the Air America
> stream, but then again neither does trplayer deal with it properly, so
> it seems to be a wierd one.

Small detail: trplayer doesn't play it successfully through
AlienStream2. If I touch off trplayer from a shell, it plays Air
America just fine through the computer's speakers.
--
Roy M. Silvernail is roy (AT) rant-central (DOT) com, and you're not
Never Forget: It's Only 1's and 0's!
SpamAssassin->procmail->/dev/null->bliss
http://www.rant-central.com

Rob Funk
2004-04-22, 22:36
Peter Heslin wrote:
> As Roy pointed out, apparently trplayer cannot handle this extra
> level of indirection. A file AirAm.ram with the content:
> rtsp://rx-wes-sea143.rbn.com/farm/*/airam/airam/live/live.rm
>
> will play for me in Alienstream2, but the audio is screwed up :-(

Hmm, OK. I thought part of what AlienStream was doing was interpreting
the .ram and .asx files, but I guess not.

>> Trouble there (other than the issues already identified on the version3
>> page) is that xine's library doesn't handle RealAudio.
>
> Why do you think that?

Um, because I get errors from xine when I try to play that RealAudio stream.
"There is no demuxer plugin available to handle
'pnm://rxs-lvl3-lon14.rbn.com/farm/*/airam/airam/live/live.rm'. Usually
this means that the file format was not recognized."

> Roy says that Xine won't play the Air America
> stream, but then again neither does trplayer deal with it properly, so
> it seems to be a wierd one.

Once again, trplayer plays it fine for me (if I point to the .ra). There
may be something different about it than others you've tested, but it does
work with trplayer on my machine.

> In fact, not only does Xine play Real Audio (which ffmpeg does, too),
> but more importantly it has reverse engineered their proprietary
> versions of the rtsp/rdp protocols, so it can play (most) streaming
> Real Audio.

OK, I've now successfully tested Xine with a different RealAudio stream.
Cool. I guess they're just a bit behind Real though.

>> It works for me if I call mplayer directly on the mms: URL, but not if I
>> point mplayer at the .asx file. Quite similar to the trplayer
experience,
>> actually.
>>
>> Maybe I'm doing something wrong with these .ram/.asx files?
>
> It's a problem with multiple layers of indirection, but for me,
> mplayer handles the .asx file just fine.

So, given the tests I described, what's the proper way to set up the
playlists?

I do prefer to keep as much indirection as possible, since the ultimate
servers tend to change relatively often, while keeping a stable .ram/.asx
URL.


BTW, in case it's not evident, I am grateful with your work on this. I just
feel like I'm missing something simple, or my environment is just different
enough from yours to cause problems.
--
==============================| "A slice of life isn't the whole cake
Rob Funk <rfunk (AT) funknet (DOT) net> | One tooth will never make a full grin"
http://www.funknet.net/rfunk | -- Chris Mars, "Stuck in Rewind"