You are here: Home » Topic » Info on how FIREFLY works ?? Where to find

Info on how FIREFLY works ?? Where to find

This topic contains 3 replies, has 2 voices, and was last updated by  fizze 10 years, 8 months ago.

Viewing 4 posts - 1 through 4 (of 4 total)
  • Author
    Posts
  • #898

    belu
    Participant

    Where can I find some infos about general properties of FIREFLY and maybe of SOUNDBRIDGE(s). For Example: Where does transcoding happen (server/Cient – is it possible / does it make sense to change the defaults). How can I install the latest en/decoding DLLs and so on… OK, I could find out all that stuff by browsing all the forums… But that takes time and if somebody already did some work, it would be good to know.

    Bernd

    #7961

    fizze
    Participant

    lazy bum, you.
    Lucky you that Im in a good mood today ๐Ÿ˜‰

    Transcoding always happens server side. If it would happen at the client (soundbridge) side, then why would it transcode and not simply playback, eh?

    Info about the Soundbridges you get best at RoKu’s site. Info about firefly is available there, too, since its kinda ‘customized’ for the SoundBridges.

    #7962

    belu
    Participant
    fizze wrote:
    lazy bum, you.
    Lucky you that Im in a good mood today ๐Ÿ˜‰

    Transcoding always happens server side. If it would happen at the client (soundbridge) side, then why would it transcode and not simply playback, eh?

    Info about the Soundbridges you get best at RoKu’s site. Info about firefly is available there, too, since its kinda ‘customized’ for the SoundBridges.

    Ok, wrong terminology….. ๐Ÿ™„
    Here is my point:
    Can you send an MP3-stream directly to a DAC? If you can, ok, there is nothing like “transcoding” on the client side. (stop reading, I give up! ๐Ÿ™‚ )

    Otherwise, what I would like to know: If there is – before the DAC – always somehing like an internal trans”forming” of the data stream from a, say MP3-file, to something that looks like a stream of data read from a wav-file, then the question arises whether you should do THIS transformation (which is – as I have learned – called “transcoding” when it goes from one file to another file) on the server or on the client side. If you do it on the client side, there is much less data-transfer from server to client, but – and that’s what I’m interested in – what about error-correction for example?
    So, could it make sense to transcode MP3 to WAV on the server, even if the client can handle MP3 (and your WLAN is idle anyway)?

    bernd

    #7963

    fizze
    Participant

    moin erstmal. *gรคhn*

    the soundbridge’s Blackfin is very capable. And the soundbrigde’s is a multi-CODEC thingy. so it can do WAV, MP3, FLAC, WMA etc.

    There is no advantage to send WAV over MP3 to the soundbridge.
    I dont think you can access the DAC directly. I know you could TELNET into and try a few things, but the stream always has to have a mediatype/codec so the firmware is able to decode it and then send it to the DAC.

    But maybe its possible through some of the SDKs available at the RoKu site, to go directly into the DAC. Which would be nice for other codecs and stuff, but nothing easy ๐Ÿ˜‰

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

You must be logged in to reply to this topic.