ogg problem.. whatever

Viewing 10 posts - 1 through 10 (of 33 total)
  • Author
    Posts
  • #350
    fizze
    Participant

    ok, I actually upgradet to the latest nightly and am running this in foreground.
    I acrivated transcoding for ogg, and added ogg to my extensions as usual.

    First thing I noticed is a

    Can’t get db version. New database?
    Initializing database

    output….. that means….?

    I just started, so detailed logs and stuff will follow.
    stay tuned.

    #4993
    schiers
    Participant

    Hallo Fizze,

    I mean you are an alter Hase and therefore schenke ich mir the comment that you eventuell hast forgotten to change back das Konfigfile after the Instalation? Dann findet er die database nicht more and creates a new one.

    I only ask because that happens for me every third time or so.

    8) Carsten.

    P.S.: Und morgen hauen wir Polen aus dem Turnier! Es sei denn, die schlechteste Abwehr der Welt hat einen guten Tag.

    #4994
    fizze
    Participant

    ๐Ÿ™‚

    righty, a -d3 didnt really help anything.
    I’ll try a -d9 next.

    edit:
    hm, running in foreground with -d9…..
    I only cleared out one folder with them so-called “large” ogg files.
    Left the other one there, and it seems indeed some problem with scanning that file.

    heres some stuff of the log output:

    Rows: 1
    Skipping file, not modified
    Found /share/hdd/data/MUSIC/P-Z/P4ME/08 Track08.mp3
    Executing: select * from songs where path=’/share/hdd/data/MUSIC/P-Z/P4ME/08 Track08.mp3′
    Executing: INSERT INTO updated VALUES (1402)
    Rows: 1
    Skipping file, not modified
    Found /share/hdd/data/MUSIC/P-Z/P4ME/09 Track09.mp3
    Executing: select * from songs where path=’/share/hdd/data/MUSIC/P-Z/P4ME/09 Track09.mp3′
    Executing: INSERT INTO updated VALUES (1403)
    Rows: 1
    Skipping file, not modified
    Found /share/hdd/data/MUSIC/P-Z/P4ME/10 Track10.mp3
    Executing: select * from songs where path=’/share/hdd/data/MUSIC/P-Z/P4ME/10 Track10.mp3′
    Executing: INSERT INTO updated VALUES (1404)
    Rows: 1
    Skipping file, not modified
    Found /share/hdd/data/MUSIC/P-Z/P4ME/11 Track11.mp3
    Executing: select * from songs where path=’/share/hdd/data/MUSIC/P-Z/P4ME/11 Track11.mp3′
    Executing: INSERT INTO updated VALUES (1405)
    Rows: 1
    Skipping file, not modified
    Found /share/hdd/data/MUSIC/P-Z/P4ME/12 Track12.mp3
    Executing: select * from songs where path=’/share/hdd/data/MUSIC/P-Z/P4ME/12 Track12.mp3′
    Executing: INSERT INTO updated VALUES (1406)
    Rows: 1
    Skipping file, not modified
    Found /share/hdd/data/MUSIC/P-Z/Sunny Side Up FM4
    Found Sunny Side Up FM4.. recursing
    Found /share/hdd/data/MUSIC/P-Z/Sunny Side Up FM4/sunny_side_up_20041121.ogg
    Executing: select * from songs where path=’/share/hdd/data/MUSIC/P-Z/Sunny Side Up FM4/sunny_side_up_20041121.ogg’
    Found music file: sunny_side_up_20041121.ogg
    Codec type: ogg
    select(5, 0.302734)
    mDNS_Execute
    Announcing Fizze Music._daap._tcp.local. (SRV) 3
    Announcing Fizze Music._daap._tcp.local. (TXT) 3
    Announcing _services._dns-sd._udp.local. (PTR) 3
    Announcing _daap._tcp.local. (PTR) 3
    Announcing Fizze Music._http._tcp.local. (SRV) 3
    Announcing Fizze Music._http._tcp.local. (TXT) 3
    Announcing _services._dns-sd._udp.local. (PTR) 3
    Announcing _http._tcp.local. (PTR) 3
    Announcing Fizze Music (rsp)._rsp._tcp.local. (SRV) 3
    Announcing Fizze Music (rsp)._rsp._tcp.local. (TXT) 3
    Announcing _services._dns-sd._udp.local. (PTR) 3
    Announcing _rsp._tcp.local. (PTR) 3
    SendResponses: Sending 0 Deregistrations, 12 Announcements, 1 Answer, 0 Additionals on 0005BDB0
    SendResponses: Next in 65536 ticks
    select(5, 0.107421)
    SocketDataReady got a packet from 192.168.1.2 to 224.0.0.251 on interface 192.168.1.2/ixp0/2

    the scanning shan’t be finished there, since there are like 10 ogg files in that folder with similiar filename.

    ron, any clues from that ? or is that old news ?

    edit3:
    and there it froze. I waited for like an hour… weird.
    I’ll try to get rid of those “large” ogg files as well, and then retry.

    #4995
    fizze
    Participant

    what does

    1225 guest 12396 D /opt/sbin/mt-daapd -f -d9 -c /opt/etc/mt-da
    1226 guest 3784 S /opt/sbin/mt-daapd -f -d9 -c /opt/etc/mt-da
    1227 guest 0 Z [mt-daapd]
    1230 guest 12396 S /opt/sbin/mt-daapd -f -d9 -c /opt/etc/mt-da

    mean ?
    never seen a thread in state Z…?
    I guess it died because of something….

    #4996
    rpedde
    Participant

    @fizze wrote:

    what does

    1225 guest 12396 D /opt/sbin/mt-daapd -f -d9 -c /opt/etc/mt-da
    1226 guest 3784 S /opt/sbin/mt-daapd -f -d9 -c /opt/etc/mt-da
    1227 guest 0 Z [mt-daapd]
    1230 guest 12396 S /opt/sbin/mt-daapd -f -d9 -c /opt/etc/mt-da

    mean ?
    never seen a thread in state Z…?
    I guess it died because of something….

    A Z is zombie. It’s a dead process that hasn’t been reaped yet. Yeah, it definitely doesn’t like that ogg file. Is it a huge one? maybe I need to find a different ogg tag parser since it seems like the official one doesn’t work half the time.

    Seems like most of the tag crashing/reading problems are coming from ogg files.

    #4997
    fizze
    Participant

    yes, it was a huge file. that one thats indicated in the snip of the log above.

    righto, i renamed ALL of my “huge” ogg files and this time it came up and is stable.

    transcoding via RSP doesnt work from the SB, the SB has the X next to the ogg files and refuses playing.
    it also doesnt work via DAAP (I tried with iTunes)

    so it seems mt-daapd doesnt really recognize it has to run the transcode script and whatnot…. any clues ?

    #4998
    rpedde
    Participant

    @fizze wrote:

    yes, it was a huge file. that one thats indicated in the snip of the log above.

    righto, i renamed ALL of my “huge” ogg files and this time it came up and is stable.

    transcoding via RSP doesnt work from the SB, the SB has the X next to the ogg files and refuses playing.
    it also doesnt work via DAAP (I tried with iTunes)

    so it seems mt-daapd doesnt really recognize it has to run the transcode script and whatnot…. any clues ?

    Are you loading the ssc-script.so plugin?

    #4999
    fizze
    Participant

    *cough*
    not really ๐Ÿ˜ณ

    btw, the server died gracefully after attempting to stream a few “oggs”.
    I guess that has to do with my xiph’ed iTunes/QT though.

    edit:
    weee, finally works.
    stupid me.
    so, one problem down, one to go. ๐Ÿ™‚

    so, what about those “huge” ogg files ?

    #5000
    rpedde
    Participant

    @fizze wrote:

    *cough*
    not really ๐Ÿ˜ณ

    btw, the server died gracefully after attempting to stream a few “oggs”.
    I guess that has to do with my xiph’ed iTunes/QT though.

    edit:
    weee, finally works.
    stupid me.
    so, one problem down, one to go. ๐Ÿ™‚

    so, what about those “huge” ogg files ?

    That’s a “not me” thing — that’s a libogg thing. I guess I could do the tag handling myself.. At least then I’d have some recourse if it was broken.

    But that would certainly be post-1.0

    #5001
    fizze
    Participant

    well, the weird thing is, if I use “ogg” to check the file, its showing the info fine.
    I’d guess the ogg binary uses the very same libogg calls ?

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