Jump to content

Kevin Krautle

Member
  • Posts

    42
  • Joined

  • Last visited

Everything posted by Kevin Krautle

  1. I am just testing out VW 2022 new cable path tool and other features today and the posted sample file is not doing ConnectCad justice. https://university.vectorworks.net/mod/page/view.php?id=2656 Can we have someone post a few better examples files? At first glance: Cable lengths not being calculated and drop points clearly not used properly. No cable route summaries ie drop point summaries Generally not a great design to showcase ConnectCad as you don't see the entire production design. Cameras going to encoders is fine, but does not showcase how to wire a small FOH or BOH control room using the most common switcher in use today which is the Blackmagic ATEM. Missing elements like audio No power distribution or callouts. Maybe post the theater file you have in the other documentation?
  2. @Nikolay Zhelyazkov I DM'ed you a copy of both the bad file i had and after I fixed it. Sorry for the delay, busy times.
  3. This is something that we have all been thinking about as power users. For now I am just using a device block to hold the cables and label the block as spare with connectors as XXX with the signal type that matches the cable. Basically an AV plate without it being a plate. From what I understand right now in 2022 you cannot do a logical schematic first, then drop everything down on the Physical 3D schematic later or go back and forth.
  4. I have seen this as well going from 2020 to 2021, I have not seen this directly but had to fix some of our files that hold our symbol library. @ConnectCad Team ping me if you want one of my bad files. The good news is I have figured out what happened and have a procedure to fix the problem in a file having issue. In this example this is what my symbol was looking like before fixing: The problem is that a number of System Symbol objects got corrupted (which looks to be only the ones actually in use in the file at the time of conversion) In my specific case it was (but it can be more depending on which ones are in use in the file that got hosed): What happened is for some reason these symbols have been scaled down exponentially: To Fix: Open both the Vectorworks file that is having the issue and known good file that is still working. For each bad Socket Symbol that is not working in the bad file: Right click each bad System Symbol in Resource Manger and edit the 2D component. You can see which symbols are bad by drilling into a bad looking device and checking which style you are using. In my case it was the ones I was using in this example is: skt_con_IN skt_con_OUT skt_txt_L skt_txt_R Exit the symbol without doing anything - This will update the symbol in the file so that is then can be replaced into a know good working state. Note if you have 100's if not 1000's of symbols in your file, Vectorworks will single CPU thread crunch away 😞 for a while (100's has taken 3-5 minutes to crunch on my maxed out 16" MBP) depending on how many symbols have using this nested symbol in the file. Navigate to your known good file Resource Folder (while your bad file is the active file), and drag in the the Known Good Symbol to Import and REPLACE the existing symbol in the file. Note this does not work if you do not do step 1-2 first. Believe me I have tried just importing and overwriting the folder but Vectorworks will not override all of them at once for some reason (I suspect corruption as doing it one at time also didn't work). I found for each symbol that does not prompt for overwriting or not actually overwrite, I would have to do step 1-2. Click Replace when prompted: Repeat for each bad System Symbol After each replacement you will see all your symbols start to get back to normal, one replacement at a time. Below is an example after I fixed the skt_txt_L symbol, but before fixing the rest. After replacing the bad skt symbols everything has now returned to normal, and we live to draw another day: Thanks -Kevin
  5. I have been thinking about virtual wiring and is wondering if anyone has done anything interesting to document the Dante/AES67 Grid? I have not played around with it yet but am thinking up a few ideas.
  6. I am adding on to this request, As I like creating viewports to get a drawing into printable pages as well.
  7. Good idea, just find it fascinating that vectorworks does not have that built in. A decent search system with some filtering.
  8. I guess my feature request would be a CMD-F search box 🙂
  9. Forgive me, I am working with 1000's of devices in a single document. Is there a way to search for a device by name/tag or other parameters then locate it on the design view? I know I can dump a device report, but how to find the actual device it on many sheets of drawings is the fun part.
  10. This is probably related the post linked below.. Right now there is a very annoying bug that if i change a name of a device, the next time i go to update rack elevation for the sheet. It does not update the device name, but instead creates a duplicate device. On this same note, It probably should also be if a symbol is deleted it would change the rack elevation to red on the rack view sheet so we can identify devices that no longer have any use but are still in the rack.
  11. I am also dealing with re-arranging dozens of sheets. Vectorworks team, can we add another column that will only populate for sheet layers that matches the # column in the Sheet Layers image? As I always want to export my PDF's by sheet layer arrangement I already have.
  12. We just ran into a very bad bug that needs to be fixed ASAP! @Conrad Preen Right now if you number cables, it restarts numbering in every design layer instead of incrementing as per project file. Yes we can work around but its burning dozens of hours, and I mean dozens. Please see a screenshot of the issue as it exists you will see its in two different design layers but has the same restarted numbering.
  13. @Vectorworks team We have identified a bug in VW2021 which has been reproduced in both our migrated file, and a file created from scratch. The issue is that for our device symbols, we customize our dev_label_generic with additional text fields that are linked to the user1, user2, user3 dev_rec record type to show the additional info that we have for them. This is not working right now. The good news is that the data is still there, so I am not worried about it for now, but it needs to be fixed. Please see attached screenshots of the issue and a blank file created and reproduced with it. Linktext.vwx
  14. CC Team, With VW2021 you have added additional symbol types like dev_label_center. I would love to have a setting in CC settings to select which is the default for newly created symbols. This is a no rush thing, but would be nice as we use currently dev_label_generic as our default custom symbol and it will save clicks. -Kevin
  15. I use the term 'MTRS' for mini TRS (3.5mm), and 'MMTRS' for micro (2.5 mm) . Which I add using the ConnectorTypes.txt custom setup that conrad linked to above.
  16. On the data visualization note, You don't necessarily have to use a data tag to see an image of the device in your symbols. However it is a nice way for a different use case. The cool thing about CC Symbols is that you can add images to them after they are created, and then save them as symbols to reuse. To add an image, just doubleclick on your already created device on the drawing (just like when you want to edit connectors) and add your image. Just be aware of the location of the symbol template (in this example I use a custom dev_label_generic). Exit out of the symbol, and then you can save as symbol to add to your resource library to use again.
  17. CC Team, I noticed during my migration that if you have a custom SignalTypes.txt with blank lines in it, it causes a endless loop and pegs a cpu core at 100%. Its triggered when using device builder for example.I have to force quit VW to resolve. Attached my file for reference 2020 is the one that did not work, and the final adjusted file for 2021. I also did this with ConnectorTypes.txt but that one did not cause any issues (but it cleaned it up anyway). SignalTypes(2021).txt SignalTypes(2020).txt
  18. CC Team, We use a more simpler Signal Types based on Signal, and in VW2021 you always load the built in signal types up top, then user signal types. This is really annoying as we don't want to have to scroll every time we want to pick the right signals. Can we have a checkbox to either put user added stuff on top, or turning off default signal and connector types? Thx -Kevin
  19. I have seen this as well with the same HW Spec. Really Annoying Please note it will take 10-20 seconds the first time for me then its quicker.
  20. Just installed 2021 and the connectCAD_Data in the right folder location under ~/Library/Application Support/Vectorworks/2020/Plug-ins/ for mac did not migrate to 2021 using the upgrade migration tool. FYI Vectorworks team.
  21. @Cookie_NZ They are just two different design layers right now in the same document for each space. One for elevations/layout. one for connectcad. They are not connected at all other than in the same vectorworks document and issued as apart of the same set.
×
×
  • Create New...