svn 1344 problems

[provat]

Hi,

I have installed two different daapd(svn 1344 and 909) servers on my kurobox (debian). Both are running perfectly on port 3688 and 3689.
Having different database directories but same mp3 directory. The start up scripts, I have changed as mt-daapd and mt-daapd1.
On my pc, I can detect both instances running on itune. I can access both web pages. Everything looks ok upto here. But when I try to play something
on svn 1344 instance from , nothing plays on itune. But it plays on svn 909.

Begining I have tried to install only svn 1344, it was same problem.
I can see or access everything but can’t play it.
Is it any kind of permission issue?
However I prefer svn 909 as it’s having an appelet interface to play directly the music.
I will be grateful if somebody can point out the problem. So far, I am a bit frustrated as I have spent hours to install two different instances and firefly looks nice.

Thanks,
Provat

Below svn 1344 logs
2006-08-15 19:05:20 (3001f360): Stopping signal handler
2006-08-15 19:06:46 (3001f360): Starting with debuglevel 0
2006-08-15 19:06:46 (3001f360): Starting rendezvous daemon
2006-08-15 19:06:47 (3001f360): Starting signal handler
2006-08-15 19:06:48 (3001f360): Initializing database
2006-08-15 19:06:48 (3001f360): Starting web server from /usr/local/share/mt-daa
pd/admin-root on port 3688
2006-08-15 19:06:48 (3001f360): Registering rendezvous names
2006-08-15 19:06:48 (3001f360): Serving 12 songs. Startup complete in 2 seconds

and svn 909 logs
2006-08-15 19:06:47: Starting rendezvous daemon
2006-08-15 19:06:47: Starting signal handler
2006-08-15 19:06:48: Initializing database
2006-08-15 19:06:48: Starting mp3 scan of /home/provat/mp3
2006-08-15 19:06:48: Starting web server from /home/provat/mt/usr/local/share/mt
-daapd/admin-root on port 3689
2006-08-15 19:06:48: Registering rendezvous names
2006-08-15 19:06:48: Scanned 1 songs in 1 seconds
2006-08-15 19:11:38: Session 2: Streaming file ‘Bee Gees – One -01- Ordinary Liv

[sammy]

I have the same problem. The bonjour service isn’t running accoording to the webinterface. Is it possible to start the bonjour service manual?

I reinstalled svn 1328 and everything is working.

[sonichouse]

With 1344 iTunes list the files OK in iTunes, but will not play files served from my Slug.

2006-08-16 01:01:56 (00001004): Executing: select * from songs where id=37

2006-08-16 01:01:56 (00001004): Thread 1: Error opening /SHARE/FLASH/DATA/PUBLIC

/MP3/10CC/THE ORIGINAL SOUNDTRACK/08 THE FILM OF MY LOVE.M4A: No such file or directory

2006-08-16 01:01:56 (00001004): Thread 1: Entering ws_returnerror (404: Not found)

Looks like it is uppercasing the file names when retrieving.

[fizze]

yes, the filenames are uppercased when they are inserted in firefly’s DB, so thats ok.

[sonichouse]

@fizze wrote:

yes, the filenames are uppercased when they are inserted in firefly’s DB, so thats ok.

Only on Windows where filenames and paths are not case sensitive :).
Unfortunatley on UNIX the paths are invalid if they are uppercased.

The path I need is

/share/flash/data/public/mp3/10cc/The Original Soundtrack

[rpedde]

@sonichouse wrote:

@fizze wrote:

yes, the filenames are uppercased when they are inserted in firefly’s DB, so thats ok.

Only on Windows where filenames and paths are not case sensitive :).
Unfortunatley on UNIX the paths are invalid if they are uppercased.

The path I need is

/share/flash/data/public/mp3/10cc/The Original Soundtrack

gack!

set scanning/case_sensitive to 1.

I thought I had defaulted it that way. Crap! Crap! Crap!

Here comes new nightly…. 🙂

[provat]

Set scanning to 1 in mt-daapd.conf, but still the same. can’t play anything on itunes.

[rpedde]

@provat wrote:

Set scanning to 1 in mt-daapd.conf, but still the same. can’t play anything on itunes.

No… in the section called [scanning], add a value called “case_sensitive” and set *that* to 1.

Then do a full rescan.

Or wait until next nightlies.

— Ron

[sonichouse]

@rpedde wrote:

Here comes new nightly…. 🙂

Hi Ron, upgraded from 1333 to 1348 and the config did not have the case_sensitive entry.
I added it manually and all works fine.

[rpedde]

@sonichouse wrote:

@rpedde wrote:

Here comes new nightly…. 🙂

Hi Ron, upgraded from 1333 to 1348 and the config did not have the case_sensitive entry.
I added it manually and all works fine.

Should have worked without it, as I inverted the default, so it assumes case sensitive by default, rather than NOT case sensitive.

— Ron

[Author]

Posts