Home of the Squeezebox™ & Transporter® network music players.
Page 1 of 2 12 LastLast
Results 1 to 10 of 11
  1. #1
    Junior Member
    Join Date
    Oct 2005
    Posts
    5

    Impossible to see all my files

    Hi,

    Software 6.1.1 XP sp2
    Itunes 5.0.1/4

    Files : many uncompressed wav files, some aac files

    My library in iTunes seems to be all right but many files are "forgotten" by slimeserver.

    All wav files are formated like :

    2Pac - Me Against The World - 1995 - 01;Intro;.wav

    I use iTunes to group my wav tracks in albums.
    Some appear in slimserver, some not !

    I don't understand where is the mistake ?

    Sorry for my english...

    Regards

    Sébastien

  2. #2
    Junior Member
    Join Date
    Oct 2005
    Posts
    5

    Help please...

    Itunes : 441 albums 9777 songs 213 artists
    SlimS : 362 albums 10210 songs 213 artists

    Where am I wrong ?

    Sébastien.

  3. #3
    Perl Commando Dan Sully's Avatar
    Join Date
    Apr 2005
    Location
    Daly City, CA
    Posts
    2,865

    Impossible to see all my files

    * S�bastien shaped the electrons to say...

    >Itunes : 441 albums 9777 songs 213 artists
    >SlimS : 362 albums 10210 songs 213 artists
    >
    >Where am I wrong ?


    Do you have music from the iTunes Music Store?

    -D
    --
    "You can usually recover from production flaws...but you can never recover from a bad design".

  4. #4
    Junior Member
    Join Date
    Oct 2005
    Posts
    5

    ?

    Hi -D,

    No, no music from Music Store at all. Only wav or aac files from ripped cd. (500 Go)
    This is very strange because some albums are recognized and appears in SServer and some not or appears in "No Artist", "No Album".
    In Itunes all of them appears arranged...

    Regards.

    Sébastien.

  5. #5
    Jess Askey
    Guest

    slimserver.log filling up without debugging...

    Im running slimserver 6.1.1 on a Mandrake 9.2 box and even tho I don't
    have any debugging options checked in the slimserver settings. My
    /tmp/slimserver.log file fills up to like 7gig over the course of one
    week. I just removed the log file, restarted slimserver and started a
    rescan and it has yet to be filled with anything yet so Im not sure
    which types of items are being logged at the moment. I figured that I
    had something else set to log somewhere else maybe but I couldn't find
    anything.

    I can report back with anything that shows up in the log as soon as that
    happens if that is needed.

    Any thoughts on what it may be?

    thanks for your help.


  6. #6
    Ben Sandee
    Guest

    slimserver.log filling up without debugging...

    On 10/5/05, Jess Askey <jess (AT) askey (DOT) org> wrote:
    >
    > Im running slimserver 6.1.1 on a Mandrake 9.2 box and even tho I don't
    > have any debugging options checked in the slimserver settings. My
    > /tmp/slimserver.log file fills up to like 7gig over the course of one
    > week. I just removed the log file, restarted slimserver and started a
    > rescan and it has yet to be filled with anything yet so Im not sure
    > which types of items are being logged at the moment. I figured that I
    > had something else set to log somewhere else maybe but I couldn't find
    > anything.



    Jess,

    Generally, when you restart the server any logging settings are reset
    (unless you set them on the command line). As a result you may never find
    out what log setting might have been enabled, if that's what happened.

    Ben


  7. #7
    Jess Askey
    Guest

    slimserver.log filling up without debugging...

    The strange part is that when it filled up my drive last week, I
    restarted the server as well and did not ever turn on any debugging.
    Then this week... viola... 7gig. Slimserver has been running now and
    completed a rescan in the last two hours since I restarted it and there
    is nothing yet in slimserver.log. I guess I will just keep an eye the
    log so I can see what is getting thrown in there *before* it fills up my
    / drive.

    Ben Sandee wrote:

    > On 10/5/05, *Jess Askey* <jess (AT) askey (DOT) org <mailto:jess (AT) askey (DOT) org>> wrote:
    >
    > Im running slimserver 6.1.1 on a Mandrake 9.2 box and even tho I don't
    > have any debugging options checked in the slimserver settings. My
    > /tmp/slimserver.log file fills up to like 7gig over the course of one
    > week. I just removed the log file, restarted slimserver and started a
    > rescan and it has yet to be filled with anything yet so Im not sure
    > which types of items are being logged at the moment. I figured that I
    > had something else set to log somewhere else maybe but I couldn't find
    > anything.
    >
    >
    > Jess,
    >
    > Generally, when you restart the server any logging settings are reset
    > (unless you set them on the command line). As a result you may never
    > find out what log setting might have been enabled, if that's what
    > happened.
    >
    > Ben
    >
    >------------------------------------------------------------------------
    >
    >

  8. #8
    Gadfly, Former Founder Slim Devices dean's Avatar
    Join Date
    Apr 2005
    Location
    San Francisco, CA
    Posts
    4,427

    slimserver.log filling up without debugging...

    Jess, can you post a snippit of the log output? It may be that there
    are intentional logs of some error condition appearing.

    -dean

    On Oct 5, 2005, at 12:08 PM, Jess Askey wrote:

    > The strange part is that when it filled up my drive last week, I
    > restarted the server as well and did not ever turn on any
    > debugging. Then this week... viola... 7gig. Slimserver has been
    > running now and completed a rescan in the last two hours since I
    > restarted it and there is nothing yet in slimserver.log. I guess I
    > will just keep an eye the log so I can see what is getting thrown
    > in there *before* it fills up my / drive.
    >
    > Ben Sandee wrote:
    >> On 10/5/05, Jess Askey <jess (AT) askey (DOT) org> wrote:
    >> Im running slimserver 6.1.1 on a Mandrake 9.2 box and even tho I
    >> don't
    >> have any debugging options checked in the slimserver settings. My
    >> /tmp/slimserver.log file fills up to like 7gig over the course of one
    >> week. I just removed the log file, restarted slimserver and started a
    >> rescan and it has yet to be filled with anything yet so Im not sure
    >> which types of items are being logged at the moment. I figured that I
    >> had something else set to log somewhere else maybe but I couldn't
    >> find
    >> anything.
    >>
    >> Jess,
    >>
    >> Generally, when you restart the server any logging settings are
    >> reset (unless you set them on the command line). As a result you
    >> may never find out what log setting might have been enabled, if
    >> that's what happened.
    >>
    >> Ben
    >>
    >>

  9. #9
    Jess Askey
    Guest

    slimserver.log filling up with SNOW!!

    Okay, it looks to be a problem in the Snow perl script. Here is what the
    log is full of...

    Use of uninitialized value in bitwise or (|) at
    /usr/local/slimserver/Plugins/Sn
    ow.pm line 910.

    I guess, I had better remove the snow plugin for now. Not sure which
    version of snow Im running. I also don't know if there is a newer
    version of snow by James as this is the one he posted around 9/17/2005.
    Anyone else having this issue?





    dean blackketter wrote:

    > Jess, can you post a snippit of the log output? It may be that there
    > are intentional logs of some error condition appearing.
    >
    > -dean
    >
    > On Oct 5, 2005, at 12:08 PM, Jess Askey wrote:
    >
    >> The strange part is that when it filled up my drive last week, I
    >> restarted the server as well and did not ever turn on any debugging.
    >> Then this week... viola... 7gig. Slimserver has been running now and
    >> completed a rescan in the last two hours since I restarted it and
    >> there is nothing yet in slimserver.log. I guess I will just keep an
    >> eye the log so I can see what is getting thrown in there *before* it
    >> fills up my / drive.
    >>
    >> Ben Sandee wrote:
    >>
    >>> On 10/5/05, Jess Askey <jess (AT) askey (DOT) org> wrote:
    >>> Im running slimserver 6.1.1 on a Mandrake 9.2 box and even tho I don't
    >>> have any debugging options checked in the slimserver settings. My
    >>> /tmp/slimserver.log file fills up to like 7gig over the course of one
    >>> week. I just removed the log file, restarted slimserver and started a
    >>> rescan and it has yet to be filled with anything yet so Im not sure
    >>> which types of items are being logged at the moment. I figured that I
    >>> had something else set to log somewhere else maybe but I couldn't find
    >>> anything.
    >>>




  10. #10
    NOT a Slim Devices Employee kdf's Avatar
    Join Date
    Apr 2005
    Posts
    9,493

    slimserver.log filling up with SNOW!!

    Quoting Jess Askey <jess (AT) askey (DOT) org>:

    > Okay, it looks to be a problem in the Snow perl script. Here is what
    > the log is full of...
    >
    > Use of uninitialized value in bitwise or (|) at
    > /usr/local/slimserver/Plugins/Sn
    > ow.pm line 910.
    >
    > I guess, I had better remove the snow plugin for now. Not sure which
    > version of snow Im running. I also don't know if there is a newer
    > version of snow by James as this is the one he posted around
    > 9/17/2005. Anyone else having this issue?


    I'm not sure which day it was posted, but there were two versions committed to
    the 6.2 builds after than date, one of which mentioned a fix for a
    complaint in
    the font code. Line 910 in the current version is just a blank line so it is
    hard to tell for sure. I am not sure if the plugin was written with 6.1.1 in
    mind. I believe it required some modification to the server itself, which is
    inluded in 6.2 builds.

    However, if you want to try, this one looks to be the only one newer
    than yours
    (earlier versions have a line 910):
    http://svn.slimdevices.com/*checkout...ow.pm?rev=4434

    -kdf

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •