[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.




what are the major benefits of opensubdiv and ptex for an independant artist? i heard ptex has zero multithreading efficiency due to renderman, but i'm curious about a workflow revolving around a zbrush model that's just ptex'd and thrown into mari, since i hear mari doesn't give a fuck about how many polys are on a mesh. that being said i do wanna keep doing map passes and rework the mess to make it riggable, but i can't decide whether i wanna rework from the initial sculpt or have a base mesh made using some other modelling package.

i may end up just simply making my zbrush model, baking a normal map, and zremeshing to make the base mesh but i heard that's also really shitty. should i just build on top of the sculpt mesh? then it'd just go into either mari or substance painter for the texturing, which i may just keep really simply for a character's skin/hair, although something more organic like a reptile or some other hairy beast would probably be more reliant on some composite passes. speaking of hair, how does one texture hair if at all? do you just use a solid diffuse and work with an anisotropic shader? should the hair curves be defined in the main rendering package or can you export from zbrush?
>>
File: 1461030634897.png (79 KB, 286x262)
79 KB
79 KB PNG
>its another thread of 'how can i become less efficient with the help of top tier tools
>>
forget about ptex lad.
>>
>>654535
ptex was a meme from start to finish.
>>
>>654535
>>654564
>t. poorfag & brainlet

>>654488
Don't listen to the mongs on /3/, ptex is just leagues above the average untalented underpaid asset monkeys browsing this board
>>
>>654597
Ptex is just texturing per polygon, how is that more complex than the whole unwrapping shit?
>>
>>654620
1. The slightest topology modification immediately invalidates all your textures.Think of how easy it is to work with zbrush polypaint, you can rip your model apart and keep the texture. Now imagine the opposite of that, where the slightest pin prick will destroy everything.
2. Ptex only works with quads OR tris. Exclusive or. You cannot put a single triangle on a quad mesh, or a single quad on a triangulated mesh.
3. Your texture maps are opaque binary heaps, not recognizable images. You can't open a .ptex file in Photoshop. Even if you could it would just be random triangles. Generally, the tooling for ptex sucks ass. Don't want to use Mari, Maya, and Renderman? Sorry, that's what you're stuck with.


I'm curious what artists at WDAS think about ptex. It's probably not a big hassle if you have a pipeline where everything is already set up for you.
>>
>>654780
It'll be fine when you've got it all tooled up and pipelined for you. Same thing when all the studios switched to UDIM years ago, all backend stuff. Good old UVs have been relegated to proxies these days, due to how useful they are for attribute transfers and deformation.



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.