home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
Support
General Support
[MP1-4838] Volume control no longer functions properly when changing audio device
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="Rick164" data-source="post: 1208342" data-attributes="member: 17766"><p>[USERGROUP=39]@Developers[/USERGROUP] for AudioSwitcher we have some new dependencies which are in a NuGet repo and kept up to date:</p><p></p><ul> <li data-xf-list-type="ul"><a href="https://www.nuget.org/packages/Microsoft.Bcl.Async/" target="_blank">Microsoft.Bcl.Async</a> (>= 1.0.168)</li> <li data-xf-list-type="ul"><a href="https://www.nuget.org/packages/AudioSwitcher.AudioApi/" target="_blank">AudioSwitcher.AudioApi</a> (>= 4.0.0-alpha5) <--- talked with dev for it and this is the most complete and stable even with the alpha tag, we need this for the async features as 3.0.0 lacks that.</li> </ul><p>Build for .NET 4.0 and 4.5 so we are safe on that end, packaging wise this means we get a few extra .dlls:</p><p></p><p>AudioSwitcher.AudioApi.dll</p><p>AudioSwitcher.AudioApi.CoreAudio.dll</p><p>Microsoft.Threading.Tasks.dll</p><p></p><p>Could use ILMerge to reduce all those loose files (do that for plugins atm) but let me know if these new dependencies are ok <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile :)" loading="lazy" data-shortname=":)" /></p><p>Attached is a packaged version build against master if some want to try it out already, of course backup first but bugfix is complete and now comes down to improvements in other areas like the audio renderer detection.</p><p></p><p>Just did some small tweaks this morning and made Mediaportal volume leading so if you change it externally the Mediaportal volume OSD / state will not follow it, one of the upsides is that we don't need to forcefully hide the Windows 10 volume OSD because the library doesn't trigger it.</p><p>Essentially can remove the workaround from 1.15 (the hide windows OSD setting).</p></blockquote><p></p>
[QUOTE="Rick164, post: 1208342, member: 17766"] [USERGROUP=39]@Developers[/USERGROUP] for AudioSwitcher we have some new dependencies which are in a NuGet repo and kept up to date: [LIST] [*][URL='https://www.nuget.org/packages/Microsoft.Bcl.Async/']Microsoft.Bcl.Async[/URL] (>= 1.0.168) [*][URL='https://www.nuget.org/packages/AudioSwitcher.AudioApi/']AudioSwitcher.AudioApi[/URL] (>= 4.0.0-alpha5) <--- talked with dev for it and this is the most complete and stable even with the alpha tag, we need this for the async features as 3.0.0 lacks that. [/LIST] Build for .NET 4.0 and 4.5 so we are safe on that end, packaging wise this means we get a few extra .dlls: AudioSwitcher.AudioApi.dll AudioSwitcher.AudioApi.CoreAudio.dll Microsoft.Threading.Tasks.dll Could use ILMerge to reduce all those loose files (do that for plugins atm) but let me know if these new dependencies are ok :) Attached is a packaged version build against master if some want to try it out already, of course backup first but bugfix is complete and now comes down to improvements in other areas like the audio renderer detection. Just did some small tweaks this morning and made Mediaportal volume leading so if you change it externally the Mediaportal volume OSD / state will not follow it, one of the upsides is that we don't need to forcefully hide the Windows 10 volume OSD because the library doesn't trigger it. Essentially can remove the workaround from 1.15 (the hide windows OSD setting). [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Support
General Support
[MP1-4838] Volume control no longer functions properly when changing audio device
Contact us
RSS
Top
Bottom