Will wrote: The side-by-side example is extraordinarily impressive. Is there a youtube video that shows how a user creates the real world lance work to match the models from Pirotex? Yes, here's a simple lesson that anyone can repeat. The main thing, do not be afraid of the montage foam, draw the line calmly, without jerks, you will succeed! https://youtu.be/DUIEzqpykPc Regards, Pirotex  

The side-by-side example is extraordinarily impressive.  Is there a youtube video that shows how a user creates the real world lance work to match the models from Pirotex?

Hello FOG!  You found a bug, which I've just fixed, but I also have a workaround for you that you may find generally useful.  Are you aware that you can copy/paste from Excel into any of the table windows?  If you want to copy/paste rows, or even a whole show, then your Excel sheet should have a single header row with the column names matching the localized or internal column names of the Finale table window you are pasting into.  Just select the header row and as many additional rows as you want in Excel, control-C, then bring up the Finale window, and control-V to paste.   While the scriptNotes2 and scriptNotes3 weren't yet incorporated into the show import function, they do import just fine with this copy/paste method.   Aside from this workaround, I've fixed the bug you reports, and noticed a few additional missing columns which I've also added.  The fix will come out in the next beta release in about a week and a half.

I created a CSV file from a internal system and imported this one with "merge into exisiting show" >> "Do it yourself CSV". What i observed is that the fields "scriptNotes2", "custom numeric field" and "scriptNotes3" will not considered by the import function. Maybe some other cause my file doesnt include all F3d columns. I also tried it with headers like "Notes 2" or "scriptnotes2" or similar without any succes. Can you tell me where is my fault?

https://www.youtube.com/watch?v=f2SFc5UwpgA

Hello, actually, I think I just figured out what you meant.  It sounds like the issue is that you have an angled effect that is loading into a straight-up, fixed-angle SS rack instead of loading into a SS rack that has tubes at the matching angle.  I suspect based on your description that the fixed angle SS rack has been inserted into your show with a -30 degree tilt of the entire rack, at which point it can correctly house the -30 degree angled effects.  You can confirm by looking at the angle at the top of the rack in the rack layout view.   To prevent your SS racks from being tilted as they are inserted into the show, please uncheck the "can be rotated" checkbox in the rack creation dialog.  If my theory is correct, this will solve your problem if you delete and re-add your racks.   It may help to compare to an imaginary standard single row wooden 3" shell rack.  On typical shoot sites, you may have many of these wooden 3" shell racks tilted at various angles to match the effect angles that go into them.  Obviously that's not what you have in mind for your single shot racks, which are sitting flat on the ground, not tilted, but which have tilted tubes.  The "can be rotated" checkbox is the relevant difference between the shell rack and the ss rack.            

Hello, I just created a minimal test case with one rack that is the same as yours, and one effect.  When I address the show, the effect loads into the rack correctly.  So I must be doing something differently from what you are doing.  Can you create a minimal test case that reproduces the problem, ideally with only one rack and one effect, and email it to will@finale3d.com.  I will compare differences to see what the issue is, and then reply on this thread.

Hi,   Ok. Let's share a few more details.   As can be seen from the picture included, I have tried to create three different single shot racks. One with -30 angle, other with 30 angle and third with 0 angle. Looking at the VDL column, the 0 angle does not show up. When Finale3d assigns effects in the show to racks, it assign effects with -30 and 30 to the SSRxx-00 rack. I used to program with C and C++ way back and I suspect that the Create rack dialog is interpreting the input of zero as null and thus making the rest of the software think that angle is not set and thus anything goes. Very easy to fix with a few lines of code.

I am intrigued by the possibilities for this feature.  At one level, it could be a time saver.  At another level, it could produce some types of choreography that haven't been seen before, to the extent you are mapping the sound elements to different effects.  I think this idea also has applicability for DMX light show design, which we are making efforts to support with visualization this year.

Hello.  Can you explain what you mean but not working as expected?  Maybe you could include in your post a screenshot of the "Create rack" dialog that defines the rack with 1 row and 9 tubes and tilt = 0?  If possible, try to create a minimal test case show with a single effect in it, which does not load into the rack that you expect it to load into.   Based on your description, I am imagining that if you tilt the effect in the 3D view and have a rack defined with tilt = 30 (the matching tilt) and then re-address, the effect loads into the rack; but if you aim the effect in the 3D view straight up and have a rack defined with tilt = 0 (the matching tilt) and then re-address, the effect does not load into the rack.  Do I understand you correctly?