Transparent background screencap - edges also transparent?

Like this (50% edge color reduction):

Which is what is expected, it takes on the background color.

Unfortunately, the goal of having a transparent image background was to drop the object out against a white background…

If the background is white, it looks like this:

Red is more fun…

I can understand the goal, I was just interested in seeing what those pixels looked like since I was not expecting them to have alpha based on how colors are blended in OpenGL. Thanks Mitch


Hi Mitch,

Are you capturing to file using the “Transparent Background” option? Or does any capture to file yield transparent edges?

What are your exact steps? I’ve tried this in both V6 and V7, and I get the expected results in all cases (I’ve tried).


Hi Jeff,

Yep, transparent background checked.

Just call the command, the dialog comes up, leave it at viewport resolution, just the transparent background checked and save as .png…



Ya, that’s what I’m doing…and I have my edge reduction set to 50% … What does your capture dialog show? Are the wires transparent there too?

Here’s what I see…

Here’s what I see… Yes, the edges are transparent in the preview already…

My background is gray 70,70,70.

Weird… What’s your exact version of Rhino?


Version 6 SR23
(6.23.20049.14121, 18-Feb-20)

Edge color reduction 50%

Thanks, I just installed that version here and I’m still not seeing this…

Can you please export your Shaded mode and post the .ini file here, along with your simple .3dm file (I know it’s just a box, but I want be using exactly what you’re using at this point)… also, post the resulting .png file you get…just so that I have it to compare my results against.

Note: Do not Restore your display mode(s) yet…if it’s something related to a mode setting, I don’t want to lose that.


Here ya go…

JeffsCube.3dm (337.1 KB)
Shaded.ini (11.9 KB)

As I said, viewport background 70 gray, but I don’t think it actually matters in this case.

Thanks Mitch,

I’m now seeing it using your display mode…so some other setting is clearly getting in the way here…I’ll figure it out…Thanks for the feedback and info.



Hey Mitch, the fix is in the latest 6.x build… If you have the time, and want to try it out, please do… and let me know if you’re still seeing any transparency glitches.


I think it’s got something to do with the display mode. I run into the same issue with custom display modes based off of the Pen setting.
Pen shadows.ini (6.3 KB)


I successfully tested the fix just yesterday, using your display mode settings.

OK, I’m not on the dailies, just the weekly RC candidates, so I guess it will show up here next week?


I’m not entirely sure this will be in the next weekly release candidate as Jeff made this change on the same day that we released 6.23 and branched our code to begin stabilizing on 6.24. It will definitely be fixed in next week’s V7 WIP and if it isn’t fixed in next week’s 6.24, then it is most likely in 6.25.

Well shoot… It looks like there’s yet another situation where this is happening. I’ve fixed Mitch’s case, but using your Pen mode, I see similar problems (even with the fix)… So I guess it’s back to the drawing board.

Thanks for the display mode…makes repeating things so much easier!


Looks like it’s the “Shadows” setting in a Technical mode that’s wrenching up the gears… Which is a bit odd, since I don’t see this problem at all In other modes that use shadows (i.e. Rendered)… Only technical modes seem to have this problem…Probably because I do shadows slightly differently for tech modes (they’re more of an overlay process rather than a real-time rendering calculation).

I’ll fix it.


Jeff - does this have anything to do with transparend objects showing edges in TestShowShadowMap mode?

RH-57035 is fixed in the latest Service Release Candidate