Roku M1001 wont play flac from NSLU2 firefly 1696

[Anonymous]

Hi,

I am trying to play flac from my slug (unslung) with firefly 1696

It plays mp3 fine. But when I try and play flac the roku just says unable to play.

I have turned on logging/debug output and tested the wav output produced by the transcoding – which also plays fine when I pull it back off the slug.

Bit stumped

Example of logging here:

Executing: select * from songs where id=15
2008-04-25 10:29:23 (00002c03): Entering config_set_status
2008-04-25 10:29:23 (00002c03): Exiting config_set_status
2008-04-25 10:29:23 (00002c03): Session 0: Streaming file ’07 Charlie Haden & Pat Metheny – The Precious Jewel.flac’ to 192.168.0.2 (offset 0)
2008-04-25 10:29:23 (00002c03): Transcoding /share/hdd/data/media/Charlie Haden & Pat Metheny/Beyond The Missouri Sky/07 Charlie Haden & Pat Metheny – The Precious Jewel.flac with ssc-script/svn-1696
2008-04-25 10:29:23 (00002c03): Executing /opt/sbin/mt-daapd-ssc.sh “/share/hdd/data/media/Charlie Haden “‘&'” Pat Metheny/Beyond The Missouri Sky/07 Charlie Haden “‘&'” Pat Metheny – The Precious Jewel.flac” 0 227.666 “flac”
2008-04-25 10:29:23 (00002c03): Updating Content-Type from text/html to audio/wav
2008-04-25 10:29:23 (00002c03): Updating Connection from close to Close
2008-04-25 10:29:23 (00002c03): Emitting reponse header Content-Language: en_us
2008-04-25 10:29:23 (00002c03): Emitting reponse header Content-Type: audio/wav
2008-04-25 10:29:23 (00002c03): Emitting reponse header Server: mt-daapd/svn-1696
2008-04-25 10:29:23 (00002c03): Emitting reponse header Connection: Close
2008-04-25 10:29:23 (00002c03): Emitting reponse header Date: Fri, 25 Apr 2008 09:29:23 GMT
2008-04-25 10:29:23 (00002c03): Entering config_set_status
2008-04-25 10:29:23 (00002c03): Exiting config_set_status
2008-04-25 10:29:23 (00002c03): Executing: update songs set play_count=play_count + 1, time_played=1209115763 where id=15
2008-04-25 10:29:24 (00002c03): Rows: 1
2008-04-25 10:29:24 (00002c03): Thread 9: Terminating
2008-04-25 10:29:24 (00002c03): Thread 9: Freeing request headers
2008-04-25 10:29:24 (00002c03): Thread 9: Freeing response headers
2008-04-25 10:29:24 (00002c03): Thread 9: Freeing request vars
2008-04-25 10:29:24 (00002c03): Thread 9: Closing fd
2008-04-25 10:29:24 (00002c03): With thread 9 exiting, 0 are still running

[sonichouse]

Not sure, but have you tried playing any other songs without the ampersand in the title/artist name ?

If you run the script from the command line, does it produce a wav file ?

[Anonymous]

yup – won’t play any flac regardless of titles etc

I have tried using the script to produce wav files from the same song and this works fine – have been able to pull back wav and play it

Aldu
s

[Anonymous]

I am assuming that the firefly package I installed has flac configured – or do I need to build from scratch. In which case – I have no idea – any guidance on doing this

[Anonymous]

Hi !

I’m using NSLU2 (unslug) with Soundbridge M1001… and working with firefly svn-1696 too.
I have exactly the same issue, but with ogg transcoding ! (tried also with firefly 1586).

Running script in command line works fine

Please help us !

😥

[Anonymous]

now working. Not entirely sure what fixed it in the end. Suspect some problems with permissions for the runas user (guest in my case)

try

chmod o+r -R /share/hdd/data/public/mp3

and

chmod 666 /dev/null

[fizze]

Yes, the /dev/null issue is very tricky in Unslung, or really the original Linksys OS. Almost as mean as the /etc/passwd not being world readable.

[Anonymous]

Thanks for replying… I saw your post a little bit too late. I did not try this solution : I choose to re-flash with my old config, unslug 6.8 instead of the new 6.10. It’s work so that’s probably, as you say, an issue with the NSLU firmware.

[Anonymous]

aha! does the /etc/passwd issue with unslung explain why telnet was kicking me out all the time?

[fizze]

Yes. Same goes for ssh and the likes.
There is an entry in /var/log/messages though, where it sais access to /etc/passwd denied.

There generally is no harm in having a world-readable /etc/passwd. Albeit the slug (with unslung at least) doesnt support a shadow file, thus its not very secure.

[Author]

Posts