svn-1082 on NSLU2

Viewing 10 posts - 11 through 20 (of 36 total)
  • Author
    Posts
  • #4680
    fizze
    Participant

    No, there isnt anything else hogging the poor slug’s CPU.
    I just have the trmor vorbis codecs and the standard unslung (as in mt-daapds deps) packages. Thats it.

    Interesting enough, if I deactivate transcoding, everything works fine.

    Well, I’ll try to add ogg files to my the extensions though, and see if they stream up to my iTunes fine.

    The bogus lies somewhere within transcoding for this.

    edit:
    oh, and in reference to the very first post, the playlists work like a charm.
    Most are win32 Winamp created, some from Mac/iTunes, and some from xmms/bmp.

    #4681
    gordo
    Participant

    last line of your config???

    plugins = rsp.so-bash-2.05b#

    shouldn’t it just be rsp.so?

    #4682
    fizze
    Participant

    it is, its just the output of cat from my putty.log.

    #4683
    rpedde
    Participant

    Okay, let’s try svn-1130, and move this to another thread that isn’t so messed up. πŸ™‚

    The transcoding stuff was all redone, so I’ll be interested to hear if it follows the new build.

    — Ron

    #4684
    fizze
    Participant

    ok, I just updated to svn 1130.

    just started it without transcoding, to see if it basically runs.
    Then I’ll try it w/ transcoding.

    edit:
    aight, basically it works.
    just a Q though: it seems to scan the DB 2x on init, why so ?
    is there a way to deactivate the background-scan thats issued on startup ?

    its kinda annoying for such testings on the slug…. πŸ˜‰

    2006-05-30 20:02:58: Starting rendezvous daemon
    2006-05-30 20:02:58: Starting signal handler
    2006-05-30 20:02:58: Initializing database
    2006-05-30 20:20:21: Starting web server from /share/flash/conf/opt/share/mt-daapd/admin-root on port 3689
    2006-05-30 20:20:21: Registering rendezvous names
    2006-05-30 20:20:23: Scanned 6721 songs in 1043 seconds
    2006-05-30 20:20:23: Rescanning database

    since its kinda time consuming…..

    aight, I’ll try transcoding now.
    edit2:

    same game with svn 1130.

    I’ll specify my ps output:

    PID TTY Uid Size State Command
    1 root 1212 S /bin/init
    2 root 0 S [keventd]
    3 root 0 R [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]
    19 root 0 S [usb-storage-1]
    20 root 0 S [scsi_eh_0]
    29 root 0 S [kjournald]
    52 root 0 D [ixp425_csr]
    53 root 0 S [ixp425 ixp0]
    56 ttyS0 root 1916 S /bin/sh
    57 root 1936 S /sbin/syslogd -n
    58 root 1924 S /sbin/klogd -n
    150 root 0 D [kjournald]
    206 root 11980 S upnpd &>/dev/null
    216 root 11980 S upnpd &>/dev/null
    217 root 11980 S upnpd &>/dev/null
    221 root 11980 S upnpd &>/dev/null
    222 root 11980 S upnpd &>/dev/null
    314 root 2132 S /usr/sbin/thttpd -C /etc/thttpd.conf
    338 root 6168 S /usr/sbin/smbd -D
    340 root 4820 S /usr/sbin/nmbd -D
    347 root 1272 S /bin/inetd
    349 root 6168 S /usr/sbin/smbd -D
    366 root 1952 S /usr/sbin/QuickSet
    370 root 1904 S /usr/sbin/USB_Detect
    371 root 1900 S /usr/sbin/USB_Detect
    382 root 1884 S /usr/sbin/onetouch_detect
    385 root 1884 S /usr/sbin/onetouch_detect
    397 root 1296 S /usr/sbin/crond
    429 root 1928 S /usr/sbin/CheckResetButton
    431 root 1196 S /usr/sbin/CheckPowerButton
    433 root 1196 S /usr/sbin/do_umount
    478 root 3188 S /opt/sbin/sshd
    710 root 11980 S upnpd &>/dev/null
    748 root 5796 S sshd: root@ttyp0
    750 ttyp0 root 2068 S -bash
    909 ttyp0 guest 3732 S /opt/sbin/mt-daapd -c /opt/etc/mt-daapd/mt-
    910 ttyp0 guest 11348 D /opt/sbin/mt-daapd -c /opt/etc/mt-daapd/mt-
    911 ttyp0 guest 11348 S /opt/sbin/mt-daapd -c /opt/etc/mt-daapd/mt-
    912 ttyp0 guest 11348 S /opt/sbin/mt-daapd -c /opt/etc/mt-daapd/mt-
    913 ttyp0 root 2676 S tail -f /share/hdd/data/mt-daapd.log
    916 root 5796 S sshd: root@ttyp1
    918 ttyp1 root 2060 S -bash
    921 ttyp1 root 1984 R ps

    the one thats in ‘D’ has to be -9’ed, it wont quit otherwise.
    Im using the standard transcode script, guess theres something wrong in there. Does it work on anyone else’s slug ? if so, what flavour of linux are you running on ? and what config ?
    πŸ™„

    #4685
    rpedde
    Participant

    @fizze wrote:

    just a Q though: it seems to scan the DB 2x on init, why so ?
    is there a way to deactivate the background-scan thats issued on startup ?

    its kinda annoying for such testings on the slug…. πŸ˜‰

    Are you starting it with -s? The sense of that switch has changed several nightlies back. It now means “force a foreground scan at startup”.

    The “second” scan is what used to be the old foreground scan, only as a background scan. You can ignore it when it’s doing that… it’s already advertising itself via rendezvous.
    [/quote]

    the one thats in ‘D’ has to be -9’ed, it wont quit otherwise.
    Im using the standard transcode script, guess theres something wrong in there. Does it work on anyone else’s slug ? if so, what flavour of linux are you running on ? and what config ?
    πŸ™„

    Works for me. I’m using the as-shipped config with no changes, and I’m successfully feeding my sb ogg over rsp.

    Have you tried running the transcode script by hand to see what it does?

    You should be able to run it something like:


    /opt/sbin/mt-daapd.ssc "/path/to/ogg file" 0 180000 > out.wav

    and see what it does. That’s not a completely good test, as you don’t have the same environment as when running it from the daemon, but it’s a good test.

    #4686
    fizze
    Participant

    nah I havent. but then again, mt-daapd is supposed to be UP and running when I enable transcoding, right ?

    the startup code and whatnot should be more or less the same when running with/without transcoding, right ?
    and I do not see a stalled instance of the script, or whatnot.

    mt-daapd doesnt even get as far as advertising itself via rendezvous. the init database just takes forever on the poor slug.

    -d9 output isnt helping there, either.

    I’ll reiterate the log proper log output, with timestamps once more. *sigh*

    and no, I dont run it with -s from the script. its the standard S60mt-daapd script that comes with the ipkg. IF the script does that, then umm yeah, but I dont think so.

    #4687
    rpedde
    Participant

    @fizze wrote:

    the startup code and whatnot should be more or less the same when running with/without transcoding, right ?
    and I do not see a stalled instance of the script, or whatnot.

    I guess I don’t understand the problem you are having.

    Are you saying it hangs when scanning playlists? Is the cpu high? Is there disk activity? What playlist is it scanning when it does that?

    I thought this was some kind of transcoding related issue? No?

    #4688
    fizze
    Participant

    I cant tell, since the CPU on the slug is hogged, and there is disk activity.

    also, just enabling transcoding without process_m3u also results in same behaviour.

    does a “nice” binary exist for unslung ? If so, I could “nice” it and get decent log outputs (hopefully).

    also: I built the DB with extensions mp3, m4a, wma. so when I enable transcoding for .ogg for example, it wont do anything unless I add .ogg to my extensions, right ?

    will the .ogg files be included in the next background scan, then ?

    #4689
    rpedde
    Participant

    @fizze wrote:

    I cant tell, since the CPU on the slug is hogged, and there is disk activity.

    A -d9 should still show you what it’s doing up to the point that it craters.

    also, just enabling transcoding without process_m3u also results in same behaviour.

    That should have no effect whatsoever on startup. The only time transcoding should have any effect at all is when serving the files. This confuses me.

    does a “nice” binary exist for unslung ? If so, I could “nice” it and get decent log outputs (hopefully).

    Dunno, but even without,i t should at least log the last thing it was doing before it fell over.

    also: I built the DB with extensions mp3, m4a, wma. so when I enable transcoding for .ogg for example, it wont do anything unless I add .ogg to my extensions, right ?

    True.

    will the .ogg files be included in the next background scan, then ?

    If you add them to your extensions, yes. But only if you do it from the web interface… it doesn’t (yet) recognize that the config file has been changed underneath it.

Viewing 10 posts - 11 through 20 (of 36 total)
  • The forum ‘Nightlies Feedback’ is closed to new topics and replies.