News for hackers. Stuff that matters.
Re:Swallowing the elephant into Blender by virtualritz on Friday July 22, 2022 @07:30AM (#32190822)
See this reply from someone else: https://news.ycombinator.com/item?id=32190577
Re:Swallowing the elephant into Blender by rmetzler on Friday July 22, 2022 @10:03AM (#32191946)
I really don't understand your point at all. You might be right, the use case doesn't exist yet, maybe never. But this never was the point of the blog post.

Making the application wait extremely long or even crash by importing _something_ is a bug in my understanding. Why shouldn't it be fixed? Why shouldn't developers improve performance and blog about it, so other devs learn from it?

It's not about the Moana scene, that's just the test case, so OP has a valid benchmark with human comprehensible durations. The scene could be anything that is smaller and it will be imported faster now.

Re:Swallowing the elephant into Blender by andai on Friday July 22, 2022 @09:00AM (#32191441)
See the reply to that:

https://news.ycombinator.com/item?id=32191173

>At some point, the little pieces need to be assembled, reviewed and finally rendered. Why wouldn't you do that with the DCC application rather than with specialized, limited tools?

Re:Swallowing the elephant into Blender by virtualritz on Saturday July 23, 2022 @04:27PM (#32207267)
See the explanations in my other replies on this topic.

It is impossible to hold a typical VFX scene in RAM to start with.

Even freelancers doing sim/FX work now have at least 128GB RAM and this is often just enough for proxy work that still gets expanded at render time.

I.e. consider the possibility that your worst estimate of how complex this data could be is off by 1-3 orders of magnitude.

And for your example: the person who signs this off is the VFX supervisor. They don't sign off anything but final frames.