Realflow motion blur

3D Studio Max Plugin (Export Script Plugins developed by [gk] and KilaD; Integrated Plugin developed by Karba)
Forum rules
Please post only in English in this subforum. For alternate language discussion please go here http://render.otoy.com/forum/viewforum.php?f=18
Post Reply
garytyler
Licensed Customer
Posts: 234
Joined: Mon Nov 10, 2014 7:40 am
Location: Portland, OR

I was following the thread on liquid motion blur because I would prefer to use Octane on an upcoming project (I like having many bounces in my glass materials) but I would need motion blur from Realflow meshes. The admin of the forum (JimStar) has closed that thread after someone accused him of lying, even though his defense was sufficient in removing the blame and I think most reasonable forum users would trust him if he managed a more respectable presence in his forum. His reasoning for closing the thread is inconsistent and interrupts the ability of the forum users to converse about issues related to the work that is their livelihood, and it's this kind of management in this forum that has led me to becoming a committed Redshift user in the first place. Nothing like that would EVER happen in the Redshift forums.

Anyhow, my reason for visiting this thread is to inform the Octane users who understandably need this functionality that I am now successfully rendering motion blur from Realflow liquids in Redshift. Sadly, Redshift is limited to 16 bounces, something Octane will always have over Redshift. Of course, this limitation is only a drawback in highly refractive materials like glass.

It's disappointing to see users having to help each other around the admin's actions which inhibit their ability to do so.

P.S. - I love Octane as a render engine and as an ex-C4D user, I know the power of Octane when it has a sufficient plugin to go with it. It's amazing. The only thing I can't stand is it's poor support combined with lackluster and outdated documentation.
Win 8.1 / C4D R16 / Maya '16 / 5x GTX 980 Ti
User avatar
JimStar
OctaneRender Team
Posts: 3816
Joined: Thu Jul 28, 2011 8:19 pm
Location: Auckland, New Zealand

Sorry, but you've got the reason of closing the last topic wrong. The only reason of closing this topic - it just turned to one more iteration of me giving the same answers to the same questions to the same users, which I've already given many times before across different topics, with a lot of technical details and even pictures. I just don't have a time to discuss this same again and again, I'm a developer, not a support staff. You always can find my very detailed explanations about this in a couple of previous topics. No need to ask me to repeat the same for the same users in a bunch of a new topics... Already existing topics always can be used for that.
garytyler
Licensed Customer
Posts: 234
Joined: Mon Nov 10, 2014 7:40 am
Location: Portland, OR

That sounds like a good reason to not keep explaining it. I have read other times when you explained this stuff and you're right, it's not a new conversation. But, it'll probably continue to come up forever and closing forum threads and inhibiting users from helping each other makes little sense to me.

It's normal on forums for support staff (It's my understanding Octane doesn't have any) to not answer inquiries that have been explained with a lot of breath before or link to a previous thread like you did. But, closing threads for that reason doesn't make sense to me. This isn't the first time you've done this for what sounds to me like a bad reason.
Win 8.1 / C4D R16 / Maya '16 / 5x GTX 980 Ti
mikinik
Licensed Customer
Posts: 221
Joined: Sun Oct 07, 2012 1:05 am
Contact:

JimStar wrote:I just don't have a time to discuss this same again and again, I'm a developer, not a support staff.
Whose problem is it? I bought your product and want adequate support. Instead of what you do.
r9 3900x/64Gb/2070s/2070/win10x64/3dsmax2021
azen
OctaneRender Team
Posts: 790
Joined: Mon Jun 01, 2015 11:06 pm

garytyler wrote:That sounds like a good reason to not keep explaining it. I have read other times when you explained this stuff and you're right, it's not a new conversation. But, it'll probably continue to come up forever and closing forum threads and inhibiting users from helping each other makes little sense to me.

It's normal on forums for support staff (It's my understanding Octane doesn't have any) to not answer inquiries that have been explained with a lot of breath before or link to a previous thread like you did. But, closing threads for that reason doesn't make sense to me. This isn't the first time you've done this for what sounds to me like a bad reason.
Hi,

There will be more consideration in the future regarding how forum posts are moderated. Forum posts containing abusive language, or repeated spam. Sometimes a persistent stream of posts about an oft-repeated subject, abusive language, or promotional posts, would be considered for removal. More care will need to be taken in the future when evaluating posts. Apologies for any difficulties caused.

We are working to improve documentation across the board, in order to make searching out this information easier for users. A key focus is to make updating documentation more streamlined, so that the documentation can more easily keep up with the many changes and updates that occur. This will hopefully curb the need for repetitive posts, and in turn make the forum a more user-friendly resource as well.
azen
OctaneRender Team
Posts: 790
Joined: Mon Jun 01, 2015 11:06 pm

The one point from the earlier explanations on this and other matters, is the importance of distinguishing between biased and unbiased rendering engines. Many forum posts tend to compare Octane against biased renderers, which for what I hope are obvious reasons is a flawed analysis. There are inherent differences between one and the other - without going into high detail, resolutions for issues such as this for a biased renderer do not apply to unbiased renderers, such as Octane.

Perhaps there is more we need to do on our end to more effectively communicate this to our community, as posts of this nature pop up a lot. Through documentation and other means, we will be happy to do what we can to alleviate any confusion in this area as best we can
mikinik
Licensed Customer
Posts: 221
Joined: Sun Oct 07, 2012 1:05 am
Contact:

azen wrote:The one point from the earlier explanations on this and other matters, is the importance of distinguishing between biased and unbiased rendering engines. Many forum posts tend to compare Octane against biased renderers, which for what I hope are obvious reasons is a flawed analysis. There are inherent differences between one and the other - without going into high detail, resolutions for issues such as this for a biased renderer do not apply to unbiased renderers, such as Octane.
How does this affect the issue mentioned in the title of the thread? Vray RT runs on CUDA or OpenCL on GPU cards, without any simplifications, primary and secondary gi - brute force, and vertex motion blur works fine on realflow meshes.
On what parameters you are sharing on biased and unbiased?
r9 3900x/64Gb/2070s/2070/win10x64/3dsmax2021
coilbook
Licensed Customer
Posts: 3032
Joined: Mon Mar 24, 2014 2:27 pm

We will never see motion blur for liquids. No one even bothered to call autodesk beside submitting online bug report form. Out of all 3D programs it had to be 3ds Max that cannot do mb
mikinik
Licensed Customer
Posts: 221
Joined: Sun Oct 07, 2012 1:05 am
Contact:

Yes, not good goes. In plugin doesn't work all functions which have in standalone version and no one warn before purchasing the plugin about it.
r9 3900x/64Gb/2070s/2070/win10x64/3dsmax2021
Post Reply

Return to “Autodesk 3Ds Max”