You are here: Home » Topic » Roku M1001 wont play flac from NSLU2 firefly 1696

Roku M1001 wont play flac from NSLU2 firefly 1696

FireFly Media Server (formerly mt-daapd) Firefly Media Server Forums Firefly Media Server Setup Issues Roku M1001 wont play flac from NSLU2 firefly 1696

This topic contains 10 replies, has 5 voices, and was last updated by  rsl360 9 years, 3 months ago.

Viewing 11 posts - 1 through 11 (of 11 total)
  • Author
    Posts
  • #2405

    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

    #16900

    sonichouse
    Participant

    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 ?

    #16901

    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

    #16902

    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

    #16903

    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 !

    😥

    #16904

    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

    #16905

    fizze
    Participant

    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.

    #16906

    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.

    #16907

    Anonymous

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

    #16908

    fizze
    Participant

    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.

    #16909

    rsl360
    Participant

    @aldus wrote:

    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 666 /dev/null

    I recently build a new system, NSLU2 with 6.10 unslung, and it also would not do any transcoding. /dev/null permissions was the problem. (it was originally non-writable) The log files did not indicate that this was the problem. Seems like this could be a seriously annoying problem.

    What’s the point in a non-writable /dev/null?

Viewing 11 posts - 1 through 11 (of 11 total)

You must be logged in to reply to this topic.