Fri, Jan 24, 1:24 PM CST

Renderosity Forums / Poser - OFFICIAL



Welcome to the Poser - OFFICIAL Forum

Forum Coordinators: RedPhantom

Poser - OFFICIAL F.A.Q (Last Updated: 2025 Jan 24 1:08 pm)



Subject: Flickering Animation Shadows . . .


anupaum ( ) posted Sat, 18 January 2014 at 8:55 AM · edited Tue, 23 July 2024 at 9:18 PM

Attached Link: Cynthia Fantasy Dream Sequence Video Draft

This is my latest vexation. I'm working on a new animation project, of which the linked video is a draft. (She's holding a rose in the final version.) At the very end of this clip, if you pay attention to Cynthia's neck you can see flickering shadows. I don't know why Poser is doing this, but it's fairly consistent in every version of this particular animation snippet that I've created, and also appears in a differnt one I'm rendering right now.

I have gone through every parameter of every light to make SURE nothing changes beyond frame 15. I am using no Ambient Occlusion, either. There are three lights in this scene, one infinite, one IBL and a spot light for "fill." I only have shadows on for the infinite light.

Does anyone have any idea why I'm getting this odd flickering?

 


rokket ( ) posted Sat, 18 January 2014 at 10:08 AM

IDL. In direct lighting is calculated for every frame, so it will appear to flicker like that when you run the animation.

If I had a nickle for ever time a woman told me to get lost, I could buy Manhattan.


anupaum ( ) posted Sat, 18 January 2014 at 10:14 AM

Ugh!  Okay.  I'll shut off the IDL and see if that helps.  Thank you!


hborre ( ) posted Sat, 18 January 2014 at 11:47 AM

This issue is covered briefly in the manual.  Agree with Rokket, IDL.


anupaum ( ) posted Sat, 18 January 2014 at 7:15 PM

How some of you remember everything that's in the manual astounds me, but I'm grateful that you do.  Thank you!

I'm re-rendering all three of my current sequences now.  I'll let you know how it's going in a couple of weeks . . .

 

;)


WandW ( ) posted Sat, 18 January 2014 at 8:25 PM

Great dynamics in that animation!  🆒

----------------------------------------------------------------------------------------

The Wisdom of bagginsbill:

"Oh - the manual says that? I have never read the manual - this must be why."
“I could buy better software, but then I'd have to be an artist and what's the point of that?"
"The [R'osity Forum Search] 'Default' label should actually say 'Don't Find What I'm Looking For'".
bagginsbill's Free Stuff... https://web.archive.org/web/20201010171535/https://sites.google.com/site/bagginsbill/Home


rokket ( ) posted Sat, 18 January 2014 at 8:34 PM

Quote - How some of you remember everything that's in the manual astounds me, but I'm grateful that you do.  Thank you!

I'm re-rendering all three of my current sequences now.  I'll let you know how it's going in a couple of weeks . . .

 

;)

I only remember things that I have to deal with more than once, or that I see come up more than once. There are several instances each day that I will open it and check on something.

If I had a nickle for ever time a woman told me to get lost, I could buy Manhattan.


anupaum ( ) posted Sat, 18 January 2014 at 9:30 PM

Attached Link: Ceremonies and Celebrations Promo

> Quote - Great dynamics in that animation!  🆒

 

Thank you!  This is my second fully animated effort. You can see the first one here in the attached link. I'm trying a lot of things this time around that are REALLY pushing the envelope of my skills.

:)

 


aRtBee ( ) posted Sun, 19 January 2014 at 7:28 AM

Firefly (and other renderers as well) introduces some noise-based mechanisms to get better results fasters. IDL, AntiAliasing, MIP-mapping (in handling texture patters) are examples of this. The noise generator starts the same way for each frame, but that start seems to be CPU/thread dependant in some way or another.

As a result, the recommended way of rendering animations is to do so single-threaded. No multi-processing, no network rendering, just the same thread each fame. This is the recommendation from the manual.
Which - of course - is exactly what one does not want to do when rendering animations :-).

Otherwise, the animation will show flickering. In the light (IDL issue), at the edges (AA issue) or in patterned textures (MIP issue).

I'm not a video-processing expert, but perhaps there are some de-flicker and/or de-noise modules avaliable in the video software. Google suggests NeatVideo for Premiere of some build-in denoising in After Effecs. Then one can render at full speed, and correct for the artefacts later in the flow.

- - - - - 

Usually I'm wrong. But to be effective and efficient, I don't need to be correct or accurate.

visit www.aRtBeeWeb.nl (works) or Missing Manuals (tutorials & reviews) - both need an update though


anupaum ( ) posted Sun, 19 January 2014 at 9:22 AM

It's interesting that you've written this. I'm noticing that the light doesn't look nearly as realistic without IDL thus far. The reason I'd been rendering each of the frames at high quality was an effort to create animated snippets that required less post-processing.

I use AVIDEMUX to put the frames together. It usually works well. Premier has a confusing interface, and unless someone actually showed me how to do what I need to do, the degree of frustration I experience with Adobe products in general motivates me to avoid using them.

;)

So I'm a bit disappointed in the rendering process thus far. It just doesn't have the look I was seeking.


WandW ( ) posted Mon, 20 January 2014 at 12:55 PM · edited Mon, 20 January 2014 at 1:00 PM

Try adding an IBL.   There are some included in Poser, in the Library under Lights>Image Based Lighting.  I'd try the Interior Light...

 

EDIT; here's a BagginsBill creation that can create an IBL map from your Poser scent itself. Theoretically there is no difference between an image rendered with such an IBL and one using IDL...

https://sites.google.com/site/bagginsbill/free-stuff/genibl---ibl-generator

----------------------------------------------------------------------------------------

The Wisdom of bagginsbill:

"Oh - the manual says that? I have never read the manual - this must be why."
“I could buy better software, but then I'd have to be an artist and what's the point of that?"
"The [R'osity Forum Search] 'Default' label should actually say 'Don't Find What I'm Looking For'".
bagginsbill's Free Stuff... https://web.archive.org/web/20201010171535/https://sites.google.com/site/bagginsbill/Home


anupaum ( ) posted Mon, 20 January 2014 at 1:06 PM

I always use IBL. AVIDEMUX, the program I use to assemble my .png images, apparently has a noise reduction tool that SEEMS to work on the flickering shadow problem. I have to finish rendering with the original settings and try the tool to see if it works.


WandW ( ) posted Mon, 20 January 2014 at 1:56 PM

I missed that you were already using an IBL, as usually an IBL is not used with IDL...

----------------------------------------------------------------------------------------

The Wisdom of bagginsbill:

"Oh - the manual says that? I have never read the manual - this must be why."
“I could buy better software, but then I'd have to be an artist and what's the point of that?"
"The [R'osity Forum Search] 'Default' label should actually say 'Don't Find What I'm Looking For'".
bagginsbill's Free Stuff... https://web.archive.org/web/20201010171535/https://sites.google.com/site/bagginsbill/Home


anupaum ( ) posted Mon, 20 January 2014 at 2:04 PM

Quote - I missed that you were already using an IBL, as usually an IBL is not used with IDL...

Really? I use the two of them together all the time. Baggins Bill contributed to a LONG AGO thread where he discussed this sort of thing in detail.


WandW ( ) posted Mon, 20 January 2014 at 2:18 PM

Usually when IBL is used with with IDL it's outdoors to replace the skydome;  I thought the render was indoors.  However, this doesn't have anything to do with the flickering...

----------------------------------------------------------------------------------------

The Wisdom of bagginsbill:

"Oh - the manual says that? I have never read the manual - this must be why."
“I could buy better software, but then I'd have to be an artist and what's the point of that?"
"The [R'osity Forum Search] 'Default' label should actually say 'Don't Find What I'm Looking For'".
bagginsbill's Free Stuff... https://web.archive.org/web/20201010171535/https://sites.google.com/site/bagginsbill/Home


anupaum ( ) posted Mon, 20 January 2014 at 2:57 PM

I'm always learning something here.  :)


WandW ( ) posted Mon, 20 January 2014 at 4:30 PM

Thinking about it, the likely reason it doesn't look as good with IDL off is that IDL provides  AO; is AO turned on for your IBL?

----------------------------------------------------------------------------------------

The Wisdom of bagginsbill:

"Oh - the manual says that? I have never read the manual - this must be why."
“I could buy better software, but then I'd have to be an artist and what's the point of that?"
"The [R'osity Forum Search] 'Default' label should actually say 'Don't Find What I'm Looking For'".
bagginsbill's Free Stuff... https://web.archive.org/web/20201010171535/https://sites.google.com/site/bagginsbill/Home


anupaum ( ) posted Mon, 20 January 2014 at 4:58 PM

No. I don't use AO.


wolf359 ( ) posted Tue, 21 January 2014 at 8:46 AM

Attached Link: GI render test

Hi the problem you describe is a long standing one seen in animations rendered with indirect, lighting even with the expensive "high end" render engines.

 

I rendered a *short video over a year ago explaining the technical reason why this happens, while also testing a flicker free setting in a GI animation render using Maxon Cinema4D

 

** click the HD button on the lower right if you want to see the clip in Hi def*

 

https://vimeo.com/44397428

 

 

Cheers



My website

YouTube Channel



Privacy Notice

This site uses cookies to deliver the best experience. Our own cookies make user accounts and other features possible. Third-party cookies are used to display relevant ads and to analyze how Renderosity is used. By using our site, you acknowledge that you have read and understood our Terms of Service, including our Cookie Policy and our Privacy Policy.