Jump to content


  • Posts

  • Joined

  • Last visited

Everything posted by MrTemplate

  1. whoops; here's the file. if you look at the unit number in the label legend, you will do a Kneau Reeves "whoa...."x-sample multi-strip vw2022-2.vwx
  2. Hi folks: Just catching up. I'm behind in my vw2022 builds, but i just ran an experiment on a 3-cell striplight. while the current OIP method of handling 2D label legends on multi-circuit are byzantine, confusing, time-consuming, and work-flow interrupting - again, this may have gotten streamlined in later builds - i was able to produce a 3-circuit striplight, with three separate label legends - one for each circuit. Each label legend accurately displayed the correct data color, channel, and purpose, and i presume if i added more information into the label legend it would have displayed that data as well. When i was testing this last spring, i was so agog by the reverse engineering on multicircuit data entry in the OIP, I sadly didn't even experiment with label legends. Back to the present: i've now edited the label legend three times, and the resulting "unit number" data field is *still* not graphically reflected in the drawing, where i placed it in the label legend layout. Jeroen, while i think you may not be totally accurate in your criticism of label legends, i agree that your general assessment regarding multicircuit data and label legends workflow needs a *lot* of help.
  3. Hi LenLindhout; Glad to hear you've got a solid process for your research workflow. I remember when comparing two fixtures from the same manufacturer or different manufacturers was as simple as pulling out two different hard-copy catalogs. But in today's world those simple comparisons are in the past. Older friends of mine have often lamented that manufacturers websites are byzantine affairs, and parsing through and comparing attributes between fixtures can take hours of time. While double-checking information for minute details makes perfect sense, it's always seemed to me that conducting general selections between two different fixtures from two different manufacturers would be better served with accurate information provided in the LIR [or possibly an alternate LIR, but hopefully still accessible.] This thread has shown me that there is more than one possible solution to this challenge.
  4. Excellent. thanks for the confirmation that i'm just not missing something basic. cheers, Steve
  5. Hi folks; This is probably so fundamental it's embarrassing but what the heck. I'm working on an object library that, for whatever reason, now has five different shades of red in the color palette. [probably where i created notes that i wanted to easily see, in several different iterations in the past versions of this document.] i'm now trying to polish the final version of this document, and eliminate all of the different reds - there is no longer any red-colored anythings in the document. i tried a resource import, followed by a copy and paste into a fresh document, but no good. the old reds are still sticking in there. Is it possible to somehow get "under the hood" in the color palette manager, and delete colors that are no longer active? or colors that were once created, but now no longer have any reason to exist? i'm just trying to clean up the document and get rid of the unneeded reds. any ideas or tactics gratefully accepted. all the best, Steve
  6. Hi Mark Aceto: don’t worry about the dumb-dumb questions, i ask them all the time. Yes, the original default LIR [for conventional fixtures] was viewed as complete; its default data had all the “must-haves.” As long as you used that LIR without editing the record itself [by editing it in the Resource Manager], you could include any information that you wished in any of the data cells. If you want to change any of the information attached to any symbol, so that it would appear every time that symbol was inserted in a drawing, you merely select the symbol in the Resource Manager, contextual right-click while it’s selected, and select “Edit 2D [or 3D] Component” and release. the resource is revealed, as as long as nothing is selected in the window, the OIP data tab will reveal all the default data. Change any data in the LIR and “exit symbol” and the default information for that resource will be locked in. If you change any element of the LIR itself, however - by changing the spelling of a data cell name, rearrange how the cells are ordered, or add another data cell, for example, while *maintaining the same LIR name* - the LIR is now *different*, and any time a symbol with the original LIR is imported into that drawing you’ll be presented with the dreaded “Resource Name Conflict” window. So the only way to add your “nice-to-haves” and not get tripped up by the “Resource Name Conflict” is to fit in your “nice-to-haves” within the confines of the current LIR. With the massive expansion of moving lights and LEDs over the last 30-40 years, the number of attributes has extensively expanded, but the LIR didn’t really add any fields until vw2022. and as you mention, the main field name additions was in regards to GDTF. So even now, when I import a pre-vw2022 lighting device into a vw2022 spotlight workspace, i get the “Resource Name Conflict” window. In my rough tests, choosing to “Keep and use the existing format” [i.e., the new Vw2022 LIR] has translated in the loss of weight and GDTF information in the LIR for that imported symbol. [The jury is still out on this; there may be other implications I’m not yet aware of.] While I’m all for assigning the responsibility of data information on the GDTF format, in two experiments of importing GDTF downloads from Ayrton and then importing either of them into vw2021, results in two 2D symbols that contain no data information whatsoever. So if I’m looking for data information from a GDTF, it seems like that’s not yet regulated or scrutinized for accuracy?
  7. Hi folks: I've been constructing a Vectorworks resource for the Perseo Profile, an Ayrton moving light symbol, that will be included in one of my SoftSymbol libraries. As usual, when it came to filling out data information about the lighting device, I ran out of data cells in the current Light Info Record [LIR.] In this case, i wanted to mention at least some of the specific features about the Perseo Profile that sets it apart; 4 shutter blades, 7 rotating and 11 static gobos, 2 rotating prisms, CMY color mix, CTO color correct, 6 complementary colors, an IP65 rating, along with many more. There are *no* data fields in the current Vectorworks LIR for any of this. Attached is my workaround to fit as much of this info into the current LIR as I can, and it's not pretty. The nice folks at Vectorworks tell me: "why do you need this data? The way the LIR is designed it¹s a fixed length for all lighting devices where as the GDTF is a variable length and contains a lot more data in a standard format that is useable by everyone." When i'm drawing a plot, I typically compare fixtures between one another to make sure I'm making the best selection. Beam spread and photon output are certainly two considerations, but when it comes to moving lights [or many other lighting devices,] knowledge of other attributes can also quickly become necessary in order to select the proper lighting instrument for the job. After a quick review, it seems GDTF is not yet ready for primetime; it is still a work in progress. [I still haven’t included it in my workflow.] So with that in mind, here¹s a quick survey: If you were given the choice, would you like an expanded Light Info Record listing more comparative attributes for different light devices? YES i'd be thrilled to know more about the different attributes of each moving light [or other lighting devices] while i'm drawing a Vectorworks light plot, *before* entering GDTF, MVR, or Vision environment. NO I don¹t need to see that information until *after* Ilve left the Vectorworks environment. Please respond to this survey. Yea or nay, rant or rave, I’d like to know your thoughts. I’ve been struggling to fill in additional information in the current LIR, and if no one cares about seeing this additional data, I’ll stop doing it and save myself some time. Thanks! All the best, Steve Shelley
  8. As i was responding to Josh Benghiat's post, i remembered a wish i had made while constructing a custom OIP palette. I was working on my seminar that discussed combining three light plots in a repertory situation, and I wanted something that would visually separate groups of text about Show 1 from groups for Show 2 or Show 3. i ended up using the "Edit," "Replace with Active Symbol," and "Refresh Labels" custom control buttons as separators between the three groups of text, because they stuck out more, all the way across the palette [Rep OIP for LDI-parameters.jpg attached.] This resulted in the OIP where the group of text for Show 1 was clearly separated from Show 2 or Show 3. Would it be possible to instead have an alternate visual layout tool like the Separator line from the Workspace Editor dialogue box? That too could extend the full width of the palette and be used to separate groups of text, instead of relying on Custom Control buttons - i think the "Refresh Labels" button was more of a visual separator than a function i used often.
  9. sure, but i believe it would be most helpful to single out exactly which settings were potentially going to be saved. "Do you want to save "My Default-Kevin Allen?" rather than merely "do you want to change the changes made to "LightingDeviceParamsSavedSet.xml". It would also be helpful if any or all of these settings could be saved in a more findable folder? I *think* i found one of my saved OIP parameters in Home > Library > Application Support > Vectorwor> 2020 > Plug-ins > Data? How about the Settings folder?
  10. Well, that sounds sort of helpful. If the data sheet doesn't include buttons or menus, that wouldn't be a complete solution for my use. I use the Custom Control buttons as "headers" in the OIP to shape the layout of the palette and make it simpler to read through the groups of data that i've sorted for my use. and sadly, once you say "code" my eyes glaze over. in that regard, i'm just a dumb end user.
  11. Much more elegant that my reaction, Kevin. I would presume the same-named file would be identified as "My Default-1". I like your proposal much better. It would also seem, in this scenario, that unless i used "My Default-Kevin Allen" [aka "My Default-1" that the incoming customized OIP would only be temporary, and would disappear once the document was closed, unless the incoming OIP was used?
  12. Would it be possible to place this setting in both locations? My instinct would be to see it in both places, if possible?
  13. While working on a Spotlight vw drawing, interrupting the workflow to change to a different customized Spotlight lighting device parameter setting can take some time. Would it be possible to add an additional drop down menu item in the Spotlight OIP labeled "OIP Setting" or such? clicking on that dropdown button would reveal all custom OIP settings, allowing for a custom OIP to be selected on the fly, allowing the different custom OIP to be selected, and workflow to continue. It would even be more terrific if the drop down menu included "default" and "current", allowing direct access to the Spotlight Preferences Lighting Device: Parameters dialogue box. Getting directly to the Spotlight Preferences window to either create a new customized OIP from scratch, or one modified from the current OIP, would also speed overall workflow and continuity while drafting. Thanks.
  14. When a customized Spotlight Lighting Device parameters setting has been saved, it would be helpful to have the options of sending multiple settings, or duplicating settings, much like workspaces. It would be very helpful if all of the customized Spotlight lighting device parameter settings could be found in a single location, much like the Workspaces folder. Thanks.
  15. C. Andrew Dunning just sent me a vw2020 file containing a custom Spotlight OIP, or so we thought. While inside the Spotlight preferences > Lighting devices: Parameters dialogue box, i clicked on Settings: Default, and the Manage... buttons, and could not find his custom OIP Light Device Palette. Not in his document, not in Applications > Vw2020 > Plug-ins folder. Also not in Home > Library > Application Support > Vectorworks > 2020 > Plug-ins > Data folder If someone creates and names a custom Spotlight OIP within a document, it appears that custom setting doesn't "stay" with a document. Presuming i've not missed an obvious clue: Please make it possible for a customized saved Lighting Device parameter [OIP] setting to be transported with the rest of the document actively using that customized OIP. If this is already possible, please tell me how i've missed the obvious. thanks.
  16. Hi Marissa: Steve Shelley here. I'm the designer of Field Template [plastic lighting templates] and SoftSymbols [Vectorworks theatrical lighting object libraries.] I just got a request from someone to convert one of my vectorworks 2D components into an SVG file, and ran across your posts last spring. have you been able to find a simple recipe? At present, my guess is to export the vw component as a pdf; then open it in Illustrator or the like; then save it as an SVG. is it that simple? thanks in advance for any insight, Steve

  17. Hi folks; What Rob said! Sorry for the delay, but we've now got the entire 3.9 SoftSymbols series in the shopping cart for all Vectorworks flavors, including 2018. This includes updates for Arri, Ayrton, Clay Paky, ETC, High End, Martin, Morpheus, Portman, PRG, Robe, Showline, and Vari*Lite. They all have the new improved 2018 Parts Record, and they all have the "special sauce" in the Fixture ID field, streamlining the workflow from Spotlight to Vision! Stop in and take a look; there are gif images showing all of the latest symbols, so you can see before you buy! https://www.fieldtemplate.com/SoftSymbols-39-Object-Libraries-and-a-SALE.html oh yeah, there's also a Sale!
  18. Hi folks; I worked for some weeks last summer updating the entire ETC library, with the assistance and support of the nice folks from ETC. In August I released the ETC 3.8 object library. Of course, they've gone ahead and released even more nifty doo-dads, so i intend to update the library again after USITT. In the meantime, however, you can see gif images of all the symbols on the Field Template website. http://www.fieldtemplate.com/soft/down_etc_frame.html all the best, Steve Shelley shelley@fieldtemplate.com plug>
  19. Hello Sam; It sounds like you're experiencing an example of Sub-Class Frustration. If you open your Organization Screen [Command-Shift-O on a mac] and click on the Classes tab, you'll see the complete listing of classes in your drawing. It sounds like your Video class is a sub-class of Floor lights. [if this is correct, there will be a small black disclosure triangle next to Floor Lights. when you click on it, Video will appear and disappear.] Presuming all this is right, the way to extract your Video class from being subservient to the Floor Lights class is to click on Video in the Organization screen, then click on the "Edit..." button on the bottom of the screen. In the "Edit Class(es)" screen, click in the Name Data Pane. Presumably it will say "Floor Lights-Video". The dash is what makes the Video class subservient to Floor Lights. Delete both the dash and the initial name "Floor Lights", click and click ok. In the Organization screen, you'll see that Video is no longer indented under Floor Lights. when you click ok again and return to the drawing, you should be able to turn off the Floor Lights class, and your video will remain independently in view. hth, Steve
  20. Another tactic I've used for some years is to create the lighting device and label legend as you want it to appear, then when selected, invoke the "Convert to Group" command [Command-K on a mac]. Once converted, the entire arrangement is a group, and no longer a lighting device. hth, Steve
  21. After viewing the "Shadow" solo dance performance it occurred to me a new symbol would be required for future light plots using this technique. I found a scaled image online and built the attached rough example in Vw2015. Feel free to download - your light plot awaits! All best, Steve
  22. Hi Mickey; I just did a double-check. The Mythos **is** part of the V3.7 Clay Paky SoftSymbol Object Libary Pack. Take a look when you get a chance. All best, Steve
  23. Hi Mickey; I just downloaded the Mythos & SuperSharpy symbols. they look to be the same body. The 3.7 Clay Paky SoftSymbol object library includes the Super Sharpy; guess the Mythos got released after my last cruise through the Clay Paky online catalog. all best, Steve
  24. Hi Mickey; I just released the 3.7 packages of Vectorworks symbols that include ADB, Clay Paky, NSI Colortran, Martin, Strand, and Vari*Lite. The Clay Paky library includes the B-EYE series, and the Martin library includes the latest Viper series. I just updated the 3.7 libraries in September, and I'm [not] surprised that the new Mythos fixture was unknown to me. Take a look at the rest of the libraries, and contact me off-list regarding the Mythos. All best, Steve self-promotion>
  25. Hi mk; i just opened a new 2015 doc, imported a couple of lighting symbols from the Nemetschek Martin library, created a label legend, inserted a lighting device. After i applied the LL, i repositioned the LL attributes around the lighting device and saved as a new Label Legend. No problem. i don't know what i did different from you, but i didn't have to export back and forth into/out of 2014 in order for LL repositioning to work. All best, Steve
  • Create New...