philippe_44 wrote: > I'm probably thick again but then I don't think this is the right thing > to do then. The 0..100 to 16 bits is not tabulated but interpolated > using parameters that are defined by squeezebox2.pm or its descendants > (e.g. squeezeplay.pm and boom.pm define it differently). So if I force > tabulation, I'll void what other descendants might do. Also, in your > example, 5 means only use (25-5)/25=80% of volume for Left and 100% for > Right but does not mean 20992 should be sent as gainL. Yeah, I was wrong. I realized that i was assuming 100% volume. I suggested something else afterward.
philippe_44 wrote: > If I really want comply to the segmented volume curve, the balance ratio > should be applied to the dB volume (0..100) and then the get_volume and > dBToFixed applied individually (i.e. 5 means I apply 80% of the required > (0..100) volume to Left and still 100% to Right). Now, I never paid too > much attention to that domain of audio, but is a log balance the right > thing to do? I though back in the old days of analogue, linear > potentiometers were used because we want a finer sensitivity of the > balance around the center. I'm not really sure what's right, I'm not really an expert in analogue. I made the suggestion mostly so that the coding on my end would be more consistent, so I won't have to convert the balance adjusted values differently than the normal volume values. philippe_44 wrote: > Which also reminded me that SqueezeSlave is doing its own volume method > implementation... crap. Is this still in use today? You're probably OK to ignore SqueezeSlave. I highly doubt that anyone still uses it. Can you even get SqueezeSlave anymore? -------------- Squeezebox apps for webOS, Android and Windows Phone, http://www.angrygoatapps.com ------------------------------------------------------------------------ wt0's Profile: http://forums.slimdevices.com/member.php?userid=18760 View this thread: http://forums.slimdevices.com/showthread.php?t=114010 _______________________________________________ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss