From what I've seen that part of it usually works well in TS2010, only dropping the ball occasionally on one or two textures. That makes it hard to pin down the cause, especially when it's not always the same texture and any given texture that fails to make it into the KUID table doesn't ALWAYS fail, one of them unholy evil intermittent gripes.
Anyway, this one is duplicatable;
Chicago Metro V2 CTA Session 1,<kuid:522774:100545>
No missing dependencies, no errors or warnings.
Get a script error, try to edit the schedule library and it crashes every time.
And the error report sender gizmo needs a patch too. :hehe: Okay, so reading the email addy in the message, this time I decided to manually send it in, found three others and zipped up the whole smash.
Strange part;
I started over from scratch to recreate that same session in TS2009 SP4, no difference from the one created in TS2010, yet the new one does not crash or throw script errors. Note the pantz 2 command;
pantz is installed, the session depends on having it installed, so it really should be added to the KUID table so it downloads automatically or the session won't work right for the end user who doesn't have it installed. Looking at the profile.dat file in a hex editor, search for "pantz",
And all I get is the trackmarks by that name, the command itself looks like it's just listed as "8" for "pantz 2". Obviously the information on what that command is must be somewhere in the file or surveyor and driver wouldn't know what it was or how to use it, how difficult would it be to reprogram surveyor to pick the KUID numbers of commands, rules and scripts and add them to the KUID table?
Anyway, this one is duplicatable;
Chicago Metro V2 CTA Session 1,<kuid:522774:100545>
No missing dependencies, no errors or warnings.
Get a script error, try to edit the schedule library and it crashes every time.
And the error report sender gizmo needs a patch too. :hehe: Okay, so reading the email addy in the message, this time I decided to manually send it in, found three others and zipped up the whole smash.
Strange part;
I started over from scratch to recreate that same session in TS2009 SP4, no difference from the one created in TS2010, yet the new one does not crash or throw script errors. Note the pantz 2 command;
pantz is installed, the session depends on having it installed, so it really should be added to the KUID table so it downloads automatically or the session won't work right for the end user who doesn't have it installed. Looking at the profile.dat file in a hex editor, search for "pantz",
And all I get is the trackmarks by that name, the command itself looks like it's just listed as "8" for "pantz 2". Obviously the information on what that command is must be somewhere in the file or surveyor and driver wouldn't know what it was or how to use it, how difficult would it be to reprogram surveyor to pick the KUID numbers of commands, rules and scripts and add them to the KUID table?
