Can I force Firefly to transcode ALAC?

  • Post date

FireFly Media Server › Firefly Media Server Forums › Firefly Media Server › General Discussion › Can I force Firefly to transcode ALAC?

Viewing 8 posts - 1 through 8 (of 8 total)
  • Author
    Posts
  • 11/04/2007 at 10:58 AM #1268
    spl23
    Participant

    I have a NSLU2 running Unslung 6.8, and the latest stable (not nightly) version of mt-daapd. My music is in Apple Lossless format.

    There is currently a bug in the SoundBridge ALAC decoder, which introduces occasional glitches between tracks. Roku are aware of this but have no schedule for fixing it. In the meantime, I was wondeing if it is possible to configure mt-daapd on the slug to transcode ALAC to WAV before streaming to the SB. My slug is running at 266MHz, so I’d hope there is enough power available for the transcode.

    Is this possible? What do I need to tweak in the configuration?

    Many thanks in advance,

    Simon

    11/04/2007 at 11:43 AM #9999
    fizze
    Participant

    first you would go ahead and install these:
    http://ipkgfind.nslu2-linux.org/details.php?package=alac-decoder&official=&format=

    then you have to add .alac (or whatever the extension) to the ssc-codectypes in the mt-daapd.conf file.

    Finally, modify the /opt/sbin/mt-daapd-ssc.sh script so it really does transcode the ALAC files to WAV.
    Just copy the parts from other codecs, but be sure to use the right decoder binary.

    As far as realtime is concerned, Im not able to advise.

    11/04/2007 at 4:15 PM #10000
    spl23
    Participant

    Thanks for that – the ALAC decoder has installed fine, and I have added an mt-daapd-ssc.sh script.

    However, every time I try to start mt-daapd, I am getting an error along the lines of “Invalid config directive” about the ssc_codectypes line in mt-daapd.conf – I have tried ssc_extension, ssc_codecs and ssc_codectypes, with both underscores and dashes, and none of them seem to be accepted. Any idea what I am doing wrong?

    11/04/2007 at 4:23 PM #10001
    spl23
    Participant

    Come to that, it also doesn’t like either ssc_script or ssc_plugin entries in the conf file – they both throw errors too, again with both dashes and underscores.

    11/04/2007 at 4:37 PM #10002
    spl23
    Participant

    Ah – ok, I needed to use = signs on those lines, which mt-daapd.conf on the slug doesn’t use on other lines – a bit confusing.

    Still isn’t working, though – all files are still playing as m4a audio. I see that the latest nightly has an option for forcing alac trascode – will download that and have a play…

    11/04/2007 at 5:46 PM #10003
    spl23
    Participant

    And it is now working – took me a while to work out how to set the new “always transcode” parameter, but I now have properly glitch-free playback on my SB via my Slug. That’ll keep me happy until Roku fix the built-in ALAC codec…

    11/04/2007 at 6:45 PM #10004
    rpedde
    Participant

    @spl23 wrote:

    And it is now working – took me a while to work out how to set the new “always transcode” parameter, but I now have properly glitch-free playback on my SB via my Slug. That’ll keep me happy until Roku fix the built-in ALAC codec…

    Sounds like you have an “old format” ini file. Might try editing it through thew web page (after chmod 666 /opt/etc/mt-daapd/mt-daapd.conf) and saving it to convert it to the “new” format.

    — Ron

    11/04/2007 at 8:41 PM #10005
    spl23
    Participant

    Yes, Ron – I did have a mismatch between an old .conf and the new format one. I deleted my old one, forced a reinstall of the latest nightly, and edited the new one – all is now working fine.

  • Author
    Posts
Viewing 8 posts - 1 through 8 (of 8 total)
  • The forum ‘General Discussion’ is closed to new topics and replies.