Girder 3.1c Bugs

[Ron]

Welcome to the Girder forums!



Selecting New Command, then entering it's data and pressing on it's name will reset it's data if you haven't pressed apply first. Perhaps the reset code should be checked against the active item first.

Is a known issue of the current UI. Will be fixed once the new ui comes



Using the same IR Code to activate two commands (with the same name ... just after copy & paste), will corrupt "something" trying to drug the commands between groups will GPF and after saving and loading the file, you get corrupted entries.

I tried but I cannot duplicate the bug, can you give a detailed step by step approach ? Maybe send me the offending .gml file.



A "duplicate entry" context menu setting would be nice (right now requires copy & paste) when dealing with lots of entries.

Yep, sounds usefull.



An option to manually edit the IR Hex codes and specify masks.

I'll think about it

Thanks for the suggestions.

[Ron]

What hardware do you have, you might be able to modify the source of the driver to fit your specific needs.

Please answer the previous question about the bug report. (Give a detailed report)

[Blight]

Trying to add Girder Support into Zoom Player, I encountered the following issues/bugs/suggestions:

Selecting New Command, then entering it's data and pressing on it's name will reset it's data if you haven't pressed apply first. Perhaps the reset code should be checked against the active item first.

Using the same IR Code to activate two commands (with the same name ... just after copy & paste), will corrupt "something" trying to drug the commands between groups will GPF and after saving and loading the file, you get corrupted entries.

A "duplicate entry" context menu setting would be nice (right now requires copy & paste) when dealing with lots of entries.

An option to manually edit the IR Hex codes and specify masks.

[Blight]

I have one other thing that irks me, not really with Girder, but with my remote.

I have a remote that sends a 3byte hex code rather than the displayed 6.

Now, it also acts as a remote-mouse. Which means that some of it's button have an alternating code running like crazy when you hold down the button.

So what happens is, if I try to use the remote using girder, I can't use the mouse control buttons as commands (discarding their mousey attributes since their driver isn't loaded) since they append constantly changing values to the last 3 bytes.

I tried to compensate by adding about 20 events for each command that cover as much of the junk variation as possible, but frankly, it doesn't work well as there's too much variation.

What I'm asking is, would it be possible to specify a number that would set the number of hex bytes Girder checks against for an IR command?

[Blight]

I use the Anir Multimedia remote with the IRMan receiver as the Anir's is rather bad.

As for the bug, I can't seem to reproduce it. I remember it happened when I tried moving groups around, but I can't get it to reoccur.