svn-1082 on NSLU2

[fizze]

yes, right.
I’ll play with the latest nightly later today.

Good work with the playlists though. They work nice.
One thing though: It seems that the songs in Playlists are sorted alphabetically ascending by Artist ?
Why so ?

I dont want my playlists to be sorted at all. 😉

edit:
alright, right now I ran the stuff like an hour ago with ogg in extensions and as transcodingextensions.

the background scan still hasnt finished yet. and I think its either just taking ages (but then I dont have that many ogg files, maybe 200) but some are quite large. maybe that poses a problem ?

edit2:
the background scan is now going for more than 90 minutes.
how can I find out what its processing ?
I got a decent log file and already searched through it, but no indication of the file scanning activity, whatsoever…. 🙁

edit3:
wow, this is getting really funny now.
heres a short excerpt from the log:

2006-06-01 20:25:22: Current lock level: 0
2006-06-01 20:25:22: Current lock level: 0
2006-06-01 20:25:22: Current lock level: 0
2006-06-01 20:25:22: Current lock level: 0
2006-06-01 20:25:22: Current lock level: 0
2006-06-01 20:25:22: Current lock level: 0
2006-06-01 20:25:22: Current lock level: 0
2006-06-01 20:25:22: Current lock level: 0
2006-06-01 20:25:22: Current lock level: 0
2006-06-01 20:25:22: Current lock level: 0
2006-06-01 20:25:22: Current lock level: 0
2006-06-01 20:25:22: Current lock level: 0
2006-06-01 20:25:22: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0
2006-06-01 20:25:23: Current lock level: 0

I simply pointed my iTunes client to the DAAP share….
❓ 😯

edit4:
right, after like 10 minutes iTunes had the files.
This time, it also showed ogg vorbis files with correct metadata. 🙂
wohoo!

But of course, even through DAAP those oggs refused to play.
Maybe it has to do with the load on the slug being too high, I donno.
I also tried to connect the soundbridge via DAAP /RSP a couple of times, but it timed out always.

I’ll just leave it overnight to see if the slug calmes down, or some threads terminate and try again tomorrow, if there are no other clues.
*shrug*

[rpedde]

@fizze wrote:

wow, this is getting really funny now.
heres a short excerpt from the log:

Try turning off you logfile, and setting debuglevel to 1. See what that does. I wonder if it’s just logging and event handling slowing it down.

[fizze]

After a while, the slug crashed. I rebooted it, and it restarted mt-daapd with same settings, but without debugging.

Now, some 9 hours later its still inaccesible by the soundbridge. Still very slow.
its not the logging thats tearing speed away THAT much. It does, but just to arather minor extent.

I’ll run it with -d1 or -d2 now.

[rpedde]

@fizze wrote:

After a while, the slug crashed. I rebooted it, and it restarted mt-daapd with same settings, but without debugging.

Now, some 9 hours later its still inaccesible by the soundbridge. Still very slow.
its not the logging thats tearing speed away THAT much. It does, but just to arather minor extent.

I’ll run it with -d1 or -d2 now.

Make sure you don’t have loglevel 9 in the config file, too. And disable logfile if you have one set.

It’s doing double logging, plus checking for event plugins when logging is high. that’s changed in the last few versions. Enought that high debug levels might really slow down a slow device like the slug.

[fizze]

Alrighty, I’ll grab the latest nightly and give it another shot w/o any logging.

right, I let it run for 2h without any other activity. So that would give the scan enough time.
Just tried to connect my Soundbridge, it announced properly through rendezvous.
here’s a snip from “ps”

563 ttyp0 guest 3740 S /opt/sbin/mt-daapd -c /opt/etc/mt-daapd/mt-
564 ttyp0 guest 14404 R /opt/sbin/mt-daapd -c /opt/etc/mt-daapd/mt-
565 ttyp0 guest 14404 S /opt/sbin/mt-daapd -c /opt/etc/mt-daapd/mt-
566 ttyp0 guest 14404 S /opt/sbin/mt-daapd -c /opt/etc/mt-daapd/mt-
578 ttyp0 guest 14404 S /opt/sbin/mt-daapd -c /opt/etc/mt-daapd/mt-
588 ttyp0 guest 14404 D /opt/sbin/mt-daapd -c /opt/etc/mt-daapd/mt-

I almost always seem to have one instance in “D”, but I dont think its really waiting for any IO, donno if busybox is to blame on this.
One is actually running, I guess this is the thread thats trying to serve the SB, but it timed out already.

edit:

here’s the logfile of yesterday’s session, amongst others.

One more thing:
I created a smart playlist that shows all .ogg files, and I noticed it only shows a part of them.
I have 12 files which are all like ~70MB in size. Maybe they’re just too big for the poor slug.

Whats the largest ogg vorbis file in your lib, Ron ?

[fizze]

ok, its not related to transcoding.
even with the latest nightly, simply if I add .ogg to the extensions, the behaviour is the same.
So I guess its really realted to my larg ogg vorbis files, although ogginfo f.i. displays the info fine.

are there any special fields needed for mt-daapd to recognize em ?

[rpedde]

@fizze wrote:

ok, its not related to transcoding.
even with the latest nightly, simply if I add .ogg to the extensions, the behaviour is the same.
So I guess its really realted to my larg ogg vorbis files, although ogginfo f.i. displays the info fine.

are there any special fields needed for mt-daapd to recognize em ?

No. Actually, i don’t even read the tags… I use libvorbisfile to do that. I just ask libvorbisfile to open it and hand me the tags back.

Wonder if it’s possible that it tries to read the whole file into memory or something crazy like that?

Might be worth ipkg update; ipkg install libogg libvorbis just to see if there are newer libs?

[fizze]

good catch.
there indeed are.

went from 1.0-1 to 1.1.3-2 for both. I’ll try again right now.

edit:
same game. didnt help. 🙁

[rpedde]

@fizze wrote:

edit:
same game. didnt help. 🙁

and if you move hte big oggs out of the way, does it work?

[fizze]

thats the next thing I’ll try when I have some time to fiddle 😉

[Author]

Posts