NSLU2 with nightly, but Soundbridge will not connect

[sluggi]

I have installed Firmware Version: V2.3R63-uNSLUng-6.8-beta and also installed nightly version mt-daapd_svn-1498-1_armeb.ipk at the NSLU2.
But unfortunately the Soundbridge will not connect to it.

Has some one an idea what I can check or which settings are missing to get the connection to the NSLU2.

[jheinitz]

Hi,

a few things to check:

1.) have you checked your logfile of the firefly server. Should be /opt/var/log/mt-daapd.log?

2.) have you started the Firefly Server after installing the software? Reboot would also start the server.

3.) Can you see your Firefly Server in iTunes? In order to see it in iTunes you need to configure iTunes to look for shared music.

If you have anything strange in your logfile, please post it. This gives the community a more detailed view on your system.

Kind regards

Jens

[sluggi]

Hi jheinitz,

Thanks for your quick answer. I checked the things you mentioned.

1.) have you checked your logfile of the firefly server. Should be /opt/var/log/mt-daapd.log?

I noticed that my log was switched off. After switching it on I got the following log after restarting the NSLU2 (file /var/log/mt-daapd.log):

2007-02-13 21:54:38 (00000400): Firefly Version svn-1498: Starting with debuglev

2007-02-13 21:54:38 (00000400): Starting rendezvous daemon

2007-02-13 21:54:38 (00000400): Starting signal handler

2007-02-13 21:54:38 (00000400): Initializing database

2007-02-13 21:54:39 (00000400): Starting web server from /opt/share/mt-daapd/adm

2007-02-13 21:54:39 (00000400): Registering rendezvous names

2007-02-13 21:54:39 (00000400): Serving 31 songs.  Startup complete in 1 seconds

2007-02-13 21:54:39 (00000400): Rescanning database

2007-02-13 21:54:39 (00000400): Starting playlist scan

2007-02-13 21:54:39 (00000400): Updating playlists

2007-02-13 21:54:39 (00000400): Scanned 31 songs (was 31) in 0 seconds

2.) have you started the Firefly Server after installing the software? Reboot would also start the server.

I think the server is running. See result of the ps command:

  PID TTY     Uid        Size State Command

1         root       1212   S   /bin/init

2         root          0   S   [keventd]

3         root          0   S   [ksoftirqd_CPU0]

4         root          0   S   [kswapd]

5         root          0   S   [bdflush]

6         root          0   S   [kupdated]

7         root          0   S   [mtdblockd]

8         root          0   S   [khubd]

9         root          0   S   [jffs2_gcd_mtd4]

10         root          0   S   [usb-storage-0]

11         root          0   S   [scsi_eh_1]

13         root          0   S   [sd-mc-thread]

28         root          0   S   [kjournald]

50         root          0   D   [ixp425_csr]

51         root          0   S   [ixp425 ixp0]

54 ttyS0   root       1916   S   /bin/sh

55         root       1936   S   /sbin/syslogd -n

56         root       1924   S   /sbin/klogd -n

148         root       1216   S   /sbin/udhcpc -H LINK

166         root          0   S   [kjournald]

228         root       9884   S   upnpd &>/dev/null

238         root       9884   S   upnpd &>/dev/null

239         root       9884   S   upnpd &>/dev/null

242         root       9884   S   upnpd &>/dev/null

243         root       9884   S   upnpd &>/dev/null

244         root       9884   S   upnpd &>/dev/null

336         root       2144   S   /usr/sbin/thttpd -C /etc/thttpd.conf

360         root       6148   S   /usr/sbin/smbd -D

362         root       6148   S   /usr/sbin/smbd -D

363         root       4820   S   /usr/sbin/nmbd -D

389         root       1952   S   /usr/sbin/QuickSet

394         root       1904   S   /usr/sbin/USB_Detect

395         root       1900   S   /usr/sbin/USB_Detect

404         root       1884   S   /usr/sbin/onetouch_detect

407         root       1884   S   /usr/sbin/onetouch_detect

419         root       1216   S   /usr/sbin/crond

425         root       1928   S   /usr/sbin/CheckResetButton

427         root       1196   S   /usr/sbin/CheckPowerButton

429         root       1196   S   /usr/sbin/do_umount

475         guest      4008   S   /opt/sbin/mt-daapd -c /opt/etc/mt-daapd/mt-

476         guest     10368   S   /opt/sbin/mt-daapd -c /opt/etc/mt-daapd/mt-

483         guest     10368   S   /opt/sbin/mt-daapd -c /opt/etc/mt-daapd/mt-

484         guest     10368   S   /opt/sbin/mt-daapd -c /opt/etc/mt-daapd/mt-

485         guest     10368   S   /opt/sbin/mt-daapd -c /opt/etc/mt-daapd/mt-

509         root       1256   S   /usr/sbin/telnetd

510 ttyp0   root       1920   S   -sh

533         guest     10368   S   /opt/sbin/mt-daapd -c /opt/etc/mt-daapd/mt-

536         root       2148   S   /usr/sbin/thttpd -C /etc/thttpd.conf

550         root       1276   S   /bin/inetd

551         root       1256   R   /usr/sbin/telnetd

552 ttyp1   root       1920   S   -sh

560 ttyp1   root       1984   R   ps

3.) Can you see your Firefly Server in iTunes? In order to see it in iTunes you need to configure iTunes to look for shared music.

Yes, I see the firefly server in iTunes and can access the MP3 files from there.

If you have anything strange in your logfile, please post it. This gives the community a more detailed view on your system.

I think in the log there is nothing strange. for further information I add my configuration file for mt-daapd:

# $Id: mt-daapd.conf,v 1.3 2005/02/15 03:35:19 rpedde Exp $

#

# This is the mt-daapd config file.

#

# If you have problems or questions with the format of this file,

# direct your questions to [email protected].

#

# You can also check the website at http://mt-daapd.sourceforge.net,

# as there is a growing documentation library there, peer-supported

# forums and possibly more.

#



[general]



#

# web_root (required)

#

# Location of the admin web pages.  If you installed from

# ipk, this is correct

#



web_root = /opt/share/mt-daapd/admin-root



#

# port (required)

#

# What port to listen on.  It is possible to use a different

# port, but this is the default iTunes port

#



port = 3689



#

# admin_pw (required)

#

# This is the password to the administrative pages

#

# YOU SHOULD PROBABLY CHANGE THIS

#



admin_pw = mt-daapd



#

# db_dir (depricated)

#

# This is where mt-daapd stores its database of song information.

#

# If you installed this from .ipk, this is correct

#



#db_dir		/opt/var/mt-daapd



#

# db_type/db_parms

#

# This specifies what kind of database you want, and where

# it should be kept.  Valid db_types depend on what databases are

# compiled in, but can include "sqlite" and "sqlite3".

#

# db_parms is the parameters for that database backend.  For sqlite and

# sqlite3, these parameters are the path to the database.

#



db_type = sqlite

db_parms = /opt/var/mt-daapd



#

# mp3_dir (required)

#

# Location of the mp3 files to share.  This corresponds

# to a folder called "mp3" in the "DISK 1" share.

#



mp3_dir	= /share/hdd/data/public/mp3



#

# servername

#

# This is both the name of the server as advertised

# via rendezvous, and the name of the database

# exported via DAAP

#

# defaults to the hostname if not set

#



#servername = NSLU2 Music



#

# runas (required)

#

# This is the user to drop privs to if running as

# root.  If mt-daapd is not started as root, this

# configuration option is ignored.  Notice that this

# must be specified whether the server is running

# as root or not.

#

# If you have not messed with permissions from

# the console, then this should work correctly

# without any strange chmods or anything.

#



runas = guest



#

# playlist (optional)

#

# This is the location of a playlist file.

# This is for Apple-style "Smart Playlists"

# See the mt-daapd.playlist file in the

# contrib directory for syntax and examples

#

# This doesn't control static playlists... these

# are controlled with the "process_m3u" directive

# below.

#



playlist = /opt/etc/mt-daapd/mt-daapd.playlist



#

# password (optional)

#

# This is the password required to listen to MP3 files

# i.e. the password that iTunes prompts for

#



#password=mp3



#

# extensions (optional)

#

# These are the file extensions that the daap server will

# try to index and serve.  By default, it only indexes and

# serves .mp3 files.  It can also server .m4a and .m4p files,

# and just about any other files, really.  Unfortunately, while

# it can *attempt* to serve other files (.ogg?), iTunes won't

# play them.  Perhaps this would be useful on Linux with

# Rhythmbox, once it understands daap.  (hurry up!)

#



extensions = .mp3,.m4a,.m4p,.ogg,.flac



#

# ssc_extensions (optional)

#

# List of file extensions belonging to the files daap server

# performs internal format conversion and present to clients

# as WAV files.  Extensions must also be present in 'extensions'

# configuration value, or files are not probed in the first

# place.

#



ssc_codectypes = ogg,flac,alac



#

# ssc_prog (optional)

#

# Program that is used in server side format conversion.

# Program must accept following command line syntax:

#     ssc_prog filename offset

# Parameter filename is the real name of the file that is

# to be converted and streamed, offset is number of bytes

# that are skipped from the beginning of the _output_ file

# before streaming is started.  The resulting wav file (or

# rest of the file after initial seek) is written to the

# standard output by the ssc_prog program.  This is typically

# a script that is a front end for different conversion tools

# handling different formats.

#



ssc_prog = /opt/sbin/mt-daapd-ssc.sh



#

# logfile (optional)

#

# This is the file to log to.  If this is not configured,

# then it will log to the syslog.

#

# Not that the -d  switch will control the log verbosity.

# By default, it runs at log level 1.  Log level 9 will churn

# out scads of useless debugging information.  Values in between

# will vary the amount of logging you get.

#



logfile = /var/log/mt-daapd.log



#

# art_filename (optional)

#

# There is experimental support thanks to Hiren Joshi

# ([email protected]) for dynamically adding art to the id3v2

# header as it is streamed (!!).  If you were using a music system

# like zina or andromeda, for example, with cover art called

# "_folderOpenImage.jpg", you could use the parameter

# art_file _folderOpenImage.jpg and if the file _folderOpenImage.jpg

# was located in the same folder as the .mp3 file, it would appear

# in iTunes.  Cool, eh?

#



#art_filename = _folderOpenImage.jpg



#

# rescan_interval

#

# How often to check the file system to see if any mp3 files

# have been added or removed.

#

# if not specified, the default is 0, which disables background scanning.

#

# If background rescanning is disabled, a scan can still be forced from the

# "status" page of the administrative web interface

#

# Setting a rescan_interval lower than the time it takes to rescan

# won't hurt anything, it will just waste CPU, and make connect times

# to the daap server longer.

#



# We'll set it to 10 minutes

#

rescan_interval = 600



# always_scan

#

# The default behavior is not not do background rescans of the

# filesystem unless there are clients connected.  The thought is to

# allow the drives to spin down unless they are in use.  This might be

# of more importance in IDE drives that aren't designed to be run

# 24x7.  Forcing a scan through the web interface will always work

# though, even if no users are connected.



always_scan = 0



#

# process_m3u

#

# By default m3u processing is turned off, since most m3u files

# sitting around in peoples mp3 directories have bad paths, and

# I hear about it.  :)

#

# If you are sure your m3u files have good paths (i.e. unixly pathed,

# with relative paths relative to the directory the m3u is in), then

# you can turn on m3u processing by setting this directive to 1.

#

# I'm not sure "unixly" is a word, but you get the idea.

#



#process_m3u = 0



#

# scan_type

#

#

# This sets how aggressively mp3 files should be scanned to determ.

# file length.  There are three values:

#

# 0 (Normal)

#   Just scan the first mp3 frame to try and calculate size.  This will

#   be accurate for most files, but VBR files without an Xing tag will

#   probably have wildly inaccurate file times.  This is the default.

#

# 1 (Aggressive)

#   This checks the bitrates of 10 frames in the middle of the song.

#   This will still be inaccurate for VBR files without an Xing tag,

#   but they probably won't be quite as inaccurate as 0.  This takes

#   more time, obviously, although the time hit will only happen the

#   first time you scan a particular file.

#

# 2 (Painfully aggressive)

#   This walks through the entire song, counting the number of frames.

#   This should result in accurate song times, but will take the most

#   time.  Again, this will only have to be incurred the first time

#   the file is indexed.

#



# scan_type = 0



#

# compress

#

# Whether to use gzip content-encoding when transferring playlists etc.

# This was contributed as a patch by Ciamac Moallemi just prior to the 0.2.1

# release, and as such, hasn't gotten as much testing as other features.

#

# This feature should substantially speed up transfers of large databases

# and playlists, at least where bandwidth is limited.

#

# It will eventually default to 1, but currently it defaults to 0.

#

# DONT EVEN THINK OF ENABLING THIS ON THE SLUG.  IT WILL

# DEGRADE PERFORMANCE MASSIVELY.  It might even trigger the

# OOM killer, so just pretend this option isn't here.

#

# In fact, it's only here for the sake of completeness.



# compress = 0



[plugins]

plugin_dir = /opt/share/mt-daapd/plugins

plugins = rsp.so,ssc-script.so

[rpedde]

@sluggi wrote:

Hi jheinitz,

Thanks for your quick answer. I checked the things you mentioned.

1.) have you checked your logfile of the firefly server. Should be /opt/var/log/mt-daapd.log?

These all look good. It might be a “router not passing multicast” issue.

What kind of router, and what firmware version do you have? Also, how is your soundbridge and NSLU2 connected? Wired? Or wireless?

[sluggi]

What kind of router, and what firmware version do you have? Also, how is your soundbridge and NSLU2 connected? Wired? Or wireless?

The router is:
Zyxel Prestige 660HW-67
ZyNOS Firmware-Version: V3.40(SQ.0) | 09/09/2004
DSL Firmware-Version:TI AR7 01.01.08.00
Standard:ADSL_G.dmt

Soundbridge is connect wireless.
NSLU2 is connected via cable with the router.

[rpedde]

@sluggi wrote:

What kind of router, and what firmware version do you have? Also, how is your soundbridge and NSLU2 connected? Wired? Or wireless?

The router is:
Zyxel Prestige 660HW-67
ZyNOS Firmware-Version: V3.40(SQ.0) | 09/09/2004
DSL Firmware-Version:TI AR7 01.01.08.00
Standard:ADSL_G.dmt

Soundbridge is connect wireless.
NSLU2 is connected via cable with the router.

There is a 12/25/2005 firmware update here:

http://www.zyxel.com/web/support_download_list.php?indexflag=20040906164737&ModelIndexflags=0,420050117110858,420041221102511,420041221102520,420050117110916,420050117110934,420050831093216,420050831095441,420060420161739,420060420160946

It also says 3.40, so I’m not sure if it actually adds any features. I’m prett sure on the Zyxel you just have to enable IGMP v2 in the web admin. The default username is blank with a password of 1234, iirc.

I’m downloading the user guide right now, so I’ll post more if I find more info on it.

— Ron

[sluggi]

There is a 12/25/2005 firmware update here:

http://www.zyxel.com/web/support_download_list.php?indexflag=20040906164737&ModelIndexflags=0,420050117110858,420041221102511,420041221102520,420050117110916,420050117110934,420050831093216,420050831095441,420060420161739,420060420160946

It also says 3.40, so I’m not sure if it actually adds any features. I’m prett sure on the Zyxel you just have to enable IGMP v2 in the web admin. The default username is blank with a password of 1234, iirc.

I’m downloading the user guide right now, so I’ll post more if I find more info on it.

I have enabled IGMP v2 on the Zyxel. Restart the router. But the result is the same. The SB will not connect/find the mt-daapd.
The TCP/IP settings on the Zyxel are now:

TCP/IP

IP-Adresse 				192.168.1.1

IP-Subnet-Maske 		    255.255.255.0

RIP Direction				none

RIP Version 				not available

Multicast				   IGMP-v2

Up to now I haven’t upgrade the firmware on the Zyxel. Because I’m not sure if my provider settings are lost afterwards.
— Olaf

[rpedde]

@sluggi wrote:

Up to now I haven’t upgrade the firmware on the Zyxel. Because I’m not sure if my provider settings are lost afterwards.

Don’t blame you on that one.

Can you attach your soundbridge via wired temporarily for the purposes to testing?

Also, do you have a PC or a Mac?

[sluggi]

@rpedde wrote:

@sluggi wrote:

Can you attach your soundbridge via wired temporarily for the purposes to testing?
Also, do you have a PC or a Mac?

I have a PC.

Crazy situation.
I did the following.
1.Connect the SB wired to the router.
2.mt-daapd was recognized by the SB
3.I could connect to the NSLU2. Everything is fine.
4. I disconnect the SB from the router.
5. Connect it wireless to the router.
6. The NSLU32 was recoginzed also if the connection is wireless.
I’m able to access the MP3 from the slug
7. I leave my flat for 3 hours.
8. Fater 3 hours I tried to connect to SB to the slug to mt-daappd wireless. Not possible. Not recognized.
9. Connect the SB wired to the router again.
10. mt-daapd was recognized by the SB again
11. I could connect to the NSLU2
12. I disconnect from the router by cable.
13. Try to connect wireless again.
14. The NSLU2 was recoginzed also if the connection is wireless.
I’m able to access the MP3 from the slug

I think there is something strange being connected for a while and
after a time frame of being switched off the SB is not able to reconnect to the NSLU2/mt-daapd again.

I don’t know what to do to have a stable connection from the SB wireless to the mt_daapd mediaserver.
This all happens witout upgrading the firmware of the Zyxel router.

[sluggi]

In the meantime I’m able to connect the SB to the NSLU2 via WLAN without connecting it before wired.
The only issue is that I have to restart the SB after a period of inactivity of the SB.
After this restart I’m able to connect to the mt-daapd via WLAN.

This is a little bit circumstantially.
Have some an idea how to solve this problem.

[Author]

Posts