Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > Maybe it was a change to MS then. The plugin only (and always) powers > off the Denon when the associated SB player is explicitly turned off. A > recent change (v4.2) added the condition that the input of the Denon > currently must be set to the one specified in the Quick Select for that > player in order for the Denon to be powered off. That change was made in > response to a user request and it makes sense. If you manually switched > the AVR to another source to watch TV, for instance, and then turned off > the idle SB player, it was annoying that the Denon also turned off. Yeah, this rings a bell. Closing the app, though, is equivalent to turning off the player, especially if it was the player that caused the AVR to be powered on, no? MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > Glad to hear. Just to clarify though, quitting a client app should never > turn off the AVR unless the client has some sort of option to turn off > players upon exit. If it used to do so, it was a bug. The AVR > should only be powered off when the player is turned off. It used to work (even when just backing out of the app), and then I recall a conversation about only turning off AVR if it was turned on by the client (player), as someone complained about it happening regardless whether the AVR was already on or not. It must had been in the MaterialSkin thread. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > Ahh. Got it. Were you able to apply the fix and get the plugin up and > running again? Yes, thanks. It all works well with this version except the AVR is not being turned off when the player (MaterialSkin web app) is quit. Explicitly powering the player off works though. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > Wait a minute. I'm confused. I thought you were running LMS on Windows. > What am I missing? Right. Too many thoughts about RPis and a bad copy RPis are the platforms for player OSs (the squeezelite part), LMS, indeed runs on Windows. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
MarSOnEarth wrote: > Hi Sam, > And yes, in view of the results, please revert to the last good version > (4.3.1). Thanks, and good luck. I didn't read all that got posted in the meantime before posting the test results, and now I see you're on top of it. It was a nice idea ;-) MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
- AVR(s): Denon 1300X - LMS Platform: RPi 4B+ - OS: HiFiBerry Pre+ w/HiFiBerry OS - Type: squeezelite - Firmware: v1.9.1-1139 - Client(s) in use: MaterialSkin app on Android - Number of players using the plugin: 1 MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > Okay. I see where the problem is happening and it seems to be specific > to Windows, which is why it didn't occur during my testing. The plugin > is basically going into a loop at a certain point. The place where it > occurs is in a non-critical housekeeping routine that was introduced in > this release and that can be eliminated completely if needed. If you're > willing, however, I'd like you to test with a syntax change that MIGHT > take care of the problem. If it still occurs, then I will disable the > subroutine for the time being until I can do further testing on a > Windows platform. In either case, a new release will need to be created. > If you could run a test with the attached replacement module, I would be > grateful. You can just copy it over the existing module in the plugin > directory since you will not need the old one again. If the problem > still happens, let me know and I will send another copy with the problem > subroutine disabled. Thanks for your help. EDIT: You will need to > restart LMS after replacing the module. > > UPDATE: I have been able to recreate the problem running LMS on Windows > 10. It seems to be a bug in Windows that I cannot easily circumvent. > Therefore, I have disabled the offending subroutine and will upload a > new version of the associated module for use with Windows until the next > release of the plugin. No action is necessary at this time for those > running LMS on non-Windows machines. See my latest post for > instructions on installing the new Windows module. Hi Sam, Attached is the server log and the command sequence that created it. Sorry it took a while. It's a busy time around here. And yes, in view of the results, please revert to the last good version (4.3.1). Thanks, and good luck. +---+ |Filename: 211214 - server log (Denon).zip | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=36469| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > Sorry for your problems. As usual, I will need a debug log of the > problem to see what is happening. If I don't see anything obvious, I'll > get you a zip file of v4.3 to use in the meantime. Yes, that will do, Sam. Thanks. And, no problems at all. I know what I'm potentially up to. Let me know if you'd need more than just the debug log from the plugin. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
MarSOnEarth wrote: > ... > Here, with this version, LMS playback through Denon is no longer > possible in my system. BTW, my configuration has changed. Now LMS is > going into the main zone, preset 2, but that part (power-on and setup) > works well, FWIW Sam, please re-enable the previous version. Thanks MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > V4.3.2 is now available. Please report any problems or questions here. > Thanks. Sorry for the long delay. Sam, there's no good news about this version on my system. Most of the time the power-on sequence executes but no play is initiated. Most of the times, when the "play" is pressed, the server becomes unavailable (red icon), and only sometimes it recovers on its own. The connection to the server gets restored when AVR is powered off manually, only to be powered on by the plugin a few seconds later, and the whole loop repeats itself. After some time, the LMS server gets trashed so badly that it locks up and cannot be even restarted. Here, with this version, LMS playback through Denon is no longer possible in my system. BTW, my configuration has changed. Now LMS is going into the main zone, preset 2, but that part (power-on and setup) works well, FWIW +---+ |Filename: 2021-12-10 16_17_21-Stopping.png | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=36406| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
Hi SamY, Glad you are still at trying to solve "first world" problems and polishing what's already is a pretty shinny plugin. As always, sure I can give a new version once-over, but there's already something in the queue, and maybe that was unintended. I received an update to version 4.3.1 notification, but the update is not going through successfully. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
Akyhne wrote: > I just installed this mod today on my Raspberry Pi (piCorePlayer). > > I'm having one big issue. The sound is very low, when my volume on my > Denon AVR-2400H is set to a level I know how loud should be. > If I go into LMS settings -> Player -> Audio and change "Volume Control" > to "Output Level is fixed at 100%", the volume returns to normal. > > I then tried disabling the mod, made sure on the LMS player, to turn the > (internal) volume all the way up, then reactivated the mod, the problem > returned. As suggested, set the player volume control to fixed [(...)Settings->Player->(...)->Extra Settings->Audio->Volume Control => 'Output level is fixed at 100%'], but then also set server-side setting of Material Skin to ignore that setting and allow for passing the volume change commands to the AVR [(...)->Settings->Server->Material Skin->Fixed volume players => 'Display standard volume control'] MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > No need for Chris and I to talk. Chris seems to be the one that updates GH code, and you are the one who's been contributing a lot of recent changes, so it's a fair question at to the workflow between the two of you. Chris posts to GH, I pull that, don't make any changes locally to the code base, yet you say what I have locally couldn't have come from GH, and you even go as far as to state, "In fact, I couldn't match the line numbers up with any versions I have". Now, that's a puzzler, isn't it, and one that cannot be explained by me possibly not rebooting LMS after updating the plugin. If that were the case, you'd recognize the code as some prior version, but you don't, so what gives? As to your #1 of possible reasons for this mistery, here are the folders LMS knows about: 34571 and their contents: Code: $ ls 'C:\PROGRA~2\SQUEEZ~1\server\Slim\Plugin' 'C:\ProgramData\Squeezebox\Cache\InstalledPlugins\Plugins' 'C:\PROGRA~2\SQUEEZ~1\server\Plugins' 'C:\PROGRA~2\SQUEEZ~1\server\Plugins': 'C:\PROGRA~2\SQUEEZ~1\server\Slim\Plugin': ACLFiletest/ DontStopTheMusic/ LibraryDemo/ OPMLGeneric/ RS232/ UPnP/ Amazon/ ExtendedBrowseModes/ LineIn/ Orange/ RSSNews/ Visualizer/ AppGallery/ Extensions/ LineOut/ Pandora/ SavePlaylist/ WiMP/ AudioScrobbler/ Favorites/LMA/ Podcast/ Slacker/ xPL/ Classical/ FullTextSearch/ MP3tunes/ PresetsEditor/ SlimTris/ YALP/ CLI/ ImageBrowser/ MusicMagic/ PreventStandby/ SN/ DateTime/InfoBrowser/ MyApps/ RandomPlay/ Snow/ Deezer/ InternetRadio/NetTest/ RemoteLibrary/ SongScanner/ DigitalInput/iTunes/ OnlineLibrary/Rescan/ Sounds/ DnDPlay/ JiveExtras/ OnlineLibraryBase.pm RhapsodyDirect/ TT/ 'C:\ProgramData\Squeezebox\Cache\InstalledPlugins\Plugins': Bandcamp/ iHeartRadio/ MusicArtistInfo/ RadioNet/ Wefunk/ DenonAvpControl/ MaterialSkin/ PlaylistMan/ RadioParadise/ SamY wrote: > If you can think of any additional explanations, please feel free to > share. > > Thanks. That's all I've got. After you verify that what's on GH is what you're working on, we'll be able to continue where we left off. +---+ |Filename: LMS folders.png | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=34571| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > I don't know what version of the plugin created that debug log, but it's > not the one in the Github zip file. The last update done by Chris at 9:10 on May 4th '21: 1 - 'The forum posted link' (https://github.com/aesculus/denonavpcontrol/blob/master/src/DenonAvpControl_4_1.zip) 2 - where it points to on GitHub: 34562 3 - my local GH clone tree: 34563 4 - Binary compare of local vs. GH: 34564 4 - Where plugin files go: 34561 SamY wrote: > In fact, I couldn't match the line numbers up with any versions I have. > They aren't even close to v4.1 though. Even without the line numbers not > matching up, I can tell by the logic flow that it's not v4.1. Could it > be that maybe you are copying the new files into the wrong plugin > directory? I'm not sure what the problem is but hey, tomorrow is another > day. Uncross those fingers and get some Z's ;-) @SamY: maybe another 'git pull' on your system? @SamY, @Aesculus: Talk amongst yourselves guys, and then lets try again when we're all on the same page/pull. +---+ |Filename: D-A-Ctl - Binary Compare DLed to GH.png | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=34564| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > This isn't your day, @MarSOnEarth. That's the same debug log you > uploaded the last time. ;-0 > Btw, if you're still using the web-based client, I wouldn't expect the > Quick Select double-pause shortcut to work. If you want to try it, use a > client app such as Squeezer, SqueezeCtrl, or iPeng. Drat! It has been a day for me. OK then, one more time (with fingers crossed), and sorry about the stumbles. +---+ |Filename: 210504_2-server.zip | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=34557| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
Aesculus wrote: > @SamY and @MarSOnEarth: Sounds like you're chasing your tails with my > zip file. :-) A problem to have in open source; improvements happening at a furious pace. ;-) @SamY: I had time to run one more test, this time using the 'officially recognized source for the v4.1 beta' downloaded today. This one is still without turning on the 'Enable syncing the volume' option, but I did double-tapped the 'II' button, which seemed not to have any externally noticeable effect. +---+ |Filename: 210504-server.log| |Download: http://forums.slimdevices.com/attachment.php?attachmentid=34556| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > The debug log you just posted was not created with the latest v4.1 beta > version. Please install from the zip file on Github. Thanks. Got it yesterday. Hmm.. Tomorrow. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > Thanks Chris. I would like to ask @MarSOnEarth and @DavidBulluss to > refresh the 4.1 beta from the updated zip file and generate debug logs > for a short listening session. If you have the time and inclination, I > would appreciate it if you could turn on "Enable syncing the volume" in > the plugin menu and also try to invoke the Quick Select by > double-tapping the 'pause' button while a track is playing if your > client app supports it. > > Thanks. I've just posted the first part, but the rest will have to wait 'till tomorrow. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > Thanks, Mars. What version of the plugin were you running? It looks like > v4.0? > I overlaid the latest Plugin.pm and DenonAvoComms.pm on top of v4.0, yes. SamY wrote: > Please install the 'v4.1 beta from Github' > (https://github.com/aesculus/denonavpcontrol/blob/master/src/DenonAvpControl_4_1.zip) > and then update DenonAvpComms.pm and Plugin.pm from the attached files > below. OK, and attached is the resulting server.log. I hope you'll like what you'll see as it seems to be working well in my setup. Thanks! +---+ |Filename: 210504-server.zip| |Download: http://forums.slimdevices.com/attachment.php?attachmentid=34553| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > Okay. I think this is the one. (Warning: I once said that about my > ex-wife.) > So, here's the latest. All looks OK. The QS is still timing out, but it's being handled (ignored?). BTW, I don't know about the others, but for me, because my Z2 is dedicated to Music (LMS), and it's so preset, having the QS setting enabled or not makes no difference. Just FYI. Thank you for another fortification of the code! +---+ |Filename: 210503_3-server.zip | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=34531| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > ... > Timeouts on the Quick Select command, which seem to be more common in > secondary zones for some reason, should now be handled in a manner that > is mostly transparent to the user. I have found that, in most cases, the > QS commands complete successfully even if the AVR is late responding to > it. > ... This is what I've observed as well; the QS message is displayed on the AVR, but the command is still timing out even after AVR reset. All other commands (track, volume changes, etc.) seem (almost) instantaneous. Although I'm late, I'm attaching the last server log, and I'm going to test your latest changes. +---+ |Filename: 210503(after reset)-server.log | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=34528| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > Thanks for testing. I'll take a look at the debug. What client app are > you using? Are you interacting with it at all while the loop is > happening? Hi Sam, I'm still on the Material Skin web app, and no, once started, the only other interaction with the app was to power the player off. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
Aesculus wrote: > I have updated the 4.1 beta source files in GitHub with the zone fix Just tested, and there's a problem. Every few seconds there's an attempt to set QS, which errors out on my AVR, and then is re-issued again, and again. This is true even after an explicit power off on the player. Yes, the power off command is executed, but then the QS command is still issued, and it powers the player back on. When the AVR is manually powered off, it does stay off. +---+ |Filename: 210501-server.zip| |Download: http://forums.slimdevices.com/attachment.php?attachmentid=34498| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
Aesculus wrote: > SamY and I have completed our updates to 4.0 and it is now on GitHub. It > should show in your LMS Plugins panel in a few hours or automatically > update if you have selected that option. > > Not much physical changes that you can see other than new icons. > > But under the covers there is a lot going on (mostly from SamY): > > * Quick Select support for all zones > * mute feature > * new icons > * bug fixes > * new app support (SqueezeCtrl and enhancements to Squeezer) > > We will get to the Wiki in a few days but there is not really much for > you to do. Thank you both. The plugin has been working better than ever. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > ... > > Have you ever experienced this problem? If you have, how often does it > happen and what is your AVR model? If you experience it regularly and > would like to help me test the fix, let me know. Thanks. All smooth going with my AVR-X1300W here. A good place to ask about would be avsforum.com. The Denon fora are organized by year. Good luck. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote:
> Everything looks good in the log. I noticed that your volume change
> increments started out at +/-1 but changed later to +/-5. Is that a
> configurable setting in your client, or did you change to a different
> client?
Both. There is an "Volume Step" setting in Material Skin. It's a
drop-down with '1', '2', '5', and '10'% choices, with mine was set at
'5%', BUT which was promptly ignored when the player's volume was set to
'fixed'; hence the 1% increment you saw. Then, I switched to 'variable',
and the '5%' step was respected. Squeezer app also observed the "5%"
setting.
SamY wrote:
> Just curious. Personally, I would always use a minimum of 3 for the
> increment, although the LMS web client currently uses a non-configurable
> value of 2.
I wish that setting was in dBs. Then the {+|-}3 would mean
'current-output-power {*|/} 2', but then, I also want VU meters on my
amps (and I don't have them either:().
MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826
View this thread: http://forums.slimdevices.com/showthread.php?t=60114
___
plugins mailing list
plugins@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > Glad to hear that My brain/fingers seem not cooperating tonight. I thought I was attaching the corresponding server log, but it's not there in my post. Attaching it here [Ah, I see, .7z format is not allowed] +---+ |Filename: 210403-server.zip| |Download: http://forums.slimdevices.com/attachment.php?attachmentid=34067| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > I have made some changes to be included in version 4.0 that add support > for muting and unmuting the AVR in response to a client "mixer muting" > command... It all worked as you inteneded in the Material UI app, and the Squeezer app. I also tried both, with 'fixed', and 'variable' volume control on the player. Muting worked in every case. Thanks, Sam. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
DavidBulluss wrote: > Installed and ready to go but no time at the minute, heading out for the > day. Will have a good play with it later today. Looking forward to the > Easter egg! :-) > > Regards, David Likewise, but playing postponed until tomorrow. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
coyrls wrote: > I don't believe there is any volume control in the analogue domain with > a Pi. And certainly with a digital out there is no conversion to > analogue to apply volume changes, followed by a conversion back to > digital. Attenuation is done in the digital domain, certainly as I > understand it. @slartibartfast and @coyrls My knowlage (really Inet searches) on the subject is minimal. I relayed what was described to me. Regarding RPis audio processing, there's no DAC on the board itself. Analog audio is generated through PWM method. What I descibed applies more fully to RPi add-on DAC boards. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
This has been the subject of many debates over the years (I went back only to 2019), but only now it became relevant to me. I wasnt paying much attention to the datails at the time, but since all the people involved in those conversations seemed happy with the arrived at solution, I assumed that it was a good one. But now, after a couple of exchanges with Sam F. in the Denon AVP Control Plugin thread, I realized that: a) My settings for the players I have were not optimally correct, and b) The way Material Skin (MS) treats the correct for such players settings needs to be (still) changed. The bottom line is that MS, as a controlling interface, should not be concerned which down-stream device responds to a command, or how, it should just send that command, which, BTW, is what the Classic skin does. Craig had it right in 'this' (https://forums.slimdevices.com/showthread.php?109624-Announce-Material-Skin=1003564=1#post1003564) post. The setting in question is Volume Control (in Player-settings->Advanced->Audio), and the type of player that is not being served well with current approach in MS is software player, like squeezelite, running on, as its common, RPi hardware, or any device that has its own built-in pre-amplifier. Lets consider. The RPi can be, at minimum, represented functionally as a pre-amp, and when plugged into a standalone amplifier through its RCA (analog) out, the resulting audio path would look like this: [Squeezelite]->[(RPi)pre-amp]->[amplifier]->[speakers] In such a case, the proper setting for the player Volume Control would be, Volume controls adjust outputs, i.e., the signal level sent to the [amplifier] would be controlled by the [(RPi)pre-amp] part of the audio path. There's one more thing to understand; the volume is (in this case) controlled in analog domain, i.e., the DAC (digital to analog converter) in the RPi converts the signal from digital domain to analog, and then passes the analog output to the pre-amp for control. Another variant of the above to consider is when the RPi is plugged into a receiver type of device, i.e., an integrated device that combines both, a pre-amp, and an amplifier. In this case the audio path would look like this: Squeezelite->[(RPi)pre-amp]->[(receiver)pre-amp->(receiver)amp]->speakers In such a case, the proper setting for the player Volume Control would be, Output Level is fixed at 100%, i.e., the signal level sent to the [(receiver)amplifier] would be controlled by the [(receiver)pre-amp], and not by the [(RPi)pre-amp]. The Output Level is fixed at 100% setting really means *bypass* the [(RPi)pre-amp] part of the audio path, and what that ultimately means, is that the signal from the DAC is passed directly to the [(receiver)pre-amp], which then regulates the signal level that is then passed to the [(receiver)amplifier]. The audio path in the above examples is all in the analog domain after the initial conversion from digital in the RPis DAC, but even there, having two low-level devices (pre-amps) affecting the signal is not desirable because of the accumulation of noise. Things get really bad fast should the RPis in the above examples be connected through a digital interface to a receiver AND the setting for the Volume Control be set to Volume controls adjust outputs. Since controlling volume happens in the analog domain, the signal would be first converted into analog in the RPis DAC, then volume is adjusted in the [(RPi)pre-amp], THEN re-digitized for transport to the [receiver], which then converts that digital signal into analog again before the final amplification stage. Now in addition to two pre-amps in the signal path, there would be accumulation of digital conversion artifacts, and that's very undesireundesirable. So, suggestions: 1 To clarify the functional meaning of the player Volume Control setting, rename the options for its dropdown; a) from Volume controls adjust outputs to is by Player b) from Output Level is fixed at 100% to is by Receiver, or something to that effect, and 2 MS should not second guess how, and which of the down-stream devices choose to respond to volume commands. Its simply not for it to know, or be concerned about. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > The log file shows that the plugin has been upgraded to v3.0, replacing > the beta code I uploaded earlier. Actually, I have discovered a couple > of relatively minor issues in that version, so here are the latest files > for you and David to test with. I hope to see some debug logs with > successful zone Quick Selects soon. ;-) A brief look at the log confirms your hope/effort being realized. Two logs this time, the *1155 is with still with the player's output set to variable, and in the *1205 to fixed, all else as before. More comments later in DM, but so far it's all looking good. Thanks! +---+ |Filename: 210324-1205_server.log | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=33901| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
OK Sam, because I tried every suggestion we/you have talked about, the answer to every of your questions below is, yes. Thats why Ill have to clarify each variation. So... SamY wrote: > Let me make sure I understand what is happening though. I see the AVR > settings in your previous post. Did you change the setting in > Player->Audio->Volume Control to "Output level is fixed at 100%"[ ] Yes. That setting is unworkable for me. As I wrote: (1)and I tried to switch to fixed on the client, but that is not workable for one major reason; one cannot use a browser for playback on a smartphone. To clarify, this setting disables the volume bar, and browsers have no access to the hardware buttons; hence, no ability to change volume. I tried this on two different phones. SamY wrote: > or did you actually change the volume in the client to 100? Yes. After switching back to Variable output on the player I (and that was not well thought through, to say the least) set the volume to 100%. It was to simulate the fixed at 100% setting. I also set the Power on Volume on the AVR to -54dB as that produced nicely low volume for background listening to start with. SamY wrote: > I ask because they are two different things. Having "Output level is > fixed at 100%" checked in the Player settings does not in itself cause a > volume level of 100 to be set for the client. The 100% refers to the > hardware volume, not the LMS volume. All true. SamY wrote: > The menu option should be changed to "Output level is fixed". Period. I disagree as per (1). Getting one of the pre-amps out of the way had some nice benefits, but the inability to control volume from a browser makes them all moot. SamY wrote: > That might eliminate some of the confusion. The client volume setting is > (or should be) still controlled by the client app's volume control, > although I have seen at least one app that detects the "fixed at 100%" > player setting and overrides its own volume control with a value of 100, > wreaking similar havoc on downstream code. In my case, I have my output > level fixed at 100% but the client volume reported to the plugin by both > the LMS client app and the Android Squeezer app reflects what I have set > the volume to in the respective apps and everything works smoothly. The inconsistency of behavior on different phones makes this a tricky thing to code around, no two ways about it. SamY wrote: > > MarSOnEarth wrote: > > It does, and you are right about the possible interactions > > I was referring to your comment about multiple pre-amps in the path, i.e. [client, if any]->LMS->player->AVR SamY wrote: > > MarSOnEarth wrote: > > , and I tried to switch to fixed on the client, but that is not > > workable for one major reason; one cannot use a browser for playback on > > a smartphone.> > > I'm not sure what you mean by this. Can you explain further? I hope the clarification in (1) does it, yes? SamY wrote: > By the way, I think we both at least have an understanding of what is > happening in your system now, if not exactly why. ;-) A step at a time, and I thank you for your time spent on this. Im not at home now, so Ill test the new version later. Earlier in the day I did run a sequence of tests for which a log, and the associated settings are included. BTW, the player output is set (and for me it will have to stay that way) to Variable output. Good luck. +---+ |Filename: 210323_12-server.log | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=33897| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > Okay. Sorry about waking the neighbors. Let me make sure I understand > what is happening though. I see the AVR settings in your previous post. > Did you change the setting in Player->Audio->Volume Control to "Output > level is fixed at 100%" or did you actually change the volume in the > client to 100? I ask because they are two different things. Having > "Output level is fixed at 100%" checked in the Player settings does not > in itself cause a volume level of 100 to be set for the client. The 100% > refers to the hardware volume, not the LMS volume. The menu option > should be changed to "Output level is fixed". Period. That might > eliminate some of the confusion. The client volume setting is (or should > be) still controlled by the client app's volume control, although I have > seen at least one app that detects the "fixed at 100%" player setting > and overrides its own volume control with a value of 100, wreaking > similar havoc on downstream code. In my case, I have my output level > fixed at 100% but the client volume reported to the plugin by both the > LMS client app and the Android Squeezer app reflects what I have set the > volume to in the respective apps and everything works smoothly. > > > > I'm not sure what you mean by this. Can you explain further? > > By the way, I think we both at least have an understanding of what is > happening in your system now, if not exactly why. ;-) Hey Sam, it all will take a little effort to explain, and to sort things out. Later. And no worries, the -10dB absolute limit saved the day. Thanks for all you do. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
MarSOnEarth wrote: > ... > See if you can make sense of what happened, but it was an attempt, at > the very least, at entertaining not just the present in the room, but > also the neighborhood. > Good luck. I see what happened, and it's the best argument against setting initial volume on power-on. The plugin read the clients 100% setting and applied it the the AVR. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > The debug log shows that the plugin is correctly handling the volume > requests that it is getting. However, those requests are all over the > map, starting at 22, then 26, 54, 74, 53, 75, 96, 75, 92, and then a > bunch of incremental changes taking it to 100, followed by 61, 78, 64, > 82, 93, etc. etc. etc. Do you have a pet monkey that might have run off > with the remote during your test? ;-) Seriously, I don't know what to > make of it. I'm not familiar at all with the client software you are > using. Setting AVR volume level to "variable" compressed the usable volume range, so to test where it is, and also to get a feel how steep the ramp up curve was, I was jumping all over the range. I was the monkey. SamY wrote: > Do you observe the same behavior when using the LMS client? What is the > Volume Control setting in the Audio section of the LMS Player menu set > at? Is it fixed at 100% or variable? If it's variable, you might want to > try changing it to fixed, which should prevent the outboard pre-amp you > are using from getting involved with the volume changing. Right now you > are running through two pre-amps, both of which may be trying to control > the volume, if that makes sense. Let me know what you find. It does, and you are right about the possible interactions, and I tried to switch to fixed on the client, but that is not workable for one major reason; one cannot use a browser for playback on a smartphone. The nice benefit of running the pre-amp on the player full-on was a much extended usable volume range, so after switching back to variable, I set it to 100% to get that, while retaining the benefit of having direct access to the volume level. After try-and-error the new AVR settings are attached, and the log is of just one play attempt (from powered off state), followed by immediate power off because of how the plugin overrode the pre-set 'on power-on' volume setting. See if you can make sense of what happened, but it was an attempt, at the very least, at entertaining not just the present in the room, but also the neighborhood. Good luck. +---+ |Filename: 210322_17-server.log | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=33885| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > ... > > Please send a debug log after you make the change. If the results are > what I expect, I will go back to my original plan of syncing the client > volume to the Zone 2 volume setting returned from the Z2ON command, as > is now done for the main zone. > > Thanks. Here it is, but barring more adjustments the user experience is diminished vs. the previous settings. For one, the usable volume range has been compressed into the upper quarter of the total, and it's logarithmic; so, nothing, nothing, something, and L O U D. No fears of 'blowing speakers' though, because of the -10dB limit set, which, in my system, translates into as-loud-as-I-would-ever-want-to-play, but still OK. Then, for the first time in a long time, the volume kept snapping back to previous setting quite often after being set to a new level, i.e. the volume change is recognized, set, and then it would snap back to where it was before. As to the physical volume buttons on the remote, they are active now but useless still, as they only lower the volume from where it is by default, and that is at -10dB, so in effect they compress the range even farther. I'll have to play with these settings, but so far, there's less joy overall. Cheers +---+ |Filename: 210322_12-server.log | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=33877| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > Glad to hear that. > > > > I had to look at a Denon manual to see what you are referring to here > but it explains some of the strange behavior we are seeing, specifically > the fact that the response to the Z2ON command, where I expect to see > the current Zone 2 volume setting coming back, is always showing Z277 > (or -3dB) in your system, whereas I am seeing the expected value in > David's. My original plan was to sync the client volume to that value, > as I now do in the main zone, but I had to take a different approach > because I didn't want you to blow out your speakers. ;-) > > So it appears to me that you have set a fixed value of 77 (-3dB) for the > Zone 2 "Volume Level" (not "Volume Limits") instead of "Variable" (the > default). This would also explain why the Zone 2 volume control on your > remote doesn't function. The only reason I can think of to do this would > be if you were using an external preamp with its own gain control, which > I don't think you are doing. Can you go into your menu and change that > option to "Variable"? I have a feeling that doing this will also get > rid of the volume change timeouts, as the AVR is likely not expecting to > see Zone 2 volume change requests when the "Volume Level" option is not > "Variable". My player is a RPi4 with a HiFi-Berry DAC+ Pro preamp running HiFiBerryOS. Its running full out into analog AVR (RCA) input, so after thinking it through, yes, I can do that, but the fact that those two choices exist, says they probably should be both considered as equally valid, and handled as such. My manual also outlines running a pre-out into an external amp as Zone2 setup, so that's yet another way to consider. It gets complicated fast. An easy way out would be not to do anything volume related on power on, as this seems to be user settable (see the attachment) SamY wrote: > Please send a debug log after you make the change. If the results are > what I expect, I will go back to my original plan of syncing the client > volume to the Zone 2 volume setting returned from the Z2ON command, as > is now done for the main zone. > > Thanks. OK. Later tonight. +---+ |Filename: Z2 Variable settings.png | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=33874| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > Okay. So the AVR volume synchronization with the client at power on is > now working properly. That is good news. However, all of the volume > change commands sent to your AVR continue to time out which, as I said > before, is not necessarily a problem in itself as long as they are being > received and processed. So it comes down to what you are seeing on your > end. How is your user experience now with the plugin? Does the AVR seem > to respond correctly and consistently to volume changes made from your > client app? If so, pending David's test results, I will consider this a > new baseline and move forward with adding Quick Select support. It's all looking good here, Sam; the on/off commands work reliably now, and so are the volume changes. This has nothing(?) to do with the plugin, but it's an interesting bit about the AVR. Its remote has two separate power and volume buttons for the main and zone2 zones. The zone2 power button does work, but the dedicated volume +- buttons have no effect at all; the AVR displays "-3dB" (the hard limit that's been set), and all the volume changes are under software (your plugin) control. I'm guessing this is the end result of choosing volume range, as opposed to "Variable" for the "Volume Limits" in Zone2. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > David and MarSOnEarth: > > Here is a new version of the beta code for you to try. If the client > reports its volume as 0 during power on, it will set it to 25%. This is > a temporary fix and there is actually a chance that it will work as > originally planned due to a change in how the client volume is > retrieved. I also made a change that I hope might reduce the timeouts on > volume changes by closing the socket after sending the request. Try it > out at your convenience and upload the debug log as usual. Thanks. Here it goes, Thanks +---+ |Filename: 210321_11-server.log | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=33872| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > Well that's a "good news / bad news" scenario if I ever saw one. The > good news is that the response times for everything except the volume > changes are dramatically improved, presumably due to the AVR reset. > However, every one of the volume change requests continue to time out. > Also, just as with David's setup, the initial volume level reported by > the client during "power on" is 0, which messes up the volume > synchronization logic and causes the AVR volume to be muted until the > first volume request is received. A misleading case of correlation-without-causation as my initial volume was actually 0! Oops. SamY wrote: > The approach I was considering taking in regard to that issue was to use > the current volume reported by the AVR in response to the "Z2ON" request > which, in David's case was 58 and which I believe represents the volume > setting of Zone 2 when it was last turned off. However, your debug shows > that value to be 77, which would translate in your system to over 75% of > the maximum AVR volume permitted by the plugin max volume setting of > -10, which works out to .75 x 70dB or ~53dB. Does that seem reasonable > for your setup or would it be excessive? My zone twos settings are; volume range: from -79dB to 18dB, with hard limit set at -3dB. The way the AVR reports back those settings leave me scratching my head, but those are the resulting numbers I keep seeing; -10, and 77. SamY wrote: > SamY wrote: > So the biggest problem I see in your system, and the only one that can't > be directly addressed in the plugin, is the fact that your AVR does not > respond to Zone 2 volume commands. In reality, even that is only a > problem if it causes erratic behavior from the user perspective. Unlike > most of the other commands, there are no plugin actions that depend on > receiving volume control responses. Does the AVR volume seem to respond > as expected to client volume changes? Yes, all volume changes are responded to promptly even if all those calls do end up in the error routine. SamY wrote: > Also, did you try using a different client app to see if it made any > difference in the plugin behavior? I did not. The logs I post are from talking directly to LMS (FF on W10, and LMS is running of that system), and the Material apk, I was told, is just a WebView (thats Bromite in my case, for most others that would be straight Chrome) wrapper for CSS/js of the skin, so its basically talking to LMS directly as well. Should make no difference, but if you think itd be still worthwhile to try on one the other LMS UI skins (as thats all they are), its no problem. Just let me know. SamY wrote: > I will have a new version of the code ready in the next couple of days > which will address the initial volume setting problem. After that will > be the first version with actual support for the Quick Select function. > Thanks for your continued help. And to you for all your efforts at improving the plugin, Thanks MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
Hi Sam, Here are my results. Thanks +---+ |Filename: 210320_11-server.log | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=33854| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > Okay. I think I see the problem here. When you said "your newest code", > I assumed you meant the code I just uploaded a couple of hours ago in my > post to David but the debug line numbers don't match and neither does > the behavior. Please download that version and generate another debug > log of power on, volume changes, and power off. The behavior you saw > with network traffic after the Z2OFF command should no longer occur. > It's part of what I'm cleaning up. Thanks. I did mean that, except [/face-palm] I didn't restart LMS. Tests (after restart ;) to follow. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
This is odd looking. Seconds after successful power-off command, there are all these extra reads. Odd because, a) huge delay, and b) my zone 2 is set to stereo music. +---+ |Filename: P-off-reads.log | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=33849| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > Okay, David. Here you go. As I mentioned before, this intermediate > release does not actually contain support for the Quick Select command > in secondary zones but there are significant changes to how other > commands are processed. Assuming everything works as designed (a BIG > if), the only change you might notice is that, as part of "power on" > processing, you should see the volume of the AVR's Zone 2 adjusted to > synchronize with the volume setting of the client app. This is the > opposite of how volume synchronization works in the main zone, where the > client volume is synchronized to the AVR volume, but is necessitated by > the fact that the Denon network protocol doesn't permit querying the > volume setting of zones other than the main one. So please be aware of > the client volume control setting before initiating the "power on" in > order to avoid waking the neighborhood. ;-) > > Please generate a debug log of a power on followed by playing some > music, adjusting the volume, and a power off. Remember that this is > (mostly) untested beta code and adjust your expectations accordingly. > Thanks and good luck! > > Oh. And don't forget to back up your old copies of the modules > somewhere. ;-) Hi Sam, I've been timing things out after resetting my AVR. Here are a few data points with your newest code: Code: P-off: 1.1926 P-on: 0.1833 1.0956 0.1921 1.1069 0.1867 Play: 0.5650 Stop: 0.0003 0.3779 0.0002 0.5261 0.0002 V+-: AVR volume changes, but error routine is always called +---+ |Filename: volumes.log | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=33848| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > I wouldn't get my hopes up. The latest changes, specifically the > 2-second timeout on the Z2? command, has gotten you past the "power on" > problem. The timeouts on the Z2OFF aren't necessarily a problem unless > the Denon is failing to perform the task of turning off the Zone 2 amp, > which happened in one instance during your testing due to the AVR having > gotten so far behind in handling the 13 preceding volume requests, none > of which were responded to. It was toward the end, where you powered it > on and then did a bunch of volume changes before powering off. As I > mentioned previously, the timeout value for volume changes is now .5 > seconds, up from .125 secs in the previous version. However, I have yet > to see a response to a volume change request in any of the logs you have > uploaded. What behavior are you observing with the plugin as it stands > now? Do you happen to remember whether the AVR volume actually changed > during that test? There is a slim chance that the changes I am working > on now could be helpful but, if the AVR is unable to process and respond > to simple volume change requests, the outlook is not promising. @Sam, @Chris, Let me see if resetting the AVR (there are, I think, three levels of that) will make a difference in response times. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
edwin2006 wrote: > Temporarily replace powerline adapter via long ethernet cable and test > again. I found powerline adapters very unreliable. This may, or may not be so, but either way, not a available an option (this house's backbone is all powerline), and a different conversation. Mine is hoping that Sam can find a way to code around these absurdly off numbers. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > Interesting. The first thing that sticks out to me is that the Z2? > command, which is the first command issued by the plugin during "power > on" processing to check the status of Zone 2, is consistently taking > ~1.7 seconds to respond. The timeout interval for that command was 1 > second in previous versions, which is why it was timing out before. > Unfortunately, there is no mechanism currently in place to handle that > scenario, such as retrying it after a delay, etc. The power on simply > fails. In the newer version, the timeout is 2 seconds, so that command > and the subsequent Z2ON command are completing successfully. > Interestingly, the Z2ON is also consistent in its response time but much > faster, averaging about .003 seconds. However, all of the client volume > commands following that are timing out. The timeout value for those > commands was increased from .125 sec to .5 sec in the newer release, but > that doesn't seem to be enough in your environment. The timeout for the > power off command (Z2OFF) was also increased, from .125 to 2 seconds and > all but one of them timed out, the successful one taking .9 seconds to > respond. All you found out is puzzling, indeed. It's a fairly modern AVR, and yet, it seems pretty sluggish in processing of the commands. But, even with those timeout errors, which at the time would pop up after almost every command, the plugin used to work OK, but that (earlier) version was sending many commands 'blindly' (at the time the lag in volume changes was the issue at hand). SamY wrote: > So I'm not sure what to tell you. If you want, I could code a special > version with much higher timeouts but I'm not sure that would really > help because the high number of volume requests might clog the pipe even > more. Do you know if there are any firmware updates available for your > Denon AVR? The firmware has been periodically updated, and it's set to aout-update. I will check, though. You are being very generous with your offer of a custom version, and I thank you for that, but I'd rather help you out in finding ways to improve general robustness of the plugin, which would benefit all. It's a quality-of-life enhancement for LMS that's worth pursuing. SamY wrote: > Btw, I am currently working on changes for a future release which will > clean up and improve the handling of non-main zones, such as adding > support for the quick select command which is currently supported only > on the main zone. I have made some changes which I have not been able to > test due to the lack of secondary zones in my system. If you can figure > out where the bottleneck is in your system, maybe you would like to be a > guinea pig... I mean beta tester. ;-) Right now, though, I don't know > what to tell you. Your ping times are impressive, much better than I get > on my network, but that doesn't seem to translate to real-world response > time between your LMS server and the AVR for some reason. Let me know > if you want to pursue testing with higher timeout values and/or > enhancements to zone processing. > > Good luck. To help you in this endeavor, as a user it's the least I can do, and it will be a pleasure to assist you. Thank you for working on making this plugin better. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > All I can tell you is that the line numbers in the debug log correspond > to v2.1 and not v2.3 so that's a mystery to me. I had a trouble updating the plugin from v2.1 (the update kept looping), so maybe that's when things got out of sync. SamY wrote: > In any case, if you would feel comfortable doing it, I would like you to > try running with the beta version of v3.0, which contains some changes > related to the problems you are experiencing. For one thing, the timeout > intervals have been increased. For another, the plugin no longer sends > volume requests to the receiver when it is not powered on. According to > your log, there are many such requests been sent just prior to the > status request that times out. In that regard, I am curious as to what > client app you are using. Its behavior doesn't match the ones I've seen > in previous debug logs, which are the LMS client, Squeezer, and Squeeze > Ctrl. Thanks, and glad to do it. Two server logs; they are both of just power on/off commands from my desktop (W10P, FF w/ Material UI), though I also use Material app on Android (10) phone. The second (+net) log also includes debug from network.asynchttp. Hope you find it helpful. +---+ |Filename: v3+net_server.log| |Download: http://forums.slimdevices.com/attachment.php?attachmentid=33809| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
MarSOnEarth wrote: > Hmm. It shows 2.3 in the LMS plugin list. What to do? Just checked, the 'install.xml' does say 2.3; so, I'm good there. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
SamY wrote: > Hi Mars. First of all, from the log it appears that you are running v2.1 > of the plugin. Please upgrade to v2.3. Hmm. It shows 2.3 in the LMS plugin list. What to do? SamY wrote: > You are correct in observing that the power on command is not being > sent. That is because the command to query the current on/off state of > the Denon is timing out, as are all the commands being sent to it. Timing seems to be the culprit and the Achilles' heel of the implementation in every hiccup the plugin exhibits I ever encounered ;-) Yet, my AVR is hard-wired over 500Mbps power-line adapter with low latency. SamY wrote: > Is 10.10.10.203 still the IP address of your receiver? If not, correct > it in the plugin player settings and make sure that the IP address is > statically assigned in your router. If the IP address is correct, do you > have the Denon "Network Control" setting set to "Always On"? If not, it > cannot respond to network requests while it is in standby mode. Let me > know what you find. Thanks. Yes to all your questions, and thank you for taking the time fir looking into this. +---+ |Filename: 2021-03-16 AVR latency.png | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=33799| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
On the one hand, I see so much of new activity here, and on the other, I don't get to use that particular player that's hooked up to our Denon often, but now I tried it after quite a while, and the power on/off sequence no longer works. It all used to work quite splendidly, zone2 on/off, quick select, volume changes, i.e. all that I ever needed. Now, if I turn on zone2 manually, it's all still there, but the on command is not sent at all (according to the debug info in the server.log), and the off command seems to be sent (according to server.log) but does nothing on the AVR now, at least that's how I interpret the log. +---+ |Filename: server-DenonAvpControl.log | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=33796| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
SpiderJon wrote: > I don't understand how having to open the top-level menu, click on > "Information", and then click on "Server Settings" or scroll down and > click on "Player Settings" can be quicker than if all the "Settings" > options were still just listed in the top-level menu i.e. it's now 3 > clicks for Server or Player Settings, compared with just 2 clicks in the > "old approach". > > (That said, accessing the Settings menus via "Information" is certainly > easier than having to multiply scroll/swipe to the bottom of the > interface Settings page to click on them.) +1 So, what was the problem with the original menu? ;/ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > I've now implemented drag'n'drop from queue onto/into playlists. Yey! This is a major enhancement. Thanks! MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > This sounds like the "zap" feature. Currently this is only shown if you > have "Custom skip" installed (due to thers not wanting this). AFAIK, > "Zapping" a song adds it to a playlist named "Zapped songs" > Dang! I wasn't aware of the "zap" feature. In the mean time (re: below) > it's on step closer. Cool. > > However, (I assume) you are not really "favouriting" a song, you are > using this as a work-around. I do have an open issue to allow > drag'n'drop from the queue to a playlist - I just have not got round to > implementing this, as its not a feature I'd use. But, I'm guessing if > this were implemented it'd resolve your issue - you'd be adding to a > playlist, not favourites. Very much so. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > ... > I can't see why you'd really want to favourite a single track. > ... I do this all the time! It's my scratch-pad of sorts, and it's been on the top of my "to suggest" list. In desktop layout, it now takes four operations to add a tune from the Playing Queue to Favorites: Click->More->Save...->Add (a final confirmation). Uff. Couldn't, for example, the Save action be directly in the on-click pop-up menu? Just straight up, no confirmation, no nothing. Or, even better, to be able to drag from Playing Queue onto Favorites? Thanks MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
Ron F. wrote: > Craig, I have to say that a reason I post my nitpicks here, is because > your project is so darn close to perfection. You deserve nothing short > of a thunderous applause in your material development. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > Bug-fix release, main changes: > > > > - Update translations. - Fix search field in various lists (e.g. Qobuz, Spotty). - Fix margins of back button when home button is visible. - Check if window.localStorage is undefined, if so cannot use. - Fix drag'n'drop of playlist track onto queue. - Highlight drop target. - Fix drag image when start drag on list image. - Fix list hover buttons for light themes. - Fix 'All songs' missing from artist actions. - Fix usage of custom css. > > > # 5, 6, and 7 tested, looking good. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > No, too much of a hack. Also, just checked and tracks from a MIP > playlist (created via 'Create MusicIP Mix') can be drag'n'dropped onto > queue. It sure would be. I'm glad there's a clean, sanctioned way to do it. Thanks again. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > No, (AFAIK) you cannot alter the MIP playlist shown on the left - it is > not an editable list (just like you cannot alter an albums list of > tracks). D'n'd from MIP list to queue is meant to work (I need to find > time to see why it does not), but the otherway arround will not work. > Queue to playlist I will try for 2.1.0 (next release will be 2.0.1) Ahw, shucks! As a workaround, how about taking over it's content, operating on it locally, and displaying it, overwriting the display generated by MIP? MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > So, you mean the play queue? That already has drag'n'drop - what does > not work here??? If you mean drag from there onto a playlist - not > supported. > > [Edit] Added issue in github > (https://github.com/CDrummond/lms-material/issues/366) for drag from > queue onto playlist. This would be for 2.1.0 Cool. Thanks! BTW, I actually thought of/meant having the ability to move an item either way, to and from between the Play Queue and the MIP generated playlist. Hmm, any playlist? MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > Fair point, none of the previous d'n'd code had drop indicators, will > think about this. > > > > "Playing Now list" ??? Playing Now? Playing Queue? Now Playing? Left|Right Panel|Pane ;-) MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
slartibartfast wrote: > OK I considered MusicIP but by list do you mean the playlist generated > by MusicIP? > > Sent from my Pixel 3a using Tapatalk Yes, the left panel on the desktop layout after doing More>Create MusicIP Mix. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
slartibartfast wrote: > I can't be the only one wondering what the MIP list is. > > Sent from my Pixel 3a using Tapatalk MusicIP MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
RobbH wrote: > Thanks! And thanks to jeroen2 and jd68. I reported a minor issue, turned > in for the night, and by the next morning a solution had been found. Tough night, hmm ;-) But, indeed, the development of Material Skin is moving at an impressive clip. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > Feature release, main changes: > > > > - Add button to toggle queue visibility on desktop layout. - Make cover-art in browse and queue views optional. - Support 'Extras' section by using iframe. - Show SugarCube pages in 'Extras' if it is installed. - Swap (+) and (>) buttons to match LMS's default order. - Optionally display technical info when listing tracks in browse > view. - Clicking duration in play queue will briefly show remaining track > count and duration. - Defer loading of some JS and CSS until page loaded. - For piCorePlayer and SqueezeAMP (SqueezeESP32) players, add > action to show config page in main menu of Player Settings dialog. - Add file and directory browser for media paths in server > settings. - Darken background of 'Dark' theme so as to work-around Chrome > changing certain colours if its force dark mode is enabled. - Fix sort option when listing albums under years category. - Fix renaming pinned items. - Make save-queue dialog similar to add-to-playlist dialog; use a > combobox to display list of existing playlists. - Improve speed of grid view. - Allow using grid in more places; Home, My Music, etc. - Allow streams in favourites to be pinned to home screen. - If browser's locale time string ends with AM or PM then use > 12hour clock. - Allow drag'n'drop of albums and tracks from browse page onto > queue. > > > Ahh #19! Sweet! You're doing it, and it all works well, and feels almost complete, minus some visual clues tweaks, like cursor shape changes for when a drop is possible or not, and drop target indication. The existing visual clues have also been inherited in the part of the interface most used by me; the MIP list, Playlists, and the Playing Now lists where the D has not been (yet ;-) implemented. But, a step at a time and a nice start this is already. Thank you for all you work, and congratulations on feature-full v.2.0 release. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > No. The only way to 'insert at index' is to first add to the end of the > queue and then move. Fine for one track, more complicated for an album. It would be great. Yes, in this case D would be all about just one track, in both mobile and desktop select, and drop. Maybe yes ;-) Thanks for considering. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > Sorry, but (AFAICS) the LMS API does not support inserting tracks at a > set index. I hear you on the API, but... cpd73 wrote: > The best I could do is to add all items to the end of the queue, and > then move them one-by-one to the correct position. This, however, would > be slow - especially if you dragged an artist with many albums onto the > queue. Unlike what I imagined, the above indeed does sound complicated, but, how about treating the left pane more like a scratch pad, locally, in the browser, outside of LMS' API. Question first; is the D implementation in the right pane (Playing Now) yours, or LMS'? It does do of insert-at-index. Back to what I imagined; a single item D from (either) one side to the other, with only the left side needing to be kept track of with LMS (as it's already). The only write of the right pane would as it is now, i.e. when written to a playlist (and thanks again for implementing it). Does this sound more doable? MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
Right now D is implemented in the Now Playing. It would be nice to be able to do the same between both, left and right (in desktop layout) panels. Thanks MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
Just noticed: thanks for folding the left and right click into the same (bring-up-menu) action. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > OK, I've commited a change to check the name case-insensitively - and if > so warn the user that a playlist with a -similar- name exists (as some > filesystems can properly handle case sensitive names). However, I'm > thinking of removing this and have the save-playlist dialog work in the > same manner as the add-to-playlist dialog. If you click the context menu > on an album, or track, in the browse view you can add these to an > existing, or create new, playlist. This dialog use a combobox and when > you type a name, it shows any matches - and is case insensitive. My > feeling is this would be better for the queue too - plus is consistent. > What do you think? Yeah, much better UX. Thanks! MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > And where is this a problem? Playlists? Yes. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
For case insensitive File Systems, it's possible to overwrite a file mistakenly, as currently any combination of, for example, [Tt][Ee][Mm][Pp] results in saving to the same file. Thanks. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > ... > > As to why the 1st version was faster for you, I can't really explain > that. It had a bug where on -every- scroll it would (internally) refresh > the list of items to show - whereas in the 2nd version I fixed this so > that it was only refreshed when required (which would use less CPU). This may be perceived vs. absolute speed territory... more feedback -> higher perceived speed even though the actual speed may be objectively slower. Wish I could test that (AutoHotKey script? Maybe, at least on desktop). MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > ... > I'm unsure as to why some users are experiencing issues with the new > code and I'm not sure if I have the time to debug all issues - > especially when I cannot recreate them. For me the code is fast enough. On my systems it was not only fast enough, but faster, while providing more feedback, and the first version was faster than the second one. Hmm. Apparently differences between JS performance in different browsers/systems varies widely still [that video clip from slartibartfast was a "wow!". A B NOOK HD+, an OMAP 4470 powered 1920x1280 tablet from 2012 runs Material Skin smoother] MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > ... > > If this new scrolling is not efficient enough, or has too many bugs, Id > prefer to know sooner than later so that I can revert to the library. No worries about that. As a matter of fact your implementation seems smoother and faster. No perceptible difference on desktop (Win 10 + FF browser), but on my phone (PH-1 + VIA browser) the re-draws are better structured. The library implementation seems to have a bigger delay in sensing when to fetch and draw than your implementation, which attempts to do the same operation more eagerly, so to speak, giving more feedback as a result. Such eagerness may create more load on slower phones, but it feels better then the library implementation on mine. I do have a slower device on which to try this on, but first I'd have to dust it off. Later. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > Feature release, main changes: > > > > - Add 'Add to playlist' action, allowing tracks to be saved to new, > or existing, playlists. - On desktop browsers, allow keypress to jump via jumplist. - For mobile devices, show time position tooltip with touch and > drag. - Replace search dialog with a search-as-type text field in > subtoolbar. - Show other search options at end of search results. - Intercept links on now-playing and browse pages and show a menu > allowing to choose from following link or searching for item. - Allow editing of podcast URL as well as name. - Add action to remove duplicates from playlists. - Remove home button. Functionality can be achieved via long-press > on back button or (in mobile layout) bottom nav 'Browse' button, or > by using popup menu on subtoolbar title. - Show 'Music sources' as subtoolbar title on browse home screen. - Reduce long-press timeout from 1s to 500ms. - Fix various keys causing browse to navigate back. - Look for 'playControl' action in SlimBrowse response and, if have > more than 2 audio items, use this for add/play all actions. - Remove android lock screen and notification controls. - Always send 'mixer muting 0' to disable muting, and 'mixer muting > 1' to enable, as opposed to 'mixer muting toggle' - When toggling mute state, check player status 0.5 seconds later. > > > You've been really busy. This is a major, and long, list of improvements! Thanks! MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > Different apps will handle errors in different ways. If this is an LMS > issue, I suggest you create a new issue on LMS gthub page - > https://github.com/Logitech/slimserver/issues That's what it looks like. I'll follow up on Github leter. Thanks MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
slartibartfast wrote: > I have seen it rarely with only local files and the HDD wasn't sleeping > on those occasions. What happens if you click next track? Does it regain > sync then? > > Sent from my Pixel 3a using Tapatalk No. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
slartibartfast wrote: > A similar issue is discussed in this thread > https://r.tapatalk.com/shareLink/topic?url=https%3A%2F%2Fforums%2Eslimdevices%2Ecom%2Fshowthread%2Ephp%3Ft%3D112623_tid=112623_fid=813_type=t_source=app > It normally happens for me if a Spotify track is in the playlist and the > HDD containing local music sleeps during the Spotify track. I have seen > the same issue with purely local tracks as well. In my case though the > symptom is that the artwork and track info for a track does not change > when the track changes and from then on the info is one track out. I > have never seen it think it was playing the first song in a playlist. > > Sent from my Pixel 3a using Tapatalk Yes, thanks. It seems to be related, though I suspect it's more about how PQ/playlists are handled by LMS, and not timing issues, as it became the focus in that thread... my system is SSD based. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > I asked, becasue if others show issues (even if in a different way) then > it points to an LMS problem, if only Material has an issue then the > fault lies there. The same LMS issue can have different effects on > different controllers - they might not all exhibit the same behaviour. It seems to be LMS's problem, but MS is handling it differently than the Default skin. So, Michael (@mherger), why is this particular track invisible? I've been starring at that entry in the playlist and I can't find a (syntactical) reason for it, so it has to be something else. +---+ |Filename: LMS - 1 (the playlist in playing queue).png | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=31439| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
MarSOnEarth wrote: > I only use the Web UI either in Firefox Windows w/Material Skin (MS), or > Firefox Focus on Android with (of course :-) MS. The problem pops up > occasionally, and this time I did not notice when exactly things gone > awry (it's an older playlist), but other times it would happen when I > was deleting/moving around tunes in the Playing Queue (PQ). > > I tried this playlist w/Default skin, and the behavior is a bit > different, as you can see in the images. BTW, it's not that the > invisible tune is not playing with the Material Skin, it is, but the > information what's playing is taken from the first item on the playlist. > With the Default skin, the what's playing information is correct, but > the PQ indicator is not, and there's no doubling of PQ items. > It's even a bigger puzzler because MS is really "thinking" that it's > playing the first song on the playlist, the Jam Nation tune, when in > actuality it is playing the "invisible" tune. [vBulletin messed up the attachment; same name, different content. Renaming] MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > For debug with queue items you need http:// > SERVER:9000/material/?debug=json,cometd - I'll update my sig. Have you > checked this with other controllers? e.g. Squeezer, iPeng? Or the > default web UI? I only use the Web UI either in Firefox Windows w/Material Skin (MS), or Firefox Focus on Android with (of course :-) MS. The problem pops up occasionally, and this time I did not notice when exactly things gone awry (it's an older playlist), but other times it would happen when I was deleting/moving around tunes in the Playing Queue (PQ). I tried this playlist w/Default skin, and the behavior is a bit different, as you can see in the images. BTW, it's not that the invisible tune is not playing with the Material Skin, it is, but the information what's playing is taken from the first item on the playlist. With the Default skin, the what's playing information is correct, but the PQ indicator is not, and there's no doubling of PQ items. It's even a bigger puzzler because MS is really "thinking" that it's playing the first song on the playlist, the Jam Nation tune, when in actuality it is playing the "invisible" tune. +---+ |Filename: LMS playing queue out of sync.zip| |Download: http://forums.slimdevices.com/attachment.php?attachmentid=31431| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
The Playing Queue is out of sync with a playlist. For some reason an entry on a playlist is not recognized, its not showed in the Playing Queue, and when that entry is to be played next, the first tune on a playlist is played instead, and to make up for the missing item, the song after that one is doubled up in the Playing Queue, and from that point on everything gets off by one. I hope the attached pictures will be worth more than my words. [Oops: a 5 files to a post limit. Attaching a compressed file with all images] +---+ |Filename: LMS playing queue out of sync.zip| |Download: http://forums.slimdevices.com/attachment.php?attachmentid=31424| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > Done in 1.9 branch. (Note next release will be 1.8.8 - 1.9 is for new > features) Hurray! That's cool you found a way. Thanks! MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > What I -might- do is add an "Add to playlist" action - alowing tracks > (and albums?) to be added to playlists, or create a new playlist. Then > you would create you MIP mix, select all tracks, and "Add to playlist". > Not sure how easy this will be, but I'll think about it. I've create an > issue on github to remind me of this - > https://github.com/CDrummond/lms-material/issues/313 It would be great if such could be implemented. That's exactly the functionality I was thinking about! Right now we have "Add to queue" and "Play". This addition would be a "Save to" option. Thank you for considering it. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > That would need to be implemented in the MusicIP plugin, its not > something that belongs in the skin. > > Personally I only use MusicIP with DSTM. Thanks for pointing me in the right direction. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
Would it be possible to implement direct save of just created MusicIP playlist without first sending it to the playing queue? MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > Just downgraded to 1.8.5, and adding a playlist does not set its name. > But this name value comes from LMS's status message - it is not set by > Material. In this "add" instance LMS is not setting this. I've even > checked with the default UI. Here adding does not show a name (even > adding to empty queue), but playing does. I can see why you'd want > adding to an empty queue to set the name, but this would be an LMS issue > and a change required there. Drat! What happened then?! cpd73 wrote: > Nope, just tried and confirmed the colour is changed. Perhaps you need > to refresh your browser's cache? The flashing cursor is red - I forgot > to change that, so have now done for next release. Yeh, that did it. Thanks! MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
cpd73 wrote: > Bug-fix release, main changes: > > > > - Translation updates. - Map icon for Sprocket plugin. - Fix mapping of mysqueezebox.com apps when using local LMS image > proxy. - Update rating display if current setting, or calculated value, > differs from previous. - Allow to set custom actions for now-playing cover context menu. - Add action to 'Zap' play queue items. - Don't close 'More' list when clicking radio stream skip actions. - When saving the queue, don't use error text colour to indicate > that a playlist with that name exists - looks odd if saving queue to > its existing name. - Show name of currently loaded playlist in queue view. - Refresh 'New Music' after scan complete. > > > Just updated to 1.8.6, and what worked with 1.8.5 isn't now. Now, a playlist name is remembered if it is "play"ed, but it is not when it is "add"ed to an empty queue. With 1.8.5, a playlist's name was remembered in such case, and I think that's a more desirable behavior, i.e. the -only-, or the -first- playlist's name should be carried forward. In the first case, after a playlist was "play"ed, when other playlists are subsequently "add"ed, the first playlist's name is still retained, and that is as expected. Re: #8 on the update list, the color is still red (and I'd say that's OK. It's better to warn users than be cursed by them) MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
Hi Craig, Seeing how you've dispatched problems that seemed on their face difficult with ease, maybe you could implement this; when a playlist is loaded into the play queue, remember its name for subsequent saving of said queue to a playlist of the same name. The memory of that playlist does not need to persist across LMS restarts (though that would be nice because playing queue is), but it would be very desirable for it to persist across browser restarts. Easy? Doable? MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
MarSOnEarth wrote: > I'm still far from jumping in, but low level socket programming (which > the Async module seems to me) is a bear, and the reason I'm looking at > the Net::Telnet high level module. > > But, regarding the post you are referencing above; is it really > necessary to disconnect? Don't you get your own socket, and the > communication is asynchronous? Re: timeout errors, I'm seeing more randomness than simply "first OK, then all following fail". The attached log excerpt is from a time after a player was used for a while, then stopped, and then played again. It starts at a moment it's first restarted. Line 07: a call times out Line 29: a call succeeds Line 40: success Line 52: failure Line 63: failure Line 74: success, and so on. Nothing new for you, but things are frustrating because these errors occur at random for the same type of call. Next, I'll try to see which of the LMS logging options can get at the Networking::Async internals. 31090 +---+ |Filename: server_debug_log.zip | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=31090| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
Aesculus wrote: > Interesting I was looking at subscribed threads and found this > unanswered one from eons ago > > https://forums.slimdevices.com/showthread.php?93473-Problem-with-socket-not-returning-data-on-callback-in-plugin I'm still far from jumping in, but low level socket programming (which the Async module seems to me) is a bear, and the reason I'm looking at the Net::Telnet high level module. But, regarding the post you are referencing above; is it really necessary to disconnect? Don't you get your own socket, and the communication is asynchronous? MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
Aesculus wrote: > OK. Since I experience non of this without the logs showing the issue I > would not know where to start. > > Once you collect them I am willing to review them with you to see if we > can identify a pattern or an issue. I'll have to dust of the PERL > memory cells. :-) After a lifetime in and around all aspects of IT and the multitude of languages that came with that, I'm for the first time making an effort to read Perl by reading your code ;-) MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
Aesculus wrote: > It's really Telnet (Denon AVP protocol) but is carried over the ethernet > port. I wonder if some of your timing issues could be communications > port related? > > 31054 > > EDIT: Note I have never looked into or tried the Net::Telnet module Most of my gear in the living room, including the receiver (AVR-X1300W) is hardwired over 1Gbps switch after being bridged over PowerLine (HomePlug) AV2 device @ 500 Mbps. The average ping times are in the 3ms range, so latency should not be an issue. At its worst, what tends to happen is the volume "snaps back" to a prior setting a second, or so, later after being changed, for example, the volume is changed, lets say, from a value of 80 to 50 only to snap back to 80 after playing for some (short) time interval (a second, or two) at 50. I have not yet put a marker in the debug log when something like this happens. On other occasions, sometimes the power-on sequence will miss, for example, switching to the right input, in my case it's preset-3, and sometimes a volume change is not registered at all. All of that, in my mind, is indicative of timing problems, and it could be simple LMS's single-threadness (not a word ;-) manifestation (and that's why it's so random), but otherwise, and most of the time, things are just fine. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
Aesculus wrote: > Just to let you know I have updated to LMS 8.0.0 and everything seems to > work OK for me. > > If you have an issue run debug and post the problem here. Although I'm staying on the 7.9 branch, this is good to know. As to the performance of the plugin itself, timing glitches seem to be the only issue with it, and sometimes those can be quite severe. To that point, I see that you are using the built-in Networking::Async module, and issuing control sequences to 'telnet' port over HTTP. Is that what it is? Is it HTTP, or is it 'telnet'? The reason for asking is that somewhere in another discussion it was stipulated that HTTP calls were (much) slower and had greater latency than direct 'telnet' i/f. There is Net::Telnet module on CPAN. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Material Skin
slartibartfast wrote: > You definitely should not need to import all song data from MusicIP. > Hard to tell what is wrong with your LMS. I would start from scratch and > reinstall it > > Sent from my Pixel 3a using Tapatalk Instead of start-fresh-by-reinstall, what got me back to sanity when things got as hopeless as you describe, was to stop LMS, delete all db* files from Squeezebox/Cache folder, and then let it rebuild it all by doing a full re-scan. Since you are using MIP, I'd let it refresh the music folder before doing LMS rescan as well. Good luck. MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=109624 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
Aesculus wrote: > OK. So do we have any issues to work on then? Stability and repeatability ;-) OK, seriously though; now that all seems to be working OK, I'll be using the plug-in while keeping debugging on. Fingers crossed. Thanks! MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
BTW, 'telnet' connects now too. (shrug) MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Denon AVP Control Plugin
Aesculus wrote: > Post any revelations that you find in case I need to update the plugin. OK, a new attempt, but firstly the thing about my receiver (AVR-1300W). Now I know what triggers it's "funny" state. In its web I/F there is a "Web Update" button (in addition to the two exposed through the remote's "Settings", i.e. "Update" and "Add New Features") which when pushed trigers it. It insists on loading a local firmware file and using it to update the AVR. In this state, any attempt to connect to the receiver's web I/F will land on that "Web Update" page, and any other URI is not recognized as valid. Even cycling the power does not cancel the state, even though the AVR seems to be operating as expected through the remote. Only pulling the power cord finally reset it. After that, the receiver notified that there's firmware update available, and I updated. All the preceding is just to let you know that the receivers end would not the be a likely culprit for what I got to observe, although; weirdly enough, I still can't directly connect to it with Win10's build in 'telnet' client, but the web I/F is working OK. Now, back to debugging the plug-in. It still has that new problem of not triggering the power on/off. Here's the part of the "server.log": Code: [20-06-06 11:14:40.8202] Plugins::DenonAvpControl::Plugin::commandCallback (699) *** DenonAvpControl: power request1: Slim::Control::Request=HASH(0xc65150c) [20-06-06 11:14:41.2705] Plugins::DenonAvpControl::Plugin::handlePowerStatus (807) *** DenonAvpControl: handling Power ON Status [20-06-06 11:14:41.2708] Plugins::DenonAvpControl::DenonAvpComms::SendNetAvpPowerStatus (258) Calling query for zone state [20-06-06 11:14:41.2721] Plugins::DenonAvpControl::DenonAvpComms::writemsg (350) Sent AVP command request: PW? [20-06-06 11:14:42.2848] Plugins::DenonAvpControl::DenonAvpComms::_error (360) error routine called [20-06-06 11:14:42.2851] Plugins::DenonAvpControl::DenonAvpComms::_error (366) error connecting to url: error=Connect timed out: Bad file descriptor url=HTTP://10.10.10.203:23 BTW, that error routine is called after every command, successful, or not, sent to the AVR. OK, talking about all things random... frustrating. After manually turning the AVR on and playing around with volume, now the plug-in and AVR started playing nice together again, and the power off/on works now. Hmm. You know, I'm going to just send you the server log and hope that you can find in it more then I can see. BTW, I'll be happy to assist you in any way you'll need. Thanks +---+ |Filename: DENON plug-in server log.txt | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=30618| +---+ MarSOnEarth's Profile: http://forums.slimdevices.com/member.php?userid=69826 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
