ReplayGain

[Pepsican]

(17-06-2016 21:42)simoncn Wrote:  I have always been doubtful about implementing this as a server-side feature. If the correct gain setting depends on whether the control point is using "shuffle (album)" mode or "shuffle (track)" mode, this implies that the control point (and possibly the renderer) need to be involved in selecting the correct gain setting.

In my mind we're overcomplicating things here. Make it a property maintained through MinimWatch. No need for complex automated decision making. Leave control to the end user. In my mind this is not a setting you'd want to tweak every few minutes.

(17-06-2016 21:42)simoncn Wrote:  In terms of when the gain adjustment is applied, if this is done as part of MinimStreamer ffmpeg transcoding, it would need to be applied to the input stream before this is upsampled or downsampled to produce the output stream. For example, if the input stream is 16 bits and the output stream is 24 bits, the gain adjustment would be applied to the 16-bit stream.

Why does the gain need to be applied before ffmpeg does its magic? You could pick up the values for ReplayGain, prior to ffmpeg processing, and when the processed signal comes out of ffmpeg, apply the replay gain. My understanding is that this is what AssetUPnP does. True, it is not as easy but it is not undoable I think.

(17-06-2016 21:42)simoncn Wrote:  My conclusion is that the relatively simple server-side implementation that I had been considering would not meet the needs of users who want this feature. A player such as foobar2000 can provide a full-featured implementation because it provides the complete end-to-end serving/controlling/transcoding/rendering chain and this is the best option for users who require this functionality.

Foobar2000 comes with its own problems. Most notably that it needs to run on a PC as there is no tablet, NAS or phone app. My playback chain is already complicated enough without yet another component to manage.