Jump to content

laldenj

Member
  • Posts

    40
  • Joined

  • Last visited

Posts posted by laldenj

  1. Brand new card and new drivers along with added memory.....all in an effort to achieve the promised better performance of VW2009.

    Not yet a rewarding investment.

    Windows XP Pro, VW2009 Designer/Renderworks, SP 1

    Dell Precision WorkStation 380,3.2G, 4 GB Mem

    NVIDIA Quadro FX 370, E2009WFP 20 inch monitor

  2. I've been experiencing identical rendering washout and it is very frustrating. I will be looking for remedy also.

    _________________

    Windows XP Pro, VW2009 Designer/Renderworks, SP 1

    Dell Precision WorkStation 380,3.2G, 4 GB Mem

    NVIDIA Quadro FX 370, E2009WFP 20 inch monitor

  3. It is my impression that, of late(maybe since v. 12.5), Nemetschek seems less interested in bug fixes to its existing versions; instead focusing its efforts on revenue-producing upgrades. Although I have routinely subscribed to each upgrade to date, I am wary that we are now being expected to pop 1/2K a year just to escape the bugs of the current release.

    Am I mis-remembering here or hasn't Nemetschek stopped fixing its problems? I am very reluctant to endorse this approach by upgrading to 2009 if this is the case.

  4. Regarding the assertion that VW 2008 supports SU 6 files, it's true only to a limited extent.

    Once imported SU 6 files are toxic to the full rendering capabilities of VW 2008 viewports. The presence of SU 6 files disables the sketching of hidden lines in the viewport. ........a drag if you rely on sketch-style rendering.

  5. Since tech support has no clue about this, wondering if anyone here might know how to fix VW2008's habit of reverting default sketch styles to "rough" after a save and close. Part of the problem seems to be that the Sketch Styles folder disappears from the saved file's resource browser after a save.

    This problem was not in VW12.5.

    I'm in WN XP Pro environment using a new Dell Workstation.

  6. In case someone else is agonizing over this issue, a bit of clarification:

    It appears that the culprit in my model is an imported SketchUp entity. Without the SU component(symbol in VW), the viewport renders perfectly; with it, the entire viewport will only render in simple hidden line---no sketching of the HL is enabled.

    I have tried various remedies such as converting to mesh and then to 3D polys to try to sterilize the model of the SU toxicity but have only had success with the most simple of SU imports.

  7. Thanks for the suggestion, but that makes no difference for me. I'm in WN XP Pro environment on Dell Workstation so, perhaps, that's the problem but have never had these problems on previous versions. I can get Hidden line to render fine but all attempts to select sketching of results are ignored when in viewport.

  8. It seems I have seen this thread before but have been unable to find it. Sorry if redundant.

    Using VW2008 under WnXP on Dell Workstation, re-opening files causes Sketch preference to revert to "rough" style, loosing both my sketch choice and its edited form.

    Any fix?

  9. With that option checked as you recommend, there is no change in erratic plotting behavior. Again, within gray'd printing area, nothing prints if in the right-most 20% of page(the print file processes, spools, and then self-deletes). Only when objects are beyond this range does the print file become registered with the plotter and then what prints is a cropped image, ommiting the right side of sheet.

    So far, only workable option is to export file as PDF, then print from Acrobat.

    Help!

  10. In page setup dialog box, 1 page horiz and 1 page vert. is selected. Printable area is shown as 34.66 width and 23.61 height.

    In printer setup box, Arch D 24x36 is shown, landscape is the orientation, and scaling is 100%.

    In properties, roll feed(24 in) is selected. Normal quality, optimize for drawings/text, and landscape orientation are selected.

    All are my usual settings. All print same border fine when done from VW 12.5 but not in 2008.

  11. A bit more info on this bug.

    Identical border prints fine from within same operating system to same printer when working from VectorWorks 12.5. Also, smaller sheet sizes up to C size work fine from VW 2008 but fail at larger plots.

    If rendering is moved to right 20% of sheet while in D plot, nothing prints. If same rendering is dragged to center of D plot, entire image will print.

    Very weird.

  12. Have used WinDoor utility in past to create most of my larger window and door systems. In its absence, is there any fairly effecient way to mull-up multiple windows or to create multi-leafed door systems?

    Any tips or tricks would be most welcome.

  13. Certain of my plot files have suddenly stopped plotting since upgrading to 11.51. I had previously printed entire plot sets from these files but they now refuse to print.

    I am going from a Dell Wn 2000 workstation thru a jet direct server to a new HP 500 with no changes to my hardware or other software.

    After much tinkering, I think I have found my culpret: my viewport crops are apparently at fault. Some of the crops are polygons(rather than simple rectangles) and for some reason they are at the root of these crashes. Once I simplified the crop outlines, my plots are now acceptable to my plotter. Very strange. Hope this might help someone else experiencing similar gremlins. [Confused]

  14. First, I wasn't meaning to parody the difficulties of doing elevations with VW though I can understand this interpretation. Elevations can be created quite efficiently within VW but to my taste, left unedited, they are usually over-lined and under-textured.

    -The ?official? control over curved elements that Robert speaks of is certainly available but it may not affect the render speed problem which began this thread. In such cases, rather than tweaking individual aspects of the drawing, I have found it helpful to partition the structure so unseen elements are deleted from the rendering queue?at least it speeds up the render operation; at best it may reveal the offending element. I avoid using the VW dynamic rendering of hidden line because it is very slow.

    -I don't copy "the rendered bitmap to my image processor" because I can?t (though the reverse operation (copy from the image processor to VW) works just fine. If I "copy" the bitmap image, I can't paste it directly into either pixel-based program I now use: Painter or PhotoSuite. I need to convert it to a format read by those programs, JPEG et al, and open it from within each program. My purpose in editing the rendered image is threefold: to suggest important textures, to reveal key shadows, and to ensure clear diazo reproduction.

    -I do a separate "convert copy to lines" for many reasons.

    First, I need the line output to complement the bitmap image; not compete or obscure it. And yes, I usually find it necessary to remove some lines (floor lines, wall lines on gable walls, etc.) and, in perspective output, I always need to add lines (at interior wall intersections, at roof valleys, on chimneys, etc.).

    I also do a convert copy to lines because I like to create separate render documents where I can massage the graphic to communicate both the mass and texture of the proposed structure.

    I often tinker with the lines (using the utility ?Doodle?) to humanize the otherwise too-clinical drawing.

    Finally, I don?t want to wait while a dynamic render or line drawing takes place so it?s useful to quiet the drawing with a grouped of static copied lines.

×
×
  • Create New...