FireFly Media Server › Firefly Media Server Forums › Firefly Media Server › Setup Issues › ssc problems
- This topic has 6 replies, 3 voices, and was last updated 17 years, 12 months ago by rpedde.
-
AuthorPosts
-
08/10/2006 at 3:42 AM #659eschoellerParticipant
Transcoding does not seem to work at all for me right now, it’s a bummer.
I was recently forced to rebuild my mt-daapd server due to a hardware failure, and now I’m having issues getting it back up and running.Linux. svn-1376. Gentoo Ebuild. iTunes Client.
mp3’s play fine. All flac files stop immediately, but do show the correct song length in itunes.
I am using the shell ssc prog, not the perl version. I have tried running both the pl and sh scripts directly on the command line. the sh version correctly starts outputting garbage on the screen, so I know it’s working.
Here is what the perl version says:
localhost mt-daapd # /usr/bin/mt-daapd-ssc.pl /home/gaggle/music/flac/Outkast/Aquemini/01-outkast-hold_on_be_strong.flac 0 0
Can't locate asm-x86_64/unistd.ph in @INC (did you run h2ph?) (@INC contains: /etc/perl /usr/lib64/perl5/vendor_perl/5.8.8/x86_64-linux /usr/lib64/perl5/vendor_perl/5.8.8 /usr/lib64/perl5/vendor_perl /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux /usr/lib64/perl5/site_perl/5.8.8 /usr/lib64/perl5/site_perl /usr/lib64/perl5/5.8.8/x86_64-linux /usr/lib64/perl5/5.8.8 /usr/local/lib/site_perl .) at /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux/asm/unistd.ph line 9.
Compilation failed in require at /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux/gentoo-multilib/amd64/sys/syscall.ph line 7.
Compilation failed in require at /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux/sys/syscall.ph line 8.
Compilation failed in require at /usr/bin/mt-daapd-ssc.pl line 43.
No idea what that’s about. Seems like it might be a gentoo issue? The fellas at bugzilla laughed at me when I asked.
Anyway, I’m sure the sh version works, so I have that configured in the mt-daapd.conf file. Here is what happens when I try to play a flac file:
2006-10-07 21:25:58 (78a7a890): Thread 2: Entering ws_dispatcher (Connection from 10.0.1.112)
2006-10-07 21:25:58 (78a7a890): Thread 2: got request
2006-10-07 21:25:58 (78a7a890): Request: GET daap://10.0.1.24:3689/databases/1/items/424.flac HTTP/1.1
2006-10-07 21:25:58 (78a7a890): Thread 2: Read: Accept: */*
2006-10-07 21:25:58 (78a7a890): Thread 2: Adding header *Accept=*/**
2006-10-07 21:25:58 (78a7a890): Added *Accept=*/**
2006-10-07 21:25:58 (78a7a890): Thread 2: Read: Cache-Control: no-cache
2006-10-07 21:25:58 (78a7a890): Thread 2: Adding header *Cache-Control=no-cache*
2006-10-07 21:25:58 (78a7a890): Added *Cache-Control=no-cache*
2006-10-07 21:25:58 (78a7a890): Thread 2: Read: User-Agent: iTunes/6.0.1 (Windows; N)
2006-10-07 21:25:58 (78a7a890): Thread 2: Adding header *User-Agent=iTunes/6.0.1 (Windows; N)*
2006-10-07 21:25:58 (78a7a890): Added *User-Agent=iTunes/6.0.1 (Windows; N)*
2006-10-07 21:25:58 (78a7a890): Thread 2: Read: Client-DAAP-Access-Index: 2
2006-10-07 21:25:58 (78a7a890): Thread 2: Adding header *Client-DAAP-Access-Index=2*
2006-10-07 21:25:58 (78a7a890): Added *Client-DAAP-Access-Index=2*
2006-10-07 21:25:58 (78a7a890): Thread 2: Read: Client-DAAP-Validation: E00202E0CCE30563CE365F833A0663BB
2006-10-07 21:25:58 (78a7a890): Thread 2: Adding header *Client-DAAP-Validation=E00202E0CCE30563CE365F833A0663BB*
2006-10-07 21:25:58 (78a7a890): Added *Client-DAAP-Validation=E00202E0CCE30563CE365F833A0663BB*
2006-10-07 21:25:58 (78a7a890): Thread 2: Read: Client-DAAP-Request-ID: 5
2006-10-07 21:25:58 (78a7a890): Thread 2: Adding header *Client-DAAP-Request-ID=5*
2006-10-07 21:25:58 (78a7a890): Added *Client-DAAP-Request-ID=5*
2006-10-07 21:25:58 (78a7a890): Thread 2: Read: x-audiocast-udpport: 3718
2006-10-07 21:25:58 (78a7a890): Thread 2: Adding header *x-audiocast-udpport=3718*
2006-10-07 21:25:58 (78a7a890): Added *x-audiocast-udpport=3718*
2006-10-07 21:25:58 (78a7a890): Thread 2: Read: icy-metadata: 1
2006-10-07 21:25:58 (78a7a890): Thread 2: Adding header *icy-metadata=1*
2006-10-07 21:25:58 (78a7a890): Added *icy-metadata=1*
2006-10-07 21:25:58 (78a7a890): Thread 2: Read: Connection: close
2006-10-07 21:25:58 (78a7a890): Thread 2: Adding header *Connection=close*
2006-10-07 21:25:58 (78a7a890): Added *Connection=close*
2006-10-07 21:25:58 (78a7a890): Thread 2: Read:
2006-10-07 21:25:58 (78a7a890): Thread 2: Headers parsed!
2006-10-07 21:25:58 (78a7a890): Checking to see if connection matches close
2006-10-07 21:25:58 (78a7a890): And it DOES!
2006-10-07 21:25:58 (78a7a890): Thread 2: Connection type HTTP/1.1
: Connection: non-persist
2006-10-07 21:25:58 (78a7a890): Thread 2: Original URI: daap://10.0.1.24:3689/databases/1/items/424.flac
2006-10-07 21:25:58 (78a7a890): Thread 2: Translated URI: /databases/1/items/424.flac
2006-10-07 21:25:58 (78a7a890): Thread 2: Preparing to find handler
2006-10-07 21:25:58 (78a7a890): Thread 2: URI Match!
2006-10-07 21:25:58 (78a7a890): Thread 2: Time is 1160277958 seconds after epoch
2006-10-07 21:25:58 (78a7a890): Thread 2: Setting time header
2006-10-07 21:25:58 (78a7a890): Added *Date=Sun, 8 Oct 2006 03:25:58 GMT*
2006-10-07 21:25:58 (78a7a890): Thread 2: Using non-default handler
2006-10-07 21:25:58 (78a7a890): Added *Accept-Ranges=bytes*
2006-10-07 21:25:58 (78a7a890): Added *DAAP-Server=mt-daapd/svn-1376*
2006-10-07 21:25:58 (78a7a890): Added *Content-Type=application/x-dmap-tagged*
2006-10-07 21:25:58 (78a7a890): Added *Cache-Control=no-cache*
2006-10-07 21:25:58 (78a7a890): Added *Expires=-1*
2006-10-07 21:25:58 (78a7a890): Executing: select * from songs where id=424
2006-10-07 21:25:58 (78a7a890): Thread 2: Length of file (remaining) is 45420644
2006-10-07 21:25:58 (78a7a890): Updating Content-Type from application/x-dmap-tagged to audio/flac
2006-10-07 21:25:58 (78a7a890): Added *Content-Length=45420644*
2006-10-07 21:25:58 (78a7a890): Added *Connection=Close*
2006-10-07 21:25:58 (78a7a890): Emitting reponse header Connection: Close
2006-10-07 21:25:58 (78a7a890): Emitting reponse header Content-Length: 45420644
2006-10-07 21:25:58 (78a7a890): Emitting reponse header Expires: -1
2006-10-07 21:25:58 (78a7a890): Emitting reponse header Cache-Control: no-cache
2006-10-07 21:25:58 (78a7a890): Emitting reponse header Content-Type: audio/flac
2006-10-07 21:25:58 (78a7a890): Emitting reponse header DAAP-Server: mt-daapd/svn-1376
2006-10-07 21:25:58 (78a7a890): Emitting reponse header Accept-Ranges: bytes
2006-10-07 21:25:58 (78a7a890): Emitting reponse header Date: Sun, 8 Oct 2006 03:25:58 GMT
2006-10-07 21:25:58 (78a7a890): Entering config_set_status
2006-10-07 21:25:58 (78a7a890): Exiting config_set_status
2006-10-07 21:25:58 (78a7a890): Session 0: Streaming file '07 - 2Pac - No More Pain.flac' to 10.0.1.112 (offset 0)
2006-10-07 21:25:58 (78a7a890): Finished streaming file to remote: 258048 bytes
2006-10-07 21:25:58 (78a7a890): Entering config_set_status
2006-10-07 21:25:58 (78a7a890): Exiting config_set_status
2006-10-07 21:25:58 (78a7a890): Thread 2: Terminating
2006-10-07 21:25:58 (78a7a890): Thread 2: Freeing request headers
2006-10-07 21:25:58 (78a7a890): Thread 2: Freeing response headers
2006-10-07 21:25:58 (78a7a890): Thread 2: Freeing request vars
2006-10-07 21:25:58 (78a7a890): Thread 2: Closing fd
2006-10-07 21:25:58 (78a7a890): With thread 2 exiting, 1 are still running
I believe there should be some mention that it is giong to transcode using the transcode script — why is that missing?
Here is the config file:
[general]
web_root = /usr/share/mt-daapd/admin-root
port = 3689
admin_pw = admin
db_type = sqlite3
db_parms = /var/cache/mt-daapd
mp3_dir = /home/gaggle/music/
servername = yori
runas = nobody
playlist = /etc/mt-daapd.playlist
extensions = .mp3,.m4a,.m4p,.flac
ssc_codectypes = flac
ssc_prog = /usr/bin/mt-daapd-ssc.sh
logfile = /var/log/mt-daapd.log
I’ve tried purging the database and rebuilding it, no luck.
The filesystem containing the flac files is mounted read only, but that shouldn’t matter, should it?I am out of ideas, short of downloading a nightly tarball and building it from scratch…
Any ideas, please share!
08/10/2006 at 8:40 AM #6726eschoellerParticipantI just rebuilt svn-1376 from source, same problem.
08/10/2006 at 9:03 AM #6727eschoellerParticipantWell, I have been out of the mt-daapd game for awhile. I did not realize we have a [plugins] section of the config file now.
Note to gentoo users:
the default config file does not have the correct [plugins] section to make ssc work!!!!
(as of media-sound/mt-daapd-0.3.0_pre1376)You need to add this at the end of your mt-daapd.conf file:
[plugins]
plugin_dir = /usr/share/mt-daapd/plugins/
plugins = rsp.so,ssc-script.so
The plugin_dir seems to be different (in gentoo) than the default listed in the mt-daapd.conf file in ./contrib/
I hope this helps someone!
25/11/2006 at 7:52 PM #6728asproGuestI’ve already added the “corrected” plugins section at the end of my mt-daapd.conf but transcoding still doesn’t work.
Any ideas?
System: Gentoo Linux 2006.1 and mt-daapd-0.3.0_pre1376
25/11/2006 at 10:00 PM #6729rpeddeParticipant@aspro wrote:
I’ve already added the “corrected” plugins section at the end of my mt-daapd.conf but transcoding still doesn’t work.
Any ideas?
System: Gentoo Linux 2006.1 and mt-daapd-0.3.0_pre1376
You’ll have to give much more information than that. What are you trying to transcode, what transcode script are you using, do you have the appropriate command line transcoder for the file type you are trying to transcode, a section of log file generated would help too.
— Ron
26/11/2006 at 10:37 AM #6730asproGuestAs the 1376 nightlies didn’t work, I switched to the 1441 nightlies but everything (even the log) remained the same.
Here are the relvant parts of my log:
2006-11-26 11:25:09 (48dec759): Firefly Version svn-1441: Starting with debuglevel 9
2006-11-26 11:25:09 (48dec759): Attempting to load plugin /usr/share/mt-daapd/plugins/ssc-ffmpeg.so
2006-11-26 11:25:09 (48dec759): Loaded plugin /usr/share/mt-daapd/plugins/ssc-ffmpeg.so (ssc-ffmpeg/svn-1441)
2006-11-26 11:25:09 (48dec759): New transcode codec list: flac,alac,ogg,wma
2006-11-26 11:25:09 (48dec759): Attempting to load plugin /usr/share/mt-daapd/plugins/out-daap.so
2006-11-26 11:25:09 (48dec759): Loaded plugin /usr/share/mt-daapd/plugins/out-daap.so (daap/svn-1441)
2006-11-26 11:25:09 (48dec759): New transcode codec list: flac,alac,ogg,wma
2006-11-26 11:25:09 (48dec759): Attempting to load plugin /usr/share/mt-daapd/plugins/ssc-script.so
2006-11-26 11:25:09 (48dec759): Loaded plugin /usr/share/mt-daapd/plugins/ssc-script.so (ssc-script/svn-1441)
2006-11-26 11:25:09 (48dec759): New transcode codec list: mp4a,mpeg,wav,ogg,flac,alac,flac,alac,ogg,wma
2006-11-26 11:25:09 (48dec759): Attempting to load plugin /usr/share/mt-daapd/plugins/rsp.so
2006-11-26 11:25:09 (48dec759): Loaded plugin /usr/share/mt-daapd/plugins/rsp.so (rsp/svn-1441)
2006-11-26 11:25:09 (48dec759): New transcode codec list: mp4a,mpeg,wav,ogg,flac,alac,flac,alac,ogg,wma
....
2006-11-26 11:32:19 (78a7a890): Session 0: Streaming file 'Das Spiel.mp3' to 192.168.0.1 (offset 0)
Shouldn’t there be a line telling me that the transcode script is used?
If already tested the script by hand and it produces nice waves (or mp3s as this is what I need).
Furthermore I’ve tried different files: alac, ogg, mp3.This is my config:
[general]
web_root = /usr/share/mt-daapd/admin-root
port = 3689
admin_pw = mt-daapd
db_type = sqlite
db_parms = /var/cache/mt-daapd
#mp3_dir = /mnt/music
mp3_dir = /home/aph/musik
servername = loki
#runas = nobody
runas = aph
playlist = /etc/mt-daapd.playlist
#password = mp3
extensions = .mp3,.m4a,.m4p,.ogg
logfile = /var/log/mt-daapd.log
rescan_interval = 3000
always_scan = 0
process_m3u = 1
scan_type = 0
compress = 1
debuglevel = 9
ssc_codectypes = mp4a,mpeg,wav,ogg,flac,alac
ssc_prog = /usr/local/bin/mt-daapd-ssc.sh
truncate = 1
[plugins]
plugin_dir = /usr/share/mt-daapd/plugins
plugins = ssc-script.so
[scanning]
ignore_dotfiles = 1
26/11/2006 at 7:11 PM #6731rpeddeParticipant@aspro wrote:
As the 1376 nightlies didn’t work, I switched to the 1441 nightlies but everything (even the log) remained the same.
Shouldn’t there be a line telling me that the transcode script is used?
If already tested the script by hand and it produces nice waves (or mp3s as this is what I need).
Furthermore I’ve tried different files: alac, ogg, mp3.mp3 files dont’ get transcoded. Even if you specify it in the config file. If you connect with an iTunes client, it knows you can play alac, and mp3, so it won’t even try to transcode those.
As far as transcoding to mp3, it won’t go. It transcodes to .wav, not mp3. And it’s hard-coded that way. If you send it an mp3 stream, it won’t work. iTunes (or whatever your client is) will barf.
-
AuthorPosts
- The forum ‘Setup Issues’ is closed to new topics and replies.