updating of DE-Raytracer

[Crist-JRoger]

As Knighty says: "bloom effect radius is in pixel so when doing a high res rendering the effect will be "smaller""
And i know it bacause i'm using bloom a lot  
Just now tested AO with small tiles, small tiles & padding, fullscreen. And fullscreen is really better!  

[3dickulus]

ok, I get it, tile size has nothing to do with bloom size, it's relative to overall image size, hmm, how to fix so that preview blooms are the same scale in full size final render? wysiwyg?

[Crist-JRoger]

Just add more bloom in preview and you'll get what you need in final large render 

[3dickulus]

preview 400 wide, final render 4000, still would like wysiwyg

[Crist-JRoger]

wysiwyg

Googletranslate doesn't know what it is 

[hobold]

Googletranslate doesn't know what it is 

Abbreviated "What You See Is What You Get". A design philosophy of graphical user interfaces, that aims to never present drafts or previews to the user, but always display an accurate representation of the final result, if not the final result itself.

[3dickulus]

@hobold   
@Crist-JRoger    apologies, I meant it would be nice not to guess at what it will look like before a long render.

[Crist-JRoger]

Ok, i understand.
So bloom in De-KN2 is not "wysiwyg" 

But initially my question was about crashing when we use tile rendering, and good work when we use fullscreen mode (Ctrl+F or Ctrl+Shift+F) 

[3dickulus]

you are using v1.0.0?

please use v1.0.23 the latest 3Dickulus version http://www.digilanti.org/fragmentarium/ or the legacy master version from Syntopia @ https://github.com/Syntopia/Fragmentarium

full screen is toggled by ESC key (3Dickulus version)

updating progress does not check for subframe finish and does not call processGuiEvents() in main thread, instead it just issues an update request to the progress window and returns, this should be a little bit faster. edit:this will be in v1.0.24 (next patch release)

v1.0.23 does not crash when using tile render.

[Crist-JRoger]

Thank you for support, 3dickulus! But now i have Radeon, and your frag version is greatly slows down and hangs! Subframes calculates 1 per second   ...   even with any .frag file. I can't use this version
I use Syntopia's original 1.0.0, and it works fast. Tile render crashed when settings hard, fullscreen mode works well! I tested on this scene http://sta.sh/0gh0x7hl5g8 and other resource intensive scenes.

[3dickulus]

radeon + frag v1.0.23 = bad 

in the zip file from my website there are 4 exe files, did you use one with nonv in the name?

nonv = no nVidia specific calls
nv =  has some stuff that works with nVidia only

it is very disappointing to hear and I would like to fix it but I don't have a radeon card to test with...

are there any coders out there with radeon cards that feel up to the challenge of hacking at this problem?

[Crist-JRoger]

I also was surprised. Yes, all 4 files.

nonv = no nVidia specific calls
nv =  has some stuff that works with nVidia only

I'm not a fool 

[3dickulus]

I'm not a fool 

  I am sometimes 

[3dickulus]

sorry I can't help with v1.0.0 or bloom issues not explaining this for you, just clarifying the win machine I compile on has nVidia card, not sure if that would make a difference (shouldn't)

for bloom, because it's in the buffershader it is a post render effect and because it is pixel based the buffer xy size has a huge impact, ok.
when using tiled render the buffer size is = the tile size, when viewing in the GUI the buffer size is == the size of the rendered image.

to illustrate the effect, image 1 is from the GUI, image 2 was rendered @ 3840x2160 with tile size of 256x144 and 100% padding that means image 2 requires the render time of a 7680x4320 image
scaled with gimp for comparing, no matter how I over compensate in the bloom settings I can't get the look I want in the final render short of rendering the full sized image in one go.

bloom is a great effect, consistency between gui and tiled fullsize would be really nice...

re:crashing tile render, do you have any error message output?

[Crist-JRoger]

for bloom, because it's in the buffershader it is a post render effect and because it is pixel based the buffer xy size has a huge impact, ok.
when using tiled render the buffer size is = the tile size, when viewing in the GUI the buffer size is == the size of the rendered image.
to illustrate the effect, image 1 is from the GUI, image 2 was rendered @ 3840x2160 with tile size of 256x144 and 100% padding that means image 2 requires the render time of a 7680x4320 image
scaled with gimp for comparing, no matter how I over compensate in the bloom settings I can't get the look I want in the final render short of rendering the full sized image in one go.

Yes, I tried to say that  

bloom is a great effect, consistency between gui and tiled fullsize would be really nice...

Use large tiles 2x2 or 3x3 (960x540 or 1280x720) and you will get approximately the same picture like from GUI.

re:crashing tile render, do you have any error message output?

Сrashing driver. It was 100% on nvidia. Radeon - crashing driver too, but somerimes program hang without error. Just hanging out... and white window (аpplication not responding).

If the scene is hard and tile renderer small tiles does not suit me, I turn on the full screen mode. Whatever the hard scene, nothing hangs. Why?