FireFly Media Server › Firefly Media Server Forums › Firefly Media Server › Nightlies Feedback › ogg problem.. whatever
- This topic has 32 replies, 5 voices, and was last updated 17 years, 8 months ago by fizze.
-
AuthorPosts
-
13/06/2006 at 4:57 PM #350fizzeParticipant
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 databaseoutput….. that means….?
I just started, so detailed logs and stuff will follow.
stay tuned.13/06/2006 at 6:26 PM #4993schiersParticipantHallo 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.
13/06/2006 at 7:27 PM #4994fizzeParticipant๐
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/2the 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.14/06/2006 at 3:58 PM #4995fizzeParticipantwhat 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-damean ?
never seen a thread in state Z…?
I guess it died because of something….15/06/2006 at 12:37 AM #4996rpeddeParticipant@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-damean ?
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.
15/06/2006 at 2:49 PM #4997fizzeParticipantyes, 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 ?
15/06/2006 at 10:03 PM #4998rpeddeParticipant@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?
16/06/2006 at 7:59 AM #4999fizzeParticipant*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 ?
17/06/2006 at 5:20 AM #5000rpeddeParticipant@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
17/06/2006 at 8:24 AM #5001fizzeParticipantwell, 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 ? -
AuthorPosts
- The forum ‘Nightlies Feedback’ is closed to new topics and replies.