philippe_44 wrote:
> Just checked at least for RP: the protocol handler of RP (the part of
> the plugin that tells LMS how to stream data for a given source and
> collect metadata) tells LMS that interactive streams cannot be paused,
> so LMS stops them. I vaguely remember a simialr thing for
philippe_44 wrote:
> I'm made some updates in 2.1.12.11 to try to accomodate all permutations
> and combinations and it works of my CCV. Re forward/backward that will
> not work as CC don't have (in their default receiver app) away to send
> remote commands. The pause/play/mute is state
madpatrick wrote:
> Once again I want to give my much appreciated compliments for making and
> improving the plugin all the time.
> This plugin has made using my squeezebox for the rest of the family even
> more fun and easier.
> Fortunately, people are still willing to give support and use
philippe_44 wrote:
> Congratulations, you managed to find a good old LMS bug that I have that
> ability to fall onto (I'm not saying to solve...) like a good truffle
> pig. When un-muting, LMS does a slow volume ramp-up. Except that when
> interrupted by user, the requested volume should be set
rttm wrote:
> Hi!
>
> what a great piece of software u wrote!!
>
> actually i am asking for a possibility to make this also for available
> for my lyngdorf tdai 2170 amplifier.
> it is possible to interact with the amp via a serial server. the
> original lyngdorf (ios) app is using this
philippe_44 wrote:
> Can you send a log of whats happening there? As said my ability to test
> with an audio CC is limited currently (just a video CC mainly). But in
> any case, that command, as said above due to the way LMS handles mute,
> will have some limitations
This problem is not
Now that the dust has settled, I'd like to report a simple and easily
recreatable problem in the new "mute/unmute" Google Assistant voice
support.
The "mute" voice command now correctly syncs with LMS, the client app
correctly showing the current volume as unchanged but in the muted
state. I'm
edwin2006 wrote:
> @samY
> Is there a donation link we could add to
> https://forums.slimdevices.com/showthread.php?113347-Register-your-appreciation
> as a thank you for keeping this plugin alive?
Thanks for the positive feedback, @edwin2006. Speaking for myself, posts
such as y
philippe_44 wrote:
> Here is my pick on the topic and @ralphy's test seems to confirm that
> https://forums.slimdevices.com/showthread.php?114661-Music-streaming-stops-intermittently=1069220=1#post1069220
Very nice! Looks like a fix/workaround is imminent. Are you planning to
open a Windows
philippe_44 wrote:
> The other scenario is really verifying that in a non-group configuration
> there is no regression and especially when you have a group and you
> decide to play (from LMS) on one speaker, what happens in term of volume
> for that speaker and for the group if you use it later
philippe_44 wrote:
> The OP did an perfect job analyzing the issue, I wish I've seen it
> before. That confirmation + some reading lead me to try something more,
> but I don't think I'll move back to the "throttle" mode yet. I've
> suggested @ralphy to try something similar for the squeezelite
philippe_44 wrote:
> The OP did an perfect job analyzing the issue, I wish I've seen it
> before. That confirmation + some reading lead me to try something more,
> but I don't think I'll move back to the "throttle" mode yet. I've
> suggested @ralphy to try something similar for the squeezelite
philippe_44 wrote:
> BTW, just to show that this is not just "us"
> https://forums.slimdevices.com/showthread.php?114661-Music-streaming-stops-intermittently
Wow! That thread is an eye-opener. It does appear to be the same ongoing
buffering issue with the Windows TCPIP client protocol and even
philippe_44 wrote:
>
> NB: one of the most painful issue in these volume alignement is that LMS
> has a its own strange volume levels (0
128 or a more linear mode that
> does not really help) and its not always easy, as silly as it sounds,
> to have a stable point when CC changes to N on
SamY wrote:
>
> So, assuming that there is a valid reason to ignore group volume
> changes, the question would seem to be "Is it possible to distinguish a
> stereo pair from a player group and only ignore group volume changes?".
If the answer to that question is "n
SamY wrote:
> ...when I change the volume using Google Home, these lines seem to be
> generated in the log:
>
> >
Code:
> > [20:36:13.831] CastSocketThread:590 [006D9698]: type:RECEIVER_STATUS
(id:84)
> [20:36:14.320] CastSo
philippe_44 wrote:
> I can probably find a home and a mini and see. Now, if you re-pair them,
> when you try to change the volume, can you put the castloglevel on? This
> will be verbose but will tell me if the message of volume change is
> missed or if it is not processed properly.
I have not
SamY wrote:
> I'm planning to do that later today. I've been using them as a stereo
> pair with LMS for quite a while though and don't recall having a problem
> like this. I'm also going to try going back to the pre-dev version as
> another test.
Okay. I reinstalled v1.82.2 and
Paul Webster wrote:
> Mine is not a stereo pair.
> Maybe you can temporarily break the pairing to see if it starts to work
> properly.
I'm planning to do that later today. I've been using them as a stereo
pair with LMS for quite a while though and don't recall having a problem
like this. I'm
Paul Webster wrote:
> Works here and mine at same version - incidentally this is a recent
> version and, in theory at least, adds support for Matter.
I have two Minis set up as a stereo pair, which appears to LMS as one
player. I wonder if that somehow makes a difference. Do either of you
have
What if the U.S. Constitution was created and maintained on the
Slimdevices forum. H
"Oh! Sorry to startle you. Didn't you see my second edit (I like to call
them amendments) regarding the right to carry these things around in
public in case they are needed to fend off rebellions and
SamY wrote:
> No change in LMS ui volume display, as there is with other CC devices.
> Using the same vol management settings for all so "no" on disabled.
> Yours works, huh? Maybe a different firmware version? Mine is (are) at
> version 1.56.324896.
>
> EDIT: Ed
philippe_44 wrote:
> Does it work with versions 1.8x? Im asking to be 100% sure because I
> dont recall having made modifications there.
>
> [edit]: I just tried on a mini and it still works as before. You dont
> see a change in LMS ui? Any chance the volume feedback has been disabled
> just
philippe_44 wrote:
> Does it work with versions 1.8x? Im asking to be 100% sure because I
> dont recall having made modifications there.
I don't recall it ever happening until the dev version but I'd have to
reinstall the old one to check for sure.
Sam
philippe_44 wrote:
> The 2.1.12.2 is fixing that issue, not in a way I prefer, but that seems
> to be the only option. You don't see the problem happening on higher
> bitrate because that very special sequence only happens is the N+1 track
> is small enough to fit in the buffers but compressed
philippe_44 wrote:
> The 2.1.12.2 is fixing that issue, not in a way I prefer, but that seems
> to be the only option. You don't see the problem happening on higher
> bitrate because that very special sequence only happens is the N+1 track
> is small enough to fit in the buffers but compressed
philippe_44 wrote:
> If you add logs like « -d all=info -d stream=debug » you will see the
> streaming buffer filling up and throttling down. That helps a lot
> identifying the timing a sizing of the exchanges
Thanks, but I'm beginning to lose interest as I hardly ever play my old
mp3 rips
SamY wrote:
> Hey, Philippe. Just out of curiosity, what would you expect to happen
> when I reverse my most recent test scenario and run LMS on a Linux box
> with the plugin binary running on Windows, which I'm getting ready to do
> now?
And the answer is (drum roll) ...
Hey, Philippe. Just out of curiosity, what would you expect to happen
when I reverse my most recent test scenario and run LMS on a Linux box
with the plugin binary running on Windows, which I'm getting ready to do
now?
Sam
'This'
(https://learn.microsoft.com/en-us/troubleshoot/windows-client/networking/tcp-ip-connectivity-issues-troubleshooting)
looks like a good reference to use when analyzing a network trace of a
Windows TCP/IP client connectivity problem.
Sam
philippe_44 wrote:
> :)
>
> A test with a Linux box would be very welcome. Have you tried a larger
> tcptimedwaitdelay? There might some min set by the stack anyway and it
> is also supposed to be at least 2 times the maximum segment lifetime
> (msl). So its difficult (and especially with
philippe_44 wrote:
> Well, in fact I misread the wireshark and the FIN request from the LMS
> is ACKnowledged by the bridge's stack but what was missing is the FIN
> from the bridge. It should be sent when closing the connection in
> return, but I don't because do it in time I don't see it fast
philippe_44 wrote:
> Unfortunately I'm away from my Win11 machine for a while. I can try
> remotely but it's a bit more difficult
If this is the same bug that virtually killed the cross-platform
enterprise client/server product I worked on years ago (and it's looking
more and more like it is),
philippe_44 wrote:
> Unfortunately, I've edited my comment, it happens as well on separated
> hosts but wiresharks logs confirm it's 2 minutes, at almost the
> millisecond
So I guess that returns LMS to the list of possible suspects, right?
Sam
philippe_44 wrote:
> Some semi-happy sniffing indeed... So it's clearly an abrupt shut-off
> from Windows side (RST, ACK - not a proper FIN, ACK) but I still have no
> idea why. I've tried the following and it would be interesting if you
> could confirm: the squeezecast app can run on
Paul Webster wrote:
> Apologies in advance if this has already been considered ...
> If the break is at 120 seconds (plus a tiny bit) then maybe the Windows
> TcpTimedWaitDelay is kicking in because of something that it thinks did
> not get acknowledged 2 minutes earlier.
>
> There is a
philippe_44 wrote:
> Good and bad news. I've been able to reproduce that on my Win10 system.
> I've set the right log to show you the pattern, it's easier with the
> stream set to debug
It's all good news to me. I don't have to mess with packet sniffers.
>
> On my machine, it's a systematic
philippe_44 wrote:
> If you could capture the whole exchange and put the pcap on the same
> Dropbox, that would tell me precisely what happens at the network level
> and if keep alive packets are sent and if there is a throttle down flow
> and so on. Super valuable. I hope Ill be able to
philippe_44 wrote:
> Thats quite a challenge and a motivation! Are you comfortable with
> wireshark if I cant reproduce the issue?
I'll get comfortable. I know what it is and may have used it many years
ago. I don't think you'll have any problem reproducing it though.
Sam
philippe_44 wrote:
> If this works for you
> https://www.dropbox.com/sh/ovk1k4ois2f1o3z/AAB32RvjelvSHZ7-8AqE3vBFa?dl=0
My Dropbox account was expired and I had to create a new one. Tried to
pm you here but your mailbox is full (didn't know that was a thing).
Here it is:
philippe_44 wrote:
> This log has the error code as I added it and its 10054, sort of as
> expected. You can see explanation here and there is more to read on
> 10054. Its really frustrating that the keep-alive changes Ive made in
> 2.1.12..1 still does not solve it
>
>
philippe_44 wrote:
>
> Ill setup a dedicated Win10 machine, can you share your tracks?
Sure. Do you have a preferred sharing method? It's an 82MB zip file.
Sam
SamY's Profile:
philippe_44 wrote:
> No, not for a first test. Your use case should not need « underrun ». It
> might work with, but its a workaround. What Im trying to understand is
> why does windows close the connection after 3 mins of no activity. Ive
> added a throttle down of streaming when reaching a
philippe_44 wrote:
> Now that I've returned to dev repository, you can get 2.12.1.1 directly
> from there, it contains a different option to try to keep the socket
> open and a log for me to see the raw error
Sounds good. Do I still need to specify the "underrun" streaming option?
Sam
Paul Webster wrote:
> VirusTotal not showing any issues with it.
> https://www.virustotal.com/gui/file/cc1644cbf191af0109c5d5465aae32e3ec8c919edca72f19dc74a0a9274a2a4a
> Note - not all scanners run against it but my suspicion is a false
> positive.
I also checked it with VirusTotal last night
philippe_44 wrote:
> Yep... sorry for the confusion. Here you go
Hmmm Well this is not good. I tried to download the zipped
executable and received an error message that a "severe" virus was
detected and the download was blocked. Not sure how to proceed from
here. I was going to try
philippe_44 wrote:
> I've downloaded them as you sent them through icloud. Can't reproduce
> either :(
Philippe, I think you need to take a couple of days off. You obviously
have me confused with another user --- not surprising given the recent
tsunami of activity. I didn't send you any files
philippe_44 wrote:
> Well in 2.1.0 it was working ... because it was not working. I left a
> bug where in fact everything was by default acting like "underrun",
> which is not a good idea at all, the pipeline has to be better than
> that. What drives me nuts is that I can't reproduce that on my
philippe_44 wrote:
> Would you mind trying that version? I've just added a log to help me
> figure out the error. Just un-zip the attachment and run it from
> anywhere. There is no need to copy it to a special folder, but don't
> forget to stop the instance that LMS starts (uncheck "Start the
>
philippe_44 wrote:
> Try using the underrun option of gapless. This seems to be a windows
> specific issue were sockets are closed by something when they dont
> display activity after 3 mins
Hey, Philippe. To continue my previous post, I just noticed in the log
that all of the errors seem to
philippe_44 wrote:
> Try using the underrun option of gapless. This seems to be a windows
> specific issue were sockets are closed by something when they dont
> display activity after 3 mins
Thanks, Philippe. That worked. I guess the question I have is "Why
should the user have to set a
SamY wrote:
> The problem is no longer happening in 2.1.11. I am using a stereo pair
> of Google Nest Minis. No flow or transcoding in use. As mentioned in a
> previous post, the problem with local mp3 tracks ending prematurely also
> returned with 2.1.10. I will be retesting with
oliverbg1 wrote:
> I've found the problem.
>
> One thing I missed is that the 3.5.4 version of ser2net I used to build
> my pcp extension does not have the famous uucp locking. So I'll try to
> build with an option that, in my mind, make the extension unstable. I
> downgrade to ser2net 3.5.1
philippe_44 wrote:
> What brand of CC are these?
>
> [edit]: it's probably an error I left in 2.1.10 where I moved a
> "throttling down" option to a different place and kept a lock that
> likely starved your player (are you using flow or re-encoding?)
The problem is no longer happening in
Verulam wrote:
> Following the upgrade to 2.1.11 this issue appears to be solved, and I
> no longer have problems playing FLACs with no transcoding.
Same here. FLAC is now working as it was before v2.1.10. Btw, the player
I am testing with is a stereo pair of Google Nest Minis. Another caveat
Immediately after updating to v2.1.10, my Radio Paradise streaming FLAC
playback began failing consistently. LMS 8.4.0 Dec 4 build. The first
error occurred exactly 1:30 after beginning playback. The second and
third were at 1:25 and the fourth at 2:03. Only the first two are shown
in the log.
Philippe, the entire LMS community owes you a debt of gratitude (in lieu
of cash ;)) for all the time and effort you have contributed in keeping
this great open source experiment not only alive but thriving. And it's
not just the multitude of useful plugins that we use every day, or even
the
Craig Rogers wrote:
> Another thing I have noticed since the upgrade, but unsure if it's
> related is that the album artwork doesn't display on either the Web
> Interface or Squeezer (Android).
I seem to be an outlier but everything is working well for me with the
new version, including cover
SamY wrote:
> First of all, are the IP Address and port shown in the log correct for
> your ser2net bridge?
>
> 192.168.1.100:2
>
>
By the way, I looked at the debug log you sent me before I made the
change to allow for specifying a port number in the AVR's IP Add
oliverbg1 wrote:
> Hello all,
>
> My config (Denon AVR-2311 with serial connector - pcp with ser2net
> extension) is down.
>
> Recently I've do updates (on the denon plugin side, on the lms server
> side, and on the pcp side), and now I'm not able to have the plugin
> working.
>
> I'll try
john greenwood wrote:
> Please read my post when I said from bad to worse.
>
> Edit - opening the firewall seems to have done the trick.
A suggestion for future postings: Only edit a post within a few minutes
of creating it. There is no notification created for edits, only for new
posts.
toycar69 wrote:
>
>
> I've been through the same sequence as SamY, and I can confirm the same
> result: using the squeeze2cast-static binary you uploaded to dropbox
> solves the issue for me. I hadn't spotted that the system seemed to
> work fine for the first few tracks,
philippe_44 wrote:
> Yes, no surprise :) but the result will be improvements at the end, with
> a bit os sweating and swearing in the middle for everybody
Lol! Sounds like the perfect job description of a software developer.
Sam
philippe_44 wrote:
> So I'm expecting a fair bit of issues..., but that's how it works :)
Your expectations appear to have been warranted... :eek:
Sam
SamY's Profile:
Changes/enhancements:
- Add support for *Orange Squeeze* and *Open Squeeze* client apps in
the AVR Settings menus. The list of client apps supporting the menus
now include: Material Skin, Squeezer, iPeng, Squeeze Ctrl,
Squeezelite-X (via Material Skin), Orange Squeeze and Open
philippe_44 wrote:
> Thanks, that's good news! I will try to stick with that version and I'll
> move it to be the stable one now (same for UPnP). I'm expecting a fair
> bit of (unhappy) "feedback" with all the changes but I need all that to
> move on :)
Ha ha!! I feel your pain. Just out of
philippe_44 wrote:
> I'd be curious about that parameter
>
> >
Code:
> >
> By changing the TCP/IP timeout value on the serveryou can reduce the delay
from the default two(2) hours to three (3) minutes. This should not be done on
the workstations. It should only be
philippe_44 wrote:
> The Windows information is really important. Any chance you can disable
> firewall of any sort and see what happens?
Sure. The only firewall in use on the server is the built-in Windows
firewall. I'll do some testing with it tomorrow. Are there any specific
settings or
philippe_44 wrote:
> See
> https://forums.slimdevices.com/showthread.php?116980-AirPlay-Chromecast-and-UPnP-bridges-update=1067492=1#post1067492
Hi Philippe. Add me to the list for this problem. Easily recreatable.
Mp3 rip of Diana Krall "Live in Paris". Nearly every track is over 5
minutes
cpd73 wrote:
> Bug fix release, changes:
>
> > >
- Fix toggling of power when power button replaces player icon.
- Show ESP32 and pCP configuration button in 'Player settings'
> dialog when called from 'Information' and 'Manage players' dialogs.
- Rename 'Alt' keyboard shortcuts
DavidBulluss wrote:
> That is probably it, I had the system on yesterday for much longer than
> I have for months (due to the weather here finally being worthy of
> outdoor enjoyment!) and during that time I wandered away from it but
> left it running, which is unusual behaviour for me, so I
DavidBulluss wrote:
> Set to 60 minutes, still turned off and play halted. Log attached.
>
> Most likely solution will be to turn the amp time-out off in amp
> settings, but I haven't seen the behaviour previously.
>
I found the following in a Denon AVR forum post. If it applies to your
DavidBulluss wrote:
> Hi Sam. I have noticed that after about a half hour of play the Denon
> amp switched off and music play is paused when using Z2. Controlling via
> MS on android. If Z1 is also on then Z2 shuts off and Z1 remains on.
> Touching PLAY on the MS interface turns the amp back on
mctr wrote:
> Here's my run, seemed fine as far as off and on but the playback was
> wonky. Don't know if that had to do with the plugin or the AP bridge
> plugin - had an issue with that this afternoon not recognizing my
> players and had to sort that out too.
>
>
mctr wrote:
> I've tried this and I think it crashed my LMS
>
> QS/Input left blank and Volume set to controls outputs (did not change
> this from before)
>
> 5k lines attached
The debug log shows that you are right about crashing (actually looping)
your LMS. Unfortunately, the origin of the
mctr wrote:
> Any way to have this plugin work on players connected via AirPlay
> bridge? Basically would just need to have power off functionality as the
> AVR turns on automatically if AirPlay'd to (at least all of mine do) and
> volume is controlled by the volume slider by default. I
slartibartfast wrote:
> I thought I was imagining things when my toolbars turned blue but when I
> checked settings the "Colour Toolbars" box was checked. I didn't
> knowingly do it but thought I must have checked the box accidentally.
> Maybe I didn't [emoji3]
>
> Sent from my Pixel 3a using
IanHaynes wrote:
> Thanks, that was it. I don't recall changing it but all well now!
I noticed that some of my Interface preference options got changed
during the upgrade. Maybe that's what happened to you also.
Sam
bphilp wrote:
> Found a workaround that's fixed the reboot issue with zero wait :)
>
> Stuck a scheduled task at startup to run
>
> "C:\PROGRA~3\SQUEEZ~1\Cache\INSTAL~1\Plugins\CASTBR~1\Bin\SQUEEZ~1.EXE
> -Z -I -f C:\ProgramData\Squeezebox\Logs\castbridge.log -x
>
Fahzz wrote:
> I downloaded this plugin but how do I enable it or find the settings?
> Thanks.
Go to the LMS Settings->Player menu for the player(s) you want to use it
with and select the -*DENON AVP/AVR Control*- dropdown menu to set the
plugin options. See the 'Plugin Wiki'
DavidBulluss wrote:
> I took your lead and set increments to 1% and it is much better thanks.
> By the way, I am still persevering with using Squeeze-CTRL and have
> noticed that the up/down swipe on the now playing screen does affect the
> volume but in large jumps from which it sometimes
DavidBulluss wrote:
> Hi Sam, I have been noticing the slide up/down volume interface when
> using MS very jumpy and sometimes non-responsive then it jumps to a
> different volume. I have increments set at 2%, could possibly just be
> lag in my system? All while using Denon receiver. Have
SamY wrote:
> Brilliant idea! I might try that plugin myself. It should work even
> without the auto standby AVR feature since turning off the player would
> automatically trigger the plugin to power off the AVR.
And... it works!! Just tried it out and, after pausing the player and
w
Sportswagoneer wrote:
> Thanks for your reply!
> I understand that use-case! Would make for a low WAF if the AVR just
> switched back on again!
>
> Ive downloaded the power save plugin and enabled it on the Touch
> after 60 minutes of inactivity. That should keep the player and the AVR
>
Sportswagoneer wrote:
> Hi again.
>
> Not a big deal - but Ive noticed that after an intermittent pause in
> the music (>60min), the AVR will automatically enter power-save standby
> while the LMS player (touch) will remain turned on. The player will then
> happily commence playing without
Hey, Greg. It's me again. I was wondering if you could take the Denon
AVP/AVR Control plugin for a test drive under SLX when you have some
time. The latest release (v4.7.1) includes support for streaming to and
controlling multiple AVR zones from one LMS player, as well as an option
to specify
Shozzer wrote:
> Hi Craig
>
> I have come across an issue with Multi Disc Albums. If I try to play a
> track using the option 'Play disc starting at track' then all is fine -
> the disc gets added to the playlist and then playback commences from the
> selected track. If, however, I play a
kidstypike wrote:
> Press and hold the vol %.
>
> 39031
It depends on which screen you're looking at. Pressing and holding the
vol % works from "Manage players" or when in landscape mode. When in
Android portrait mode, the lone speaker icon at the top can be used.
Sam
Paul Webster wrote:
> Long hold on the speaker icon (on iOS at least).
Android and web browser too.
Sam
SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495
View this thread:
This release contains a critical bug fix and should be installed ASAP
The changes are:
- Close a timing window that can cause the plugin to enter a looping
error condition when powering a player off. This problem is most
likely to occur when the player's "Power On Resume" LMS Audio
mctr wrote:
> Material skin on the web interface
Thanks. I actually figured out where the "Power off"/"Pause" sequence is
being generated and it has nothing to do with the client app. It happens
when the "Power On Resume" option in the player Audio settings is set to
either of the "Pause at
mctr wrote:
> Quick runthrough - power on by playing, mdax cycle through settings and
> back to off, turn off while playing
>
> https://pastebin.com/t6UWisaV
Looks good. Thanks again for your help.
Sam
SamY's Profile:
mctr wrote:
> Yeah, you probably did, I think I just forgot where to look. This one
> looks like it's working. Thanks for the fix!
I discovered an additional problem in your debug log, @mctr. Apparently,
there is another difference between the Denon and Marantz telnet command
protocols that I
mctr wrote:
> Yeah, you probably did, I think I just forgot where to look. This one
> looks like it's working. Thanks for the fix!
One more question. What client are you using to control the Squeezelite
player under Moode? Does Moode provide its own player UI or do you use a
client app such as
mctr wrote:
> I feel like this should be obvious but which folder is it - Running LMS
> on windows - I don't see DenonAVPcontrol under
> Squeezebox/server/slim/plugin/
> Obviously the plugin works and is installed
>
> edit: got it :P
>
> Player is squeezelite v1.9.8-1317 running under Moode
mctr wrote:
> Here you are. Powered on, start playing, powered off while playing,
> error
>
> This is a paste of powering off AFTER pausing -
> https://pastebin.com/KNsdSn3a
> Debug logging was turned on after powering on the player, so theres a
> chunk missing before line 11, but it is just
mctr wrote:
> Here's a strange error I'm getting. Seems to happen when I power off my
> Squeezelite and thus Marantz AVR while something is playing. As far as I
> can tell if I stop playing first, it doesn't happen.. Errors starting at
> line 43 and repeats endlessly, I am having to kill the
Just one final note on volume. If you want a combination of the finest
granularity and the smoothest feel to volume changes, try setting the
maximum AVR volume to "60 (-20)" in the player's plugin settings and the
client app's volume up/down increment to "1%", which is an option in
both Squeezer
A great technical article on software volume control:
https://www.dr-lex.be/info-stuff/volumecontrols.html
Sam
SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495
View this thread:
gnackwatschn wrote:
> In refer to my github issue I am writing here to discuss an issue I am
> experiencing.
>
> https://github.com/aesculus/denonavpcontrol/issues/23#issuecomment-1296308288
>
> LMS shows volume control in % (0% - 100%). My AVR shows also volume in %
> (0%-98%). When I set
1 - 100 of 432 matches
Mail list logo