[a / b / c / d / e / f / g / gif / h / hr / k / m / o / p / r / s / t / u / v / vg / vr / w / wg] [i / ic] [r9k / s4s / vip / qa] [cm / hm / lgbt / y] [3 / aco / adv / an / asp / bant / biz / cgl / ck / co / diy / fa / fit / gd / hc / his / int / jp / lit / mlp / mu / n / news / out / po / pol / qst / sci / soc / sp / tg / toy / trv / tv / vp / wsg / wsr / x] [Settings] [Search] [Home]
Board
Settings Home
/3/ - 3DCG



Thread archived.
You cannot reply anymore.




File: 1529806200444.jpg (157 KB, 1315x871)
157 KB
157 KB JPG
Jesus, the quality of this realtime viewport shader in 2.8 is stunning. Soon we blendlets will have the best viewport in the biz, both realtime with eevee and offline with cycles.

Kind of makes you think how the (((industry))) is going to respond when all of this is available for free

https://www.youtube.com/watch?v=2hGSDD9-Tkc
>>
Blender has 1 thing that is actually decent. Now for the rest 99 of them...
>>
>>652626
>Kind of makes you think how the (((industry))) is going to respond when all of this is available for free
Why, with Hydra, of course.
>>
>>652628
w-what?!
>>
>>652626

So the whole industry will switch to blender because of a fancy PBR viewport? You blendlets are so deluded it hurts.
>>
>>652626
Why not just use IPR?
>>
Another day, another bait thread, guaranteed to tickle the pubic hair of all you adorable t/3/apots. LMAOing at you 4channel nerds. :^)
>>
>>652645
our glorious 2.8 is just "bait"

heh jokes on you, kid
>>
>>652632
https://www.youtube.com/watch?v=JmH4KYcmHOo
Bear in mind, that's 2016 tech. And it's free software, if I recall correctly.
>>
>>652649
the shading is just horrible
>>
>>652632
yeah hydra is opensource, integrates with USD. Eevee is cool but not sure why I would want it when I am getting Hydra. Good for you Blender chaps though.
>>
>>652655
Prove that hydra is even on the same tier, scrub
>>
>>652642
relax cocksock. blendr also is getting heavy animation updates. not to mention that its python is more powerful than of Maya or 3DS Max.
>>
>>652657
Why are you so angry? Just because I don't want what another software has? that is an incredibly stupid thing to get mad about. I even congratulated Blender users. I am unironically excited for 2.8 Examine your priorites anon and drop the vitriol.

Look at the Pixar videos again. They are pushing a level of geometry and deformers that is hard to wrap your head around. Hydra is still in development so we are going to hit the docs to see what is in store for us. https://graphics.pixar.com/usd/docs/USD-Glossary.html#USDGlossary-HydraRenderer

>Hydra is a modern rendering architecture optimized for handling very large scenes and "change processing" (i.e. responding to authored or time-varying changes to the scene inputs). Hydra began as a deferred-draw OpenGL >renderer that was designed for accurate preview of USD datasets using OpenSubdiv. The name Hydra connotes that it defines a model and API that allows multiple different sources of graphics data ("heads") to >simultaneously collaborate on imaging a composite 3D scene, each talking to Hydra via a source-specific adapter (scene delegate). Pixar uses Hydra for fast, direct USD imaging, and also as the primary renderer in its >proprietary Presto animation system. The Hydra scene delegate for USD aggressively leverages multiple cores to extract data from a UsdStage. Hydra is undergoing a substantial refactoring to facilitate the simultaneous >existence of multiple renderer backends, so that both the existing, streaming GL renderer and a path-tracer can receive data and updates from the same data sources - even within the same session.

I love what the Blender foundation has been doing lately, but this is just another level. It's aleady been 'leaked' that Houdini's new viewport paradigm is built on Hydra, in fact there is a lot of language and structure in Hydra that will look familiar to Houdini users.
>>
>>652659
Sounds like a shitty cpu based solution and right now pure vaporware to boot. Enjoy.
>>
>>652626
The (((industry))) will fuck you sideways before you even know it. If they really think you are posing any danger to them they will find ways to take blender out of the game, mark my words.
>>
File: spit_take.jpg (40 KB, 1200x794)
40 KB
40 KB JPG
>>652658
>delusional
>>
I really hope that blender really never gets an wide user base in the "professional" scene because that's a slippery slope down to bloat and shit.

See all this berating as a blessing in disguise.

The only software to keep an eye out for is basically Blender and Houdini, the first is free and you'll do just fine with it making various art and the latter for it's procedural workflow for both vfx and environment and a quite favorable pricing for Indies or an ever going free edition for those who want to learn it.

All this while Autodesk keeps shoving it's head deeper up it's own ass and keeps packing Twiddledee and Twiddledumb ( Max and Maya) full of bugs and bloat.
>>
File: 1515417185984.gif (1.89 MB, 200x200)
1.89 MB
1.89 MB GIF
>>652683
>>deferred-draw OpenGL renderer
>shitty cpu based solution
>>
>>652695
>and keeps packing Twiddledee and Twiddledumb ( Max and Maya) full of bugs and bloat.
"Packing" would imply they're doing significant work to cause it. No, they're "depreciating" them full of bugs because why have more than fifty people in the entire company dedicated to upkeep when upkeep isn't profit? There's only a finite amount of growth in the universe. The pursuit of profit cannot be sustained perpetually. If you need to make money, you cannot afford to do anything that doesn't.
>>
>>652683
>assblasted to another level
Seems like Dunning Krueger is strong in this one.
>>
>>652695
>The only software to keep an eye out for is basically Blender and Houdini, the first is free and you'll do just fine with it making various art and the latter for it's procedural workflow for both vfx and environment and a quite favorable pricing for Indies or an ever going free edition for those who want to learn it.
Doesnt houdini run everything in its sims on a single thread and you have to hilariously open up multiple instances of the program to (((try))) and get around this dumb fact?

LOL its current year!!!! Current year!!!!!!
>>
>>652632
>EEVEEEEEEEEE NO JUUUUTSUUUUU!
>I don't believe it... [BLENDER]... it's... it's using its full power.... That image... that draw quality... it's the [Eevee]...
>Haha... good one [BLENDER]... but... you are already dead... you just don't know it...
>NANI!?
>TAKE THAT! HYDRAAAAAAAAAAAAAA RENDEREEEEEEERRRRRRRRR
>MASAKA!!
>>
>>652683
Wow, you read that and got cpu solution? you got a lot to learn! Look I don't have any grudge or anything against Blender, but the Blender users can be some of the biggest retards I have ever seen. Eevee looks cool, I'm glad it exists but I would much rather have viewport technology developed by Pixar than the Blender foundation.
>>
File: fbm.jpg (40 KB, 630x630)
40 KB
40 KB JPG
>>652722
>I would much rather have viewport technology developed by Pixar than the Blender foundation.
Imagine if the Blender Foundation decided to implement USD/Hydra instead of coming up with yet another PBR viewport...
>>
>>652717
>Doesnt houdini run everything in its sims on a single thread and you have to hilariously open up multiple instances of the program to (((try))) and get around this dumb fact?

some are multi-threaded some aren't like bullet. OpenCL is an option as well. Distributed solving, is actually quite powerful and a major time saver. Kicking up multiple instances of a program to max out computing resources isn't a bad thing and Houdini makes it very easy. Especially with deadline. Houdini isn't the only software that people use deadline with to get the most out of all available computing resources. It's a good thing to learn how to do. It is almost 2019 after all.
>>
>>652658

Animation will still be below Maya, and python is better in blender because Maya relies on MEL and max on MAXscript you braindead donut cunt.
>>
>>652626

Why are blendlets so stupid. It fucking hurts.
>>
>>652731
>some are multi-threaded some aren't
roflmao
>>
>>652738
every 3d software has parts that are still single threaded. Did you not know that?
>>
>>652738
Not all problems, by their own nature, are parallelizable.
>>
>>652688
lol
>>
>>652649
>that hideous viewport
It's fucking nothing.
>>
>>652765
Yep. Eevee is gonna blow them out of the water and the next Pixar movie will be animated with it. Mark my words, for I have been blessed with Suzanne's foresight.
>>
>>652765
>>652773
That tech is still years ahead of what the blender foundation currently develops. Some of the best devs in the industry work on it.

You blendlets are simply delusional. You get a new preview renderer(just another among many), thinking this is some sort of paradigm shift. Guess what, nobody but blendlets will care.
>>
>>652765
yeah pushing 80k meshes 52million polygons with dozens of rigged characters at 60fps is fucking nothing. How the fuck does someone as stupid as you manage to use a computer?
>>
>>652787

Blendlets are just like Linux users and C#/C++ programmers: A bunch of obnoxious, annoying cunts out of touch with reality.
>>
>>652790
>he didn't notice USD was demonstrated in Linux
>he didn't notice USD and Hydra are written in C++

Linux and C++ are standards in the world of cutting edge CG and there is nothing on the horizon to indicate that will change.
>>
>>652790
So all VFX companies are out of touch with reality?
They just use Linux because they are obnoxious, annoying cunts, and not because rendering on Windows is a complete clusterfuck of a dumpsterfire.

Or maybe you are an obnoxious, annoying cunt who is obviously out of touch with reality.
>>
>>652787
>99% of scene is static
>dynamic mesh grouping and distance based subdivision level is a new thing for offline rendering peasants
truly a miracle
>>
>>652787
mate its all baked down horseshit. None of it is real rendering at a real fps
>>
>>652803

It's so easy to trigger you fat linux neckbeards.
>>
>>652805
Even funnier, the whole scene is literally one shader with no textures.
>>
>>652805
None of that shit is new. I am starting to think you didn't understand 99% of what was in that short presentation.

>>652806
Sure it's not. Watch it the whole way though. Pixar doesn't need to engage in bullshit marketing gimmicks like Autodesk. Remember they are giving this away for FREE as OPEN SOURCE. Literally anyone call them on it if they are bull shitting. So what are you waiting for?

>>652807
COPE
https://www.vfxplatform.com/
>>652809
They show three different scenes, which one are you referring to? Or did you even watch the whole thing?

For a viewport to get work done Hydra is going to be the best thing there is. It's not meant to generate final images. If Blender has been integrating things like Open Subdivision and OpenVDB it will probably implement USD and Hydra at some point. I
>>
>>652658
really hope they fix the rigging in blender..literally impossible to rig a completed project without having to separate it into bits first
>>
>>652848
>without having to separate it into bits first
what. why?!
how about you retopo your shit instead of trying to rig 1m triangle sculpts
>>
>>652723
They'll never do that because the GPL is incompatible with the Apache license USD is released under. Ton had to beg Pixar to make a specific compatible version of OpenSubDiv just to get that into Blender int the first place.
>>
>>652659
>high poly
>3d scan bullshit
>mocap
It's almost like they're replacing jobs with technology.

Fuck Zbrush.
Fuck Daz.
3D artists can model, not just sculpt like some colored hair artist faggot.
>>
>>652848
Never had any problems rigging, and I use the automatic weights function. I have never had to manually rig anything in blender and had pretty damn good results.
>>
>>652807
He ain't lying though- Dreamworks animates their movies on Linux systems.

Then again, they're the neckbeards to Disney/Pixar, so I guess that fits?
>>
>>652898
It's not just Dreamworks. It's everybody that's worth a damn.
>>
>Load up the Tree Creature sample project
>Make a new camera set to 180 panorama
>Cycles renders nothing but black

Wondering what's causing that.
>>
>>652898
Pixar also runs on Linux, RedHat to be more precise.
>>
>>652947
who gives a fuck. eevee looks better and is more stylized than >>652649, the best they could even come up with plus us blendlelts did it under the best free (GNU) license
>>
File: 7457486.jpg (111 KB, 1200x1200)
111 KB
111 KB JPG
>Blendlets stuck with this while the industry leader already has Hydra
>>
>>652963
>eevee looks better and is more stylized than >>652649 (You),
Since this argument is going nowhere, I propose this: wait one year after Eevee is out, then look into how many studios, big and small, switched their production pipelines to Blender. You'll probably be very, very disappointed with your findings.
>>
>>653062
>literally the sunken cost fallacy in a post

why even bother posting this drivel
>>
>>653065
But wouldn't studios switch to Blender once they see the benefits it brings? It certainly wouldn't make much economic sense to act otherwise. After all, software licenses are just a pittance when compared with the salaries of the artists.
>>
>>652869
Hm, I looked into it and saw they use Apache 2.0, which is the same license as Cycles's. On the Blender site, they also state that the binaries are released under GPLv3 (pic related), which can use Apache 2.0 code. So, as far as I can tell, their licenses wouldn't be an issue.
>>
>>653069
There are other factors at play there. Studios get comfortable with known software and a move to something else means training the staff to use it and possibly converting projects. That and the whole "it costs money, so it must be better quality" mindset.
>>
>>653074
le sunken cost fallacy again, kid. If you have any doubts, switch
>>
>>653076
Okay, so say I got a studio up and running on Blender at full steam. A job opportunity appears: create an ocean and composite it on some keyed, live action footage, to depict a sinking ship with lots of people dying by fire, drowning, falling, or being crushed. Will my studio be able to take on the opportunity and deliver? Remember, only Blender is allowed.
>>
>>653069
>>653076
You have no idea how dependent on a certain piece of software studios have made themselves. Entire toolchains would have to be re-written almost from scratch, but sure, "just switch m8" is an option.
>>
>>653079
again and again you are just re-iterating the sunken cost fallacy
>>
>>653081
again and again you keep cherry-picking which posts you reply to
>>
>>653081
You're misidentifying the sunken cost fallacy.

Case A, fallacious: "I have spent $5k on this software, I could simply change to this other software at no cost, but that would invalidate my previous investment, so I'll keep using the software I bought."

Case B, rational: "I have spent $5k on this software, and I could change to this other free software, but it would cost me $150k in developer time to bring it up to the state I need for my current production standards, so I'll keep using the software I bought."
>>
Quick question. Is eevee and cycles consistent? I keep hearing about how awesome eevee is but is eevee viewport useful for animators why want PBR or stylized consistency if they're rendering with Cycles?
>>
>>653103
> Is eevee and cycles consistent?
Honestly? Not really. Something that looks good in Cycles doesn't quite match up with how it looks in Eevee. I've had whole scenes set up in Cycles that were correctly lit and everything, but switching over to Eevee, it's completely dark. Similar story with materials. PBR settings that look good in Cycles don't look the same or similar in Eevee, and vice versa.
Of course you're dealing with the difference between a ray-tracing and realtime engine, but overall they're not super consistent.

If you're using Eevee as a way to approxamate shit like proper UV or animated normal/bump maps that would be hard to see in cycles, it's pretty good.
Eevee isn't bad, it's actually pretty good. But using it as a way to visualize a cycles workflow isn't really working for it. You either make something look good in cycles, or you make it look good in Eevee.
It's been great for quickly putting out animations though. I like it a lot.
>>
>>653103
>>653111
The intent is to make them as similar as possible and it's an ongoing process. If you can find things that are not matching up well, you could report it.
>>
>>653077
>Remember, only Blender is allowed.
Why would it be? Not even those thousand dollar programs can do everything themselves.
>>
>>652848
>what is Rigify
>>
>>653114
Of course, in a good pipeline you have different tools for different tasks. Some Blendknights, however, seem to believe that everything can be replaced by Blender.
>>
>>653131
Well that's silly of them. Point remains that it replaces paid 3D programs very well.

I used Max for a long while but they segmented things like softbody physics to paid plugins and ignored paying users asking for 4K support. There's little I miss about it.
>>
>>653077
No. Everything that involves heavy simulation stuff sucks ass in Blender. Even if you take something like the Flip Fluids Addon you will have a really hard time doing the realtime footage and digital water interaction.
If you have all the fire and water interaction already in the live footage, then it become more of an compositor job, you most likely need a good compositor like Nuke rather than Blender.
Either way it will be very difficult. As an customer i would be highly suspicious if somebody would take up on this job without using proven industry tools.
I've never seen proper big scale VFX stuff involving fluid/smoke simulations and heavy physics interaction done with Blender.
>>
>>653156
You wouldn't see a studio use only Maya or Max for those things either. The whole augment is retarded.
>>
>>653157
There is Phoenix FD on both and bitfrost on Maya.
Depending on the complexity of the shot and the budget, there are at least options to do it on both platforms.
>>
You're all too focused on Autodesk's products. Let's get real: just use Houdini, with Blender on the side for direct modeling, and you're all set. No Autodesk shit. Only SideFX bliss.
>>
>>653172
Get direct modeler for Houdini and then you are really set.
>>
>>652734
> Python is better in Blender

Explain to me how to pause viewport rendering in Blender via Python you brainlet (i.e. programmatically hitting the "pause" button in a 3d viewer)
>>
>>653112
Yeah so they can go "hurr durr, you're just doing it wrong", or "mine works!"
I'll just wait and see how things go. As it is now, my GPU is strong enough that I can just use cycles as it is to preview a scene. I'll be honest though, most of my new projects have been in Eevee, being able to animate in real time with final quality is something I didn't know I needed until I really got into it.
I still don't really get why rendering in Eevee takes longer than playing it in the viewport though, even if the settings are exactly the same (SSR tends to be smoother though). For some reason it still has to rebuild bvh and shit every frame, and even when it doesn't, it's not rendering out at 60fps. Seems like I could be better off just doing a screen recording than rendering.
>>
>>653221
Eevee renders in a different mode when using the render button or F12.
Check Sampling options in the render tab of the properties editor.
Lower the amount of render samples to make the render process faster (on cost of visual quality).
>>
>>653227
>Lower the amount of render samples to make the render process faster (on cost of visual quality).
Oh I've done that, even to the point where it's lower than the preview. Still doesn't really make it much faster. The render itself is fast, but all the prep it does before each frame still bogs it down.
It's still way faster than rendering an animation in cycles, 3-4s a frame at 4k compared to 5-20mins is amazing. I just want to push it further.
>>
>>653221
Maybe you have render subdivision higher than your preview subdivision?
>>
>>653309
I usually have a good bit of geometry in a scene. It's just weird to me why it can animate in the viewport just fine in real time, but has to "build bvh" every frame when it's essentially exactly the same. I could have sworn you used to be able to cache that shit or something, but it's nowhere to be found now. I've got a decent CPU, RAM, and an overall good PC, but the "building bvh" shit kills renders for me.
Anything over 1m verts just slows things down to a crawl when rendering. Like I said, though it's not a big deal since it still renders a frame in seconds rather than minutes, I just want to get closer to that real time for really long scenes.
>>
>>653188
Any recommendations?
>>
File: smug ai.jpg (51 KB, 637x358)
51 KB
51 KB JPG
>>652658
>python rigs
>more powerful than cpp rigs
>>
>>655665
>compiling in oh wait no compile time
>vs
>taking so long to compile once you've changed any header both polar ice caps have literally 100% melted and everyone is living underwater

is.this.satire.
>>
>>655666
>"compiler time > rig performance"
The absolute state of the Blendlet mindset.
>>
>>655793
it's even worse since modern rigs are parallel
now imagine what will happen when multiple threads stumble on python
>>
Anyone with an ancient GPUs here?
I have 9800 GT and it seems it doesn't support Eevee's SSS, just makes surface darker.
Plus LookDev and material preview shows completely black.
I thought it requires OpenGL 3,3 only, do some features requier more?
>>
File: 1530495963375.jpg (8 KB, 234x215)
8 KB
8 KB JPG
>>655822
>https://www.geforce.com/hardware/desktop-gpus/geforce-9800gt/specifications
>Feature Support
>OpenGL
>2.1
>>
>>655825
Yes, that confused me at first.
But if it really was 2.1 beta wouldn't have launched at all.
And it didn't when I tried alpha build some time ago.
However beta launched, and Eevee works, then I checked with GLview and turned out it does support 100% of 3.3 features, but not any higher.
So I'm guessing SSS requires openGL 4.0 or higher?
I don't know how any of that stuff works.
>>
>>655826
you should wish for a better card for christmas, or wish for christmas money. Or, start a gofundme
>>
>>655828
It's easier and quicker to just start a furry porn Patreon.
>>
>>655838
gofundme is klassier than patreon
>>
>>655839
Looks too SJW-y for my taste.



Delete Post: [File Only] Style:
[Disable Mobile View / Use Desktop Site]

[Enable Mobile View / Use Mobile Site]

All trademarks and copyrights on this page are owned by their respective parties. Images uploaded are the responsibility of the Poster. Comments are owned by the Poster.