PDA

View Full Version : AlienBBC - 7.3.3 - cannot stream?



jimwillsher
2009-07-10, 22:29
Help! I have SC 7.3.3 installed on Ubuntu 9.04 server

Version: 7.3.3 - 27044 @ Mon Jun 15 15:12:32 PDT 2009
Hostname: redleg.xxxxxxxxx.co.uk
Server IP Address: 192.168.1.50
Server HTTP Port Number: 9000
Operating system: Debian - EN - utf8
Platform Architecture: x86_64-linux
Perl Version: 5.10.0 - x86_64-linux-gnu-thread-multi
MySQL Version: 5.0.75-0ubuntu10.2
Total Players Recognized: 3

Until last week I had 7.2 installed. Installation has always been via apt-get.

AlienBBC has stopped working. I now get silence when connecting to Radio Scotland, even though the GUI and LED display says it's playing.

I've increased the logging, and the only logging info I get is dozens of lines of this:

[09-07-11 06:26:51.6777] Plugins::Alien::RTSP::getMetadataFor (145) Begin Function for rtsp://rmlive.bbc.co.uk/bbc-rbs/rmlive/ev7/live24/scotland/live/scotland_tl_g2.ra?BBC-UID=e4e9bf11bfb4262f4d4ddad7e18de53b197c8b5bf0d071 f4c4dfe8017f6b06c5&SSO2-UID= plugins/Alien/html/images/alien.png
[09-07-11 06:26:51.6840] Plugins::Alien::RTSP::getMetadataFor (145) Begin Function for rtsp://rmlive.bbc.co.uk/bbc-rbs/rmlive/ev7/live24/scotland/live/scotland_tl_g2.ra?BBC-UID=e4e9bf11bfb4262f4d4ddad7e18de53b197c8b5bf0d071 f4c4dfe8017f6b06c5&SSO2-UID= plugins/Alien/html/images/alien.png
[09-07-11 06:26:51.9809] Plugins::Alien::RTSP::getMetadataFor (145) Begin Function for rtsp://rmlive.bbc.co.uk/bbc-rbs/rmlive/ev7/live24/scotland/live/scotland_tl_g2.ra?BBC-UID=e4e9bf11bfb4262f4d4ddad7e18de53b197c8b5bf0d071 f4c4dfe8017f6b06c5&SSO2-UID= plugins/Alien/html/images/alien.png

Is anyone else experiencing problems?

I have mplayer installed (confirmed on the plugin page).

Many thanks,



Jim

bpa
2009-07-10, 23:30
Did you use Extensio0n Downloader to install AlienBBC ?
IS it version 2.5 of AlienBBC ?

The log message indicates that SC has started the stream and it looks like AlienBBC thinks it is playing. SO I think the problem is in mplayer or mplayer.sh and/or permissions.

1. Make sure you have installed the mplayer nogui version and not the mplayer graphical front end.

2. Check that the file mplayer.sh in the Plugins/Bin directory has execute permissions and is owned by Squeezecenter.

Get a log of a stream starting with player.source set to DEBUG

jimwillsher
2009-07-11, 00:09
Many thanks bpa.

mplayer is installed, via

apt-get install mplayer-nogui

and this has been working fine for months. Mind you, so has AlienBBC :-) I haven't tried Alien since upgrading to SC 7.3. The log file *looks* okay to me, but I'm hoping you'll spot whatever it is I'm missing...

My log file is attached.

Many thanks.


Jim

bpa
2009-07-11, 01:42
The log didn't go on long enough to see what happens after mplayer is started but things look ok but it seems either connection times out or mplayer is not running.

Since about June (due to funding) BBC have dropped streams rate of RealAudio ack from 64kbits/sec to about 48kbits/sec.

This means the time taken to start a live stream has gone back up to about 10 sec. Also for some reason some streams are now taking longer to connect so try increasing the Web UI Settings/Advanced / Network/ Radio Station timeout to say 20.

jimwillsher
2009-07-11, 02:22
ok, I've attached a new server.log. This is from the point of restarting the server right up to around 50-60 seconds after requesting the track.

I've changed the timeout to 20 seconds, and I can watch the green progress bar advance for around 5 seconds (fishbone), then it suddenly reerts back to zero.

I'm on an 8Mb broadband connection.

I know you're probably busy person, since I've seen a LOT of postings by you, but if you're able to suggest any more ways to diagnose? I'm happy to give you remote access if you think that could help?

Many thanks for your time,



Jim

bpa
2009-07-11, 07:08
The progress bar is misleading - once SC starts to connect progress assumes everything is OK and starts counting even if no connection has been made to station. Only when SC says connection broken does progress bar stop.

The audio stream is live so can only supply data at 48kbps and so to fill the 128kb (?) cache will always take time (cache size / stream data rate). having a high speed broadband cannot speed up the realtime live data stream only listen again streams.

The problem is around mplayer/ mplayer.sh
Most likely

1. mplayer.sh cannot find mplayer.
2. mplayer cannot play the rtsp stream
3. router is blocking port 554

Re point1 - What directory is mplayer installed ? I have Ubuntu 8.?? and standard install worked but perhaps 9.04 has moved things around.

to test 2 & 3 can you run from a command line


mplayer -v rtsp://rmlive.bbc.co.uk/bbc-rbs/rmlive/ev7/live24/scotland/live/scotland_tl_g2.ra

jimwillsher
2009-07-11, 07:17
Hi bpa,

I'm not sure it's a Ubuntu 9.04 problem, as I've used this happily ever since I installed 9.04 Server back in (April?). The first time I've discovered that it's not working is today (I use it most Saturdays to listen to a particular program). The only thing I've done between it working and not working is upgrade from SC 7.2 to SC 7.3 via apt-get. Oh, and reinstall alienbbc today in case that was the cause.

Port 554 isn't blocked; all outbound is open via NAT.

This is what I get in response to the mplayer command you requested (see attachment)

I'm stumped!



Jim

bpa
2009-07-11, 08:55
mplayer is working OK - the messages are because you have no sound card setup that suits mplayer.

So the problem is mplayer.sh. There was a change to mplayer.sh in 2.5 so it looks like it must be causing the problem which is odd because the 2.5 fix was to solve a specific Ubuntu playing problem.

Does your mplayer.sh looks like this one http://alienbbc.googlecode.com/svn/trunk/Alien/Bin/mplayer.sh

Specifically does it have these lines which are the fix for Ubuntu.


exec 3>&1
sleep 0.1

jimwillsher
2009-07-11, 09:45
Unfortunately yes, I do have those lines. I've not done a binary compare but the existing file and the link you gave do look to be identical.


Jim

bpa
2009-07-11, 15:30
I've tested on a Ubuntu 9.04 systems with latest SC 7.3.4 and AlienBBC 2.5-7.3. It all worked OK.

The only idea I have is that perhaps there are left over files from 7.2 as plugins will have changed directories.

Besides dong a file search - a simple test would be to

1. Stop SC
2. Rename the file /var/lib/squeezecenter/Cache/InstalledPlugins/Plugins/Alien/Bin/mplayer.sh to say xxmplayer.sh
3. Restart SC
4. Check WebUI Settings/Advanced/File Types - all the RTSP setting should be greyed out. If they are not greyed out then there is a 2nd mplayer.sh somewhere.
5. Stop SC ands rename the mplayer.sh file back to mplayer.sh

jimwillsher
2009-07-11, 23:49
No luck. There's only one copy of mplayer.sh (find / -name mplayer.sh confirms). Renaming does cause the entries to be greyed out.

Is there an easy way to revert to 2.4? Or perhaps revert to 2.4 along with SC 7.2? There's clearly something amiss here, and whilst everything else about SC 7.3.3 works fine I can't really live without Alien. We've no radios in the house, we use Alien as the only means of listning to BBC radio.

If I have to revert to 7.2 then so be it, but I'd prefer to keep with 7.3.3 if possible. I'm just not sure how I revert when using apt-get.

Many thanks for your time. I'm happy to try any suggestions that you may have, but reverting to 7.2 is looking more likely....if it's possible to do that.



Jim

bpa
2009-07-12, 00:12
AlienBBC 2.4 will not work with 7.3 due to SC changes in 7.3

You could try the mplayer.sh from 2.4 (http://alienbbc.googlecode.com/svn-history/r22/trunk/Alien/Bin/mplayer.sh ) or just comment out the "exec" and "sleep" lines from mplayrer.sh.

There is no need to stop /start SC when making changes to mplayer.sh

I think the problems is some sort of installation issue which has cropped up with the new install. A new install of 7.2 may have the same problem.

I think it is better to solve this problem - the next step is to run SC from a command line so that debugging output from mplayer.sh can be logged as the problem is in mplayer.sh.

However first I need to do the test myself so I can write down the test instructions.

bpa
2009-07-12, 00:46
To test SC from a command line.

1. Open a terminal window logged in as root - make sure the terminal window has a large buffer so that the displayed messages can be copied later.
2. To stop SC running in the background
/etc/init.d/squeezecenter stop
3. To run standard install of SC on Ubuntu 9.04
/usr/bin/perl -w /usr/sbin/squeezecenter-server --prefsdir /var/lib/squeezecenter/prefs --logdir /var/log/squeezecenter/ --cachedir /var/lib/squeezecenter/cache --charset=utf8 --user=squeezecenter
4. To restart background - first CTRL/C to stop SC and then
/etc/init.d/squeezecenter start

You should check the above sequence out before making the changes below to the Alien custom-convert.conf.

When checking it out do a test run of playing an BBC station. In the message that appear on the console you should see the following message interleaved with normal log message - the mplayer.sh messages will have no time stamps.

Streaming: Launching mplayer -really-quiet -vc null -vo null -bandwidth 10000000 -cache 128 -af volume=0,resample=44100:0:1,channels=2 -ao pcm:file=/dev/fd/3 rtsp://rmlive.bbc.co.uk/bbc-rbs/rmlive/farm/live24/bbc_ami/radio1/radio1_nb_int_live.ra?BBC-UID=746aa35a8b566dd576d654c3c141518241d33cc350b001 14042f94b638e0de4a&SSO2-UID=
mplayer: could not connect to socket
mplayer: No such file or directory


To get more info from mplayer in mplayer.sh - do the following.

1. Edit the Alien custom-convert.conf file usually found in
/var/lib/squeezecenter/cache/InstalledPlugins/Plugins/Alien
2. remove the "-really-quiet" from the "rtsp flc" line.
3. Save the file.

Run SC from the command line as detailed above - copy the resulting messages from mplayer to post.

jimwillsher
2009-07-12, 02:33
Many thanks for sticking with me.

I've made the changes and attached a new log file.

Many thanks,



Jim

bpa
2009-07-12, 02:57
That's great - at least now the problem is identified.



[AO PCM] File: /dev/fd/3 (WAVE)
PCM: Samplerate: 44100Hz Channels: Stereo Format s16le
[AO PCM] Info: Faster dumping is achieved with -vc null -vo null -ao pcm:fast
[AO PCM] Info: To write WAVE files use -ao pcm:waveheader (default).

[AO PCM] Failed to open /dev/fd/3 for writing!
Could not open/initialize audio device -> no sound.


This problem was fixed by the "exec" "sleep" combination on other systems - it seemed to only happen on newer faster systems. The "sleep 0.1" time is a bit arbitrary as it depends on the processor and system. You could try to increase it to say 0.3 or 0.5 and see if it works.

You do not need to stop SC between test. Just edit mplayer.sh altering the sleep value between testing playing BBC station. Make sure edit is saved and that playlist is cleared before each test run.

jimwillsher
2009-07-12, 03:15
Okay great, that's progress!

Right, I've tried increasing to 0.3, then 0.5, and now all the way up to 2.0. Unfortunately it's still nto working, and looking at the log it's a different issue now:



REAL file format detected.
Stream description: Audio Stream
Stream mimetype: audio/x-pn-multirate-realaudio-live
[real] Audio stream found, -aid 0
demux_real: invalid chunksize! (0)
Clip info:
name: BBC Radio Scotland
author: BBC
copyright: (C) British Broadcasting Corporation 2007
================================================== ========================
Forced audio codec: mad
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 44100 Hz, 2 ch, s16le, 44.1 kbit/3.12% (ratio: 5512->176400)
Selected audio codec: [ffcook] afm: ffmpeg (FFmpeg COOK audio decoder)
================================================== ========================
[AO PCM] File: /dev/fd/3 (WAVE)
PCM: Samplerate: 44100Hz Channels: Stereo Format s16le
[AO PCM] Info: Faster dumping is achieved with -vc null -vo null -ao pcm:fast
[AO PCM] Info: To write WAVE files use -ao pcm:waveheader (default).
AO: [pcm] 44100Hz 2ch s16le (2 bytes per sample)
Video: no video
Starting playback...


MPlayer interrupted by signal 13 in module: play_audio
- MPlayer crashed. This shouldn't happen.
It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
gcc version. If you think it's MPlayer's fault, please read
DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
won't help unless you provide this information when reporting a possible bug.
Terminated
[09-07-12 11:12:01.7649] Slim::Player::Source::_wakeupOnReadable (538) 00:04:20:12:53:25
[09-07-12 11:12:01.7657] Slim::Player::Source::_readNextChunk (476) Read to end of file or pipe
[09-07-12 11:12:01.7660] Slim::Player::Source::_readNextChunk (499) end of file or error on socket, song pos: 0
[09-07-12 11:12:01.7663] Slim::Player::Source::_readNextChunk (508) Didn't stream any bytes for this song, so just mark it as played


If it's a problem in mplayer, does that mean I've hit a brick wall? mplayer was installed via apt but I'm sure I could recompile it if I could find a suitable source (if that would help?)


Jim



Jim

bpa
2009-07-12, 03:22
Signal 13 is "broken pipe" which mean SC has decided to stop listening to mplayer so it is the same timeout problem - just you now see it from mplayer side.

I noticed before you have your system set up for nosound.

How did you do that so that I can test that setting on my system.

jimwillsher
2009-07-12, 03:29
I noticed before you have your system set up for nosound.

How did you do that so that I can test that setting on my system.

Errmm....no idea :-)

This is an instalaltion of Ubuntu 9.04 server, done with a LAMP install. I'm running postfix, mysql, apache etc. SqueezeCenter is then installed via apt.

It's a headless server, with just SSH access, and no GUI.

Does that help?



Jim

epoch1970
2009-07-12, 05:11
I already had mplayer segfault problems on a linux Intel machine, now it looks I have the same on an amd64 machine. I guess it boils down to my brew of repos + singularities in kernel compilation choices (I use 250Hz ticks, no preempt for example); I had Alien working well with a stock kernel, then updated to lenny 5.0.1->5.0.2 + custom kernel (2.6.28-1) + SC7.3.2->7.3.3 and got the immediate mplayer segfault issue again. I need the custom kernel -from this exact, outdated source revision!- to have ACPI working correctly on this crummy asrock platform of mine. I had removed the other kernels and did some apt-autoremove before witnessing the issue, so I can't track back and pinpoint it more specifically.

If I find the time I will try to replace mplayer with vlc (neither have extremely legible command lines) and report. Vlc has many interfaces, including a telnet one, so I guess replacement is possible. Or is it not ?

bpa
2009-07-12, 05:24
I already had mplayer segfault problems on a linux Intel machine, now it looks I have the same on an amd64 machine. I guess it boils down to my brew of repos + singularities in kernel compilation choices (I use 250Hz ticks, no preempt for example); I had Alien working well with a stock kernel, then updated to lenny 5.0.1->5.0.2 + custom kernel (2.6.28-1) + SC7.3.2->7.3.3 and got the immediate mplayer segfault issue again. I need the custom kernel -from this exact, outdated source revision!- to have ACPI working correctly. I had removed the other kernels and did some apt-autoremove before witnessing the issue, so I can't track back and pinpoint it more specifically.


mplayer just uses TCP and audio so there should be no need for a special kernel.
Most common reason for mplayer segfault
- using a 3rd party build and your PC does not have all the hardware or CPU support is wrong (e.g. VIA processor). Build your own mplayer - it is very straight forward.
- Wrong CPU auto detected - manually build mplayer and tell it to assume no SSE2, SSE3 etc. - don't support any of the special CPU instructions set (e.g. Intel, AMD) variations.



If I find the time I will try to replace mplayer with vlc (neither have extremely legible command lines) and report. Vlc has many interfaces, including a telnet one, so I guess replacement is possible. Or is it not ?

I don't think vlc has the necessary realaudio support to work with AlienBBC.

Stick with mplayer. Stick with an old release if necessary as newer release (and buggier) mainly add video support which are not necessary for AlienBBC.

bpa
2009-07-12, 05:28
Ubuntu 9.04 server,


On reflection - audio hardware should not matter.

Can you confirm that you had 7.2 with AlienBBC 2.4 runnng on Ubuntu server 9.04 - just to make sure that /dev/fd device support is not the issue.

If the above is correct - then I think permissions and/or special groups may be the problem. If so, I need to think up a test to validate.

jimwillsher
2009-07-12, 05:39
Just a thought...would it be worthwhile me tryign to remove and re-add mplayer via apt? Or perhaps to remove via apt and then compile from source? Or would I just make things worse?


Jim

bpa
2009-07-12, 05:55
There's no indication of a problem with mplayer - just with access to /dev/fd/3.

This is the exact symptom which resulted in the mplayer.sh update so I think it is mplayer.sh that needs to be sorted.

How about my question about SC7.2 with Alien2.4 on Ubuntu9.04 ?

jimwillsher
2009-07-12, 06:01
My apologies, I missed your previous quest.

I can confirm that I previously had Ubuntu 9.04 installed, with SC 7.2. I then installed AlienBBC via the extension downloader. I'm 99.99% certain that it was 2.4. This was a clean install of 9.04/7.2/2.4 as I did a clean install of the server when Ubuntu 9.04 came out. Since then I've kept up to date with apt-get updates, except I deferred the SC7.3 release for a week or so as I was going on holiday. Upon my return I then ran apt-get again and installed SC7.3.

I don't recall if I tested Alien or not, but I only discovered that there was a problem yesterday. Similarly, I only realsied I had 2.4 (not 2.5) yesterday when I checked and say that I had an outdated installation.


Many thanks, I really appreciate your help.


Jim

bpa
2009-07-12, 08:34
OK.

A minor point - I'm pretty sure Extension Downloader only came available with 7.3.1 so you probably did a manual install on 7.2 - this is why I was wondering about left over files.


The main point is AlienBBC has been working with 9.04.

gian
2009-07-12, 08:37
hi there,

I think I have the same setup and problem here.

No sound from AlienBBC BBC live streams.

I have a 9.04 Jaunty LAMP server, freshly installed.
Can play Virgin Radio or Classic FM, but not AlienBBC streams.
I have no apparent error, just no sound.

Version: 7.3.3 - 27044 @ Mon Jun 15 15:12:32 PDT 2009
Hostname: intra
Server IP Address: 192.168.2.3
Server HTTP Port Number: 9000
Operating system: Debian - EN - utf8
Platform Architecture: x86_64-linux
Perl Version: 5.10.0 - x86_64-linux-gnu-thread-multi
MySQL Version: 5.0.75-0ubuntu10.2
Total Players Recognized: 2
Alien BBC (v2.5-7.3)

SC shows the station icon and progress, but no sound comes from the SB.

jimwillsher
2009-07-12, 08:46
bpa: agreed, my fault. Yes the previous version (working) was 7.3.2, not 7.2. Whichever was a "complete" release (e.g. published to the apt-get repository) and not a nightly. I don't pay too much attention to the version numbers installed, so it's whichever was the previous "public" build.

gian: yes same here. I can play Clyde 1 (http://mars.radica.com/clyde1-70), Forth 1 (http://earth.radica.com/clyde1-70) and Classic FM (http://mediasrv-sov.musicradio.com/ClassicFM) but not BBC (e.g. Radio Scotland, http://www.bbc.co.uk/radioscotland/media/radioscotland.ram).

bpa: Sorry, I had tried non-BBC streams as I don't use them. But it does look like it's just the BBC streams having the problem.


Jim

bpa
2009-07-12, 09:43
The Virgin and Classic WMA stream tests are irrelevant unless you are playing to a player which does not support WMA such as Softsqueeze or SB1. Do not try testing with Softsqueeze unless you have 3.8 or 3.9b1 installed as there is a separate problem of Softsqueeze with 7.3.x.


OK - I have Ubuntu 9.04 and SC 7.3.4 and AlienBBC 2.5-7.3 working on RealAudio streams.

I'll have to uninstall everything and so a clean install to see if I can reproduce the issue.

bpa
2009-07-12, 11:43
I've uninstalled SC and AlienBBC and re-installed 7.3.3 and 2.5-7.3 - everything works OK

I think some more diagnostics in mplayer.sh are needed.

jimwillsher
2009-07-12, 13:13
I'm sure this probably doesn't help, but I've added a log from mplayer when msglevel all=9 is set. Though as you say, it looks more like a mplayer.sh issue.


Jim

bpa
2009-07-12, 13:34
mplayer is working fine


Clip info:
name: BBC Radio Scotland
author: BBC
copyright: (C) British Broadcasting Corporation 2007

The above info is embedded in the realaudio stream headers which means mplayer has obtained data and decoded it.

The issue is mplayer.sh - the point behind "exec" was to ensure that /dev/fd/3 was created by the time mplayer starts - it now looks like /dev/fd/3 is ok when mplayer starts but somehow disappears if "sleep 2.0" is used. However if "sleep 0.1" is used then it seems that "/dev/fd/3" has not been created by the time mplayer starts.

More diagnostics are needed to validate this idea - just haven't worked out what they are.

bpa
2009-07-13, 14:33
The default setup of mplayer.sh uses /dev/fd/3 as the device to pipe output from mplayer to SC and on your system mplayer cannot open this device.

There is a fix to mplayer.sh in 2.5 for Ubuntu for accessing /dev/fd/3 but it does not seem to work for your systems. I tried to find out what is ahppening and it looks like /dev/fd/3 is in use by another process before mplayer. If that is the case then this may the cause of your problem.

So test this - I suggest using /dev/fd/4 instead of /dev/fd/3 as 4 does not seem to be in use.

To change device number requires changes to two AlienBBC files in /var/lib/squeezecenter/cache/InstalledPlugins/Plugins/Alien. The custom-convert.conf and Bin/mplayer.sh

1. Change the /dev/fd/3 to /dev/fd/4 on the 4 RTSP lines of custom-convert.conf


[mplayer.sh] -really-quiet -vc null -vo null -bandwidth 10000000 -cache 128 -af volume=0,resample=44100:0:1,channels=2 -ao pcm:file=/dev/fd/3


2. Change the reference to "3" to "4" in mplayer.sh


exec 3>&1
sleep 0.1



You will need to restart SC to get the custom-convert.conf change take effect. As before a log of the mplayer output is needed to see if access to /dev/fd/4 worked or not.

jimwillsher
2009-07-13, 21:01
Hmmm...doesn't seem to have worked, the "interrupted by" message is still there.

New log file attached.

I'm away for the next two days so won't have access to try things out, but I really appreciate your help.



Jim

bpa
2009-07-14, 00:03
Is the "Sleep" value back at 0.1 ? if not please try it at the original 0.1 value.

jimwillsher
2009-07-14, 00:54
sorry I should have said. Yes it's back to 0.1.

bpa
2009-07-14, 01:02
Can you try the previous version of mplayer.sh but edited to use /dev/f/4 so the change to custom-convert.conf is also needed.

The older mplayer.sh can be downloaded from here.
http://alienbbc.googlecode.com/svn-history/r22/trunk/Alien/Bin/mplayer.sh

And then edit to change the "3" to a "4"


"$app" $* 3>&1 1>&2 &

jimwillsher
2009-07-14, 01:45
Hi bpa,

I've only got remote access as I'm down in Bristol for two days, so I can't physically hear the player, but looking at the logs it's the same.

I've attached my latest log file.

To confirm, the mplayer.sh is downloaded from the link you've given, with the 3 changed to 4



"$app" $* 4>&1 1>&2 &


and the custom-convert.conf has



rtsp flc * *
# R
[mplayer.sh] -vc null -vo null -bandwidth 10000000 -cache 128 -af volume=0,resample=44100:0:1,channels=2 -ao pcm:file=/dev/fd/4 $FILE$ | [flac] -cs --totally-silent --compression-level-0 --ignore-chunk-sizes -




Jim

bpa
2009-07-14, 02:25
Your mods look OK.

I must be missing something. The mods you have made should make AlienBBC behave like 2.4 which you had working on 9.04 so it should be working.

I'll have to review the logs again to see if there is another explanation and probably make up a version of mplayer.sh which produces more message to make sure all the command (e.g. exec) are in fact succeeding.

jimwillsher
2009-07-14, 02:46
Hi bpa,

Many thanks, I really appreciate your help.

The offer of ssh and port 9000/9090 access still stands, just let me know if it would be of use.



Jim

jimwillsher
2009-07-16, 10:16
Hi BPA, I see that there's a beta 2.6 released. Would it worthwhile me installing this to try to get AlienBBC working again?


Jim

bpa
2009-07-16, 10:20
The update will not solve your problem. 2.6 only add titles to Listen Again and live streams. It make no change to basic playing code.

jimwillsher
2009-07-16, 10:24
Hmmm...so basically that's the end of the road for me? It'll be a real shame if I lose AlienBBC, especially as I've no longer got a radio in the house....just three Squeezeboxes.



Jim

bpa
2009-07-16, 11:40
It's not the end of the road since it was working - it's just a matter of finding out what's changed to blocking usage of /dev/fd.

jimwillsher
2009-07-16, 12:36
Ok I've just done a complete reinstall onto a VMWare VM, and it's still not working.

I've installed clean, thenapplied all updates from apt, and installed mplayer-gui and squeezecenter, then alien.

I've left everything as defaults, except removed the -really-quiet flag from custom-convert.conf. I don't seem to get the mplayer exit error any more, but nor do I get any radio.

EDIT: yes I do get the crash, I'd just missed it.



================================================== ========================
Forced audio codec: mad
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 44100 Hz, 2 ch, s16le, 44.1 kbit/3.12% (ratio: 5512->176400)
Selected audio codec: [ffcook] afm: ffmpeg (FFmpeg COOK audio decoder)
================================================== ========================
[AO PCM] File: /dev/fd/3 (WAVE)
PCM: Samplerate: 44100Hz Channels: Stereo Format s16le
[AO PCM] Info: Faster dumping is achieved with -vc null -vo null -ao pcm:fast
[AO PCM] Info: To write WAVE files use -ao pcm:waveheader (default).
AO: [pcm] 44100Hz 2ch s16le (2 bytes per sample)
Video: no video
Starting playback...


MPlayer interrupted by signal 13 in module: play_audio
- MPlayer crashed. This shouldn't happen.
It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
gcc version. If you think it's MPlayer's fault, please read
DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
won't help unless you provide this information when reporting a possible bug.


So, a brand new, clean install, with all patches applied, and it's still not working. Could this relate to the apt-get updates?

Should I give up and buy a hi-fi?



Jim

bpa
2009-07-16, 14:37
I've attached a replacement for the Alien custom-convert.conf file.

1. Save a copy of the distributed custom-convert.conf
2. Download the attached file and rename to custom-convert.conf
3. Copy the new file into Alien Plugin directory to replace distributed version.
4. restart SC
5. After restart check Settings/Advanced/FileTypes that RTSP entries use mplayer and not mplayer.sh

The attached version of custom-convert.conf avoid the use of mplayer.sh but still uses /dev/fd/4 so if the problem remains then it is localise to /dev/fd. This conf file makes it hard to debug mplayer problem and so the only debug info will come from player.source set to DEBUG.

jimwillsher
2009-07-16, 14:54
Many thanks once agian bpa.

Ok I've made the changes. I've had to change mplyer to [mplayer], otherwise the rtsp settings showed as disabled. They now show as mplayer.

Sadly the problem persists, and it's still mplayer that's crashing.



[09-07-16 22:51:07.1000] Slim::Player::StreamingController::_eventAction (269) 00:04:20:06:1c:47: StatusHeartbeat in BUFFERING-STREAMING -> Slim::Player::StreamingController::_NoOp
[09-07-16 22:51:07.1011] Slim::Player::StreamingController::_eventAction (269) 00:04:20:06:1c:47: StatusHeartbeat in BUFFERING-STREAMING -> Slim::Player::StreamingController::_NoOp
[09-07-16 22:51:07.1561] Slim::Player::Player::_buffering (1167) Buffering... 0 / 261120
[09-07-16 22:51:07.3980] Slim::Player::Player::_buffering (1167) Buffering... 0 / 261120
[09-07-16 22:51:07.4014] Slim::Player::StreamingController::_eventAction (269) 00:04:20:06:1c:47: StatusHeartbeat in BUFFERING-STREAMING -> Slim::Player::StreamingController::_NoOp
[09-07-16 22:51:07.4027] Slim::Player::StreamingController::_eventAction (269) 00:04:20:06:1c:47: StatusHeartbeat in BUFFERING-STREAMING -> Slim::Player::StreamingController::_NoOp
[09-07-16 22:51:07.4572] Slim::Player::Player::_buffering (1167) Buffering... 0 / 261120


MPlayer interrupted by signal 13 in module: play_audio
- MPlayer crashed. This shouldn't happen.
It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
gcc version. If you think it's MPlayer's fault, please read
DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
won't help unless you provide this information when reporting a possible bug.
[09-07-16 22:51:07.5231] Slim::Player::Source::_wakeupOnReadable (538) 00:04:20:06:1c:47
[09-07-16 22:51:07.5246] Slim::Player::Source::_readNextChunk (476) Read to end of file or pipe
[09-07-16 22:51:07.5250] Slim::Player::Source::_readNextChunk (499) end of file or error on socket, song pos: 0
[09-07-16 22:51:07.5255] Slim::Player::Source::_readNextChunk (508) Didn't stream any bytes for this song, so just mark it as played
[09-07-16 22:51:07.5264] Slim::Player::StreamingController::playerTrackStar ted (1677) 00:04:20:06:1c:47


so I guess that does rule out the shell script after all?


Jim

bpa
2009-07-16, 14:58
Quick reaction.

There is something wrong - that conf file dumps all mplayer error message to /dev/null - they should not be visible. IT is possible the conf file is not being used.

Can you show the player.source = DEBUG log where the mplayer command is shown.

edit:

The conf file is as I used on my ubuntu 9.04 system - interesting about the mplayer vs [mplayer] - I had no problem and should have worked for you even though it is not quite correct - make me wonder about your mplayer install

jimwillsher
2009-07-16, 15:00
Sorry my mistake, I also removed the --really-quiet command, once I realised I was still getting no radio. So I think it is getting used.

bpa
2009-07-16, 15:03
even with the really-quiet - you should not see any error message since mplayer errors message are directed into /dev/null

Can you show the player.source log.

jimwillsher
2009-07-16, 15:15
New log file attached.

To confirm, the custom-convert.conf (first few lines of it) is:



# AlienBBC - unix version
#
rtsp pcm * *
# R
[mplayer] -really-quiet -vc null -vo null -bandwidth 10000000 -cache 128 -af volume=0,resample=44100:0:1,channels=2 -ao pcm:file=/dev/fd/4 $FILE$ 4>&1 1>/dev/null $FILE$
rtsp wav * *
# R
[mplayer] -really-quiet -vc null -vo null -bandwidth 10000000 -cache 128 -af volume=0,resample=44100:0:1,channels=2 -ao pcm:file=/dev/fd/4 $FILE$ 4>&1 1>/dev/null $FILE$
rtsp mp3 * *
# RB:{BITRATE=-B %B}
[mplayer] -really-quiet -vc null -vo null -bandwidth 10000000 -cache 128 -af volume=0,resample=44100:0:1,channels=2 -ao pcm:file=/dev/fd/4 $FILE$ 4>&1 1>/dev/null | [lame] --silent -q $QUALITY$ -b $BITRATE$ - -
rtsp flc * *
# R
[mplayer] -vc null -vo null -bandwidth 10000000 -cache 128 -af volume=0,resample=44100:0:1,channels=2 -ao pcm:file=/dev/fd/4 $FILE$ 4>&1 1>/dev/null | [flac] -cs --totally-silent --compression-level-0 --ignore-chunk-sizes -



Jim

bpa
2009-07-16, 15:21
I think I have found the problem - it looks like your flac isn't found.


[09-07-16 23:10:39.6000] Slim::Player::StreamingController::_eventAction (269) 00:04:20:06:1c:47: StatusHeartbeat in BUFFERING-STREAMING -> Slim::Player::StreamingController::_NoOp
sh: /usr/share/squeezecenter/Bin/i386-linux/flac: not found
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.
Couldn't resolve name for AF_INET6: rmlive.bbc.co.uk
[09-07-16 23:10:39.6731] Slim::Player::Player::_buffering (1167) Buffering... 0 / 261120

bpa
2009-07-16, 15:28
This "not found" flac error has been there last week - should have looked more carefully but I just assumed it was an AlienBBC problem.



[09-07-12 10:28:56.2858] Slim::Player::StreamingController::_eventAction (269) 00:04:20:12:53:25: StatusHeartbeat in BUFFERING-STREAMING -> Slim::Player::StreamingController::_NoOp
sh: /usr/share/squeezecenter/Bin/i386-linux/flac: not found

jimwillsher
2009-07-16, 15:31
Strange. It is there:



root@redleg:/usr/share/squeezecenter/Bin/i386-linux# pwd
/usr/share/squeezecenter/Bin/i386-linux
root@redleg:/usr/share/squeezecenter/Bin/i386-linux# ls -al
total 5532
drwxr-xr-x 2 root root 4096 2009-06-29 11:49 .
drwxr-xr-x 3 root root 4096 2009-06-29 11:49 ..
-rwxr-xr-x 1 root root 491656 2009-06-15 23:12 alac
-rwxr-xr-x 1 root root 282620 2009-06-15 23:12 faad
-rwxr-xr-x 1 root root 480836 2009-06-15 23:12 flac
-rwxr-xr-x 1 root root 432260 2009-06-15 23:12 mppdec
-rwxr-xr-x 1 root root 3757624 2009-06-15 23:12 sox
-rwxr-xr-x 1 root root 172904 2009-06-15 23:12 wvunpack


but when I try ./flac or /usr/share/squeezecenter/Bin/i386-linux/flac I get



-bash: ./flac: No such file or directory




Jim

jimwillsher
2009-07-16, 15:37
BINGO!!!!!!!!!!!!!!!!



cd /usr/share/squeezecenter/Bin/i386-linux
mv flac flac.saved
ln -n /usr/bin/flac flac


It's now working!!!

I'm not sure where the flac file in /usr/share/squeezecenter/Bin/i386-linux came from, but it seems to error when I run it. But the version in /usr/bin works okay, so a symlink seems to solve the problem.

Does that sound reasonable?

EDIT: This is the definition of both files.



root@redleg:/usr/share/squeezecenter/Bin/i386-linux# file flac.saved
flacSave: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.4.1, stripped
root@redleg:/usr/share/squeezecenter/Bin/i386-linux# file flac
flac: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.8, stripped


Remember that flac.saved is the one that was originally in that folder, and flac is the one I've symlinked to. Also recall that I'm on a 64-bit kernel.

So my guess is this: either 7.3.3 installed the new flac executable and overwrote the working one, or 7.3.3 is now referencing that file whereas the previous version was referencing /usr/bin/flac. Just a guess...



Jim

bpa
2009-07-16, 15:53
Not sure of your explanations but SC supplies a version of patched flac because standard flac has a few bugs. SC flac was modded for 7.3.3 and at a guess was not built to run on a 64 bit kernel - this should be logged as a bug or perhaps added to existing bug reports..

The bug fixes in SC version of flac are Bug 10886 ( http://bugs.slimdevices.com/show_bug.cgi?id=10886 ) and Bug 11223 ( http://bugs.slimdevices.com/show_bug.cgi?id=11223 )

Using standard Flac I reckon the main problem you will have is that stream will probably stop after about 3hrs.

jimwillsher
2009-07-16, 15:56
Brilliant! I'm up and running. I will log a bug.

bpa, you have been absolutely brilliant, I cannot thank you enough for sticking with me. I know Windows inside out but I struggle on Linux - but I was determined not to revert back to a Windows box for this! I'm over the moon!

Thank you very very much!



Jim

gian
2009-07-17, 16:08
Jim, Bpa,

*thanks* for sharing your tests and experience.

I'm back listening BBC 3 in this the moment!

If you ever come around Milan or lake Maggiore, let's have a pizza!

-Gian

jimwillsher
2009-07-20, 09:55
Hi all,

To add some closure to this topic, running this command:

apt-get install ia32-libs

allows the shipped version of flac to run on a 64-bit system.



Jim

tricia
2009-07-30, 13:46
apt-get install ia32-libs

allows the shipped version of flac to run on a 64-bit system.

Jim

Jim, and especially bpa, THANK YOU SOOO MUCH!

The above link to flac solved my problem too! :) I upgraded to Jaunty last week and thought I'd move to amd64 bit Ubuntu whilst at it.
I'd almost given up getting my ALienBBC to actually produce sound. It worked in all other respects, just no damn sound.

Incidentally I was on Squeezecenter 7.3.3 too, but I just upgraded to 7.3.4 before seeing this post. I upgraded by switching from
deb http://debian.slimdevices.com stable main
to
deb http://debian.slimdevices.com testing main

I needn't have bothered! :)

And thanks for the ia32-libs tip, I was wondering why my SJPhone and super_pi binaries were pretending to not be there. I thought it was a 64-bit issue; now I am sure of it, and I have a solution too! :)

Anyway, I can't thank you all enough!!! I was really missing ALienBBC radio!

And phew, that looked like quite a tough one to crack!

Thanks again!

melvbot
2009-08-03, 09:00
Hi. Im running Squeeze with AlienBBC on a Mac. I can get music to stream from iTunes but nothing from the BBC, whenever I add a stream it starts, runs for about 3 or 4 seconds then just drops out, no sound heard or anything.
Any ideas on whats wrong/fixes?
Thanks

bpa
2009-08-03, 09:39
I can get music to stream from iTunes but nothing from the BBC


Not sure what iTunes has to do with AlienBBC.

Can you play audio from Squeezecenter ? if so what format are the files you are playing ?

What version of Squeezecenter ?
What version of AlienBBC ?

Could be a network issue as AlienBBC default to using Flac.
What player are you using ?
Testing using the Squeezecenter "Network Test" what is the maximum sustained rate at 100% for 10 mins.