Inside Sabertooth
Learn how Sabertooth uses 3ds Max to create 3D interactive projects, including HBO Go’s Game of Thrones interactive experience
  • 1/3
You are here: Forum Home / Autodesk® Mudbox™ / Community Help / I think there's a bug in my Mudbox...
  RSS 2.0 ATOM  

I think there's a bug in my Mudbox...
Rate this thread
 
58951
 
Permlink of this thread  
avatar
  • Total Posts: 41
  • Joined: 02 September 2009 01:37 PM

Hello Mudbox people,

I recently started using Mudbox and enjoying using it except where it start having a mind of its own;
I am currently painting a scene with many object (which I don’t want to break apart). Since it’s a close up scene I need (and want) to use big texture size (2-4k). Obviously the puny Quadro card I have (600) is not enough to hold all the textures and I don’t mind at all to unload the textures (by using the up arrow key). Although Mudbox does hide the texture (a screaming turquoise shades the object) after a few seconds, Mudbox randomly loads the textures back to various objects and “choking” everything.

Is it a bug? Am I doing something wrong? is this what the unload function used for? otherwise how should I approach this?

Any input is appreciated.

Thank you in advance!



Replies: 1
/img/forum/dark/default_avatar.png

No. Its not a bug. Its as designed but it can interfere with manual unloading of textures in scenes that have heavy textures. This default functionality can sometimes cripple your computer when loading scenes with heavy textures. What you have to do is go into your preferences and turn off the auto loading of tiles. This way you dont have to play cat and mouse with the auto loading tiles :P

The way Mudbox paints textures is incredible, but serious assets with many uv tiles will hit the gpu ram limitations. This is where Mari is great. Mari seems to be a great tool with great problems unfortunately (buggy and gpu sketchy but incredibly powerful). It would be interesting if the Mudbox Team could somehow implement the way Mari paints textures and bakes them out to the tile files, while using little gpu ram to display them on screen.

Frankly the mudbox way is more ideal and technically better but the ram limitations just make it unrealistic for high res multi uv tile’d characters at this point. In a sense I would like to see the current mudbox painting direction continue, but also with the option of a less gpu memory intense workflow like mari as an option. This includes Mari’s great projection filters like AO, cavity masking, edge masking etc.

Author: A.Baroody

Replied: 11 August 2011 07:02 PM  
avatar
  • oglu
  • Posted: 11 August 2011 09:39 PM

that is where the new gigatexel engine comes in baroody… ;)
http://area.autodesk.com/industrynews/mudbox_gigatexel_engine_announced



http://www.linkedin.com/pub/christoph-schaedl/6/558/73b

Replies: 1
/img/forum/dark/default_avatar.png

:) Well look what we have here…

This is will be exciting. I miss being on the beta. I dont get to see the cool toys early anymore.

Very interesting. I think Mudbox does texture painting in a more ideal way compared to Mari. If this new mudbox paint engine solves the gpu ram limitation problem, it will make a lot of people happy.

It will be interesting to see how many layers and polys it can handle. In the video I see 1 diffuse layer. It would be nice to see bump maps, specular and diffuse without hitting into ram problems.

This looks very promising though!

-Adam

Author: A.Baroody

Replied: 12 August 2011 08:29 AM  
avatar

Thanks a million for the help!

A.Baroody, thanks to AD that they put a checkbox to disable this, phew!
Also, thanks for the info about Mari; I do plan to try it out soon but Mudbox has a faster learning curve.

oglu, That Gigatexel looks promising!



Replies: 0