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
MediaPortal 1 Plugins
InputDeviceMapper and LiveDriveIR Configuration Problem
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="kaburke" data-source="post: 11900" data-attributes="member: 11818"><p>The devices I will be discussing are detailed <a href="http://nolanparty.com/mediaportal.sourceforge.net/phpBB2/viewtopic.php?p=31179#31179" target="_blank">here</a>.</p><p></p><p>Before I begin, it should be noted that the LiveDriveIR plugin allows you to select the MIDI IN device to listen to in order to receive the remote control events.</p><p></p><p>The problem I'm encountering occurs with a feature built into InputDeviceMapper's configuration. The setup form allows you to "learn" new events to be mapped to Actions. Basically, you click the "Lean Command" button on the form, a window pops up telling you InputDeviceMapper is waiting for input, and then you push a button on your remote (or gamepad or whatever - in this case it is a remote). The captured event is then used to create a mapping. This is accomplished in the following manner:</p><p></p><p>When the InputDeviceMapper setup form starts, it uses the PluginManager to get a list of all of the plugins. InputDeviceMapper loops through that list looking for plugins that implement the IInputDevicePlugin interface. When one is found (in this case LiveDriveIR), InputDeviceMapper calls it's start() method to ensure that it is listening for events that it will pass to InputDeviceMapper. Once the command is learned, InputDeviceMapper goes through the list again, calling stop() where appropriate to return the plugins (again, LiveDriveIR in this case) to their original state.</p><p></p><p>This works fine, unless the plugins' (LiveDriveIR's) configuration is changed. Consider the following scenario:</p><p></p><p>I go into InputDeviceMapper and try to learn a new command. Nothing is happening. I decide that I need to change the selected MIDI IN device in LiveDriveIR, so I close the InputDeviceMapper configuration form, and open LiveDriveIR's. I select the correct MIDI IN device and close the form. I open InputDeviceMapper's setup form again. It uses the PluginManager to get/instantiate the required plugins (LiveDriveIR).</p><p></p><p>Now, those of you who are observant, and know the Configuration application, will see what's comming. As it turns out, the changes I made to the LiveDriveIR's settings have not yet been written (that's not done until the Configuration Application closes), so when PluginManager instantiates the plugin, it is instantiated with the OLD settings. The upshot is that no matter what I set my device to in the LiveDriveIR setup form, InputDeviceMapper won't benefit from the change until the Configuration application is restarted.</p><p></p><p>The solution, of course, would be to get the instance of LiveDriveIR that already exists in the Configuration application, rather than using PluginManager to recreate it. Unfortunately, I can't firgure out how to do that. Indeed, I'm not sure it is even possible.</p><p></p><p>Any suggestions?</p></blockquote><p></p>
[QUOTE="kaburke, post: 11900, member: 11818"] The devices I will be discussing are detailed [url=http://nolanparty.com/mediaportal.sourceforge.net/phpBB2/viewtopic.php?p=31179#31179]here[/url]. Before I begin, it should be noted that the LiveDriveIR plugin allows you to select the MIDI IN device to listen to in order to receive the remote control events. The problem I'm encountering occurs with a feature built into InputDeviceMapper's configuration. The setup form allows you to "learn" new events to be mapped to Actions. Basically, you click the "Lean Command" button on the form, a window pops up telling you InputDeviceMapper is waiting for input, and then you push a button on your remote (or gamepad or whatever - in this case it is a remote). The captured event is then used to create a mapping. This is accomplished in the following manner: When the InputDeviceMapper setup form starts, it uses the PluginManager to get a list of all of the plugins. InputDeviceMapper loops through that list looking for plugins that implement the IInputDevicePlugin interface. When one is found (in this case LiveDriveIR), InputDeviceMapper calls it's start() method to ensure that it is listening for events that it will pass to InputDeviceMapper. Once the command is learned, InputDeviceMapper goes through the list again, calling stop() where appropriate to return the plugins (again, LiveDriveIR in this case) to their original state. This works fine, unless the plugins' (LiveDriveIR's) configuration is changed. Consider the following scenario: I go into InputDeviceMapper and try to learn a new command. Nothing is happening. I decide that I need to change the selected MIDI IN device in LiveDriveIR, so I close the InputDeviceMapper configuration form, and open LiveDriveIR's. I select the correct MIDI IN device and close the form. I open InputDeviceMapper's setup form again. It uses the PluginManager to get/instantiate the required plugins (LiveDriveIR). Now, those of you who are observant, and know the Configuration application, will see what's comming. As it turns out, the changes I made to the LiveDriveIR's settings have not yet been written (that's not done until the Configuration Application closes), so when PluginManager instantiates the plugin, it is instantiated with the OLD settings. The upshot is that no matter what I set my device to in the LiveDriveIR setup form, InputDeviceMapper won't benefit from the change until the Configuration application is restarted. The solution, of course, would be to get the instance of LiveDriveIR that already exists in the Configuration application, rather than using PluginManager to recreate it. Unfortunately, I can't firgure out how to do that. Indeed, I'm not sure it is even possible. Any suggestions? [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
MediaPortal 1 Plugins
InputDeviceMapper and LiveDriveIR Configuration Problem
Contact us
RSS
Top
Bottom