Messages

1

[C4D] Daily Builds / Re: Corona Renderer 7 for Cinema 4D daily build

« on: 2020-11-19, 16:31:49 »

I can see that latest v7 daily build fixed some macOS BigSur bugs. The question is - does mac build of Corona include native ARM code, so it can run natively inside C4D R23 for Apple M1? If not, does it run in emulation mode or it just fails to load at all?     

2

[C4D] Daily Builds / ZDepth Use Bounding Box bug?

« on: 2020-01-10, 16:47:58 »

Hi,

we were about to render quite a big project and noticed that in multipass rendering Corona 5 Hotfix 1 deliberately turns on Use bounding box option when rendering (even if it it turned off by us) - means that all renders we get are wrong! Any idea how to turn this crazy thing off? Test file and screenshot below ...

Stan

3

[C4D] General Discussion / Re: Corona Renderer for Cinema 4D Beta 2 Release Candidate

« on: 2018-10-15, 10:20:56 »

So you're after this? Sorry, I'm no masking expert ;) I just checked seen by the camera in the composite tag.

Yes, this is a desired output pass, but "seen by camera" means that this object will show up in beauty pass as well - and this is what we do not want to happen. That is why "seen by camera" was turned off in our scene, so you get just an object mask in this specific pass. In post-production this is pretty standard approach as you often need some extra masks, but of course you do not want to change the look of final image.

Stan

4

[C4D] General Discussion / Re: Corona Renderer for Cinema 4D Beta 2 Release Candidate

« on: 2018-10-12, 13:31:56 »

Object buffer mask in composition - bug or limitation?

If I do multipass render with object buffer and this object has Corona composition tag with all options turned off except "visible in mask", you cannot see this object in the object buffer pass
We have tried to use Material ID pass instead of object buffer mask, but this does not work either. Not sure if this is bug or limitation, but it works in C4D Standard renderer ...

We use this approach to create tracking points for post production in AfterEFfects (or any other postproduction SW) - and because of this problem we have to use C4D Standard renderer to achieve results we need.

Stan

5

[C4D] General Discussion / Re: Corona Renderer for Cinema 4D Beta 2 Release Candidate

« on: 2018-10-12, 11:40:59 »

Displacement not working on polygon selections if object has a base material

When you apply any kind of corona material on object and then, on top of it, you apply material with displacement onto polygon selection, displacement does not show up. This used to work in some Beta 1 RC, but got broken in final Beta 1 stage and was never fixed despite being reported to Mantis.

Edit: screenshot 1 shows object material displacement being applied to polygon selection material, despite the fact it has a different displacement.
screenshot 2: base object material has no displacement, polygon selection material has displacement, but it does not show up

Stan

6

[C4D] Daily Builds / Re: HW OpenGL render bug - more

« on: 2017-10-12, 13:56:13 »

Just found out that it has something to do with Projection side type in Texture tag settings - if you choose Front or Back instead of Both, it does render in HW OpenGL!

EDIT: it looks like Corona swaps Front and Back and this creates some mess ...

Stan

7

[C4D] Daily Builds / HW OpenGL render bug

« on: 2017-10-12, 13:35:12 »

Hi,

in Corona A6.3 you can render using Hardware OpenGL or Software OpenGL mode just fine. But in the latest beta (2017-10-11) you get empty object when you render in this mode in C4D R19. In C4D R18 you get black object instead. Strange, because in OpenGL viewport you can see materials just fine.

It is unfortunate as HW OpenGL renders are great for animatics and quick animation previews.

Stan

8

[C4D] Resolved Bugs / Re: Camera rotation shake bug (A6 final)

« on: 2017-02-02, 10:13:29 »

stan thanks for replying... this gave me lots of headaches.

The good news is it should be fixed in the upcoming Beta 1 - see the road map under Beta 1 / Bug Fixes: https://trello.com/b/dgI8vjDb/corona-road-map-cinema-4d

Stan

9

[C4D] Resolved Bugs / Re: Camera rotation shake bug (A6 final)

« on: 2017-01-04, 10:36:56 »

Wrong unit setup? How is the distance from the 0,0,0 origin?

Well, nothing unusual there, standard units (cm or mm). https://www.dropbox.com/s/fwfrpryqzyzjord/Corona-C4D-A6final-camera_shake.zip?dl=1

It is not scene related, we have tried different scenes with different camera setups and as soon as you start to animate camera rotation, the shaking appears in renderings.

10

[C4D] Resolved Bugs / Re: Camera rotation shake bug (A6 final)

« on: 2017-01-03, 13:08:27 »

Does nobody really experience this? It looks like there is no way to avoid it, even baking camera movement does not help. During rendering Corona always introduces its own random camera movements. It is just couple of pixels, but still clearly visible in the final output.

Unfortunately it means Corona cannot be used for animations where you somehow rotate the camera ...   

11

[C4D] Resolved Bugs / Camera rotation shake bug (A6 final)

« on: 2016-12-23, 13:28:15 »

Hi guys,

we are experiencing camera shake bug during animation again - C4D R18 + Corona A6 final on Windows.

When you animate camera rotation, you get camera "jumps" in the final renderings. Camera animation with no rotation works OK. Here is scene file for testing:
https://www.dropbox.com/s/fwfrpryqzyzjord/Corona-C4D-A6final-camera_shake.zip?dl=1


We have tracked the final animation in AE and here is the result - you can clearly see the jumps

12

[C4D] General Discussion / Re: Concerning motion blur

« on: 2016-12-21, 11:10:41 »

Well, shutter speed still does not have any influence on MB results even in A6 rc6 (tested in C4D R18). Regardless what you set in stutter speed, MB looks the same. Is this reported as bug?

13

[C4D] Resolved Bugs / Re: shaking camera improperly

« on: 2016-08-23, 13:36:22 »

60 passes here (but we have tried different number of passes too), camera is still shaking. So we have baked camera but the problem stays the same.