Jump to content


  • Posts

  • Joined

  • Last visited

Everything posted by ajpen

  1. The labels are still there in VWX2021, however it seems that the "extra" length only shows up on Multi cables and Data cables. So far my Jumper cables all indicate just their standard length. At least the Power plot will be less cluttered! Right now I'm choosing to deal with the clutter, as the fixtures will be cabled up in a catwalk so the tech will be able to refer to the plot when gathering cables to haul up in to the grid. It would be helpful to be able to indicate a definite break along any cable; I have seen this comment elsewhere regarding this topic. This would be useful for a break at the end of a truss or at a doorway that needs to be closed at night on a corporate show... I have also found that when copying a jumper cable and editing the polyline, the displayed length can become the actual length of the cable rather than the length of the standard part. When creating new cables the standard lengths seem to always be adhered to. One day, it will all make sense. I think that the software engineers should be brought to gigs on a regular basis (COVID notwithstanding) to see how this all fits together, especially when it comes to this kind of tool. I would volunteer comps to any show I'm doing and an offer of a backstage tour! I know we have plenty of theatrical professionals working at VWX informing the developers, however I'd love to show them first hand how their tools are used and I'm sure they would enjoy the experience.
  2. I'll add to this chorus... the "extra" display just clutters up the drawing. There might be an instance in which this feature is desirable, but it should not be the default. With all the other options for turning on and off various display elements, one might conclude that this is not so hard to fix. VWX please listen to us and do so! peace aj
  3. @Mark Eli Hi Mark, and thanks for looking in to this for me! I haven't had a chance to try Artnet... honestly it's a bit harder to configure than sACN which just lives in the same network and IP range as MA3net. Too much to do on a current project... i can dig in to that after Thanksgiving. I use the DMX viewer to verify signal if the model isn't working quite right, however it doesn't seem to fulfil that role now... I just have to question that the MA3 is doing something "funky" with a standard protocol. The Vision model sees the DMX. The app sACNView sees the DMX. The Pathport that receives the sACN and relays it to the fixtures just loves that yummy data from the MA3. In this case, DMX viewer is the only part of the system that seems not to be listening. It is also interesting that the DMX viewer does not default to the selected DMX provider when launched, nor does that option come up first in the drop-down menu. Of course that's probably an alphabetical thing? sACNView is a useful little tool: https://www.sacnview.org
  4. @michaelk Oh geez... signature updated. Although i have a friend who's still rockin' 12.5... My VWX 2021 is as up to date as can be. I'm still getting the described result. If it's working for you, there's something weird in my installation, or some weird option i can't find. peace aj
  5. Hi all, Every time I change the Working Plane using the Working Plane tool, it seems that I get stuck with the new working plane and can't change it back. I'm using Planar Surface mode to select a new working plane. From the manual: Double-click the Set Working Plane tool to set the working plane to the layer plane. Nope. Doesn't have any effect. In fact, trying to select another planar surface to establish a new Working Plane has no effect. It's like the tool is a one-shot deal that needs a restart to fix. I'm using Screen Plane or Working Plane mode in Plane Mode under Document Preferences. Double-clicking the "Active Layer Plane" from the Working Planes palette does not have any effect either. The only way i have found to restore the working plane to the active layer plane is to restart. Is there some option to lock the working plane tool after one use? Perhaps that got selected somehow with an errant keyboard shortcut? Weird...
  6. @TomWhiteLight Vision 2021 on Windows 10. Perhaps I'll try on a Mac if the licensing scheme allows it... I know i can install my E-license of VWX on two machines but haven't tried that with Vision yet. @klinzey Quitting Vision does not quit the DMX viewer; it runs in a separate process. Each time the DMX viewer is launched from within Vision, it opens up another DMX viewer window and they all stay open when you quit Vision. Each and every time DMX viewer is called, the DMX provider menu defaults to Artnet and changing it does not seem to have any effect. Again, the model is receiving sACN DMX as is an independent app (sACNViewer). Just can't get the Vision DMX viewer to work over here... peace aj
  7. The DMX viewer does not display sACN levels. The model works fine; all fixtures are controllable via DMX; the diagnostic DMX Viewer does not display levels. DMX provider correctly selected: Here is the DMX viewer window compared to sACNView window: Anyone else seeing this? VWX2021, Vision2021, MA3 Light peace aj
  8. @grant_PD I have searched high and low on TurboSquid, 3D Warehouse, etc. for posed musicians and there is not much to choose from. I wanted to make my own bespoke figures and come up with a solution to pose them on a case by case basis. I ended up going with Poser now that I have a workflow that serves my purpose. Until I get in to complex characters it's not too much of a problem to replace the textures as I described above. I'll keep trying to figure out why the textures don't export correctly from Poser, but that's not a VWX problem. The user interface for posing figures in Poser is a lot of fun!
  9. @jeff prince AHA!!! I created my own texture. Just grabbed a random texture from my archives and saved it as a .png with the same filename as the Poser texture that was imported. Didn't even check to see about dimensions... VWX didn't care as long as it was finding an actual .png as expected. This is a bit of an obscure workaround, but it does the trick. Maybe i'll get a whole bunch of figures exported in this manner before my trial period runs out... Not sure i want to spend $200 on this headache from Poser. But again, maybe someone in a Poser forum might help, although searches of their knowledgebase are fruitless and web searches lead to the uber-nerds (i say with respect and affection) in Reddit, Github, etc. Thanks very much @jeff prince and@mjm ! peace aj
  10. @jeff prince Thank you Jeff, and I appreciate this. But if you look at my first reply you will see that i did everything you originally suggested. I understand at this point that this is not a Vectorworks problem. I can plainly see where Poser is exporting the files. Everything is in the same folder, and the .mtl file clearly refers to the correct path for each image file. However if you refer to my post you will see that I discovered that the .png files that Poser generates are not valid or readable by any application. I don't think that Vectorworks is having any trouble finding the files, just in reading them. Definitely a Poser problem... I guess it's outside of the purview of the Vectorworks forum. Thanks for responding!! peace aj
  11. @mjm Below is a screenshot of the message i get every time i try to import. I have tried checking and unchecking the various Import Materials options in Vectorworks to no avail. Same result each time. If the "Import Materials" is unchecked altogether, there is no error message but of course there is no texture import. I ran the "uncompress" script. No change. I looked at the Save Files Compressed option in Poser (at least i found a "Use File Compression" option under "Save Files") and tried different combinations there... no change. Poser 11 is still generating image files that can't be read. If they're still being compressed as you suggest, i can't find a way to stop that. @mjm , @jeff prince ... Your suggestions are quite informative and I thank you! However I think it has to do with the texture files Poser is generating and I can't find the option that would modify those results. Again, the reference manual and YouTube videos regarding export to OBJ or other formats seems to be very thin...
  12. Wow. Your suggestion was on the right track... i was exporting in to Dropbox and trying to open on a different computer, and the paths didn't match. Then I tried exporting to a stick. Different drive names between two computers, visible in the MTL file so i search/replaced F:\ with D:\ - still no go. Then I tried on the local drive of the same computer. Still no go. Then I had a look at the .png files that Poser exports and realized that the filenames had no .png extension, and Vectorworks was naming the files it couldn't import so I tried appending .png to the texture files and... still no go. Finally, I had a look at the .png files themselves... Windows Photos couldn't open them. Neither could Photoshop. So there's the problem. Maybe it's a limitation of the trial version? I'll look in to that. Couldn't find much on YouTube or otherwise regarding export from Poser to OBJ. The reference manual is quite thin there too. Frustrating. Maybe Poser isn't the answer, but i can pose the arms of the default model as if they were holding a guitar in about 30sec. Very intuitive. Anyone else feel like banging their head on this one? peace aj
  13. Hiya I am experimenting with the trial version of Poser and every time I try to import the OBJ that it generates, I get an error message that says each texture cannot be imported. Anyone else try this workflow? 3D figures in VWX are a joke, between the Vision legacy figures, the useless legacy Human Figure tool, etc. Just want to be able to pose my figure and have textures map properly. Some of the posts regarding 3D humans in VWX are twenty years old. Nothing ever seems to get done about it... Image Props are not suitable. I want real 3D that is posable and looks better than the low polygon "people" i drew for myself 5 years ago. Changing a pose is incredibly tedious in VWX with the symbol build as groups of tapered extrudes, etc. Any help would be great. 21 days left in trial of Poser... peace aj
  14. I can confirm that you need to open up all permissions on the Plug-Ins folder in the current Vectorworks folder for this to work.
  15. i am having the same problem... is anyone reading this??
  16. Problem: Spotlight Instrument with attached Label Legend displays correctly, with numbers on top of the fixture. When the fixture is rotated using "Set 3D Orientation" in the OIP, the text label gets sent "behind" the 2D symbol. The grab handle is visible when the fixture is selected, and the label can be moved outside of the 2D symbol where it then becomes visible. However moving it back to the 2D symbol slips it "under" that symbol. If the symbol is edited to make the fill "none" then it does not cover up the truss where it is placed. i would like to keep the fixture plan symbol "on top" of the truss. If the "Set 3D Orientation" box is unchecked, the label reappears on top of the fixture. HELP!?!?!
  17. Made a discovery... i use ESP Vision as well. i went back through archived versions of this document, and found that fixtures were getting random values entered in to certain Spotlight fields after an ESP Vision export. For instance, a Mac2k Wash was assigned the color value M203. A Mac700 Profile mysteriously got the color value R385. There is no R385 in the document at all, and i don't even know what M203 could be. i did not enter these values. There was also gobo information in these moving lights: MT Spiral.dds. The .dds file extension tipped me off because i know ESP uses .dds files for the gobo patterns that are used in visualization. i went back to a version of the document that was pre-ESP export, and lo and behold, fixtures can be moved around at will and they don't jump their Z coordinates! My workaround right now will be to save under a different filename before exporting... but this adds another step to the workflow. Anyone else seeing these behaviors (described above in many posts) after using ESP functions in the document???
  18. David, i tried this: select ONE instrument, and then Modify > Assign Legend To Insts. Several instruments close to the fixture (same lighting position) THAT WERE NOT SELECTED then took the legend that i chose. The fixture that i selected was unaffected. Driving me NUTS! This whole plot, that looked fine a few days ago, is completely messed up and i can't seem to get the legends to behave properly again. None of the labels have been individually moved. Anyone from Nemetschek care to comment???
  19. David, Having the same problem here. This problem has continued to show up again and again. Re-drafting the entire plot helps for a while, and refresh instruments sometimes fixes it. Refresh instruments tends to make your fixture's Z coordinate jump down by a random distance. This drives me nuts too. So far there are no answers that i can find in this forum. Now that i check the link in your post, i see that you're referencing the problem that i keep having. ANYBODY out there see this as well? ANY answers???
  20. Thanks, but that's not what's happening. The font and formatting of the text stays the same, but the text moves. And again with Spotlight Instruments, every time i move the 2D plan symbol, the fixture jumps to a new height in 3D space. In this new, re-drafted model, the symbol seems to consistently jump back to Z=0, unless i try to move several fixtures at once, in which case only some of them jump to Z=0 and some stay where i had them.
  21. More things i learned during the re-draft... The aforementioned "altering" of the symbol definitions is not consistent. Some symbols have their text moved in the 2D plan when converting to instruments, and some don't. i really wonder if there was an inconsistency in the original drafting of the symbols, but they were all created at about the same time in as consistent a fashion as i could muster. Fixtures jump around a bit in the new drawing, but they are more predictable and are easy to fix. Does anyone else have these things happen?
  22. And here's another one: In my symbol definitions for fixtures (in the 2D plan half of the hybrid) i have small words ("Performance", "Wash", etc. to indicate with 100% certainty what type of fixture it is. These words appear just at the top of the symbol in the 2D definition. When i convert the symbol to a Spotlight Instrument, the word "jumps" several points to a new relative location in that instance of the symbol. The instance of the symbol that i have in my drawing legend is unaffected. Why does the appearance of the symbol change in this way when it is converted to a Spotlight Instrument? (this is before assigning a label legend)
  23. Interesting... i stopped using Spotlight in 10.5 and 12.5 because the label legends kept getting screwed up. That problem was fixed in v2008, so i recommenced using Spotlight, as i then export to ESP Vision, and using Spotlight records makes that process easier. Sometimes these fixtures move themselves way off the page, say 400' away from the model (away from the Light Position Object). Right now my workaround is exceptionally tedious: i go to my plan view and refresh the fixtures so that i can print a plot, then i have to reposition all of the fixtures in 3D to render the model or export to ESP. i try to play tricks, i.e. change the information in the records first, then refresh instruments to print plots, then Undo back to the point just before the Refresh command so the lights return to their proper 3D coordinates, then render the model or export. Like i said, tedious. i am going to re-draft the entire model. This particular document has gone through several revisions, where i retain the original elements (i.e. fixture count) and move them around to suit the new idea (i.e. remove arena stage, substitute amphitheatre). Perhaps there is a point at which this "corruption" was introduced, so i'll post here again if it happens in the new model, started from scratch. Here's hoping someone from Nemetschek reads this thread... aj
  24. i am having these problems, all with Spotlight Instruments: In Plan view, label legends migrate from their proper place on the symbol when the hybrid fixture is moved in 3D space (on Z axis) In Plan view, select "Refresh Instruments" and all legends jump back in to correct position... but now certain random fixtures have moved up or down on the Z axis in 3D space. In Front view, move the fixtures back in to proper 3D space... and the legends move. We're back where we started. In addition to this odd behavior, certain fixtures will not move to certain new coordinates, almost as if they are locked. This does not apply to all of the fixtures, however. For instance, if all fixtures of a particular lighting position are selected (in Front view) and "Align" is performed, let's say to "Top", the fixtures line up. Grab them all again, drag them up or down and they all jump to different heights. Now some of them just can't be moved in certain directions!!!! And here's one more: Grab the Light Position Object, then drag it in any direction (Front View). Fixtures jump "off" the object, appearing in a new location entirely. Now use Undo to fix it, and they all jump to the same Z height, even though they were not lined up to begin with. Undo is taking the drawing to a different state than it was before the action was performed... Some things to note: All fixtures in question are assigned to a Light Position Object. All fixtures and the Light Position Object are together in a group. Weird things like this still happen whether they are in or out of a group. Vectorworks has been relaunched, and the computer has been rebooted as well... a few times. Anyone else see this kind of thing happen????? Help!?
  25. Help! This one will send me to the padded room!!! ALL of my fixtures decide to up and relocate themselves in the model at random. They move together, based on their Position, i.e. all lights from "TRUSS LX2" will move very far away (like 20-50 meters in one or two directions) from their original location. None of these fixtures are grouped. Each is individual, but they move together as i described. The distance and direction that they move is not constant. They end up anywhere in the drawing, but maintain their positions relative to each other. It's not always the same fixtures... sometimes its everything on one single Light Position, sometimes its almost every light in the drawing. This happens when i do "something" which i think is related to Viewports... the thing is, it's not the same thing each time. i can go in and out of a viewport a couple of times, then it just HAPPENS! i can't properly re-create it, but it keeps happening! Please Please Please help... every time this happens i lose another ten to twenty minutes trying to figure out how much damage has been done and fixing it. MacBook Pro 2.33GHz Leopard 10.5.1 2G RAM Vectorworks 2008 SP1
  • Create New...