I'm narrowing it down but still mystified. Olivier's fan works in a test file but not in my project file. Time for a clean merge I guess.

BTW: I am also getting a lot of crashing on this one. It seems to do with the camera tool. It crashes consistently if I try to undo a camera placement (I have to select and delete or it's a trip to the bug reporter). Perhaps this is related.

I just tried a new file with a copy paste from the project and it froze when I tried to save, I guess the next test is to see if my strobe will work in a clean file.

I GOT IT TO WORK!

Finally after weathering a few crashes and strange behaviors I have my animation going properly without ugly workarounds.

I haven't sorted out the details yet (and I'm not sure I will now that it's working) but making a new clean file and copy/pasting what I needed from the project has done the trick. The weird bit is that Olivier's fan/strobe test part did not work in my new clean file (nor the original) though it worked just fine in my prior tests in simple models. Fortunately my part is doing it's thing so I can go to bed happy.

Thanks again everyone.

Olivier, it was seeing your part work in my simple test that inspired me to go ahead and get this worked out. Thanks.

Well I got it to work...partly.

My strobe flashes properly but the flythrough will only go for 144 frames and then locks up. Sometimes it manages to report a memory error.

It seems there is a problem in the fluorescent fixture part I am using. The session report lists the following error 144 times after each perspective cut (strange numerology here eh?):

Invalid value of LightWorks parameter : LWA_LIGSSPOT_RADIUS (Referenced from : spot4)

There also happen to be exactly 144 fluorescent fixtures I have placed using the GS part:

Fluorescent Recessed 01 12

I am going to try changing the light cone settings to see if that helps.

EDIT: A simple change didn't work. Anybody have an idea? I really don't want to replace 144 light fixtures (assuming I can find one that works - I'm not excited about having to write one either).

Hi
I used to come by a similar problem when i was scripting some animated objects. (far easier to do in other rendering based software).

If you are just trying to render/indicate flashing, could you just use some sort of tube, that switches between two different materials ? (one with a luminance channel & one without)

sdb wrote:
Hi
I used to come by a similar problem when i was scripting some animated objects. (far easier to do in other rendering based software).

If you are just trying to render/indicate flashing, could you just use some sort of tube, that switches between two different materials ? (one with a luminance channel & one without)

What problems did you experience animating in ArtchiCAD? What software do recommend that is better for this? I have used Cinema 4D in the past but don't have a current license and it seemed like overkill for this (seemingly) simple animation.

The main purpose of the animation is to gat the flashing light to cast on the walls so it is turning the light source on and off that is the main point. The strobe part does also switch materials when it flashes but this is barely noticeable in the animation.

I am finally finishing the animation as I write this.

In the end the scripted animation DID NOT WORK. The flythrough still crashes after about 139 frames when the rebuild model option is turned on. Worse (if that is possible) is that the strobes work only sporadically. Some seem to flash reliably, others not at all and the rest work sporadically.

So right now I have one computer rendering the flythrough with no animation and using my laptop to make each set of 3 frames (1/8 sec at 24 fps) that need to have the flash on. For about a minute and a half of video this is about 90 manually initiated sequences. A major pain in the neck to do something that is supposed to be automatic.

I will definitely be filing a bug report once I'm finally done with this.

Hi Matthew,

Another long shot:

I recall that sometime ago I was experiencing some erratic geometry behavior in 3d animations...

To fix this (don't ask me why)... I put an environment global variable, like "var1 = GLOB_HSTORY_ELEV" inside the 3d script...

It looks like this "search" for an environment global variable keep the engine "wake up" during all the frames...

Again... Looonng shot...

HTH.

Hey Matthew,

It's just a thought, but to work around the GDL coding problem could you render the animation twice, one with the light permanently on, and one with the light off. If these were both output as individual frames, you could then recombine alternate frames in a movie editor and get the same effect.

Peter wrote:
Hey Matthew,

It's just a thought, but to work around the GDL coding problem could you render the animation twice, one with the light permanently on, and one with the light off. If these were both output as individual frames, you could then recombine alternate frames in a movie editor and get the same effect.

This is what I ended up having to do. A serious pain in the neck but it's almost done.

BTW: Movie editor not needed. I'm just replacing the files in the finder. Very quick and simple. No masks nor twiddling with timelines needed.