Threaded Mode | Linear Mode

bubbleguuum · (This post was last modified: 09-02-2018 13:37 by bubbleguuum.)

(09-02-2018 09:29)simoncn Wrote: I see the default setting for FFmpeg is to use it for audio formats not natively supported by the renderer. Is this based on the MIME types reported by the renderer?
[/url]

Yes. Other settings (Max samplerate, convert 24-bit to 16-bit, ...) can also enforce transcoding.

(09-02-2018 09:29)simoncn Wrote: If so, does disabling the MIME type check also disable this?

No, the mime-type check is only performed if you disable FFmpeg decoding entirely for that renderer (which is how it was pre-2.9),
since when FFmpeg is enabled audio is guaranteed to play.

(09-02-2018 09:29)simoncn Wrote: Also, does this work correctly for OpenHome renderers?

No as it does not make sense for them as they handle their own Playlist and are autonomous. Requiring to leave Android BubbleUPnP running to (eventually) perform FFmpeg decoding would go against this.

However, I'm adding this functionality in OH renderers managed by BubbleUPnP Server for the next update, with FFmpeg decoding done by
BubbleUPnP Server and configuration done in its web config so this functionality can be used with any OH Control point.

There's the exception of the Local OpenHome renderer managed by Android BubbleUPnP which honor FFmpeg settings set in Settings > Local Renderer.

(09-02-2018 09:29)simoncn Wrote: For someone with a number of different renderers, it is a nuisance to need to set UPnP tweaks for each renderer separately. Could there be a global default that can be overridden for individual renderers if required?

No, there are already way to much setttings in BubbleUPnP and that feature is already confusing users a lot, to the point I'm seriously considering making it by default only enabled for decoding unsupported renderer audio and to disable it for enforcing max supported samplerate / convert to 16 bit / etc which the user will have to explicitely enable if it wants to. The eternal debate of unwanted transcoding vs audio that doesn't play at all...