Hi, I reported it again to our develp team, and this issue has been marked. By the way, could you tell me what volume level you usually set for the LMS?
Hi Kim, for it to happen LMS needs to be set to use device volume which is its default state. On the DMP I have volume limiting set if you don’t it has a tendency to just go straight to 100%. In my usage this ranged from -25db to -35db depending on if I was using volume levelling or not in LMS. Recently however I have found setting LMS to 100% volume then set the player to be fixed volume (which is in the advanced settings on the player in LMS) it then just lets the DMP control volume and it doesn’t jump. Listening level can be anything from -45db to -35db depending on content on the DMP. If I use the volume control using any LMS Remote app then it jumps to max volume. Often it would do the same at album change or sometimes track change, especially if used the remote app to queue them up. Just as annoying which is why I have stopped using the feature is Squeeze Connect loses connection to the server each time any other app is opened on the DMP or switch inputs. So if want to play a CD or Record and use one of its other inputs, I have to go into the menus and start it up all over again. It’s really annoying. Also if the LMS server is restarted for any reason the DMP won’t reconnect automatically.
The level on LMS was somewhere between 55 and 62. It would always show 62 when DMP was at it max allowed volume so this will change dependant on what your max volume is set as for the DMP. One touch of LMS volume and it would move the DMP volume to its max regardless of where it was. And as I said randomly at album changes.
@Zidoo Support-Kim still nothing on this? I can easily reproduce oddities when setting volume pst 49% in LMS it will make DMP A8 jump to full volume, then if I click again it jumps down to where it should click again goes back up to full. This happens using LMS via Squeezeconnect or even using LMS UPnP Plugin and using the DMP A* upnp input. Checking my LMS log I can see an error popping up. [26-01-05 15:12:12.0038] Slim::Networking::IO::Select::__ANON__ (131) Error: Select task failed calling Slim::Networking::Slimproto::client_readable: Illegal division by zero at /usr/share/perl5/Slim/Networking/Slimproto.pm line 827. I wonder if this is some rounding issue ?
Okay made some leway, I changed LMS skin from Material to Default set volume to -100 then moved it around and it works as it should. So I wonder if part of the issue is Material skin which is what I use and perhaps why its not shown up in testing if you dont have it installed and setup.
Fact that the issue disappeared using another skin... it undoubtedly points out a bug in "Material". Maybe reporting it in the relevant forum (if any) could help getting it fixed - it is a nice skin, nevertheless.
Think I may have found the underlying issue. If the Volume step increments in LMS dont match those of the DMP it gets out of sync and doesnt recover well. Seems worse when increments where set to 0.5db on the DMP really seemed to mess with it combined with a volume limit set to an odd number. LMS can only move increments of 2% if using the default skin or 1%, 2% or 5% for Material. Moved DMP to 2db increments and set material to 2% and it appears to now stay in sync without any odd jumps when using volume. Will see if this also stops the random jumping of volume I have been getting as well.
Didnt disappear but its less of an issue as it seems to compensate better. It seems Material could not handle it when volume changed to a value not being even could not work it out. Ive been on lyrion forum asking initially about how to debug and someone put me on to the increments.
The weirdest thing is the inconsistency between % increments, and absolute values (such as 0.5, 1.0, 2.0 dB...) it doesn't make any sense. Unless the scale is, on one side from 0 to 100%, and on the other from -100dB to 0dB... although still non-linear, it would at least match numerically... weird minds behind this, for sure.
But what's with the other problem in losing server connection when switching to another service (e.g. Qobuz connect) and then back to Squeeze connect?
Likely as you had same increments set as LMS. Defaults is 2db I think and 2% so they would work out. As soon as you change the increment on the DMP it goes funny. More so on Material skin than default skin which seems to manage to deal with it.
No not set DoP ? Squeezelite and DMP can handle native so thought it would here. Do you use it in fixed volume or as a preamp as I use it as preamp
No, native DSD is not working without using the lyrion server as client. For me the volume on the Eversolo is set to fixed and an external DAC is used. It works (because DoP) until DSD256.
I don’t use an external dac nor have it fixed. I use the DMP A8 as a preamp to my poweramp. it doesn’t seem to work in this guise.
