I´ve tested the different render possibilities in blender and compared blender 2.79b with blender 2.80 5f140e61c28c.
It´s the same scene in blender 2.79b and blender 2.80.

I´ve tested the different renderposibilities in blender and compared blender 2.79b with blender 2.80 5f140e61c28c.
It´s the same scene in blender 2.79b and blender 2.80.

As I know its not intended to check indirect only and holdout together?!

The Szene renders without any problem on my computer with the latest build (e7a0f0a9934e). I testet CPU rendering and GPU rendering. No CUDA error.
Specs:
Windows 10 x64 Pro
64GB Ram
AMD Threadripper 1950X
Geforce GTX 1080Ti
Geforce Titan X
PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 430.86

Ah ok, thanks, because of the other report T52680: Alpha difference Viewport/F12 the rendering in the viewport locked different, so I had set the density to zero.
Sorry for perturbing you. Thanks for your fast answer!

Have you opend the blend file I attached in this report. The node setup is ok.

I tested a production scene of mine with todays build and the build from the day before yesterday.
Build: e73647bf5b44 (today)
GPU+CPU with denoise: 9:23
GPU+CPU without denoise: 8:43

Sorry was something on my machine. I tested older Blender Beta Versions and files that where working together a few days ago. So I asumed that it has something to do with my machine. I have two grafics cards in my computer. In the nvidia control panel I changed the option "OpenGL GPU" to automatic. In Blender in the cuda panel in the preferences I switched off one gpu. Rendering works, then I enabled the gpu again. So, sorry for my report!

I have the latest gpu driver on my machine. Updated them yesterday.
blender beta c13e10a7404d from yesterday isn`t crashing on my machine.
I also tested on another machine with windows 7 and an Geforce GTX 980. Same Problem. Crash.

Open the dropdown Menu in the Material Properies and assign metal_bright_glossy.

If you have viewlayers, the file output node is the only way, to render them to different multilayer exr´s.
Otherwise every viewlayer and pass ends up in one multilayer exr. If you have to rerender one viewlayer, you are produceing new content not able to delete old renderings wihtin the multilayer exr.
In Blender it is then also not possible, to write only cryptomatte to a seperate exr-file, because without the file output node the combined pass is always written to file.
For me the FileOutput Node is very important when rendering viewlayer! Otherwise you have to render every viewlayer after each other, setting new output settings after each rendering. Thats not very efficient!
Is it not possible to make the fileoutput node the same behaviour than the regular output?

My problem is as mentioned in the description, that if I use a file output node in blender the cryptmatte informations in the multilayer exr change, so they can´t be read by the compositing app Fusion.
If I render without an output node, everything works fine in Fusion.
So my assumption is that the file output node changes IDs or metadata?!

Nuke maybe the best, its industry standard I know and I would love to work with it, but my company can´t afford to pay nearly 4000€ per license.
Fusion 9 is free and Fusion 16 Studio is only 320€.

Yes maybe the plugin in trash but I think the fileoutput in blender should be the same, if you use a fileoutput node or not.
Comparing the metadata or the exr-header may show what is different amongst the two outputs.
Otherwise if you have many renderlayers you are not able to render them into different files if you want to use cryptomatte in another compositing app.
Look into this thread https://blenderartists.org/t/cryptomatte-is-here-amazing/1132013/
People have problems using cryptomattes from blender cycles in all the other compositing apps (Nuke, After Effects, Fusion).
Sorry, but the blender compositor is no alternative if you want to make highend compositing.
Today I testest cryptomattes from blender in After Effects. With the free ProEXR 2.0 Plugin it works fine but I need a node base compositing software.
I also tested Natron. The cryptomatte implementation in Natron works, but if you use aspecific nodes like glow together with the cryptomatte keyer, it crashes.
There are sample files from the cryptomatte inventor Psyop, which you can download from their githup page together with the cryptomatte plugins for nuke and fusion and they work fine.
So something is wrong with the blender cryptomatte implementation, maybe not following the standard as thought by Psyop?

Maybe try my blend file:

Also the Cryptomaterial mode is working.

You can set the strength by increasing the color value. But @Brecht Van Lommel (brecht) can tell if thats the intention?!

Tested the above file. Everything works as expected in the todays build.
Opend the file.
Only changed a few small things in the scene. Lowered the Cryptomatte Levels to 2 because as I know you only need a higher level if the object/material count reaches a limit so not all matte infos can be stored on one cryptomatte layer.
Added a reroute node to connect the viewer an the composite nodes.
And I set the View Transform in the Color Management tab to Default, otherwhise you don´t get a real black/white mask. You can try, set it to Filmic and see how the mask gets grey.

Super great improvement! Thanks for your hard work!

Crash also on Windows 10 Pro 64bit
Nvidia GTX 1080Ti

I´m using the Prefer Maximum Performance Option in the Nvidia Controll Panel ever since.
It is recommended in other 3D applications, we are working with in our company.
Maybe therefore I never experienced any performance lag?!

Would be great to have the behaviour form 2.79 back!

Same here, tested nearly every build since the code quest last year. No problem with the transformation gizmo. Maybe a driver problem?
Operating system: Windows-10 Pro 64bit
Graphics card: GeForce GTX 1080 Ti/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 419.35

Can confirm on todays build 8f1951f555f5 on Windows 10 with Nividia Geforce GTX 1080Ti.

See: T64299: Viewport - If Render Engine is Cycles when turning overlays in the viewport off, all geometry disappears.

Cycles has to be the Render Engine. If Workbench or Eevee is the Render Engine the problem is not showing up.

For your information, I rendered lots of different sequences in cycles on many computers in our company during the last week. No crash during rendering.

@Bastien Montagne (mont29) : Thank you very much for your fast response and support!

@Campbell Barton (campbellbarton): Thank you very much, this solved my problem. I can now open all the files that crashed before!

Blender beta verion d47f827019f2 from the 19th of march has antialiasing. If you release after rotating in the viewport AA is applied.
The blender version for yesterday (47ba487e05da 20th of march) has the same problem with the one (0bbff8a71138) from today. No AA applied.

Can confirm, with the default cube, there is no AA. (Windows 10 Pro, Geforce GTX1080Ti)

Can confirm. Crash after selecting fourteen edges on six Suzanne´s. (Windows 10 Pro, GTX 1080Ti)

Maybe it is a Windows OS problem. I tried the file on three drifferent computer at work. two with windows 10 and a Geforce GTX 1080 Ti and one computer with Windows 7 and a Geforce 980/Geforce GTX Titan Black. On all three Blender crashes.

I have a Geforce GTX 1080Ti and a Geforce Titan X in my system, maybe your Intel Grafics Card is the problem?

Can´t confirm, all selection tools work as expected in Windows 10 with the latest build.

No I havn´t tried the extra objects AddOn. But I think you made the bug clear. The developers should have a look on adding objects to local view.
They should make it work, that adding all kind of objects and geometry plus from the extra objects AddOn should work in local view as expected.
I think they will solve the problem soon!

I watched your video and tried to reproduce it. I tried to add new objects to local view. It worked except of the torus.
The torus is the only mesh primitve which is not showing up in local view if you add it! This is a bug!

Can´t confirm. In todays build new created objects are added to local view.

Can´t confirm with todays build on windows.

I had the same problem last week. One of my files cashed at random while rendering in cycles. I tried rendering on CPU only but it crashed too. It was impossible to reproduce. Then with an older Beta version of Blender 2.8 it rendered.
I will have a look on it. I have to render a lot in the next weeks, maybe I can reproduce the problem or it is solved already.

Sees so, I´m on Windows.

Can repruduce, with todays build, blender crashes!
Open the default scene. Go into the light properties. Write *2 behinde the 10W in the Power settings. Press Enter. Crash.

@Dalai Felinto (dfelinto) has done great work lately on visibility. Maybe he can have a look, if this task is hard or easy to establish?!

It would be great to have the abilty to have different collections vissible in different viewports! The way with the viewport vissibility override is great, an so it gives the Collection Visibility popover a reason to exist!

Very nice, when will it be implemented in Blender 2.8?

I can also confirm. (Windows 10 Pro x64)

@Bastien Montagne (mont29) : I tested another production file with linked data. Sorry we don´t use amatures in our big production files, so I couldn´t test that usecase.
In the tested scene there are 8893 objects and I deleted more than half of them (4850objects). Without the optimization it took 1min:58sec and with your new code 1min:26sec.
I saved and reopened the file and couldn´d find any problems or issues.

@Bastien Montagne (mont29): Today I´ve tested your hidden experimental speed-up for delete hierarchy with two of our production files.
Scene 1:
Size: 2,12GB
18.457,133 Faces
18.457,134 Tris
6590 Objekte
4043 Objekte deleted

Thats realy great!

With the todays build (e57ee5934a30) it works fine.

@Bastien Montagne (mont29) : Thank you very much! I will test it!

@Bastien Montagne (mont29) : Thanks for your answer. As I wrote in the description, I tried to create a simple scene that mimics the scenes we use every day in our company. I can´t send you a 2GB blend file with client data. Therefore a used the default cube subdivided it and used the array modifier to create an amount of objects, to get an object count like in our scenes. The other rows of cubes were only linked copies, to hold the filesize low.
As brecht wrote it is apparently a limitation of the blender code architecture, that deleting takes a lot of time, if you have a high object and polycount in a scene.

Here is as screenshot of the GPU+CPU rendering.

I have a similar problem with denoising.
If rendering with the cpu denoising happens.
If rendering with the gpu denoising doesn´t happen.
If rendering in mixed mode (GPU+CPU) only the tiles rendered by the cpu get denoised.

@John (jfraser): I testest it at work. My computer there is a AMD Threadripper 1950X 16Cores@3,4GHz 64GB Ram using the build from yesterday.
Now I tested it at home. At my desktop Intel Xeon E5-2697v3 (2x14Cores@2,6Ghz 128GB RAM) it takes about 12seconds deleting the hierarchy using the build from today and the scene from above.

I tested yet another file.

I tried it also on another computer with fresh user settings and reseted to factory defaults. The problem is still there.
It is strange, the viewport update works if Studio_052 is set as World, but if you switch to Studio_053 as World the viewport update isn´t working.
There is only an update once in Studio_053 World when you switch from Studio_052 to it. But once Studio_053 is set, changing for example the strength or rotating in the Mapping Node, has no effect at all.
I tried as described above.

I just created another Blender Scene with an simpler world node setup.

In my opinion in the state the preview is now, it is nearly useless because you only see a very small part of the world. :-(

Deleting the Render Layers and File Output node and recreating the connections, then saving the file, helps to get rid of the problem.
When reopening the file, the connections and sockets are shown.
Maybe because of the many changes in Blender, it can´t be reproduces how I came to the state of the file.
I think you can close the ticket?!

I created the scene a few weeks ago with an older Bleder beta version. Which exactly I don´t know.
Saving and reopening this scene with the Blender version from today isn´t solving the problem.

I tried the todays build and every scene that crashed in the build from yesterday, can now be rendered again in the viewport. Closing, thanks!

Like I said, everything works fine in Blender Version 7d4d9e9dbd3 (13.12.2018) and before. I tried lots of other files I created in the past weeks. Many of them are crashing now when I try to Cycles render in the Viewport with the Blender versions past 13.12.2018.

Hello, here are the debug infos.