PDA

View Full Version : AlienBBC v0.91 - fixed Windows version,and minor tweaks to Linux version



Jules Taplin
2005-01-12, 16:42
Right. Sorry 'bout that folks. So far... in all of slimserver-dom, only
one user managed to battle their way through all the deliberate mistakes
we put into AlienBBC v0.90, and was rewarded by it working on Windows
(nice work, Raul!)

However... we now feel that perhaps we set the bar a little high, so
we've relented, and released a beta version with a makerelease script
written by somebody with a brain slightly larger than a grape. Maybe
you'll all find this one a trifle easier.

It's bumped to version 0.91 so you can tell the difference, and it has
the '.ra' filetype added, which will help with most of the 'Other
Streams' menu, too. That's fixed on both Linux and Windows packages. And
I've updated the install docs to remind Windows users that we like
codecs if we're to get any sound out.

So. If you've still have the energy, see if that one treats you any
better. ;)

As ever, AlienBBC is available from: http://www.mrtickle.org/alienbbc.html

Oh. And finally - Daniel has kindly provided smoe more comprehensive
v0.12 MacOS/X install instructions. I've not had time to format them
nicely, so blame him for that, not me. They're on the site, though, so
people can get to them if they're keen enough!

-- Jules

Bill Burns
2005-01-12, 16:53
Jules Taplin wrote:
> Right. Sorry 'bout that folks. So far... in all of slimserver-dom, only
> one user managed to battle their way through all the deliberate mistakes
> we put into AlienBBC v0.90, and was rewarded by it working on Windows
> (nice work, Raul!)

With one last hint from Adrian (to install the missing custom-types.conf
file) I have it working too on 5.4, WinXP. Nice work, developers!

As soon as 6.0 includes slim.exe in the nightly release again, I'll try
your new script with an installation on my test machine.

--
Bill Burns
Long Island NY USA
mailto:billb (AT) ftldesign (DOT) com

Jules Taplin
2005-01-12, 16:55
Hehe.

Groovy. Sorry if I robbed you of your glory, Bill. ;)

And yes... it was all my fault. As Triode handed the changes to me...
they would have worked. My attempts to 'simplify' it just cocked the
whole thing up ;)


-- Jules

Bill Burns wrote:

> Jules Taplin wrote:
>
>> Right. Sorry 'bout that folks. So far... in all of slimserver-dom,
>> only one user managed to battle their way through all the deliberate
>> mistakes we put into AlienBBC v0.90, and was rewarded by it working
>> on Windows (nice work, Raul!)
>
>
> With one last hint from Adrian (to install the missing
> custom-types.conf file) I have it working too on 5.4, WinXP. Nice
> work, developers!
>
> As soon as 6.0 includes slim.exe in the nightly release again, I'll
> try your new script with an installation on my test machine.
>

Stuart Hickinbottom
2005-01-12, 17:31
Thanks very much for the update - seems much neater than the old one
(the one with the transcoder).

One point for the installation instructions - they should really point
out that it will overwrite your local "slimserver-convert.conf" file
when you untar it. I checked the archive prior to unpacking it and so
moved mine sideways, but others may not and once you've worked out a
magic incantation for that file you don't want to have to work it out again!

One question - do you know how the SlimServer knows how to look in the
"Bin\i386-linux-thread-multi" directory? Mine couldn't find the
"mplayer.sh" script because of this, so I created a temporary softlink
to it in /usr/bin, which works fine for now but doesn't seem like the
right solution. My machine is running Gentoo Linux on a "Via Samuel 2"
(which is something like a VIA C3, I believe), so I wonder whether the
search path is related to that?

Almost working perfectly!
Stuart

Jules Taplin wrote:

> Right. Sorry 'bout that folks. So far... in all of slimserver-dom,
> only one user managed to battle their way through all the deliberate
> mistakes we put into AlienBBC v0.90, and was rewarded by it working on
> Windows (nice work, Raul!)
>
> However... we now feel that perhaps we set the bar a little high, so
> we've relented, and released a beta version with a makerelease script
> written by somebody with a brain slightly larger than a grape. Maybe
> you'll all find this one a trifle easier.
>
> It's bumped to version 0.91 so you can tell the difference, and it has
> the '.ra' filetype added, which will help with most of the 'Other
> Streams' menu, too. That's fixed on both Linux and Windows packages.
> And I've updated the install docs to remind Windows users that we like
> codecs if we're to get any sound out.
>
> So. If you've still have the energy, see if that one treats you any
> better. ;)
>
> As ever, AlienBBC is available from:
> http://www.mrtickle.org/alienbbc.html
>
> Oh. And finally - Daniel has kindly provided smoe more comprehensive
> v0.12 MacOS/X install instructions. I've not had time to format them
> nicely, so blame him for that, not me. They're on the site, though, so
> people can get to them if they're keen enough!
>
> -- Jules
>

Stuart Hickinbottom
2005-01-12, 17:54
To follow up my own post, I've checked "perl -V" and it says
"archname=i586-linux", which I think is the problem.

I've created "i586-linux" as a softlink to "i386-linux-thread-multi" in
the Bin directory and now everything seems fine.

I wonder if this is a known issue or if I've misconfigured my perl (at
least as far as SlimServer is concerned)?

Stuart


Stuart Hickinbottom wrote:

> Thanks very much for the update - seems much neater than the old one
> (the one with the transcoder).
>
> One point for the installation instructions - they should really point
> out that it will overwrite your local "slimserver-convert.conf" file
> when you untar it. I checked the archive prior to unpacking it and so
> moved mine sideways, but others may not and once you've worked out a
> magic incantation for that file you don't want to have to work it out
> again!
>
> One question - do you know how the SlimServer knows how to look in the
> "Bin\i386-linux-thread-multi" directory? Mine couldn't find the
> "mplayer.sh" script because of this, so I created a temporary softlink
> to it in /usr/bin, which works fine for now but doesn't seem like the
> right solution. My machine is running Gentoo Linux on a "Via Samuel 2"
> (which is something like a VIA C3, I believe), so I wonder whether the
> search path is related to that?
>
> Almost working perfectly!
> Stuart
>
> Jules Taplin wrote:
>
>> Right. Sorry 'bout that folks. So far... in all of slimserver-dom,
>> only one user managed to battle their way through all the deliberate
>> mistakes we put into AlienBBC v0.90, and was rewarded by it working
>> on Windows (nice work, Raul!)
>>
>> However... we now feel that perhaps we set the bar a little high, so
>> we've relented, and released a beta version with a makerelease script
>> written by somebody with a brain slightly larger than a grape. Maybe
>> you'll all find this one a trifle easier.
>>
>> It's bumped to version 0.91 so you can tell the difference, and it
>> has the '.ra' filetype added, which will help with most of the 'Other
>> Streams' menu, too. That's fixed on both Linux and Windows packages.
>> And I've updated the install docs to remind Windows users that we
>> like codecs if we're to get any sound out.
>>
>> So. If you've still have the energy, see if that one treats you any
>> better. ;)
>>
>> As ever, AlienBBC is available from:
>> http://www.mrtickle.org/alienbbc.html
>>
>> Oh. And finally - Daniel has kindly provided smoe more comprehensive
>> v0.12 MacOS/X install instructions. I've not had time to format them
>> nicely, so blame him for that, not me. They're on the site, though,
>> so people can get to them if they're keen enough!
>>
>> -- Jules
>>

Graham Scott
2005-01-12, 18:02
Jules, you're a star!

I've been quietly waiting for this on Windows since our broadband went
in. It's the icing on the cake for the squeezebox as far as i'm concerned :)

If you're ever in the Granite City I'll buy you a beer or three...

Graham

p.s How do the listen again streams work for shows with mutiple days to
choose from e.g Mark Radcliffe? Might it be an option in the future to
be able to pick any of the five available shows?

Jules Taplin wrote:

> So. If you've still have the energy, see if that one treats you any
> better. ;)
>
> As ever, AlienBBC is available from: http://www.mrtickle.org/alienbbc.html
>

Jules Taplin
2005-01-12, 18:21
Hey Graham.

We might have to arrange a wide-area pub crawl at this rate ;)

As far as the 'multiple days' stuff is concerned... depending on exactly
which page it is... the multiple days probably _ARE_ selectable, but not
necessarily in a useful way. They have a habit of showing up as
programmes called 'Mon', or 'Fri', or something, completely divorced
from the actual name of the program. That's because the 'Listen Again'
parser reads the BBC Music Player menus... and looks for links to Audio
Resources. If it finds one, it names it as it's text. By the time you
see it on the Squeezebox Screen... it's completely lost the context of
the original layup. Worse still, the Listen Again parser has to not only
parse the sorts of programmes that are on the Radio 1 listings, it's
exactly the same code that does the 'BBC Asian Network' listings. So...
it can't afford to be too smart.

It's dimly possible we could try some other stuff... but for now, I
can't think of a sufficiently simple (and hence safe) approach to it,
I'm afraid.


-- Jules



Graham Scott wrote:

> Jules, you're a star!
>
> I've been quietly waiting for this on Windows since our broadband went
> in. It's the icing on the cake for the squeezebox as far as i'm
> concerned :)
>
> If you're ever in the Granite City I'll buy you a beer or three...
>
> Graham
>
> p.s How do the listen again streams work for shows with mutiple days
> to choose from e.g Mark Radcliffe? Might it be an option in the future
> to be able to pick any of the five available shows?
>
> Jules Taplin wrote:
>
>> So. If you've still have the energy, see if that one treats you any
>> better. ;)
>>
>> As ever, AlienBBC is available from:
>> http://www.mrtickle.org/alienbbc.html
>>
>

Steve Bernard, Jr
2005-01-12, 19:16
On Wed, 12 Jan 2005 23:42:21 +0000, Jules Taplin
<slim-discuss (AT) ourhouse (DOT) org.uk> wrote:
> So. If you've still have the energy, see if that one treats you any
> better. ;)

Hey, looky there. I've got Radio Ulster! It's like a crazy dream come true.

Anywho, I've been testing streams left and right, with some working
okay and others bringing the server to a halt. Do you guys want bug
reports of any kind as to glitches, crashes, etc? Or is it too soon
for that sort of thing with where you're at in your development?

Thanks a million, and I'm really looking forward to listening to more
Real Audio on my Squeezebox (as much as one can look forward to
listening to Real Audio, anyway).

-Steve

mherger
2005-01-12, 23:34
[..]
> It's bumped to version 0.91 so you can tell the difference, and it has
> the '.ra' filetype added, which will help with most of the 'Other

Should read '.rm'. Thanks a lot!

--

Michael

-----------------------------------------------------------
Help translate SlimServer by using the
SlimString Translation Helper (http://www.herger.net/slim/)

Jules Taplin
2005-01-13, 02:19
Hey Steve.

Right now, we do want bug reports - but we may or may not be able to do
anything about them ;)

Specifically... any given failure is either:

1. The AlienBBC plugin code itself. That's almost certainly fixable

or

2. Something to do with the way that the transcoding path works. We can
work on that too

or

3. Something to do with mplayer. Bear in mind that mplayer for windows
is a new, minority platform, and so might be on the fritz.

Right now... I'd hope that all of the 'core' AlienBBC streams work
(they're all RealAudio, COOK codec stuff, and should all be
broadly the same). Anything in 'Other Streams' is user-submitted
streams, and they may have new and interesting ways of either
being broken in their own right, or killing mplayer.

My guess is, though, that if they break on the Windows version of
AlienBBC, and not on the linux one - it's probably mplayer, and may not
be under our immediate control.

Send the reports in. If you're doing a lot of them, though... it would
help to glue them together into some sort of consolidated list, rather
than deluging us with hundreds of items - I get enough mail as it is ;)

-- Jules

Steve Bernard, Jr wrote:

>On Wed, 12 Jan 2005 23:42:21 +0000, Jules Taplin
><slim-discuss (AT) ourhouse (DOT) org.uk> wrote:
>
>
>>So. If you've still have the energy, see if that one treats you any
>>better. ;)
>>
>>
>
>Hey, looky there. I've got Radio Ulster! It's like a crazy dream come true.
>
>Anywho, I've been testing streams left and right, with some working
>okay and others bringing the server to a halt. Do you guys want bug
>reports of any kind as to glitches, crashes, etc? Or is it too soon
>for that sort of thing with where you're at in your development?
>
>Thanks a million, and I'm really looking forward to listening to more
>Real Audio on my Squeezebox (as much as one can look forward to
>listening to Real Audio, anyway).
>
>-Steve
>

Bill Burns
2005-01-13, 10:12
Jules Taplin wrote:

> It's bumped to version 0.91 so you can tell the difference, and it has
> the '.ra' filetype added, which will help with most of the 'Other
> Streams' menu, too. That's fixed on both Linux and Windows packages. And
> I've updated the install docs to remind Windows users that we like
> codecs if we're to get any sound out.

I just installed the 1/13 6.0 nightly on WinXP (thanks, Dean, for
putting slim.exe back into it!), copied over the Perl files, downloaded
the mplayer codecs, and installed AlienBBC 0.91, and it's working.

There's one odd glitch on both my 5.4 and 6.0 installations (running on
two separate WinXP machines). About 10 minutes into the AlienBBC audio
stream (any channel), the audio starts to stutter. It sounds like the
stream is being chopped up several times a second and not necessarily
re-assembled in the correct order. Re-selecting the same channel starts
normal play again, but the glitch appears consistently after the same
interval.

I'm using the mplayer codecs from their "windows essential" link, copied
into ..\Bin\MSWin32-x86-multi-thread\codecs (mplayer.exe is also in this
directory).

--
Bill Burns
Long Island NY USA
mailto:billb (AT) ftldesign (DOT) com

Jules Taplin
2005-01-13, 10:22
Hmm. Ok. That's interesting.

We've seen this occasionally for basically ever. I've never managed to
reproduce it consistently, though. It seems to me to occur more often on
the 'Live' streams than the 'Listen Again' ones, but I certainly can't
make it happen on demand. To be more precise... I use AlienBBC to listen
to Radio 4 in the mornings before I head to work... and it goes wrong
for me probably once every 3 weeks or so.

If you've a way of making it work consistently, that'd be interesting.
If I had to hazard a guess, I'd say it's an mplayer issue, although I
couldn't hand-on-heart say that it wasn't there with alienstream, either.


-- Jules

Bill Burns wrote:

> Jules Taplin wrote:
>
>> It's bumped to version 0.91 so you can tell the difference, and it
>> has the '.ra' filetype added, which will help with most of the 'Other
>> Streams' menu, too. That's fixed on both Linux and Windows packages.
>> And I've updated the install docs to remind Windows users that we
>> like codecs if we're to get any sound out.
>
>
> I just installed the 1/13 6.0 nightly on WinXP (thanks, Dean, for
> putting slim.exe back into it!), copied over the Perl files,
> downloaded the mplayer codecs, and installed AlienBBC 0.91, and it's
> working.
>
> There's one odd glitch on both my 5.4 and 6.0 installations (running
> on two separate WinXP machines). About 10 minutes into the AlienBBC
> audio stream (any channel), the audio starts to stutter. It sounds
> like the stream is being chopped up several times a second and not
> necessarily re-assembled in the correct order. Re-selecting the same
> channel starts normal play again, but the glitch appears consistently
> after the same interval.
>
> I'm using the mplayer codecs from their "windows essential" link,
> copied into ..\Bin\MSWin32-x86-multi-thread\codecs (mplayer.exe is
> also in this directory).
>

Neil Sleightholm
2005-01-13, 12:06
Ian Crockford wrote:

> Subroutine HTML::Entities::decode_entities redefined at
> /PerlApp/DynaLoader.pm l
> ine 232, <DATA> line 1.

Sorry to jump in here, you might have already tried this. I'm sure I
used to get that before I copied the HTML library files from the perl
installation directory.

Neil

Bill Burns
2005-01-13, 14:01
Jules Taplin wrote:

> We've seen this occasionally for basically ever. I've never managed to
> reproduce it consistently, though. It seems to me to occur more often on
> the 'Live' streams than the 'Listen Again' ones, but I certainly can't
> make it happen on demand. To be more precise... I use AlienBBC to listen
> to Radio 4 in the mornings before I head to work... and it goes wrong
> for me probably once every 3 weeks or so.

This morning I was getting the problem every ten minutes regardless of
the stream on both my systems. This afternoon I've had Radio 3 live
running on 6.0 and Listen Again on 5.4, and they've both been perfect.

I'll keep you posted.

--
Bill Burns
Long Island NY USA
mailto:billb (AT) ftldesign (DOT) com

Jules Taplin
2005-01-13, 14:50
Damn. Bloody thing.

Don't sweat too much over it, Bill. I've never even come close to
working out what this is about.

All I can say is that it's highly unlikely to be AlienBBC's fault
directly. It happens in exactly the same way with, and without the
transcoder, and they're both totally different implementations of the
audio pipeline. So I don't think that's it.

So.. it's either something magic that only happens to slimserver - but
given we pass it either PCM or mp3, I don't see how it could tell the
difference to fuck up, or it's mplayer, or RealAudio itself. Neither of
which we can necessarily fix :(


-- Jules


Bill Burns wrote:

> Jules Taplin wrote:
>
>> We've seen this occasionally for basically ever. I've never managed
>> to reproduce it consistently, though. It seems to me to occur more
>> often on the 'Live' streams than the 'Listen Again' ones, but I
>> certainly can't make it happen on demand. To be more precise... I use
>> AlienBBC to listen to Radio 4 in the mornings before I head to
>> work... and it goes wrong for me probably once every 3 weeks or so.
>
>
> This morning I was getting the problem every ten minutes regardless of
> the stream on both my systems. This afternoon I've had Radio 3 live
> running on 6.0 and Listen Again on 5.4, and they've both been perfect.
>
> I'll keep you posted.
>

mherger
2005-01-14, 15:21
[..]
> I've created "i586-linux" as a softlink to "i386-linux-thread-multi" in
> the Bin directory and now everything seems fine.

Same for me - except that my VIA C3/800 needed i386-linux...

This low performance CPU even managed to play three different streams
(DRS1/2/3) on three different devices (2x SB, 1xSS)! It averaged at about
65%, and any other cpu intensive task would make the music stutter. But
normally I only use one device at a time.

One problem though: AlienBBC does not like my SliMP3 (and slimp3slave
;-)). The processor goes to 100% and the devices display flickers some
messages. I think it's alternating the plugin's text and the "connection
lost" message. I had to power-cycle the device to calm down slimserver...

Did anybody have success running the AlienBBC plugin with an mp3 stream
(SliMP3, software player other than SoftSqueez)?

> I wonder if this is a known issue or if I've misconfigured my perl (at
> least as far as SlimServer is concerned)?

....or it's our CPUs.

--

Michael

-----------------------------------------------------------
Help translate SlimServer by using the
SlimString Translation Helper (http://www.herger.net/slim/)

Jules Taplin
2005-01-14, 18:45
Hmmm. Is your machine man enough to transcode to mp3 normally? To run to
slimp3, it'll need to transcode the data, and that'll take more work.

-- Jules

Michael Herger wrote:

> [..]
>
>> I've created "i586-linux" as a softlink to "i386-linux-thread-multi"
>> in the Bin directory and now everything seems fine.
>
>
> Same for me - except that my VIA C3/800 needed i386-linux...
>
> This low performance CPU even managed to play three different streams
> (DRS1/2/3) on three different devices (2x SB, 1xSS)! It averaged at
> about 65%, and any other cpu intensive task would make the music
> stutter. But normally I only use one device at a time.
>
> One problem though: AlienBBC does not like my SliMP3 (and slimp3slave
> ;-)). The processor goes to 100% and the devices display flickers
> some messages. I think it's alternating the plugin's text and the
> "connection lost" message. I had to power-cycle the device to calm
> down slimserver...
>
> Did anybody have success running the AlienBBC plugin with an mp3
> stream (SliMP3, software player other than SoftSqueez)?
>
>> I wonder if this is a known issue or if I've misconfigured my perl
>> (at least as far as SlimServer is concerned)?
>
>
> ...or it's our CPUs.
>

mherger
2005-01-15, 01:11
> Hmmm. Is your machine man enough to transcode to mp3 normally? To run to
> slimp3, it'll need to transcode the data, and that'll take more work.

Oh yes, he is! He had some "lame" excuses. I was sure I already installed
that, but nope. He's running fine now at about 35% (mplayer <10%, lame
<20%) cpu usage with one SliMP3. Don't lough about my loyal servant :-)


>
> -- Jules
>
> Michael Herger wrote:
>
>> [..]
>>
>>> I've created "i586-linux" as a softlink to "i386-linux-thread-multi"
>>> in the Bin directory and now everything seems fine.
>>
>>
>> Same for me - except that my VIA C3/800 needed i386-linux...
>>
>> This low performance CPU even managed to play three different streams
>> (DRS1/2/3) on three different devices (2x SB, 1xSS)! It averaged at
>> about 65%, and any other cpu intensive task would make the music
>> stutter. But normally I only use one device at a time.
>>
>> One problem though: AlienBBC does not like my SliMP3 (and slimp3slave
>> ;-)). The processor goes to 100% and the devices display flickers some
>> messages. I think it's alternating the plugin's text and the
>> "connection lost" message. I had to power-cycle the device to calm
>> down slimserver...
>>
>> Did anybody have success running the AlienBBC plugin with an mp3
>> stream (SliMP3, software player other than SoftSqueez)?
>>
>>> I wonder if this is a known issue or if I've misconfigured my perl
>>> (at least as far as SlimServer is concerned)?
>>
>>
>> ...or it's our CPUs.
>>
>

John Gorst
2005-01-15, 04:18
Latest version of alienbbc worked fine on my Mandrake box.

None of my previous issues with high cpu useage, only 6% overhead with a
celeron 600!! Fantastic!

The only thing I want now is a way of skipping to a particular point in
the 'listen again' stations as we previously discussed!

Also, if we pause an alienbbc radio station does it get buffered
indefinetly like it did on the last version of alienbbc with the transcoder?

Cheers

John Gorst
2005-01-15, 04:49
John Gorst wrote:
>
> Latest version of alienbbc worked fine on my Mandrake box.
>
> None of my previous issues with high cpu useage, only 6% overhead with a
> celeron 600!! Fantastic!
>
> The only thing I want now is a way of skipping to a particular point in
> the 'listen again' stations as we previously discussed!
>
> Also, if we pause an alienbbc radio station does it get buffered
> indefinetly like it did on the last version of alienbbc with the
> transcoder?

With the old transcoder we used to be able to play other real audio
streams by making a playlist pointing to teh transcoder proxy with the
url of the stream we wanted to play. I seem to remember this working
with wma streas?

Is it possible to pursuade this version of alienbbc to play other streams?

Cheers

Jules Taplin
2005-01-15, 05:22
Aha. Right. Well... that'd do it.

Glad it's working for you now.


-- Jules


Michael Herger wrote:

>> Hmmm. Is your machine man enough to transcode to mp3 normally? To run
>> to slimp3, it'll need to transcode the data, and that'll take more
>> work.
>
>
> Oh yes, he is! He had some "lame" excuses. I was sure I already
> installed that, but nope. He's running fine now at about 35% (mplayer
> <10%, lame <20%) cpu usage with one SliMP3. Don't lough about my
> loyal servant :-)
>
>
>>
>> -- Jules
>>
>> Michael Herger wrote:
>>
>>> [..]
>>>
>>>> I've created "i586-linux" as a softlink to
>>>> "i386-linux-thread-multi" in the Bin directory and now everything
>>>> seems fine.
>>>
>>>
>>>
>>> Same for me - except that my VIA C3/800 needed i386-linux...
>>>
>>> This low performance CPU even managed to play three different
>>> streams (DRS1/2/3) on three different devices (2x SB, 1xSS)! It
>>> averaged at about 65%, and any other cpu intensive task would make
>>> the music stutter. But normally I only use one device at a time.
>>>
>>> One problem though: AlienBBC does not like my SliMP3 (and
>>> slimp3slave ;-)). The processor goes to 100% and the devices
>>> display flickers some messages. I think it's alternating the
>>> plugin's text and the "connection lost" message. I had to
>>> power-cycle the device to calm down slimserver...
>>>
>>> Did anybody have success running the AlienBBC plugin with an mp3
>>> stream (SliMP3, software player other than SoftSqueez)?
>>>
>>>> I wonder if this is a known issue or if I've misconfigured my perl
>>>> (at least as far as SlimServer is concerned)?
>>>
>>>
>>>
>>> ...or it's our CPUs.
>>>
>>

Triode
2005-01-15, 05:31
Not really AlienBBC, but assuming you are on linux, you can use the same helper for wma streams:

1) Edit ./Slim/Player/Source.pm to make the MMS protocol handler available for all achitectures, not just windows:

Around line 55
Change:
if ($^O =~ /Win32/) {
To:
if (1) {

2) Edit convert.conf to remove the wma convert lines (which includes[wmadec])

3) Replicate the lines in slimserver-convert.conf using [mplayer.sh] for wma:
wma wav * *
[mplayer.sh] etc

wma mp3 * *
[mplayer.sh] etc

(these two files are treated as if they are one by slimserver, so it does not matter which of the two you put the conversion
commands in)

Should now play http://*.asx and mms://* streams.

I have found a few asx files which the slim parser does not handle properly, but if you download them (e.g. use wget) and then
extract the mms:// url manually it should be OK
----- Original Message -----
From: "John Gorst" <john_gorst (AT) hotmail (DOT) com>
To: <discuss (AT) lists (DOT) slimdevices.com>
Sent: Saturday, January 15, 2005 11:49 AM
Subject: [slim] AlienBBC v0.91 - fixed Windows version, and minor tweaksto Linux version


> John Gorst wrote:
>>
>> Latest version of alienbbc worked fine on my Mandrake box.
>>
>> None of my previous issues with high cpu useage, only 6% overhead with a celeron 600!! Fantastic!
>>
>> The only thing I want now is a way of skipping to a particular point in the 'listen again' stations as we previously discussed!
>>
>> Also, if we pause an alienbbc radio station does it get buffered indefinetly like it did on the last version of alienbbc with the
>> transcoder?
>
> With the old transcoder we used to be able to play other real audio streams by making a playlist pointing to teh transcoder proxy
> with the url of the stream we wanted to play. I seem to remember this working with wma streas?
>
> Is it possible to pursuade this version of alienbbc to play other streams?
>
> Cheers
>
>

Jules Taplin
2005-01-15, 05:39
Right.

The current version makes slimserver actually able to handle rtsp://
streams natively... so for Real Audio streams, you simply make a
playlist that points to one.

At the moment - it doesn't do WMA support, largely because (a) We
haven't written the code for it, and (b) Some platforms already have
some WMA support, which complicates stuff a little.

-- Jules

John Gorst wrote:

> John Gorst wrote:
>
>>
>> Latest version of alienbbc worked fine on my Mandrake box.
>>
>> None of my previous issues with high cpu useage, only 6% overhead
>> with a celeron 600!! Fantastic!
>>
>> The only thing I want now is a way of skipping to a particular point
>> in the 'listen again' stations as we previously discussed!
>>
>> Also, if we pause an alienbbc radio station does it get buffered
>> indefinetly like it did on the last version of alienbbc with the
>> transcoder?
>
>
> With the old transcoder we used to be able to play other real audio
> streams by making a playlist pointing to teh transcoder proxy with the
> url of the stream we wanted to play. I seem to remember this working
> with wma streas?
>
> Is it possible to pursuade this version of alienbbc to play other
> streams?
>
> Cheers
>
>

John Gorst
2005-01-15, 05:55
I already have ffmpeg for playing wma files. Should this not already
handle wma streams for me?

Should mplayer be able to play the wma files on my hard disk as well as
streams if I removed all ffmpeg references?

Each time I update slimserver will I have to edit Source.pm and comment
out the wmadec lines? Shouldnt there be an easier option to enable it
given the number of people that have now started using mplayer?

Do I really need to comment out the wmadec lines - at the moment my
setup seems to ignore these and goes straight to the ffmpeg in
slimserver-convert.conf


Triode wrote:
> Not really AlienBBC, but assuming you are on linux, you can use the same
> helper for wma streams:
>
> 1) Edit ./Slim/Player/Source.pm to make the MMS protocol handler
> available for all achitectures, not just windows:
>
> Around line 55
> Change:
> if ($^O =~ /Win32/) {
> To:
> if (1) {
>
> 2) Edit convert.conf to remove the wma convert lines (which
> includes[wmadec])
>
> 3) Replicate the lines in slimserver-convert.conf using [mplayer.sh] for
> wma:
> wma wav * *
> [mplayer.sh] etc
>
> wma mp3 * *
> [mplayer.sh] etc
>
> (these two files are treated as if they are one by slimserver, so it
> does not matter which of the two you put the conversion commands in)
>
> Should now play http://*.asx and mms://* streams.
>
> I have found a few asx files which the slim parser does not handle
> properly, but if you download them (e.g. use wget) and then extract the
> mms:// url manually it should be OK

John Gorst
2005-01-15, 05:58
I notice the that playing radio stations is much quieter than playing
any of the flac or mp3 files on my pc.

Has the "-really-quiet" option in convert.conf got anything to do with
this. Is this there for a reason?

[mplayer.sh] -vo null -really-quiet -cache 128 -af resample=44100:0:1
-ao pcm -nowaveheader -aofile /dev/fd/3 $FILE$
Jules Taplin wrote:

> Right. Sorry 'bout that folks. So far... in all of slimserver-dom, only
> one user managed to battle their way through all the deliberate mistakes
> we put Jules Taplin wrote:
> Right. Sorry 'bout that folks. So far... in all of slimserver-dom, only
> one user managed to battle their way through all the deliberate mistakes
> we put into AlienBBC v0.90, and was rewarded by it working on Windows
> (nice work, Raul!)
>
> However... we now feel that perhaps we set the bar a little high, so
> we've relented, and released a beta version with a makerelease script
> written by somebody with a brain slightly larger than a grape. Maybe
> you'll all find this one a trifle easier.
>
> It's bumped to version 0.91 so you can tell the difference, and it has
> the '.ra' filetype added, which will help with most of the 'Other
> Streams' menu, too. That's fixed on both Linux and Windows packages. And
> I've updated the install docs to remind Windows users that we like
> codecs if we're to get any sound out.
>
> So. If you've still have the energy, see if that one treats you any
> better. ;)
>
> As ever, AlienBBC is available from: http://www.mrtickle.org/alienbbc.html
>
> Oh. And finally - Daniel has kindly provided smoe more comprehensive
> v0.12 MacOS/X install instructions. I've not had time to format them
> nicely, so blame him for that, not me. They're on the site, though, so
> people can get to them if they're keen enough!
>
> -- Jules

into AlienBBC v0.90, and was rewarded by it working on Windows
> (nice work, Raul!)
>
> However... we now feel that perhaps we set the bar a little high, so
> we've relented, and released a beta version with a makerelease script
> written by somebody with a brain slightly larger than a grape. Maybe
> you'll all find this one a trifle easier.
>
> It's bumped to version 0.91 so you can tell the difference, and it has
> the '.ra' filetype added, which will help with most of the 'Other
> Streams' menu, too. That's fixed on both Linux and Windows packages. And
> I've updated the install docs to remind Windows users that we like
> codecs if we're to get any sound out.
>
> So. If you've still have the energy, see if that one treats you any
> better. ;)
>
> As ever, AlienBBC is available from: http://www.mrtickle.org/alienbbc.html
>
> Oh. And finally - Daniel has kindly provided smoe more comprehensive
> v0.12 MacOS/X install instructions. I've not had time to format them
> nicely, so blame him for that, not me. They're on the site, though, so
> people can get to them if they're keen enough!
>
> -- Jules

Triode
2005-01-15, 06:00
Ok if ffmpeg already works, just try the bit about changing Source.pm (and yes you can probably get away with not bothering to
comment out the old ones)

Yes unfortunately at present will need to edit this each time you update slimserver, but there is always the option to lobby slim to
change the file so that mms is loaded for all archiectures.
----- Original Message -----
From: "John Gorst" <john_gorst (AT) hotmail (DOT) com>
To: <discuss (AT) lists (DOT) slimdevices.com>
Sent: Saturday, January 15, 2005 12:55 PM
Subject: [slim] AlienBBC v0.91 - fixed Windows version, and minortweaksto Linux version


>
> I already have ffmpeg for playing wma files. Should this not already handle wma streams for me?
>
> Should mplayer be able to play the wma files on my hard disk as well as streams if I removed all ffmpeg references?
>
> Each time I update slimserver will I have to edit Source.pm and comment out the wmadec lines? Shouldnt there be an easier option
> to enable it given the number of people that have now started using mplayer?
>
> Do I really need to comment out the wmadec lines - at the moment my setup seems to ignore these and goes straight to the ffmpeg in
> slimserver-convert.conf
>
>
> Triode wrote:
>> Not really AlienBBC, but assuming you are on linux, you can use the same helper for wma streams:
>>
>> 1) Edit ./Slim/Player/Source.pm to make the MMS protocol handler available for all achitectures, not just windows:
>>
>> Around line 55
>> Change:
>> if ($^O =~ /Win32/) {
>> To:
>> if (1) {
>>
>> 2) Edit convert.conf to remove the wma convert lines (which includes[wmadec])
>>
>> 3) Replicate the lines in slimserver-convert.conf using [mplayer.sh] for wma:
>> wma wav * *
>> [mplayer.sh] etc
>>
>> wma mp3 * *
>> [mplayer.sh] etc
>>
>> (these two files are treated as if they are one by slimserver, so it does not matter which of the two you put the conversion
>> commands in)
>>
>> Should now play http://*.asx and mms://* streams.
>>
>> I have found a few asx files which the slim parser does not handle properly, but if you download them (e.g. use wget) and then
>> extract the mms:// url manually it should be OK
>
>

Jules Taplin
2005-01-15, 06:19
Hi John.

No... the '-really-quiet' just tells mplayer to stop spitting so much
diagnostics out.


-- Jules

John Gorst wrote:

>
> I notice the that playing radio stations is much quieter than playing
> any of the flac or mp3 files on my pc.
>
> Has the "-really-quiet" option in convert.conf got anything to do with
> this. Is this there for a reason?
>
> [mplayer.sh] -vo null -really-quiet -cache 128 -af resample=44100:0:1
> -ao pcm -nowaveheader -aofile /dev/fd/3 $FILE$
> Jules Taplin wrote:
>
>> Right. Sorry 'bout that folks. So far... in all of slimserver-dom,
>> only one user managed to battle their way through all the deliberate
>> mistakes we put Jules Taplin wrote:
>> Right. Sorry 'bout that folks. So far... in all of slimserver-dom,
>> only one user managed to battle their way through all the deliberate
>> mistakes we put into AlienBBC v0.90, and was rewarded by it working
>> on Windows (nice work, Raul!)
>>
>> However... we now feel that perhaps we set the bar a little high, so
>> we've relented, and released a beta version with a makerelease script
>> written by somebody with a brain slightly larger than a grape. Maybe
>> you'll all find this one a trifle easier.
>>
>> It's bumped to version 0.91 so you can tell the difference, and it
>> has the '.ra' filetype added, which will help with most of the 'Other
>> Streams' menu, too. That's fixed on both Linux and Windows packages.
>> And I've updated the install docs to remind Windows users that we
>> like codecs if we're to get any sound out.
>>
>> So. If you've still have the energy, see if that one treats you any
>> better. ;)
>>
>> As ever, AlienBBC is available from:
>> http://www.mrtickle.org/alienbbc.html
>>
>> Oh. And finally - Daniel has kindly provided smoe more comprehensive
>> v0.12 MacOS/X install instructions. I've not had time to format them
>> nicely, so blame him for that, not me. They're on the site, though,
>> so people can get to them if they're keen enough!
>>
>> -- Jules
>
>
> into AlienBBC v0.90, and was rewarded by it working on Windows
>
>> (nice work, Raul!)
>>
>> However... we now feel that perhaps we set the bar a little high, so
>> we've relented, and released a beta version with a makerelease script
>> written by somebody with a brain slightly larger than a grape. Maybe
>> you'll all find this one a trifle easier.
>>
>> It's bumped to version 0.91 so you can tell the difference, and it
>> has the '.ra' filetype added, which will help with most of the 'Other
>> Streams' menu, too. That's fixed on both Linux and Windows packages.
>> And I've updated the install docs to remind Windows users that we
>> like codecs if we're to get any sound out.
>>
>> So. If you've still have the energy, see if that one treats you any
>> better. ;)
>>
>> As ever, AlienBBC is available from:
>> http://www.mrtickle.org/alienbbc.html
>>
>> Oh. And finally - Daniel has kindly provided smoe more comprehensive
>> v0.12 MacOS/X install instructions. I've not had time to format them
>> nicely, so blame him for that, not me. They're on the site, though,
>> so people can get to them if they're keen enough!
>>
>> -- Jules
>
>
>

John Gorst
2005-01-15, 07:04
Triode wrote:
> Ok if ffmpeg already works, just try the bit about changing Source.pm
> (and yes you can probably get away with not bothering to comment out the
> old ones)


ffmpeg works for files, but not streams

mplayer works for streams but not files

Very bizzar

Also the any radio station with _ in the url does not play as the server
takes out the _ in the name. For example:

mms://ms1.capitalinteractive.co.uk/reddragon_low

It does not work when putting this in an 'm3u' playlist file or entering
it in the web interface 'internet radio' section.

Cheers

> Yes unfortunately at present will need to edit this each time you update
> slimserver, but there is always the option to lobby slim to change the
> file so that mms is loaded for all archiectures.

John Gorst
2005-01-15, 07:13
Using the command line, mplayer can play the wma fiels on my system and
the internet radio station listed below with _ in the url.

John Gorst wrote:
> Triode wrote:
>
>> Ok if ffmpeg already works, just try the bit about changing Source.pm
>> (and yes you can probably get away with not bothering to comment out
>> the old ones)
>
>
>
> ffmpeg works for files, but not streams
>
> mplayer works for streams but not files
>
> Very bizzar
>
> Also the any radio station with _ in the url does not play as the server
> takes out the _ in the name. For example:
>
> mms://ms1.capitalinteractive.co.uk/reddragon_low
>
> It does not work when putting this in an 'm3u' playlist file or entering
> it in the web interface 'internet radio' section.
>
> Cheers
>
>> Yes unfortunately at present will need to edit this each time you
>> update slimserver, but there is always the option to lobby slim to
>> change the file so that mms is loaded for all archiectures.