• News
    • General
    • Software
    • Industry
    • Video Games
    • Tech
    • Hardware
  • Articles
    • General
    • Reviews
    • Interviews
  • Tutorials
    • By subject
    • By software
    • Training & Courses
  • Resources
  • Spotlight
    • Reels
    • Films
    • Film Trailers
    • Game Trailers and Art
    • Breakdowns
    • Making Ofs
    • Music Videos
    • CG Videos
    • Images
    • Spots
  • Contribute News
News Channels:
  • CG News
  • 3DS Max
  • Blender
  • After Effects
  • Modo

Industry News

High Court rules in favour of Otoy in the case of Otoy Vs Andrey Kozlov, the developer of FStormRender

Nov 20, 2017 by CGPress Staff
13 |
Tweet

Last month Justice Muir in the High Court of New Zealand ruled in favour of Otoy in the copyright infringement case Otoy vs Andrey Kozlov.  Andrey Kozlov, a former employee at Otoy and the developer of FStormRender, was accused of using IP from Octane to develop his software. The court has ordered that Otoy be awarded $50,000 in exemplary damages and granted permanent injunctions preventing the sale, download or supply of infringing versions of FStormRender. You can find the full ruling documents on the Ministry of Justice website and read a reaction, including a presentation of Otoy’s evidence, from the founder of Otoy Jules Urbach on Medium.

Update. Andrey Kozlov has responded to the evidence presented in Jules Urbach’s Medium post via the FStorm Facebook group.  He claims that the source code was provided for the Russian lawsuit, not the recent ruling, and that sharing it’s contents it illegal under Russian law; explains the reason for the code similarities is due to the use of the same open source libraries and the appearance of the words Octane in the source code as because FStorm contains an Octane to FStorm scene converter. You can read his reaction in full on Facebook.

The lawsuit is continuing in the Russian Courts.

Related News

  • Russian court finds in favour of FStorm, OTOY seeks reversal of the ruling
  • Otoy demos light field capture for VR
  • Octane Render's future development
13 Comments
Oldest
Newest
Inline Feedbacks
View all comments
J
7 years ago

Funnily enough mr. Urbach’s main argument seems to be about the QMC sampler. He (conveniently?) seems to left out that the code is actual opensource and they used it too. QMC Code is said to originate from : http://web.maths.unsw.edu.au/~fkuo/sobol/
The name references showing up in SUO files of the code is not abnormal (but not very smart either), it can easily be the history of the files opened in visual studio. I’ve seen this myself too. I’m not qualified to give a final judgement, because somethings are weird to me too, but maybe all is not what it appears to be, a more knowledgeable person should pass judgement. To me it seems Kozlov was at least sloppy and Urback seems vengeful. I don’t use either renderer.

M
Reply to  J
7 years ago

Can you point to some source on the web that contains the code?
I tried searching for
“for (unsigned int d=1; d<QMCSAMPLESIZE; d++)"
and came up completely empty.

Urbach pointed out how the two source codes were identical up to formatting and variable names – while this could result from using the same open source code, I wonder how open that code is if no search engine can find it?

J
Reply to  M
7 years ago

Hey M, please read the new facebook post and all it’s comments. I’m not saying it answers all questions in full satisfaction, but it makes things more clear, at least to me. And let’s not forget, what proof do we have that mr. Urbach had not just changed it’s code to make it match to Fstorm. Why should we trust his story? In the end we don’t know and a judge will have to pass judgement on all matters. I have some programming experience and while I’m not fully satisfied yet, I do think Otoy’s case is very weak. So much code and all he can find are these bits of code, if there was more then it would have been posted or at least mentioned for sure. Not it just points to filenames in generic visual studio file. I’ve seen that in my projects too, it’s just file histpry names. The only issue for me is the formatting style, but for very generic code it’s possible to match it. But we’ll see, I guess.

Thomas
7 years ago

This is starting to sound like a good script for “Pirates of GPU Valley”. Rendered in Redshift of course 😉

snarknado
Reply to  Thomas
7 years ago

Otoy\Refractive sure has had some interesting relationships with developers like Christopher Moore, Brecht Van Lommel and now Andrey Kozlov.

user
7 years ago

C’mon, mr. Urbach just need to justify uniqueness of his business (no one except them can not write physicaly based renderer), for private investors.

alex
7 years ago

some more info can be found here. It does look pretty bad for Kozlov

https://medium.com/@julesurbach/otoy-vs-kozlov-c49b803105ac

salvo triolo
Reply to  alex
7 years ago

https://fstormrender.ru/forum/forum/off-topic/1703-andrey-kozlov-vs-otoy?p=10710#post10710

I love spy stories whit codes and KGB!

villain
7 years ago

you should look at this. a long but very interesting read from an octane ex-developer. i think you won’t regret reading some of it.
http://christopheremoore.net/otoy/

alex
Reply to  villain
7 years ago

gezzz, that’s creepy as hell… I know that there are always 2 sides to the same story, but this doesn’t look very good for Otoy

Mrpepelepeu
7 years ago

So gridy.
Once again the employee looses.

Rotem
7 years ago

Wow, remind me never to work for OTOY.

Juang3d
7 years ago

OTOY… the BFF of Autodesk… they work closely… they sure learn from each other…

ADVERTISEMENT

Latest Comments

  • G_L on Autodesk releases 3ds Max 2026
  • G_L on Autodesk releases 3ds Max 2026
  • Senorpablo on Autodesk releases 3ds Max 2026
  • Guest (the original) on Autodesk releases 3ds Max 2026
  • G_L on Autodesk releases 3ds Max 2026
  • G_L on Autodesk releases 3ds Max 2026
  • Senorpablo on Autodesk releases 3ds Max 2026
  • SL92 on Autodesk releases 3ds Max 2026

Latest Features

1

Review of the Huion Kamvas 13 Pen Display for 3D artists

6

Archvis artists – what the hell do they do?

See All CGPress Features

Follow CGPress

Terms and Conditions | Privacy Policy | Cookie Policy
Copyright ©2000-2025 CGPress. All rights reserved.

About Us | Contact Us | Contribute News | Advertise
facebook
twitter
rss
wpDiscuz
Manage Cookie Consent

CGPress uses technology like cookies to analyse the number of visitors to our site and how it is navigated. We DO NOT sell or profit from your data beyond displaying inconspicuous adverts relevant to CG artists. It'd really help us out if you could accept the cookies, but of course we appreciate your choice not to share data. 

Functional Always active
The technical storage or access is strictly necessary for the legitimate purpose of enabling the use of a specific service explicitly requested by the subscriber or user, or for the sole purpose of carrying out the transmission of a communication over an electronic communications network.
Preferences
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Statistics
The technical storage or access that is used exclusively for statistical purposes. The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
Marketing
The technical storage or access is required to create user profiles to send advertising, or to track the user on a website or across several websites for similar marketing purposes.
Manage options Manage services Manage {vendor_count} vendors Read more about these purposes
View preferences
{title} {title} {title}