Re: [slim] Balance
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
Re: [slim] Balance
Ron F. wrote: > Philippe, your mistake is one that anybody could have made, anybody, > easy to do. It is NOT a big deal whatsoever! > > Things like this happen all the time. When you commit code, we are your > QA/Testing department, and we love to do it! > > I remember one of my "company name removed" stories, about somebody > driving a probe into the surface of Mars way too fast, due to a > trivial math error:) That blemish mankind left on Mars might be there > for millions of years. And now, I would like to introduce you to some > self-driving automobiles! If remember the Mars one at least they had the excuse of metric & imperial :) RobbH wrote: > Philippe, I don't want to make light of your distress. I sort of > understand, even though I'm not capable of doing the work you're doing > on LMS. I think you certainly should take a break, not as punishment, > but just to have an opportunity to take a few deep breaths and think > about things other than code for a while. > > But with all that, I'm still the sort of guy who can't resist a setup > like this, so I hope you'll at least get a smile out of it: > > > Code: > > Relax, man! It's just a mistake! No need to get all UNBALANCED about it! > > It worked :) Thanks guys LMS 8.1.x on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 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
Re: [slim] Balance
wt0 wrote: > I'm not saying that the ratio matters, 25 is fine. It's the values that > are being sent by the server do not increase or decrease in a linear > manner. They follow the progression of that list of numbers and there > are 101 values. So, for example, it you set the volume to 96, instead > of sending 65536 * 0.96 = 62914, it sends 52224. So when the player > receives the value, instead of just dividing the raw value by 65536 to > get the gain, it looks for the closest value in the array and uses the > index of the item as the gain. > > For you to implement it, it's very simple. Just take the gain adjustment > multiply it by 100 and use the value at that index on the list. So, for > example, if the balance is set to 5, you'll use your formula, (25-5)/25 > = 0.8 multiply by 100 to get 80. Then just take the value at index 80 > from the array, which is 20992 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. 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. Which also reminded me that SqueezeSlave is doing its own volume method implementation... crap. Is this still in use today? LMS 8.1.x on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 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
Re: [slim] Balance
You should convert gainL/gainR to and integer using the table, apply the gain adjustment to that value then use it as the index in the table to find to correct fixed point value. So for lets say volume is set to 96 and balance is 5, gainL would be 52224 and gain adjustment would be (25-5)/25 = 0.80. Find 52224 in the table which will give you and index of 96. Multiply 96 by 0.80 to get 76.8. I usually just floor the value to 76. Then use 76 as the index to get value in the table which is 16640. -- 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
Re: [slim] Balance
philippe_44 wrote: > No and this is what is sad and embarassing: I just coded something > stupid and happily wrote the same... as said, I'll probably stop for a > while > > > I just went for the simplest (or stupidest) but I think this does not > matter much. The span of 25 is very arbitrary anyway. Do you really > think that having the same ratio whatever the volume is will produce > such an unpleasant effect, i.e. balance will sound good at some volume > but bad at others? > > > Thx I'm not saying that the ratio matters, 25 is fine. It's the values that are being sent by the server do not increase or decrease in a linear manner. They follow the progression of that list of numbers and there are 101 values. So, for example, it you set the volume to 96, instead of sending 65536 * 0.96 = 62914, it sends 52224. So when the player receives the value, instead of just dividing the raw value by 65536 to get the gain, it looks for the closest value in the array and uses the index of the item as the gain. For you to implement it, it's very simple. Just take the gain adjustment multiply it by 100 and use the value at that index on the list. So, for example, if the balance is set to 5, you'll use your formula, (25-5)/25 = 0.8 multiply by 100 to get 80. Then just take the value at index 80 from the array, which is 20992 -- 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
Re: [slim] Balance
philippe_44 wrote: > No and this is what is sad and embarassing: I just coded something > stupid and happily wrote the same... as said, I'll probably stop for a > while > Philippe, I don't want to make light of your distress. I sort of understand, even though I'm not capable of doing the work you're doing on LMS. I think you certainly should take a break, not as punishment, but just to have an opportunity to take a few deep breaths and think about things other than code for a while. But with all that, I'm still the sort of guy who can't resist a setup like this, so I hope you'll at least get a smile out of it: Code: Relax, man! It's just a mistake! No need to get all UNBALANCED about it! LMS 8 nightly; 3 Squeezelite players connected by powerline ethernet; 5 wireless players connected via Airplay Bridge; 1 SqueezeAmp player no high-end or esoteric audio gear 1 Squeezebox Radio (upgraded UE Smart Radio) now mostly retired RobbH's Profile: http://forums.slimdevices.com/member.php?userid=67008 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
Re: [slim] Balance
Philippe, your mistake is one that anybody could have made, anybody, easy to do. It is NOT a big deal whatsoever! Things like this happen all the time. When you commit code, we are your QA/Testing department, and we love to do it! I remember one of my Lockheed stories, about somebody driving a probe into the surface of Mars way too fast, due to a trivial math error:) That blemish mankind left on Mars might be there for millions of years:) And now, I would like to introduce you to some self-driving automobiles! *Living Room:* SB Touch + DIY PSU > CI Audio VDA.2 DAC + VAC.1 PSU > VRX.1 cables > Emotiva XSP-1 Gen 2 preamp + XPA-DR2 amp > Blue Jeans cables > B 804 speakers *Laptop:* System76 Galago + Ubuntu 16.04 + Squeezelite + Vivaldi/Material Skin > Emotiva Little Ego DAC > Grado PS500 headphones *Bedroom:* RPi Zero W + Squeezelite > miniBOSS DAC HAT > Bose SoundLink Revolve *Phone:* Pixel 3a + SB Player + Material APK > Senn IE80 earbuds *Server:* Puget Systems Serenity + Ubuntu 18.04 + LMS 8.2 Ron F.'s Profile: http://forums.slimdevices.com/member.php?userid=5616 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
Re: [slim] Balance
wt0 wrote: > I didn't realize you meant you made a mistake in the code. I just > thought you made a typo in the post. No and this is what is sad: I just code something stupid and happily wrote the same... wt0 wrote: > I just downloaded the latest LMS update, and the values look like they > are corrected. However, the gainL/gainR values are normally based on > the volume curve of the SB Boom so 0.96 gain is actually 52224 not > 62914. I guess I could detect for balance changes and calculate the > gain differently when that happens, but I think having it the balanced > values be consistent with the normal values would be nicer. > > In case you need it, here's the array I use for converting the values: > > Code: > > > 0, 16, 18, 22, 26, 31, 36, 43, 51, 61, 72, 85, 101, 120, 142, 168, 200, 237, 281, 333, 395, 468, 555, 658, 781, 926, 980, 1037, 1098, 1162, 1230, 1302, 1378, 1458, 1543, 1634, 1729, 1830, 1937, 2050, 2048, 2304, 2304, 2560, 2816, 2816, 3072, 3328, 3328, 3584, 3840, 4096, 4352, 4608, 4864, 5120, 5376, 5632, 6144, 6400, 6656, 7168, 7680, 7936, 8448, 8960, 9472, 9984, 10752, 11264, 12032, 12544, 13312, 14080, 14848, 15872, 16640, 17664, 18688, 19968, 20992, 22272, 23552, 24832, 26368, 27904, 29696, 31232, 33024, 35072, 37120, 39424, 41728, 44032, 46592, 49408, 52224, 55296, 58624, 61952, 65536 > > > > This was copied from the SqueezePlay code. I just went for the simplest (or stupidest) but I think this does not matter much. The span of 25 is very arbitrary anyway. Do you really think that having the same ratio whatever the volume is will produce such an unpleasant effect, i.e. balance will sound good at some volume but bad at others? wt0 wrote: > I have a Transporter. Balance is working. > Thx LMS 8.1.x on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 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
Re: [slim] Balance
philippe_44 wrote: > ok, I'll wait for somebody with a transporter to confirm and will do > then I have a Transporter. Balance is working. BTW, what is ip3k? -- 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
Re: [slim] Balance
I just downloaded the latest LMS update, and the values look like they are corrected. However, the gainL/gainR values are normally based on the volume curve of the SB Boom so 0.96 gain is actually 52224 not 62914. I guess I could detect for balance changes and calculate the gain differently when that happens, but I think having it the balanced values be consistent with the normal values would be nicer. In case you need it, here's the array I use for converting the values: Code: 0, 16, 18, 22, 26, 31, 36, 43, 51, 61, 72, 85, 101, 120, 142, 168, 200, 237, 281, 333, 395, 468, 555, 658, 781, 926, 980, 1037, 1098, 1162, 1230, 1302, 1378, 1458, 1543, 1634, 1729, 1830, 1937, 2050, 2048, 2304, 2304, 2560, 2816, 2816, 3072, 3328, 3328, 3584, 3840, 4096, 4352, 4608, 4864, 5120, 5376, 5632, 6144, 6400, 6656, 7168, 7680, 7936, 8448, 8960, 9472, 9984, 10752, 11264, 12032, 12544, 13312, 14080, 14848, 15872, 16640, 17664, 18688, 19968, 20992, 22272, 23552, 24832, 26368, 27904, 29696, 31232, 33024, 35072, 37120, 39424, 41728, 44032, 46592, 49408, 52224, 55296, 58624, 61952, 65536 This was copied from the SqueezePlay code. -- 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
Re: [slim] Balance
philippe_44 wrote: > No you are reading data correctly - per my previous post, it was me I didn't realize you meant you made a mistake in the code. I just thought you made a typo in the post. -- 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
Re: [slim] Balance
I just pulled the latest commit for LMS 8.2 which corrects the Balance math, and I will test using my SBT player. I also just wrangled a Transporter a few minutes ago, so I will test with that also. *Living Room:* SB Touch + DIY PSU > CI Audio VDA.2 DAC + VAC.1 PSU > VRX.1 cables > Emotiva XSP-1 Gen 2 preamp + XPA-DR2 amp > Blue Jeans cables > B 804 speakers *Laptop:* System76 Galago + Ubuntu 16.04 + Squeezelite + Vivaldi/Material Skin > Emotiva Little Ego DAC > Grado PS500 headphones *Bedroom:* RPi Zero W + Squeezelite > miniBOSS DAC HAT > Bose SoundLink Revolve *Phone:* Pixel 3a + SB Player + Material APK > Senn IE80 earbuds *Server:* Puget Systems Serenity + Ubuntu 18.04 + LMS 8.2 Ron F.'s Profile: http://forums.slimdevices.com/member.php?userid=5616 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
Re: [slim] Balance
wt0 wrote:
> Yes I'm sure, I'm logging the raw values that I'm getting from the
> server. With volume set to 100 and a balance setting of 1, gainL is
> 1572864 and gainR is 65536. I even used Wireshark to sniff the network
> packets just to be sure. Here's hex dump + ascii from the audg packet:
> >
Code:
> >
> 10 7b 44 68 cc 37 00 d8 61 d3 20 a2 08 00 45 00 .{Dh.7..a. ...E.
> 0010 00 44 a5 9c 00 00 80 06 00 00 c0 a8 14 72 c0 a8 .D...r..
> 0020 14 67 0d 9b e3 d8 5a fa 44 36 7d 3b 3e db 50 18 .gZ.D6};>.P.
> 0030 04 02 e0 3a 00 00 00 1a 61 75 64 67 00 00 0c 00 ...:audg
> 0040 00 00 00 80 01 ff 00 18 00 00 00 01 00 00 00 00
> 0050 00 00 ..
>
> >
> The hex value for gainL is "00 18 00 00" which is 1572864.
>
> Am I just not interpreting the data correctly?
>
> I'm using LMS 8.2.0 - 1614413430
No you are reading data correctly - per my previous post, it was me
LMS 8.1.x on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet,
1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000,
ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi,
Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3
philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261
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
Re: [slim] Balance
wt0 wrote:
> I'm not talking about what you see in the browser. I'm talking about
> what the player actually receives from server. I'm trying to add
> balance support to SB Player and noticed that when the balance is not
> zero, the gain value of the "audg" command of one of the channels is no
> longer a fixed point value between 0 and 1.0 (which is an integer value
> between 0 and 65536). Instead it changes to a fixed point value between
> 0 and 24 (integer value between 0 and 1572864)
Yes I'm sure, I'm logging the raw values that I'm getting from the
server. With volume set to 100 and a balance setting of 1, gainL is
1572864 and gainR is 65536. I even used Wireshark to sniff the network
packets just to be sure. Here's hex dump + ascii from the audg packet:
Code:
10 7b 44 68 cc 37 00 d8 61 d3 20 a2 08 00 45 00 .{Dh.7..a. ...E.
0010 00 44 a5 9c 00 00 80 06 00 00 c0 a8 14 72 c0 a8 .D...r..
0020 14 67 0d 9b e3 d8 5a fa 44 36 7d 3b 3e db 50 18 .gZ.D6};>.P.
0030 04 02 e0 3a 00 00 00 1a 61 75 64 67 00 00 0c 00 ...:audg
0040 00 00 00 80 01 ff 00 18 00 00 00 01 00 00 00 00
0050 00 00 ..
The hex value for gainL is "00 18 00 00" which is 1572864.
Am I just not interpreting the data correctly?
--
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
Re: [slim] Balance
philippe_44 wrote: > You were obviously right. It's either time for me to retire or go back > to school at grade < 5 Philippe, you need a rest, sleep, and a vacation! Your work has been invaluable to all of us LMS users. I need to learn Perl, so that some day maybe I can be of some help. *Living Room:* SB Touch + DIY PSU > CI Audio VDA.2 DAC + VAC.1 PSU > VRX.1 cables > Emotiva XSP-1 Gen 2 preamp + XPA-DR2 amp > Blue Jeans cables > B 804 speakers *Laptop:* System76 Galago + Ubuntu 16.04 + Squeezelite + Vivaldi/Material Skin > Emotiva Little Ego DAC > Grado PS500 headphones *Bedroom:* RPi Zero W + Squeezelite > miniBOSS DAC HAT > Bose SoundLink Revolve *Phone:* Pixel 3a + SB Player + Material APK > Senn IE80 earbuds *Server:* Puget Systems Serenity + Ubuntu 18.04 + LMS 8.2 Ron F.'s Profile: http://forums.slimdevices.com/member.php?userid=5616 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
Re: [slim] Balance
wt0 wrote: > I think the server side implementation of balance for SqueezePlay > players is broken. When I added "Balance=1" to SB Player's HELO string, > the balance slider shows up in Player -> Audio. However when I adjust > the slider, the gainL/gainR values SB Player gets for the channel that > should be lowered changes from a 16.16 fixed point value between 0 and > 1.0, to between 0 and 24. philippe_44 wrote: > Are you sure? I just traced that on my squeezelite-esp32 and the value > I'm receiving is the gainL multiplied by a ratio of (25-Balance)/Balance > (if balance is negative, negate it and apply that to gainR). Where are > you tracing the gainL and gainR values from? You were obviously right. It's either time for me to retire or go back to school at grade < 5 LMS 8.1.x on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 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
Re: [slim] Balance
mherger wrote: > > ok, I'll wait for somebody with a transporter and will do then > > I haven't been near my Transporter for months... it's in the office :-( I'll assume it works as the other ip3k, except the Boom (for understandable reasons). I've pushed an update that also correct my grade 5 calculation error :( LMS 8.1.x on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 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
Re: [slim] Balance
ok, I'll wait for somebody with a transporter and will do then I haven't been near my Transporter for months... it's in the office :-( ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Balance
frankd wrote: > Hi Ralphy, > I would be interested in patches for the radio and Touch for the > official firmware. I tried the new firmware with one radio , however > some patches I used in the past will not work with the new firmware, > even when modifying the supported versions of the patches (orange > highlight). I didn't try the custom dim patches on the new firmware, but > expect a failure too > > BTW - Thanks for delivering so many great contributions to the > Squeezebox universum... The custom brightness patch works. I think I needed to add the repository for it to show up in the patch list. Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 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
Re: [slim] Balance
Ron F. wrote: > I possibly lack any understanding of what is going on here, so please > forgive if that is the case... > > I assume a balance shift to the right channel is done with a positive > balance number, and if that is true, it is being done by dropping the > volume on the left channel? If 25 is the limit, then the multiplication > ratio for gainL should be (25-Balance)/25 ??? Yes sorry - very tired these days LMS 8.1.x on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 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
Re: [slim] Balance
ralphy wrote: > Yes, based on our testing I'd agree with that approach. ok, I'll wait for somebody with a transporter and will do then LMS 8.1.x on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 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
Re: [slim] Balance
philippe_44 wrote: > Are you sure? I just traced that on my squeezelite-esp32 and the value > I'm receiving is the gainL multiplied by a ratio of (25-Balance)/Balance > (if balance is negative, negate it and apply that to gainR). Where are > you tracing the gainL and gainR values from? I possibly lack any understanding of what is going on here, so please forgive if that is the case... I assume a balance shift to the right channel is done with a positive balance number, and if that is true, it is being done by dropping the volume on the left channel? If 25 is the limit, then the multiplication ratio for gainL should be (25-Balance)/25 ??? *Living Room:* SB Touch + DIY PSU > CI Audio VDA.2 DAC + VAC.1 PSU > VRX.1 cables > Emotiva XSP-1 Gen 2 preamp + XPA-DR2 amp > Blue Jeans cables > B 804 speakers *Laptop:* System76 Galago + Ubuntu 16.04 + Squeezelite + Vivaldi/Material Skin > Emotiva Little Ego DAC > Grado PS500 headphones *Bedroom:* RPi Zero W + Squeezelite > miniBOSS DAC HAT > Bose SoundLink Revolve *Phone:* Pixel 3a + SB Player + Material APK > Senn IE80 earbuds *Server:* Puget Systems Serenity + Ubuntu 18.04 + LMS 8.2 Ron F.'s Profile: http://forums.slimdevices.com/member.php?userid=5616 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
Re: [slim] Balance
frankd wrote: > Hi Ralphy, > I would be interested in patches for the radio and Touch for the > official firmware. I tried the new firmware with one radio , however > some patches I used in the past will not work with the new firmware, > even when modifying the supported versions of the patches (orange > highlight). I didn't try the custom dim patches on the new firmware, but > expect a failure too As long as you're willing to upgrade LMS to 8.2 there will be no need for balance patches. Which is really just adding one line as discussed earlier. There shouldn't be any changes in the community firmware that would cause the other patches you mention to fail, other than version checks. Would you please post in the 'community firmware thread' (https://forums.slimdevices.com/showthread.php?113479-Announce-Community-Firmware-for-Squeezebox-Radio-Touch-Controller-and-LMS-8) details of the failing patches? Ralphy *1*-Touch, *5*-Classics, *3*-Booms, *2*-UE Radio 'Squeezebox client builds' (https://sourceforge.net/projects/lmsclients/files/) 'donations' (https://www.paypal.com/cgi-bin/webscr?cmd=_donations=LL5P6365KQEXN=CA_name=Squeezebox%20client%20builds_code=USD=PP%2dDonationsBF%3abtn_donate_SM%2egif%3aNonHosted) always appreciated. ralphy's Profile: http://forums.slimdevices.com/member.php?userid=3484 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
Re: [slim] Balance
philippe_44 wrote: > So it might be that the only ip3k for which it does not work is the Boom > then, right? I should make it a negative logic in that case Yes, based on our testing I'd agree with that approach. Ralphy *1*-Touch, *5*-Classics, *3*-Booms, *2*-UE Radio 'Squeezebox client builds' (https://sourceforge.net/projects/lmsclients/files/) 'donations' (https://www.paypal.com/cgi-bin/webscr?cmd=_donations=LL5P6365KQEXN=CA_name=Squeezebox%20client%20builds_code=USD=PP%2dDonationsBF%3abtn_donate_SM%2egif%3aNonHosted) always appreciated. ralphy's Profile: http://forums.slimdevices.com/member.php?userid=3484 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
Re: [slim] Balance
wt0 wrote: > I'm not talking about what you see in the browser. I'm talking about > what the player actually receives from server. I'm trying to add > balance support to SB Player and noticed that when the balance is not > zero, the gain value of the "audg" command of one of the channels is no > longer a fixed point value between 0 and 1.0 (which is an integer value > between 0 and 65536). Instead it changes to a fixed point value between > 0 and 24 (integer value between 0 and 1572864) Are you sure? I just traced that on my squeezelite-esp32 and the value I'm receiving is the gainL multiplied by a ratio of (25-Balance)/Balance (if balance is negative, negate it and apply that to gainR). Where are you tracing the gainL and gainR values from? LMS 8.1.x on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 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
Re: [slim] Balance
ralphy wrote:
> That's great. To keep the jive based players consistant I won't include
> the Balance capability in the next community firmware release and let
> LMS handle it.
>
> I noticed that the SB Classic in not in the list. I just tested one of
> mine and balance works with it as well. I don't have a transporter to
> confirm.
>
> For anyone who has a transporter and is comfortable changing LMS source
> code.
>
> This temporary change will enable Balance for ALL players, even if they
> don't support it.
> >
Code:
> > diff --git a/Slim/Web/Settings/Player/Audio.pm
b/Slim/Web/Settings/Player/Audio.pm
> index b8c8cc0a3..3a200b2a7 100644
> --- a/Slim/Web/Settings/Player/Audio.pm
> +++ b/Slim/Web/Settings/Player/Audio.pm
> @@ -111,9 +111,9 @@ sub prefs {
> push @prefs, 'outputChannels';
> }
>
> - if ($client->hasBalance()) {
> +# if ($client->hasBalance()) {
> push @prefs, 'balance';
> - }
> +# }
>
> return ($prefs->client($client), @prefs);
> }
>
> >
So it might be that the only ip3k for which it does not work is the Boom
then, right? I should make it a negative logic in that case
LMS 8.1.x on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet,
1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000,
ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi,
Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3
philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261
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
Re: [slim] musicip error when scanning
Attached is full scanner log as you requested, thanks. Try to fetch http://localhost:10002/api/songs?extended from your MusicIP. Compare this with the list of files reported in the server.log file. If the order is the same, you should find out which one was the file to import on which LMS choked (one after Steely Dan - Pretzel Logic\01 - Rikki Don't Lose That Number.flac). ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] musicip error when scanning
mherger wrote: > You'll need to provide a bit more information to get some help. Enable > logging for plugin.musicip, then provide the full scanner.log. Attached is full scanner log as you requested, thanks. +---+ |Filename: scanner.log.zip | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=33627| +---+ dbinder101's Profile: http://forums.slimdevices.com/member.php?userid=36997 View this thread: http://forums.slimdevices.com/showthread.php?t=114052 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Balance
ralphy wrote: > Yes the touch can support the Balance feature, not sure about the ip3k > players like the transporter. > > I have been testing it with Squeezeplay and on a touch with the > community firmware. Balance support has already been added to my > squeezeplay and community firmware sources for the next release. > > On the touch, it's a 'one line change' > (https://github.com/ralph-irving/squeezeos-squeezeplay/commit/ca4c95dabe1ac99dd1238abe8c5c046d6c3613bd) > and a reboot to enable it. I haven't tried it on the official logitech > firmware yet but it should work. > > For those who prefer to continue using the official firmware release I > could create a patch installer package to enable itif there's enough > interest. Hi Ralphy, I would be interested in patches for the radio and Touch for the official firmware. I tried the new firmware with one radio , however some patches I used in the past will not work with the new firmware, even when modifying the supported versions of the patches (orange highlight). I didn't try the custom dim patches on the new firmware, but expect a failure too BTW - Thanks for delivering so many great contributions to the Squeezebox universum... frankd's Profile: http://forums.slimdevices.com/member.php?userid=52885 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
Re: [slim] Balance
ralphy wrote: > The current released balance feature has been working fine with > squeezeplay for me. > > Full left is -25 and full right is +25. Browser cache perhaps? > > When you click apply does the balance change in squeezeplay? > > I have 'new MacOS Intel and Windows squeezeplay builds v8.0.1r1368 > available' > (https://sourceforge.net/projects/lmsclients/files/squeezeplay/) with > Balance and Output Channel Mode: Mono support. I'm not talking about what you see in the browser. I'm talking about what the player actually receives from server. I'm trying to add balance support to SB Player and noticed that when the balance is not zero, the gain value of the "audg" command of one of the channels is no longer a fixed point value between 0 and 1.0 (which is an integer value between 0 and 65536). Instead it changes to a fixed point value between 0 and 24 (integer value between 0 and 1572864) -- 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
Re: [slim] Static IP addresses for Squeezebox devices
I don't think it will make much difference because the Slim network protocol includes a discovery and advertising mechanism that allows Squeezebox components to recognize each other in milliseconds. Depending on your network topology you are however likely to benefit from assigning a static IP address to LMS as this machine will also be accessed through other networking protocols (HTTP, telnet). One benefit that I see myself is that when you tell the DHCP server to assign static IP addresses based on MAC you can usually also assign it a static name by which you will always be able to find it, even after a factory reset. gordonb3's Profile: http://forums.slimdevices.com/member.php?userid=71050 View this thread: http://forums.slimdevices.com/showthread.php?t=114051 ___ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss
Re: [slim] Balance
philippe_44 wrote:
> Good, so per my previous message, I have a PR ready for
>
> - duet (model:receiver) => balance
> - controller (model:controller) => balance
> - touch (model:fab4) => balance
> - radio (model:baby) => balance (works with headsets)
> - other squeezeplay : if capabilities include "Balance=1" => balance
>
> [edit]: One thing I'm not sure of is if there is a way to detect that
> the headset is plugged on a Radio. That would allow me to hide balance
> in the UI and not set gainL/R for volume when it is not connected, but
> I've not been able to easily find out if this is possible.
That's great. To keep the jive based players consistant I won't include
the Balance capability in the next community firmware release and let
LMS handle it.
I noticed that the SB Classic in not in the list. I just tested one of
mine and balance works with it as well. I don't have a transporter to
confirm.
For anyone who has a transporter and is comfortable changing LMS source
code.
This temporary change will enable Balance for ALL players, even if they
don't support it.
Code:
diff --git a/Slim/Web/Settings/Player/Audio.pm
b/Slim/Web/Settings/Player/Audio.pm
index b8c8cc0a3..3a200b2a7 100644
--- a/Slim/Web/Settings/Player/Audio.pm
+++ b/Slim/Web/Settings/Player/Audio.pm
@@ -111,9 +111,9 @@ sub prefs {
push @prefs, 'outputChannels';
}
- if ($client->hasBalance()) {
+# if ($client->hasBalance()) {
push @prefs, 'balance';
- }
+# }
return ($prefs->client($client), @prefs);
}
Ralphy
*1*-Touch, *5*-Classics, *3*-Booms, *2*-UE Radio
'Squeezebox client builds'
(https://sourceforge.net/projects/lmsclients/files/) 'donations'
(https://www.paypal.com/cgi-bin/webscr?cmd=_donations=LL5P6365KQEXN=CA_name=Squeezebox%20client%20builds_code=USD=PP%2dDonationsBF%3abtn_donate_SM%2egif%3aNonHosted)
always appreciated.
ralphy's Profile: http://forums.slimdevices.com/member.php?userid=3484
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
Re: [slim] Balance
wt0 wrote: > I think the server side implementation of balance for SqueezePlay > players is broken. When I added "Balance=1" to SB Player's HELO string, > the balance slider shows up in Player -> Audio. However when I adjust > the slider, the gainL/gainR values SB Player gets for the channel that > should be lowered changes from a 16.16 fixed point value between 0 and > 1.0, to between 0 and 24. The current released balance feature has been working fine with squeezeplay for me. Full left is -25 and full right is +25. Browser cache perhaps? When you click apply does the balance change in squeezeplay? I have 'new MacOS Intel and Windows squeezeplay builds v8.0.1r1368 available' (https://sourceforge.net/projects/lmsclients/files/squeezeplay/) with Balance and Output Channel Mode: Mono support. Ralphy *1*-Touch, *5*-Classics, *3*-Booms, *2*-UE Radio 'Squeezebox client builds' (https://sourceforge.net/projects/lmsclients/files/) 'donations' (https://www.paypal.com/cgi-bin/webscr?cmd=_donations=LL5P6365KQEXN=CA_name=Squeezebox%20client%20builds_code=USD=PP%2dDonationsBF%3abtn_donate_SM%2egif%3aNonHosted) always appreciated. ralphy's Profile: http://forums.slimdevices.com/member.php?userid=3484 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
Re: [slim] Balance
I think the server side implementation of balance for SqueezePlay players is broken. When I added "Balance=1" to SB Player's HELO string, the balance slider shows up in Player -> Audio. However when I adjust the slider, the gainL/gainR values SB Player gets for the channel that should be lowered changes from a 16.16 fixed point value between 0 and 1.0, to between 0 and 24. -- 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
