actually fixed it. I remembered I had a similar problem with a mesh deformer lately once I exported it to C4D.

Okay I noticed that I can provide the jacket very simple. I can make a substance painter file that only includes the important subject too if so requested.

If we cannot reproduce the problem, we cannot fix it. I suspect you have the texture coordinates set incorrectly in Blender.

This would be fixed by commit 8e8d93eb8610

@Brecht Van Lommel (brecht) after CUDA issues, OpenCL one…

Thanks, closing then (think those double-triangles were causing excessive stress on GPU for some reason…).

In T54259#526451, @Richard Antalik (ISS) wrote:

I can provide windows build

Just a notice to anyone interested:
I started working on this and will need a week or 2 to polish it

@Antonio Vazquez (antoniov) Could you look at T56284 I'm not sure if it's GPencil related or the linking/appending system.

As I went to confirm that this bug got resolved I found that F12 rendering now doesn't work at all, either with release or debug builds, and regardless of whether Freestyle is enabled or not. This only happens when EEVEE is the active Render engine.

Eeeeh ok, then I guess we can close as solved. :)

UPDATE - problem solved

More than a week without reply or activity. Due to the policy of the tracker archiving for until required info/data are provided.

Thanks!

I have 6gb VRAM and 16gb RAM
I think that memory is not the case here - because I was rendering this model in earlier versions of Blender EEVEE without any problem.
Scenes were even more complex - consisted of the engine (attached model) and the whole vehicle & the driver as well.

Please always attach files here, outhers sources are never 100% reliable.

As of Blender 2.8 f08f6c1adec I'm not able to reproduce the above issue anymore (with a release build). Freestyle still doesn't get rendered correctly with EEVEE (F12 render shows a black screen), but I guess that's to be expected at this stage.

@Brecht Van Lommel (brecht) @Sybren A. Stüvel (sybren) iirc, this is known limitation due to how our cache works currently?

Please follow our submission template and guidelines, also read these tips about bug reports, and make a complete, valid bug report, with required info, precise description of the issue (only ONE issue per report!), precise steps to reproduce it, small and simple .blend and/or other files to do so if needed, etc.

@Bastien Montagne (mont29)
This time I even used a debug build, quickly obtaining a crash within 1-2 attempts of rendering the image with Freestyle enabled, as of e91bdb10e9c. Note that it says RX580 but it's actually an RX480 (there should be no difference OpenGL-wise; this is due to a GPU modification).

Same problem here as well

Crash confirmed. @Brecht Van Lommel (brecht) think that one’s for you, here is ASAN backtrace:

Could be a lot of things, but would suspect some OpenGL issue… Can you please run it with --debug-gpu option and attach as text file here any error printed out in the console (do not paste it directly in comment)? Thanks. Also maybe worth trying with -t 1 option (to run in single-thread mode).

I was sad to see this functionality lost as well, I used it to preview scenes with a compositor performing image manipulation. It was (almost?) the only way to buffer the compositor for a play-blast.

Hi, cant verify crash with your file.
May Windows/Driver problem?

In T56086#521610, @Wolfgang Faehnle (mib2berlin) wrote:

Hi, cant open the file. It is only a file called RAR.
Please provide a .blend with packed textures and enable compress when you save.

Cheers

Hi, cant open the file. It is only a file called RAR.
Please provide a .blend with packed textures and enable compress when you save.

In T56086#521330, @Brecht Van Lommel (brecht) wrote:

We need an example .blend file that crashes, otherwise it's unclear which type of material or other render setting leads to the crash.

I confirm that it works fine with the latest build so this can be closed.

@Brecht Van Lommel (brecht) assigning to you, no idea who/if OpenCL is a valid topic currently…

We need an example .blend file that crashes, otherwise it's unclear which type of material or other render setting leads to the crash.

Cannot confirm that here on linux (though psys code spits out a huge amount of asserts…), mind re-checking with latest 2.8 build? thanks.

Yes, problem appears in Jul 23 2018 release

Is it still crashing with latest builds?