Learn how easy it is to sync an existing GitHub or Google Code repo to a SourceForge project! See Demo

Close

#10 Relative Edge Line Thickness

open
Travis Cobbs
3D View (4)
5
2008-02-26
2008-02-26
Jim DeVona
No

An option to render edge lines with widths defined in terms of LDraw Units (relative to the rendered size of a brick, in other words) would be useful. Currently, the same edge thickness setting - the third notch, for instance - yields the same line thickness regardless of snapshot resolution. This means that if I save a snapshot of the model that is 600x400 pixels, the edge lines will appear very thick, but if I save a snapshot at 3000x2000 pixels, the same setting yields edge lines that look very thin. (Attached are such examples.)

I think it would be useful to be able to depict the same "appearance" at any resolution.

Discussion

  • Jim DeVona
    Jim DeVona
    2008-02-26

    Logged In: YES
    user_id=542607
    Originator: YES

    File Added: thick.png

     
  • Jim DeVona
    Jim DeVona
    2008-02-26

    600 x 400 image with #3 edge lines

     
    Attachments
  • Jim DeVona
    Jim DeVona
    2008-02-26

    3000 x 2000 image with #3 edge lines (trimmed as JPG for SF size limit)

     
    Attachments
  • Jim DeVona
    Jim DeVona
    2008-02-26

    Logged In: YES
    user_id=542607
    Originator: YES

    File Added: thin.jpg

     
  • Travis Cobbs
    Travis Cobbs
    2008-02-26

    Logged In: YES
    user_id=1131278
    Originator: NO

    I'll consider it, but it's actually a very difficult feature to implement. Right now, edge lines are drawn using OpenGL lines. Line thickness is given in screen pixels. Making the line thickness be in LDraw units would require drawing them as rectangles (quads) instead of lines. This would require calculating the four points of a rectangle that represent a line, and updating all the code paths to support using quads as lines instead of just lines.

    Note also that it would be very slow, since the coordinates for the rectangles would have to be recalculated each frame, since they are dependent on the camera angle. I suppose another option would be to use cylinders in place of the lines; these wouldn't have to be recalculated each frame, but they would introduce a huge amount of extra geometry. Either way, the results would be slow (which obviously isn't a huge deal when generating snapshots).