Girder 3.1.0 beta 10

[Ron]

Okay, as some of you might know I had to rewrite the core(again) because the old solution was just too slow and memory intensive. This of course means that I probably introduced new bugs.

I'm not releasing this on the download page to prevent 'innocent' users from using this release. I would like to get some feedback from you guys that have a experience with Girder.

So please download and report problems.

(removed)

Thanks!

-Ron

EDIT: download beta10 below.


<font size=-1>[ This Message was edited by: RonB on 2002-03-13 10:44 ]</font>

[Ron]

Ah before I forget the Payload parsing is implemented as well. The UIR plugin sends 3 strings. You can extract them just like you would look at a register:

[pld#] , so [pld1] would show the first string.
Compare this to [reg#] or [treg#] for normal registers.

[Ron]

Whoops, I must be sleeping, let me give that a quick update. ( Been learning too much :wink: )

[Ron]

Okay here is the 'working' version.

(removed)

I'm glad Girder is working fast now!

<font size=-1>[ This Message was edited by: RonB on 2002-03-13 10:43 ]</font>

[Ron]

Please try this:

http://www.stack.nl/~stilgar/files/girder310beta10c.zip

[Ron]

Are you mixing Girder versions ? Please only run either Girder 3.1 or Girder 3.0 Don't mix them.

-Ron

[Ron]

Okay the register window has been fixed.

Recursive reference to text register has been fixed.



<font size=-1>[ This Message was edited by: RonB on 2002-03-13 16:19 ]</font>

[Ron]

Yes you can still use a text register in a text register, but if you use the register in it selfs the function will bailout after a few recursions.

thank for the report

[Ron]

Why on earth would you want to have the keycount configurable dynamically ? I can see no good reason for that.

[Ron]

I'll let you in on a secret :grin:

Do not change the keycount do this:

Change the format string!

Use %d instead of %05d this removes the zeros at the start. By assigning an 'enter' key you can now use one configuration for your 1 key playlists as well as for the 10 digit playlists.

The formatting in there is very powerfull, if you have a programming manual at hand lookup the formating used in "printf", cause that is the function i'm using.

[Ron]

Well after having beta 10c around for 12 hours, and over 100 downloads I get no bug reports. Thi s is going very well ! If you haven't tried beta 10c yet, please give it a try, help me get it into production quality ASAP ( although it looks like it already )

[Ron]

Goodmorging all, aah thanks for the reports, as soon as I get back from the exam I'll get right on them!

MMcM: yeah all everstring should be triggers for a command. The enabled was not supposed to be written for the eventstring, although I had been contemplating adding the enabled also.
I've also been thinking about that enabled should be a property not a child. I put it off because I figured I didn't want to break the fileformat, but what the hell I'll put the enabled as a property same for the Identifier. Its still beta I can still break file compatibility :smile:

<font size=-1>[ This Message was edited by: RonB on 2002-03-14 08:07 ]</font>

[Ron]

About StateCount on Eventstring. This is completely ignored by Girder, you can set the state on a command/multigroup but not on a eventstring. I'll disable the apply/ok button of the state window when selecting an eventstring/group

<font size=-1>[ This Message was edited by: RonB on 2002-03-14 08:03 ]</font>

<font size=-1>[ This Message was edited by: RonB on 2002-03-14 13:32 ]</font>

[Ron]

No state should definately be enabled on Multigroups, thanks for the heads-up though.

<font size=-1>[ This Message was edited by: RonB on 2002-03-14 22:35 ]</font>

[MMcM]

Some event string issues.

The converter writes files with just an <EventString> element. Girder itself writes <Enabled> and <Identifier> children for each <EventString>. If a converted file is read in and saved out, the identifiers all become 0 and enabled false. I haven't seen any problems with this, but it does not seem right.

Assuming that multiple event strings are supposed to allow any of them to trigger the command, then it does make more sense for enabled to be on the event string than on the command itself. Or both. The UI does not seem to allow changing the enabled state of the event string.

I cannot get multiple event strings to do what I would expect. Only the bottommost one triggers the command. The rest are ignored. Do I misunderstand what this is supposed to do?

We all know that there is no hard and fast rule for what is an attribute and what is a child element with a text node in XML. But it is odd that the IrStr, Device, AntiRepeat, Num, and Name are attributes of EventString, but Enabled and Identifier are elements. In the same way, it is odd that Name is an attribute, but Identifier is a child element. I can see putting all the value stuff in separate children. But it seems that the name and id are on an equal footing as the identity of the node -- internal and user-visible. If anything, the Identifier is more fundamental. It's not a big deal, but I do still like to edit Girder scripts with text editor macros.

[mattwire]

You've included the zip of beta 9 with it. Was this intentional?

[mattwire]

I don't think the GirderOpen event is working.
In fact NO events appear to be executing.
Ok, narrowed it down to Multigroups.

-Eventstrings assigned to multigroups are not executing.

<font size=-1>[ This Message was edited by: mattwire on 2002-03-13 00:23 ]</font>

[mattwire]

First impressions do indeed show a HUGE speed improvement - good work Ron! :smile:
It's far faster than 3.0 - there seems to be almonst NO lag between button pressing and execution.

<font size=-1>[ This Message was edited by: mattwire on 2002-03-13 00:27 ]</font>

[mattwire]

Ron. Is there any way of setting the timeout of Simple OSD, on a per OSD basis.
Some OSD's need to be displayed for longer than others.
If not, maybe you could make a wildcard or something which could go in with the Simple OSD text string - eg '[2000] cool text.'
Thankyou!
Also, is there any way to hide an already displaying OSD?

<font size=-1>[ This Message was edited by: mattwire on 2002-03-13 22:42 ]</font>

[mitko]

I found a problem with the new window for registers allowing editing. When I try to write a value in the any text register in only accepts one letter (the last I pressed). If I paster s.th. there is no problem.

There is also I think a general issue with registers:
if the value of a text register is [treg#] the number of the same register and something uses this [treg#] this leads to a Stack Overflow. Isn't it possible to check it's value first and proccess it so to prevent this?
:smile:
so lasy users like me don't make mistakes

[mitko]

Just to explain a little bit better.
I think that it's good to be able to use a register in the text register value but only if it's not the same.

I suppose you've done this, but I want to be sure

[mitko]

mattwire, you know Ron thinks of everething
:smile:
for each SimpleOSD command there is "Set OSD Timeout" item in the popup menu of the command

[mac]

Conditional processing - Windows exists does not work as expected - it seems it never invokes any action

[vynce]

Yeah, I was just about to post about the same bug :smile: I get the same error except for the memory addresses.

I'm running WinXP with Girder 3.10c and Igor plugin.

Edit: More info.

<font size=-1>[ This Message was edited by: vynce on 2002-03-14 02:52 ]</font>

[SouthyPar]

One small thing: Whenever I accidently try to run multiple instances of Girder, it starts loading up, reports a bunch of errors, and then crashes. Why not put up a safeguard msgbox "Girder is already running." and exit?

[SouthyPar]

Oh, I see... OK.

[SouthyPar]

Okay, another little tiny problem with the NumBuilder plugin: the 'Key Count' value cannot be fed from a Girder reg value; it only works properly if you give it absolute numbers. This is unlike the 'Format' value in the NumBuilder plugin, which can be used with reg values without a problem.

[SouthyPar]

Well, I needed it for my Winamp playlist selector. Winamp's playlist can be either one digit or more, and changing the KeyCount dynamically makes it more convenient.

But it's okay, if you're low on time, I'll find an alternative way to do my keycount limitation.

[SouthyPar]

I didn't report this earlier because I thought that someone else surely will, but am I the only one who noticed that in beta10c, if you try to change the repeat wait time for ANY EventString, Girder puts out an "Access violation at address 004E4983 in module 'GIRDER.EXE'. Read of address FFFFFFF"?

[windtrader]

same problem as southypar.

Also - I have problems with state counts. It seems you can set state count on the command and the event string as well as each command. Since an event string is created for each command, what is the purpose of the state count on the multi-group command?

The state count of the event string is set to 0,0. Would it not make more sense to default to 1,1?

win98se, Girder 3.1 beta10c.

<font size=-1>[ This Message was edited by: windtrader on 2002-03-14 06:25 ]</font>

[windtrader]

Ron,

The eventstring has state settings greyed but the multigroup still shows state settings enabled.

It sounded like state settings should only be active on the detailed commands.

Don

[Huy Thach]

When add new command and press Learn event then delete that command without assign any button for it, Girder still wait for the input athought there no new command for that button.
I haven't test Girder 3.10 beta 10c so I don't know if that problem is still in the latest beta version