| <<O>> Difference Topic PendingDeviceConfiguration (r1.5 - 29 Aug 2004 - PatrickHartling) |
| <<O>> Difference Topic PendingDeviceConfiguration (r1.4 - 05 Dec 2003 - PatrickHartling) |
Q: Why does my input device configuration element end up in the pending list? | ||||||||
| Line: 21 to 21 | ||||||||
|---|---|---|---|---|---|---|---|---|
A: The device driver plug-in is not being loaded correctly. | ||||||||
| Changed: | ||||||||
| < < |
Since October 2002, the Input Manager in Gadgeteer has loaded device drivers at run time as plug-ins (components). The driver plug-ins to be loaded must be configured in order for the device-specific configuration elements to be handled. As part of this process, there are two things that are most likely to go wrong: | |||||||
| > > |
Since October 2002, the Input Manager in Gadgeteer has loaded device drivers at run time as plug-ins (components). The driver plug-ins to be loaded must be configured in order for the device-specific configuration elements to be handled. As part of this process, there are three things that are most likely to go wrong: | |||||||
| ||||||||
| Added: | ||||||||
| > > |
| |||||||
| These are discussed in more detail below. | ||||||||
| Line: 97 to 98 | ||||||||
| If no attempt is made to load a driver plug-in at all, then the Input Manager is not being configured correctly. See above for information on how to configure the Input Manager. | ||||||||
| Added: | ||||||||
| > > |
Multiple Input Manager Configuration Elements with the Same NameIn some cases, we have seen problems where multipleInputManager (or input_manager) config elements with the same name result in incomplete configurations. To be safe, you should give each Input Manager configuration element a unique name. Whether this is a bug or "just the way it works" is unclear at this time.
| |||||||
| Back to: LiveFaq | ||||||||
| <<O>> Difference Topic PendingDeviceConfiguration (r1.3 - 04 Dec 2003 - PatrickHartling) |
Q: Why does my input device configuration element end up in the pending list? | ||||||||
| Line: 21 to 21 | ||||||||
|---|---|---|---|---|---|---|---|---|
A: The device driver plug-in is not being loaded correctly. | ||||||||
| Changed: | ||||||||
| < < |
Since October 2002, the Input Manager in Gadgeteer has loaded device drivers at run time as plug-ins (components). The driver plug-ins to be loaded must be configured in order for the device-specific configuration elements to be handled. When the output above is seen, scrolling up will probably show one of the following output messages: | |||||||
| > > |
Since October 2002, the Input Manager in Gadgeteer has loaded device drivers at run time as plug-ins (components). The driver plug-ins to be loaded must be configured in order for the device-specific configuration elements to be handled. As part of this process, there are two things that are most likely to go wrong:
Failure to Configure the Input ManagerIf the Input Manager is not configured to load a device driver plug-in, then there will be no code in the system to handle the configuration element for the input device. The Input Manager must be configured to load all the plug-ins that you need. For VR Juggler 2.0 Alpha 1 through Alpha 3, the following XML configures the Input Manager to load the Ascension MotionStar driver and Fakespace Pinch Glove driver:
<?xml version="1.0" encoding="UTF-8"?>
<?org-vrjuggler-jccl-settings config.db.version="2.1"?>
<ConfigChunkDB>
<InputManager name="Input Manager">
<driver>${VJ_BASE_DIR}/lib/gadgeteer/drivers/MotionStar_drv.so</driver>
<driver>${VJ_BASE_DIR}/lib/gadgeteer/drivers/PinchGlove_drv.so</driver>
</InputManager>
</ConfigChunkDB>
NOTE Aspects of the above will vary depending on the target operating system. For example, the extension .dll would be used on Windows instead of .so.
For versions of VR Juggler after 2.0 Alpha 3, the following configures the Input Manager in the same way:
<?xml version="1.0" encoding="UTF-8"?>
<?org-vrjuggler-jccl-settings configuration.version="3.0"?>
<configuration xmlns="http://www.vrjuggler.org/jccl/xsd/3.0/configuration"
name="Dynamic Driver Loading Test"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.vrjuggler.org/jccl/xsd/3.0/configuration http://www.vrjuggler.org/jccl/xsd/3.0/configuration.xsd">
<elements>
<input_manager name="Input Manager" version="2">
<driver_path>${VJ_BASE_DIR}/lib/gadgeteer/drivers</driver_path>
<driver_path>${VJ_BASE_DIR}/lib32/gadgeteer/drivers</driver_path>
<driver>MotionStar_drv</driver>
<driver>PinchGlove_drv</driver>
</input_manager>
</elements>
</configuration>
The above does not have to vary for each platform, though it would have to change to handle a 64-bit build of VR Juggler on IRIX.
Failure to Load Driver Plug-InIf the Input Manager is configured correctly but the output regarding the pending list is seen, then scrolling up will probably show one of the following output messages: | |||||||
[0020472/000] DBG:Loading library: IS900_drv.so | ||||||||
| Line: 47 to 95 | ||||||||
| Until the driver plug-in is loaded and registered, there will be no handler for the configuration element that the driver accepts. Thus, the config element ends up in the pending list. | ||||||||
| Added: | ||||||||
| > > |
If no attempt is made to load a driver plug-in at all, then the Input Manager is not being configured correctly. See above for information on how to configure the Input Manager. | |||||||
| Back to: LiveFaq | ||||||||
| <<O>> Difference Topic PendingDeviceConfiguration (r1.2 - 04 Dec 2003 - PatrickHartling) |
| Changed: | ||||||||
| < < |
Q: Intersense Tracker System Configuration on Windows | |||||||
| > > |
Q: Why does my input device configuration element end up in the pending list? | |||||||
| Changed: | ||||||||
| < < |
I used the example file "example.isense.config", which is provided by VRJuggler. and change the driver file to "isense.dll", set up the port to "com1", and the Baud Rate to "115200", which is the vaule from my hardware. Then when I run the program, It said that the "isense1", a type of intersense chunk, can not be loaded, there is some problem with the configuation file, need more configuation information. | |||||||
| > > |
When I run an application developed against VR Juggler 2.0 Alpha 1 or newer, the configuration element for my input device ends up in the pending list, and the application receives no input. The output looks like this: | |||||||
| Changed: | ||||||||
| < < |
Please give me some hints, and which part I should pay attention to? thanks | |||||||
| > > |
[0001596/000] DBG: ConfigManager::pendingNeedsChecked: Pending list is now
STALE: 1 items still in pending
NOTE: These items have been specified in configuration,
but have not been loaded.
This may be a problem in the configuration OR
it may be waiting for more configuration information.
[0001596/000] DBG: ---- Pending list: 1 items ----
ADD -->Isense1 type: Intersense
----------------------------------
| |||||||
| Changed: | ||||||||
| < < |
Sincerely! | |||||||
| > > |
What is going wrong? | |||||||
| Changed: | ||||||||
| < < |
Feng | |||||||
| > > |
A: The device driver plug-in is not being loaded correctly. | |||||||
| Added: | ||||||||
| > > |
Since October 2002, the Input Manager in Gadgeteer has loaded device drivers at run time as plug-ins (components). The driver plug-ins to be loaded must be configured in order for the device-specific configuration elements to be handled. When the output above is seen, scrolling up will probably show one of the following output messages:
[0020472/000] DBG:Loading library: IS900_drv.so [0020472/000] DBG:WARNING: Could not load 'IS900_drv.so' -- IS900_drv.so: cannot open shared object file: No such file or directoryor [0001596/000] DBG:Loading device library: IS900_drv.so [0001596/000] gadgetINP:Loaded DSO success. [ FAILED lookup ] [0001596/000] gadgetINP:WARNING: Failed to look up factory function in driver DSO 'IS900_drv.so'Instead, the following should be seen: [0020516/000] DBG:Loading library: IS900_drv.so [ OK ]NOTE: The output above will vary depending on what operating system is used and what device driver is loaded. Until the driver plug-in is loaded and registered, there will be no handler for the configuration element that the driver accepts. Thus, the config element ends up in the pending list. | |||||||
Back to: LiveFaq
| ||||||||
| Changed: | ||||||||
| < < |
| |||||||
| > > |
| |||||||
| <<O>> Difference Topic PendingDeviceConfiguration (r1.1 - 03 Dec 2003 - FengZhang) |
| Line: 1 to 1 | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
| Added: | ||||||||||
| > > |
Q: Intersense Tracker System Configuration on WindowsI used the example file "example.isense.config", which is provided by VRJuggler. and change the driver file to "isense.dll", set up the port to "com1", and the Baud Rate to "115200", which is the vaule from my hardware. Then when I run the program, It said that the "isense1", a type of intersense chunk, can not be loaded, there is some problem with the configuation file, need more configuation information. Please give me some hints, and which part I should pay attention to? thanks Sincerely! Feng Back to: LiveFaq
| |||||||||
| Topic PendingDeviceConfiguration . { View | Diffs | r1.5 | > | r1.4 | > | r1.3 | More } |
|
Revision r1.1 - 03 Dec 2003 - 20:50 - FengZhang Revision r1.5 - 29 Aug 2004 - 00:21 - PatrickHartling |
Copyright © 1999-2008 by the contributing authors.
All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding VRJ Wiki? Send feedback |