PDA

View Full Version : An update on improving wireless strength



Scott Harris
2004-02-04, 20:25
Greetings,

I did a couple of things that seem to have resolved my issues with poor
wireless strength and the dropouts and stops I was experiencing in my music.

1. I upgraded to server v. 5.1 (nightly build 2/4/04) and the
associated firmware (v 7). This seems to have stopped the problems
altogether, though the wireless strength still stayed between 4% and
25%. Did these releases significantly change the buffering scheme? It
seems as if the music is buffered more, which would forgive short
occassional dropouts in the wireless connection.

2. I opened the box and pushed the internal antenna cable connection
into the PCMCIA card better. I also tightened the antenna itself to the
outside of the box. These seem to give me consistent wireless strength
at about 30-35%. This is an improvement, and I really don't experience
any drops anymore.

I'm really curious if there is buffering that changed from firmware
versions pre v. 7.

Scott

--
Scott E. Harris
http://scott-harris.org

Email: scott (AT) scott-harris (DOT) org
Fax: (801) 730-5559
Voice Mail: (801) 730-5559

Pat Farrell
2004-02-04, 21:04
Hi All,

Just installed the Feb 4 drop.
It won't run on my system.
Apparently it runs out of memory.

Granted, my server is light on memory, but
all prior builds worked. I think the last one I installed
was Jan 30

Here is a portion of the log.

Ideas?

Thanks
Pat

004-02-04 22:47:28.9076 directory: /songs/comedy/Eddie Izzard/Definite
Article contains 23 items
Deep recursion on subroutine "Slim::Music::Info::contentType" at
Slim/Music/Info.pm line 2555.
Deep recursion on subroutine "Slim::Music::Info::info" at
Slim/Music/Info.pm line 2655.
Deep recursion on subroutine "Slim::Music::Info::readTags" at
Slim/Music/Info.pm line 1124.
Deep recursion on subroutine "Slim::Music::Info::isSong" at
Slim/Music/Info.pm line 1952.
Deep recursion on subroutine "Slim::Music::Info::readCoverArtTags" at
Slim/Music/Info.pm line 2079.
Deep recursion on subroutine "Slim::Music::Info::isSong" at
Slim/Music/Info.pm line 2199.

[root@beatles slimserver]# /etc/rc.d/init.d/slimserver status
slimserver.pl (pid
30813) is running...
[root@beatles slimserver]# Out of memory!

kdf
2004-02-04, 21:36
Quoting Pat Farrell <pfarrell (AT) pfarrell (DOT) com>:

> Hi All,
>
> Just installed the Feb 4 drop.
> It won't run on my system.
> Apparently it runs out of memory.
>
> Granted, my server is light on memory, but
> all prior builds worked. I think the last one I installed
> was Jan 30
>
> Here is a portion of the log.
>
> Ideas?

I'm stumped, as it works fine for me on Mandrake 9.2. Are you using the MP3 Tag
cache, or do you have symbolic links in your mp3 folder? Does Feb 3 cause you
the same problems?

-kdf

Pat Farrell
2004-02-04, 21:46
At 11:36 PM 2/4/2004, kdf wrote:
>I'm stumped, as it works fine for me on Mandrake 9.2. Are you using the
>MP3 Tag
>cache, or do you have symbolic links in your mp3 folder? Does Feb 3 cause you
>the same problems?

This is Fedora Core - 1

Dunno about the MP3 tag cache, how do I check?
There are very few MP3 files in the system, mostly FLAC and
a few MP3s. There are a few symbolic links, there should be no loops.
Actually, the root of the tree is /songs which has no real files,
only symlinks to assorted disks where the songs live.
Things like
ln -s /bay3/songs/poprock poprock


Where is Feb 3, and I'll try. The last I grabbed was Jan 30.

Pat

kdf
2004-02-04, 22:01
Quoting Pat Farrell <pfarrell (AT) pfarrell (DOT) com>:

> At 11:36 PM 2/4/2004, kdf wrote:
> >I'm stumped, as it works fine for me on Mandrake 9.2. Are you using the
> >MP3 Tag
> >cache, or do you have symbolic links in your mp3 folder? Does Feb 3 cause
> you
> >the same problems?
>
> This is Fedora Core - 1
>
> Dunno about the MP3 tag cache, how do I check?

This would be in server settings, additional server settings, performance. You
have a choice of cached or not. go to server settings, and you can wipe cache
to clear the stored cache and start from scratch.

> There are very few MP3 files in the system, mostly FLAC and
> a few MP3s. There are a few symbolic links, there should be no loops.
> Actually, the root of the tree is /songs which has no real files,
> only symlinks to assorted disks where the songs live.
> Things like
> ln -s /bay3/songs/poprock poprock
>
>
> Where is Feb 3, and I'll try. The last I grabbed was Jan 30.

http://www.slimdevices.com/downloads/nightly/
is the archive of all nightly builds going back a month or two.

-kdf

dean
2004-02-04, 22:11
There was a minor change to the MP3 ID3 tag parsing. I wonder if you
have a specific MP3 file that could be causing this problem. Can you
try restarting the server with music directory that has only a few
files in it and then add them in groups and see if there's a specific
song or songs that causes the problem?

-dean

On Feb 4, 2004, at 8:04 PM, Pat Farrell wrote:

> Hi All,
>
> Just installed the Feb 4 drop.
> It won't run on my system.
> Apparently it runs out of memory.
>
> Granted, my server is light on memory, but
> all prior builds worked. I think the last one I installed
> was Jan 30
>
> Here is a portion of the log.
>
> Ideas?
>
> Thanks
> Pat
>
> 004-02-04 22:47:28.9076 directory: /songs/comedy/Eddie
> Izzard/Definite Article contains 23 items
> Deep recursion on subroutine "Slim::Music::Info::contentType" at
> Slim/Music/Info.pm line 2555.
> Deep recursion on subroutine "Slim::Music::Info::info" at
> Slim/Music/Info.pm line 2655.
> Deep recursion on subroutine "Slim::Music::Info::readTags" at
> Slim/Music/Info.pm line 1124.
> Deep recursion on subroutine "Slim::Music::Info::isSong" at
> Slim/Music/Info.pm line 1952.
> Deep recursion on subroutine "Slim::Music::Info::readCoverArtTags" at
> Slim/Music/Info.pm line 2079.
> Deep recursion on subroutine "Slim::Music::Info::isSong" at
> Slim/Music/Info.pm line 2199.
>
> [root@beatles slimserver]# /etc/rc.d/init.d/slimserver status
> slimserver.pl (pid
> 30813) is running...
> [root@beatles slimserver]# Out of memory!
>

Pat Farrell
2004-02-04, 22:26
At 12:01 AM 2/5/2004, kdf wrote:
>Quoting Pat Farrell <pfarrell (AT) pfarrell (DOT) com>:
> > Dunno about the MP3 tag cache, how do I check?
>This would be in server settings, additional server settings,
>performance. You
>have a choice of cached or not. go to server settings, and you can wipe cache
>to clear the stored cache and start from scratch.

Well, it won't run long enough to present any HTML pages, so
I can't check or change it that way. Is there a command line switch?

>is the archive of all nightly builds going back a month or two.

I installed Feb 3, it is not happy either.
Gets essentially the same problem
at a different place in the file tree.

Except I have not yet seen the "out of memory" error, it just seems to go away.
Even kills my SSH session. Sigh.

At 12:11 AM 2/5/2004, dean blackketter wrote:
>There was a minor change to the MP3 ID3 tag parsing. I wonder if you have
>a specific MP3 file that could be causing this problem. Can you try
>restarting the server with music directory that has only a few files in it
>and then add them in groups and see if there's a specific song or songs
>that causes the problem?

I know that there are wacko ID3 tags in some of the old MP3 files.
All sorts of strange non-ASCII characters, etc.

Looks like Feb-3 will not run long enough to talk to.
As I wrote in an earlier note, it fails in a different place
or at least does the "deep


Pat

here is some of the output, --d_files


004-02-05 00:13:48.8797 reading directory: /songs/bluegrass/Alison
Krauss/Forget About It
2004-02-05 00:13:48.8823 directory: /songs/bluegrass/Alison Krauss/Forget
About It contains 11 items
Deep recursion on subroutine "Slim::Music::Info::contentType" at
Slim/Music/Info.pm line 2530.
Deep recursion on subroutine "Slim::Music::Info::info" at
Slim/Music/Info.pm line 2630.
Deep recursion on subroutine "Slim::Music::Info::readTags" at
Slim/Music/Info.pm line 1123.
Deep recursion on subroutine "Slim::Music::Info::isSong" at
Slim/Music/Info.pm line 1951.
Deep recursion on subroutine "Slim::Music::Info::readCoverArt" at
Slim/Music/Info.pm line 2077.
Deep recursion on subroutine "Slim::Music::Info::isSong" at
Slim/Music/Info.pm line 2176.

dean
2004-02-04, 22:37
You should be able to start it with:

slimserver.pl --audiodir /path/to/your/music

or alternatively, edit your slimserver.conf file and modify the line
containing audiodir

-dean


On Feb 4, 2004, at 9:26 PM, Pat Farrell wrote:

> At 12:01 AM 2/5/2004, kdf wrote:
>
> Quoting Pat Farrell <pfarrell (AT) pfarrell (DOT) com>:
> > Dunno about the MP3 tag cache, how do I check?
> This would be in server settings, additional server settings,
> performance. You
> have a choice of cached or not. go to server settings, and you can
> wipe cache
> to clear the stored cache and start from scratch.
>
> Well, it won't run long enough to present any HTML pages, so
> I can't check or change it that way. Is there a command line switch?
>
>
> is the archive of all nightly builds going back a month or two.
>
> I installed Feb 3, it is not happy either.
> Gets essentially the same problem
> at a different place in the file tree.
>
> Except I have not yet seen the "out of memory" error, it just seems
> to go away.
> Even kills my SSH session. Sigh.
>
> At 12:11 AM 2/5/2004, dean blackketter wrote:
>
> There was a minor change to the MP3 ID3 tag parsing. I wonder if you
> have a specific MP3 file that could be causing this problem. Can you
> try restarting the server with music directory that has only a few
> files in it and then add them in groups and see if there's a specific
> song or songs that causes the problem?
>
> I know that there are wacko ID3 tags in some of the old MP3 files.
> All sorts of strange non-ASCII characters, etc.
>
> Looks like Feb-3 will not run long enough to talk to.
> As I wrote in an earlier note, it fails in a different place
> or at least does the "deep
>
>
> Pat
>
> here is some of the output, --d_files
>
>
> 004-02-05 00:13:48.8797 reading directory: /songs/bluegrass/Alison
> Krauss/Forget About It
> 2004-02-05 00:13:48.8823 directory: /songs/bluegrass/Alison
> Krauss/Forget About It contains 11 items
> Deep recursion on subroutine "Slim::Music::Info::contentType" at
> Slim/Music/Info.pm line 2530.
> Deep recursion on subroutine "Slim::Music::Info::info" at
> Slim/Music/Info.pm line 2630.
> Deep recursion on subroutine "Slim::Music::Info::readTags" at
> Slim/Music/Info.pm line 1123.
> Deep recursion on subroutine "Slim::Music::Info::isSong" at
> Slim/Music/Info.pm line 1951.
> Deep recursion on subroutine "Slim::Music::Info::readCoverArt" at
> Slim/Music/Info.pm line 2077.
> Deep recursion on subroutine "Slim::Music::Info::isSong" at
> Slim/Music/Info.pm line 2176.
>
>
>

kdf
2004-02-04, 22:40
Quoting Pat Farrell <pfarrell (AT) pfarrell (DOT) com>:

> At 12:01 AM 2/5/2004, kdf wrote:
> >Quoting Pat Farrell <pfarrell (AT) pfarrell (DOT) com>:
> > > Dunno about the MP3 tag cache, how do I check?
> >This would be in server settings, additional server settings,
> >performance. You
> >have a choice of cached or not. go to server settings, and you can wipe
> cache
> >to clear the stored cache and start from scratch.
>
> Well, it won't run long enough to present any HTML pages, so
> I can't check or change it that way. Is there a command line switch?

I dont think so, not for that option. Try mv /etc/slimserver.conf
/etc/slimserver.conf.orig and restart the server with no prefs file. It
shouldn't crash right away, since the mp3 folder wont be selected.

> >is the archive of all nightly builds going back a month or two.
>
> I installed Feb 3, it is not happy either.
> Gets essentially the same problem
> at a different place in the file tree.
>
> Except I have not yet seen the "out of memory" error, it just seems to go
> away.
> Even kills my SSH session. Sigh.

if its getting into a loop, that's what will happen. I have had some stuff get
into loops so bad that it took a very long time to even get a console session as
root in order to kill my script.

> At 12:11 AM 2/5/2004, dean blackketter wrote:
> >There was a minor change to the MP3 ID3 tag parsing. I wonder if you have
> >a specific MP3 file that could be causing this problem. Can you try
> >restarting the server with music directory that has only a few files in it
> >and then add them in groups and see if there's a specific song or songs
> >that causes the problem?
>
> I know that there are wacko ID3 tags in some of the old MP3 files.
> All sorts of strange non-ASCII characters, etc.
>
> Looks like Feb-3 will not run long enough to talk to.
> As I wrote in an earlier note, it fails in a different place
> or at least does the "deep

I wonder if the strange characters are unicode, and if perhaps there might a a
conflict with an installed copy of MP3/Info.pm and the CPAN/MP3/Info.pm that is
included with slimserver. Changes were made to slimserver's copy on Feb 3, so
possibly the Feb 2 version will work for you. If so, that would lead me to
believe that you have another copy of MP3/Info.pm installed in the perl @INC
path in Fedora.

-kdf

Pat Farrell
2004-02-04, 22:53
At 12:37 AM 2/5/2004, dean blackketter wrote:
>slimserver.pl --audiodir /path/to/your/music

that helps, or at least helps me.

The bad news is that even my wimpy test directory dies with
Feb 3

I'll go back to Jan 30 and make sure it is at least happy.

Pat

[root@beatles slimserver]# ./slimserver.pl --d_files --audiodir /songs/test &
[1] 31454
[root@beatles slimserver]# 2004-02-05 00:43:40.1110 reading directory:
/usr/local/slimserver/HTML
2004-02-05 00:43:40.1143 directory: /usr/local/slimserver/HTML contains 15
items
2004-02-05 00:43:40.1237 reading directory: /songs/test
2004-02-05 00:43:40.1254 directory: /songs/test contains 7 items
2004-02-05 00:43:40.3449 reading directory: /songs/test
2004-02-05 00:43:40.3467 directory: /songs/test contains 7 items
2004-02-05 00:43:40.3503 cracked:
http://www.slimdevices.com/update/?version=5.1&lang=EN with
[www.slimdevices.com],[80],[/update/?version=5.1&lang=EN]

[root@beatles slimserver]# /etc/rc.dDeep recursion on subroutine
"Slim::Music::Info::contentType" at Slim/Music/Info.pm line 2530.
Deep recursion on subroutine "Slim::Music::Info::info" at
Slim/Music/Info.pm line 2630.
Deep recursion on subroutine "Slim::Music::Info::readTags" at
Slim/Music/Info.pm line 1123.
Deep recursion on subroutine "Slim::Music::Info::isSong" at
Slim/Music/Info.pm line 1951.
Deep recursion on subroutine "Slim::Music::Info::readCoverArt" at
Slim/Music/Info.pm line 2077.
Deep recursion on subroutine "Slim::Music::Info::isSong" at
Slim/Music/Info.pm line 2176.

dean
2004-02-04, 23:01
Hi Pat,

Could you try starting the server with the d_info flag set?

Also, try moving aside your configuration file as Kevin suggested to
make sure that there's not another setting in there that is confusing
the server.

-dean

On Feb 4, 2004, at 9:53 PM, Pat Farrell wrote:

> At 12:37 AM 2/5/2004, dean blackketter wrote:
>
> slimserver.pl --audiodir /path/to/your/music
>
> that helps, or at least helps me.
>
> The bad news is that even my wimpy test directory dies with
> Feb 3
>
> I'll go back to Jan 30 and make sure it is at least happy.
>
> Pat
>
> [root@beatles slimserver]# ./slimserver.pl --d_files --audiodir
> /songs/test &
> [1] 31454
> [root@beatles slimserver]# 2004-02-05 00:43:40.1110 reading
> directory: /usr/local/slimserver/HTML
> 2004-02-05 00:43:40.1143 directory: /usr/local/slimserver/HTML
> contains 15 items
> 2004-02-05 00:43:40.1237 reading directory: /songs/test
> 2004-02-05 00:43:40.1254 directory: /songs/test contains 7 items
> 2004-02-05 00:43:40.3449 reading directory: /songs/test
> 2004-02-05 00:43:40.3467 directory: /songs/test contains 7 items
> 2004-02-05 00:43:40.3503 cracked:
> http://www.slimdevices.com/update/?version=5.1&lang=EN with
> [www.slimdevices.com],[80],[/update/?version=5.1&lang=EN]
>
> [root@beatles slimserver]# /etc/rc.dDeep recursion on subroutine
> "Slim::Music::Info::contentType" at Slim/Music/Info.pm line 2530.
> Deep recursion on subroutine "Slim::Music::Info::info" at
> Slim/Music/Info.pm line 2630.
> Deep recursion on subroutine "Slim::Music::Info::readTags" at
> Slim/Music/Info.pm line 1123.
> Deep recursion on subroutine "Slim::Music::Info::isSong" at
> Slim/Music/Info.pm line 1951.
> Deep recursion on subroutine "Slim::Music::Info::readCoverArt" at
> Slim/Music/Info.pm line 2077.
> Deep recursion on subroutine "Slim::Music::Info::isSong" at
> Slim/Music/Info.pm line 2176.
>
>
>

Pat Farrell
2004-02-05, 01:52
At 01:01 AM 2/5/2004, you wrote:
>Could you try starting the server with the d_info flag set?
>Also, try moving aside your configuration file as Kevin suggested to make
>sure that there's not another setting in there that is confusing the server.

Something changed. I installed Feb-4, then Feb3, then Jan-30,
The Feb builds were unhappy, the Jan30 worked. So I reinstalled
Feb 4.

It is all happy now.
or at least, it runs, scans, builds HTML, etc.
plays thru Winamp, etc.

Thanks
Pat

Pat Farrell
2004-02-05, 02:44
Hi All,

I love my Squeezebox, and I really like this mailing list.
So I've put some software that I use to manage my
music library out on my website. The information URL is
http://www.pfarrell.com/music/slimsoftware.html

I wrote the system because my files are not MP3, they
are FLAC, and most of the cover art retrieval software
expects to read MP3 ID3 tags. Mine can do that, and read
Ogg and Flac.

Features:
* Automatically Retrieve three sizes of cover art automatically by
reading the internal tags of your music files.
* Can read tags in MP3, OggVorbis and Flac files.
* Recursively chases down your music directory structure.
* Can locate directories that contain duplicate files (more than one
type of music files (mp3, WMA, flac, ogg, etc.)
* Free
* Open Source
This is a work in progress, and it still assumes that you know your way
around the Java systems. I'm open to suggestions, comments, etc.
If there is sufficient interest, I'll see if I can get a sourceforge project.

Thanks
Pat

dean
2004-02-05, 08:50
Thanks, Pat. I'll post a link on our web site to your stuff.


On Feb 5, 2004, at 1:44 AM, Pat Farrell wrote:

> Hi All,
>
> I love my Squeezebox, and I really like this mailing list.
> So I've put some software that I use to manage my
> music library out on my website. The information URL is
> http://www.pfarrell.com/music/slimsoftware.html
>
> I wrote the system because my files are not MP3, they
> are FLAC, and most of the cover art retrieval software
> expects to read MP3 ID3 tags. Mine can do that, and read
> Ogg and Flac.
>
> Features:
> Automatically Retrieve three sizes of cover art automatically by
> reading the internal tags of your music files.
> Can read tags in MP3, OggVorbis and Flac files.
> Recursively chases down your music directory structure.
> Can locate directories that contain duplicate files (more than
> one type of music files (mp3, WMA, flac, ogg, etc.)
> Free
> Open Source
> This is a work in progress, and it still assumes that you know your
> way
> around the Java systems. I'm open to suggestions, comments, etc.
> If there is sufficient interest, I'll see if I can get a sourceforge
> project.
>
> Thanks
> Pat
>

seanadams
2004-02-05, 10:26
Scott,

I'm glad to hear it's working now but 30% signal strength is still
pretty low (unless you're a long distance from the base station).

I suspect a bad antenna. If you remove the antenna, does the signal
strength go down significantly? Also try this on your base station,
assuming the antennas are removable.

Sean

On Feb 4, 2004, at 7:25 PM, Scott Harris wrote:

> Greetings,
>
> I did a couple of things that seem to have resolved my issues with
> poor wireless strength and the dropouts and stops I was experiencing
> in my music.
>
> 1. I upgraded to server v. 5.1 (nightly build 2/4/04) and the
> associated firmware (v 7). This seems to have stopped the problems
> altogether, though the wireless strength still stayed between 4% and
> 25%. Did these releases significantly change the buffering scheme?
> It seems as if the music is buffered more, which would forgive short
> occassional dropouts in the wireless connection.
>
> 2. I opened the box and pushed the internal antenna cable connection
> into the PCMCIA card better. I also tightened the antenna itself to
> the outside of the box. These seem to give me consistent wireless
> strength at about 30-35%. This is an improvement, and I really don't
> experience any drops anymore.
>
> I'm really curious if there is buffering that changed from firmware
> versions pre v. 7.
>
> Scott
>
> --
> Scott E. Harris
> http://scott-harris.org
>
> Email: scott (AT) scott-harris (DOT) org
> Fax: (801) 730-5559
> Voice Mail: (801) 730-5559
>
>
>

Carsten Bormann
2004-02-05, 10:36
> I'm glad to hear it's working now but 30% signal strength is still
> pretty low (unless you're a long distance from the base station).

I have three squeezeboxes, one of which has significantly worse
wireless reception than the other two.
(Fortunately, I found a way to wire it up, so it's not an immediate
problem.)

Before opening the box and checking the connections, I wondered how
slimdevices is thinking about customers doing this from a warranty
point of view.

Gruesse, Carsten

Pat Farrell
2004-02-06, 22:58
Hi All,

I've had a user of my Java tag/cover art utility,
and he found bugs, which I've fixed. So please get the latest.

Plus I've added a function to search tags (genre, artist, performer, title)
for non-US ASCII characters. On my system, any characters that
are not boring printable ASCII come out ugly.

Some earlier threads talk about Unicode characters. These are not Unicode,
just Latin-1 accented characters. Typically "Accented e" for french names,
umlauts
for German, etc. Whatever, they are ugly on the HTML and Squeezebox display
so I want to get rid of them.

As before, this is freeware, pretty much betaware. Try it, complain, etc.
The URL that explains it all is.
http://www.pfarrell.com/music/slimsoftware.html

Thanks
Pat