OctaneRender™ Standalone 1.36 RC1

Fri Mar 14, 2014 4:11 pm

I posted a topic about multiple material import problem (should have said duplication on import)

Please update the obj importer to strip trailing spaces from the material names in the mtl file.

e.g.

Code: Select all

newmtl MTL0 
Kd 0.200 0.100 1.000

the "MTL0 " should only ever have been "MTL0" but because there is a trailing space in the mtl file, but the obj doesn't have a trailing space, octane imports 2 copies of the material. The blank material that is connected to the geometry, and the mtl file defnintion that is connected to no geometry.

Please strip the spaces from the end of all lines so this doesn't happen! It is such a pain to have to remember to process the mtl file every time. And if I forget... and re-import something, it messes up the connections - so like, I make a geometry change and re-export/import now oops, I have to reconnect all my dang materails.

please - it's a simple fix I'm sure. Much appreciated.

Fri Mar 14, 2014 8:26 pm

I don't think we will see any of the requested features made by the users anytime soon. People be realistic, you've been asking for 4 years, not 4 months, not 12 months.

This company only cares about money. Customer support is close to non existent. They don't even bother to reply to people instead coming up with silly excuses. " We had to rewrite the code again to support better features. this could take a while....like forever....thank you for your patience" . That's fine but I do have a question. Why did you write it crappy in the first place? Were you trying to sell something that was some sort of code experiment? Obviously no one will respond because there is no real answer to give. At least not one that will make users happy.

I also got a license back in November and after playing with the software for a few days and trying to make it work for commercial work I decided to ask for a refund(less then a month from purchase). Finance lady gave me a response like: "You has the demo, you should had played with it more". Now since you bought it we don't really plan to give the money back. Live with the fact that you bought crap.

Well I still hope that things will change, like everyone else here.....but that's the same hope I have for visiting the edge of the known universe in my life. It won't happen.

Fri Mar 14, 2014 9:33 pm

This company only cares about money. Customer support is close to non existent. They don't even bother to reply to people...

I don't agree with that. This sounds too harsh imho. The tool is good (The quality of my images improved a lot since I am using it ) Support is not ever fast, but good compared to some other softwares forums. Reported bugs are fixed rather fast. About money, the cost of Octane is rather reasonable. About the coding side, the original code was rather new/experimental I think and being purchased by Otoy it is a normal consequence that it needs to evolve and improve along the time.

But I think that enthusiastic coders follow too much their own urge and have long term plans and don't see well that they should satisfy short term needs of the customers by providing first the most basic features of any software (Undo, Redo, Object Motion Blur, ... )... Otoy priorities are not in adequacy with Customer needs. From a commercial point of view it is imho dangerous, as the product doesn't follow the needs of the market. Octane is not a toy, it is a tool. Adding to Octane features that other softwares don't have could be a must... but only if it already has everything they have ! Even if there are some advanced features, the lack of some basic features may be the first thing that notices a new customer, as it is often what slows down his workflow or makes the work less easy.

Fri Mar 14, 2014 11:03 pm

I didn't say the tool wasn't any good after all that why I even considered purchasing it in the first place. But right now it is missing some basic stuff. Like as you mentioned redo/undo.....those are things present in the UX of the 1980's PC's and maybe even earlier.

Motion Blur lack of support? - Bad
Displacement - Not good
Lack of Render passes - What? No comment.....
And so on...

Fri Mar 14, 2014 11:58 pm

I'll be happy even if autosave and Ctl+Z
it will be a celebration of release 1.5 ))

Sat Mar 15, 2014 12:03 am

But Otoy has been transparent every step of the way. There has been no smoke & mirrors or bait & switch of any kind. Everyone who did their homework and tried demo(s) before buying should have known exactly what they were getting and what to expect. I have bitched about desperately needed features along with others, but this was mainly because the squeaky wheel gets the grease... In the case of visibility options, it paid off (well, damn close). The bottom line is that using Octane vs built-in render engines (like LW etc) has taken the work of many of us to much greater heights and has paid for itself many, many times over.

You are kidding yourself if you think these guys are some kind of snake oil salesmen. I have no doubt they love what they do, work very hard, and are proud of their product.

Chill bro.

Sat Mar 15, 2014 12:24 am

Well, besides points of view about the development of Octane, I come back to practical things :

I still have problems with animations exported from Blender in Alembic format. I am unable to guess if it comes from the plugin or Octane, but when rendered from inside the Blender for Octane, the animation is correct. On the opposite, when rendered in Octane from the Alembic file, the camera is tremulous, causing unwanted motion blur.The motion blur can be reduced by tweaking the shutter time, but the camera is still shaky.

I would like to know if people using other plugins and Alembic exporters than the one for Blender have also encountered this trouble. If not, it could be due to the exporter. Thank you in advance.

As an example, two videos below. I simplified the scene to save export and render time in the shaky shot. With the shaky camera, the poor dolphin looks like a chilly penguin !

Sat Mar 15, 2014 12:29 am

Oh gosh - sorry Roubal, the chill bro was meant fo 00Ghz...

Sweet dolphin!

Sat Mar 15, 2014 12:42 am

Thanks ! No problem !

... except my problem of shaky camera, I mean ! These days, anything I touch breaks... I have had more hardware and usual objects broken at home in a week than usually in two years. I hope that the serie will stop !

I would have expected to find some solace in this animation, but as you can see it also gives me some worries...

Sat Mar 15, 2014 3:49 am

ROUBAL wrote:Well, besides points of view about the development of Octane, I come back to practical things :

I still have problems with animations exported from Blender in Alembic format. I am unable to guess if it comes from the plugin or Octane, but when rendered from inside the Blender for Octane, the animation is correct. On the opposite, when rendered in Octane from the Alembic file, the camera is tremulous, causing unwanted motion blur.The motion blur can be reduced by tweaking the shutter time, but the camera is still shaky.

I would like to know if people using other plugins and Alembic exporters than the one for Blender have also encountered this trouble. If not, it could be due to the exporter. Thank you in advance.

As an example, two videos below. I simplified the scene to save export and render time in the shaky shot. With the shaky camera, the poor dolphin looks like a chilly penguin !

What FPS did you use for both animations? The export only exports at 24 FPS (even if you select 30). Jimstar said he is working on allowing other FPS than 24. I think I had similar problems when exporting as well, then I took it into after effects and smoothed it to 30 and it cleaned it up.
I thought it was exporting 30, so I told it 30 in Octane and things got changed at that point, don't know if that was the actual problem. Either way, my animation was a bit glitchy. On the other hand, Alembic export was barely just added so I'm excited to see the next version.