Workbench renders image with bad alignment when importing via Import Images as Plane #74712

New Issue

Casey Connor · 2020-03-13T06:28:03+01:00

Casey Connor commented

2020-03-13 06:28:03 +01:00

System Information
Operating system: Linux-4.18.0-25-generic-x86_64-with-debian-buster-sid 64 Bits
Graphics card: GeForce GTX 1060 6GB/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 390.116

Blender Version
Broken: version: 2.83 (sub 6), branch: master, commit date: 2020-03-03 18:38, hash: 31aefdeec5
Worked: (optional)

Addon Information
Name: Import Images as Planes (3, 3, 1)
Author: Florian Meyer (tstscr), mont29, matali, Ted Schundler (SpkyElctrc)

Short description of error
Imported image is slightly wrapped both horizontally and vertically when rendered via Workbench. I don't know if this is an add-on thing or a Workbench thing or an Image Texture node thing or a Principled BSDF thing, but it doesn't happen in Cycles or EeeVee so I thought perhaps it was not the add-on.

Exact steps for others to reproduce the error

see attached blend file: a plane is imported with the PNG (attached, but also packed in .blend)
viewed with orthographic side camera, notice that when the renderer is Workbench and viewport mode is "rendered", the white lines are wrapped horizontally and vertically to the opposite side of the image plane (see attached demo image screen capture)
this does not happen in either Cycles or EeeVee

**System Information** Operating system: Linux-4.18.0-25-generic-x86_64-with-debian-buster-sid 64 Bits Graphics card: GeForce GTX 1060 6GB/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 390.116 **Blender Version** Broken: version: 2.83 (sub 6), branch: master, commit date: 2020-03-03 18:38, hash: `31aefdeec5` Worked: (optional) **Addon Information** Name: Import Images as Planes (3, 3, 1) Author: Florian Meyer (tstscr), mont29, matali, Ted Schundler (SpkyElctrc) **Short description of error** Imported image is slightly wrapped both horizontally and vertically when rendered via Workbench. I don't know if this is an add-on thing or a Workbench thing or an Image Texture node thing or a Principled BSDF thing, but it doesn't happen in Cycles or EeeVee so I thought perhaps it was not the add-on. **Exact steps for others to reproduce the error** * see attached blend file: a plane is imported with the PNG (attached, but also packed in .blend) * viewed with orthographic side camera, notice that when the renderer is Workbench and viewport mode is "rendered", the white lines are wrapped horizontally and vertically to the opposite side of the image plane (see attached demo image screen capture) * this does not happen in either Cycles or EeeVee

Casey Connor commented

2020-03-13 06:28:03 +01:00

Added subscriber: @clepsydrae

Casey Connor commented

2020-03-13 06:28:53 +01:00

images_as_planes_issue.blend

[images_as_planes_issue.blend](https://archive.blender.org/developer/F8403161/images_as_planes_issue.blend) ![images_as_planes_screenshot_of_results.png](https://archive.blender.org/developer/F8403160/images_as_planes_screenshot_of_results.png) ![images_as_plane_bug.png](https://archive.blender.org/developer/F8403159/images_as_plane_bug.png)

Germano Cavalcante commented

2020-03-13 15:07:47 +01:00

Added subscribers: @Jeroen-Bakker, @mano-wii

Germano Cavalcante commented

2020-03-13 15:07:47 +01:00

Changed status from 'Needs Triage' to: 'Archived'

Germano Cavalcante closed this issue

2020-03-13 15:07:47 +01:00

Germano Cavalcante self-assigned this 2020-03-13 15:07:47 +01:00

Germano Cavalcante commented

2020-03-13 15:07:47 +01:00

I can confirm, but this is not a problem of bad alignment, this is the result of texture Extension (or Texture Wrapping) (See image.html ).
Workbench does not support other types of texture Extensions than Repeat.
So closing.

@Jeroen-Bakker, I don't know how difficult it would be to implement this, but it seems something reasonable for the Workbench to support.

I can confirm, but this is not a problem of bad alignment, this is the result of texture `Extension` (or `Texture Wrapping`) (See [image.html ](https://docs.blender.org/manual/en/dev/render/shader_nodes/textures/image.html#bpy-types-shadernodeteximage)). `Workbench` does not support other types of texture Extensions than `Repeat`. So closing. @Jeroen-Bakker, I don't know how difficult it would be to implement this, but it seems something reasonable for the Workbench to support.

Casey Connor commented

2020-03-13 18:40:52 +01:00

Thanks Germano -- is that correct? Even if Workbench only supports Repeat, it shouldn't be repeating these pixels at the edge of the plane?

If I explicitly set the bounds mode to "Repeat", Cycles and EeeVee still look fine (as expected), and Workbench still erroneously repeats the pixels at the edge... doesn't that look like Workbench is rendering incorrectly?

Thanks Germano -- is that correct? Even if Workbench only supports Repeat, it shouldn't be repeating these pixels at the edge of the plane? If I explicitly set the bounds mode to "Repeat", Cycles and EeeVee still look fine (as expected), and Workbench still erroneously repeats the pixels at the edge... doesn't that look like Workbench is rendering incorrectly?

Germano Cavalcante commented

2020-03-13 19:16:29 +01:00

In #74712#890879, @clepsydrae wrote:
Thanks Germano -- is that correct? Even if Workbench only supports Repeat, it shouldn't be repeating these pixels at the edge of the plane?

If I explicitly set the bounds mode to "Repeat", Cycles and EeeVee still look fine (as expected), and Workbench still erroneously repeats the pixels at the edge... doesn't that look like Workbench is rendering incorrectly?

This happens as a result of "repeat" plus the "bilinear filter".
The "bilinear filter" kind of mixes the neighboring pixels.
I also suspect that this is the only filter supported for textures on Workbench.

> In #74712#890879, @clepsydrae wrote: > Thanks Germano -- is that correct? Even if Workbench only supports Repeat, it shouldn't be repeating these pixels at the edge of the plane? > > If I explicitly set the bounds mode to "Repeat", Cycles and EeeVee still look fine (as expected), and Workbench still erroneously repeats the pixels at the edge... doesn't that look like Workbench is rendering incorrectly? This happens as a result of "repeat" plus the "bilinear filter". The "bilinear filter" kind of mixes the neighboring pixels. I also suspect that this is the only filter supported for textures on Workbench.

Casey Connor commented

2020-03-13 19:23:22 +01:00

Thank you -- using "closest" seems to eliminate the issue, so that method seems to be implemented in Workbench. Not sure if "closest" will be usable in general, but it's a potential workaround.

It would be great if "clip" can be implemented -- some of us doing motion graphics depend on Workbench. Thanks for the attention.

Thank you -- using "closest" seems to eliminate the issue, so that method seems to be implemented in Workbench. Not sure if "closest" will be usable in general, but it's a potential workaround. It would be great if "clip" can be implemented -- some of us doing motion graphics depend on Workbench. Thanks for the attention.

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Workbench renders image with bad alignment when importing via Import Images as Plane #74712