Right-button brush size/ depth snapping

[jamie]

Is there any way to disable the snapping when using right mouse dragging to change brush size and depth?

It's very hard to make small adjustments to the brush size with this feature.

Thanks

[AbnRanger]

Is there any way to disable the snapping when using right mouse dragging to change brush size and depth?

It's very hard to make small adjustments to the brush size with this feature.

Thanks

That's odd. I've never had it snap. Always been very fluid.

[stusutcliffe]

No snapping here! Maybe its a mouse/pen preference ,have you a "fancy" device.Try it with a cheap one? Or maybe swap from DX to GL or vice versa. Or Cuda non cuda.

There does not seem to be anything in the 3dcoat prefs for this .

[pixo]

Hello Jamie,

I had the very same issue ,i use the shortcut "[" and "]" to manipulate the brush size and "-" "=" for the depth.

[jamie]

I'm using a wacom tablet, maybe it's related to that?

[BeatKitano]

I don't have that snapping, but there may be a reason: if you use a very tiny brush size you can get that effect.

A possible workaround could be to use the customize navigation option and change the vertical/horizontal sensibilty on the adjust depth/radius section.

[jamie]

hey thanks! I didn't know about that setting. It helps with the sensitivity, but not the snapping problem. When right-dragging up/down to adjust depth, If the cursor is near it's original position and has also moved horizontally at all, it switches to size adjusting mode, effectively snapping the depth back to zero. The only solution is to drag exactly vertically, or horizontally - easier with a mouse than a tablet.

I wonder if it would be better to allow both width and depth to be adjusted simultaneously?

Otherwise, perhaps once in depth adjusting mode, it remains in that mode? Or the option to choose between these?

I love the right-drag for brush control... just got to sort out this snapping!

[BeatKitano]

Sizing both at once would be disastrous with a tablet, we don't have steady hand (at least not at the microshake level ^^), making depth and radius adjustable all at once would make a pain to adjust one without changing the other.

What Andrew should do instead is add a deadzone to both axis, to be sure to activate when a certain gap between the origin point and the current cursor position is reached.

A customizable deadzone would be perfect, because we need a different size of deadzone depending on the brush size, a relative factor would be best in that regard.

[digman]

Human beings have so many ways of looking at life, our likes and dislikes, I find that extremely interesting.

For me the red and blue line in the middle of the cursor is very distracting even though it turns off when sculpting a stroke. I turn off the alpha as well.

The yellow cursor circle is a pleasant whiteness grey now.

Somehow those extra items jar my brain, distract me, breaking my concentration.

I am like pixo and use the keyboard shortcuts...

The old song "different strokes for different folks" applies so well here. 3DCoat I am glad as it gives us the options to use or not use them...

[jamie]

Hey, that's one more thing I didn't realise... that you could turn off the draw shape. It's nice not to have the line, but without that it's harder to see the depth and shape of the brush. So I'm going to keep it on I think.

And BeatKitano's idea sounds good, since the size and depth adjustments are done separately. Anything to stop that snapping!

[stusutcliffe]

Maybe check your Wacom driver.I use a Bamboo,which works great apart from one glitch...if 3dcoat carries out a cpu intensive operation, my Bamboo sort of sticks and I cant resize my brush or zoom in!( mouse still works fine) I can unstick it by pressing the FN1 key on the tablet. Ive not checked recently for a new driver because generally it works fine.....dont want to tempt fate! Does it snap with the mouse,if it doesnt I guess that points to the tablet being the problem.

[AbnRanger]

Maybe check your Wacom driver.I use a Bamboo,which works great apart from one glitch...if 3dcoat carries out a cpu intensive operation, my Bamboo sort of sticks and I cant resize my brush or zoom in!( mouse still works fine) I can unstick it by pressing the FN1 key on the tablet. Ive not checked recently for a new driver because generally it works fine.....dont want to tempt fate! Does it snap with the mouse,if it doesnt I guess that points to the tablet being the problem.

I agree. It has to be something on the input driver side. Maybe the graphics card. I stick with DX. Much faster than GL and none of the bugs common with the GL version.

[BeatKitano]

Maybe check your Wacom driver.I use a Bamboo,which works great apart from one glitch...if 3dcoat carries out a cpu intensive operation, my Bamboo sort of sticks and I cant resize my brush or zoom in!( mouse still works fine) I can unstick it by pressing the FN1 key on the tablet. Ive not checked recently for a new driver because generally it works fine.....dont want to tempt fate! Does it snap with the mouse,if it doesnt I guess that points to the tablet being the problem.

@stusutcliffe:

I remember my first graphire 2 (the model class that later became bamboo) at some point before totally dying started to stick (like I was pressing on the tip). So be prepared that can happen.

Honestly though I think your problem is simply that the polling is interrupted with cpu intensive operations and that the driver stops picking the current cursor position. Pressing function keys forces the refresh. Normally anyone would advise you to update your drivers, but with the awful bugs introduced by wacom in newest drivers I won't make that mistake.

@AbnRanger:

If it was up to me GL would be gone by now, even if there's a slight benefit in using gl with pro cards it doesn't hide the fact that there's a LOT of stupid bugs in GL version and I would prefer Andrew invest time in Dx which is less buggy and make it rock solid.

@Everyone:

About the distracting cursor, I don't know if this is what you're talking about when saying "hiding the cursor" but you can activate an option in preferences>brushing> hide cursors when drawing. That way you can still see what your values are and not been annoyed by the brush circle and whatnot when sculpting. (say tnx to LJB for this one, it was a long time asking one ^^)

[stusutcliffe]

Thanks BK, I dont know what polling means...yeah its a minor glitch,but strangely the cursor still moves about fine, just seems to be the right click functions not catching up.Feels like hitting the FN1 key is like tapping it on the shoulder and saying "come on RMB we are waiting for you!"

[pixo]

I would prefer Andrew invest time in Dx which is less buggy and make it rock solid.

Don't forget Linux and Mac users.

Pixo

[BeatKitano]

Don't forget Linux and Mac users.

Pixo

The way I see it it's the only reason GL version is still in the pipes. And also the reason you guys have so many weird issue on your OSes...

Gl has always been a capable API the problem is it's under used and almost noone knows how to use it to it's full extent, most are just stopping at the techdemo level. Hell, even Carmack which was a voicy supporter of the API is going farther and farther away from it with his recent works.

I know I'll annoy a few OSX/linux users here but OGL is a lost battle (in term of commercial use), I know there's still talented peeps doing very nice work, but lets be honest: how many ?

Nowaday the true compeling use of OGl is either made by inhouse programmers mainly for movies, or by big companies which have the money to back long term development cycles for very specific uses.

[pixo]

The way I see it it's the only reason GL version is still in the pipes. And also the reason you guys have so many weird issue on your OSes...

I never had that much issue with OpenGL, if you mean to say that we need to have DX installed to modify the brush size correctly i would ask you,

how Mari,Mudbox,and Zbrush manage it ?

I know I'll annoy a few OSX/linux users here but OGL is a lost battle (in term of commercial use), I know there's still talented peeps doing very nice work, but lets be honest: how many ?

Nowaday the true compeling use of OGl is either made by inhouse programmers mainly for movies, or by big companies which have the money to back long term development cycles for very specific uses.

In term of commercial use you should tell that to all the main software publisher,

all the major company that i worked for was under Linux/Mac, and i can tell you that all the major company (not in video game may be)are working mainly under Linux/Mac.

It just means OGL.

Let's be clear, all my day to day tools work under Linux/Mac(Nuke,Maya,Guerilla,RV,Mudbox,Mari,Topogun and 3Dcoat), all the packages that contain 3D works under OpenGl.

If we took some 3D Coat licenses , it's mainly because we are searching solutions under Linux ,and we still searching.

If i personally bough a 3DCoat license it's because 3DC is under Linux (i'm still owning a ZBrush license that work with CrossOver) .

Pixo

[BeatKitano]

I never had that much issue with OpenGL, if you mean to say that we need to have DX installed to modify the brush size correctly i would ask you,

how Mari,Mudbox,and Zbrush manage it ?

That's not what I mean actually, I'm just saying that unless you've got programmers dedicated to this api, or programmers that have been mainly working with it (Andrew has a game industry background which means more Directx than ogl) if your software wasn't first designed to run on ogl as primary renderer you can expect issues as such we see here.

In term of commercial use you should tell that to all the main software publisher,

all the major company that i worked for was under Linux/Mac, and i can tell you that all the major company (not in video game may be)are working mainly under Linux/Mac.

It just means OGL.

Let's be clear, all my day to day tools work under Linux/Mac(Nuke,Maya,Guerilla,RV,Mudbox,Mari,Topogun and 3Dcoat), all the packages that contain 3D works under OpenGl.

If we took some 3D Coat licenses , it's mainly because we are searching solutions under Linux ,and we still searching.

If i personally bough a 3DCoat license it's because 3DC is under Linux (i'm still owning a ZBrush license that work with CrossOver) .

Pixo

And I've to agree cause that's what I said, inhouse developped apps and linux(-like) oriented pipelines mean ogl before directx ofc, it's easier to build a pipeline around open source software than a closed counterpart that require use of external scripting to communicate between apps.

And that's certainly even truer in offline rendering (movies/advertising) but definitely not a trend in the game industry (for obvious reason with the main platform being windows+xbox running on directx and being two platform against minor market with open source based systems stuck between nintendo's and sony's platforms).

I should've been more precise with my previous post, I was thinking from a game development perspective.

[pixo]

We are agree for video games ,it just means till we don't have a proper alternatives to OGL (to keep cross plateform 3DC),this is even not a question to talk about removing OGL .

If it was up to me GL would be gone by now, even if there's a slight benefit in using gl with pro cards it doesn't hide the fact that there's a LOT of stupid bugs in GL version and I would prefer Andrew invest time in Dx which is less buggy and make it rock solid.

This sentence sounded a little bit hardcore to me,i'm not working in video game and don't want to use windows at home .

No OGL would just mean to not use 3DCoat.

Take care,

Pixo

[BeatKitano]

To be honest when I said that, it was hardcore (so far 3dc has been all about half solution, no "ballsy" drastic choice, Andrew kept everything from the start no removal of obsolete options, and I fear it may be a bad path in the end but that's just me), but I didn't think about cross-platform. So yes it's not even up to debate at this point.

[jamie]

Sorry to bring this thread back on subject but...

It's not related to the tablet, I tried on my linux workstation with a different tablet, exactly the same behaviour. Also using the mouse has exactly the same behaviour.

As BeatKitano suggested -

A customizable deadzone would be perfect, because we need a different size of deadzone depending on the brush size, a relative factor would be best in that regard.

[Rks3d]

Last post was over two years ago but this is the only thread that comes up in google about this issue.

 

I fixed it by going into the Camera drop down and choosing the Customize Navigation option. Then changed the RMB action type to "Start tweak radius".

[guats]

Hey so, this is a similar question, I find that while using build clay in the sculpt room some combo of keystrokes/situtations? are constantly changing my brush depth. Super infuriating!

I have removed a bunch of custom navigation options to try to quell it, but I just don't know what is doing it. It only happens when I'm busy working and not paying attention.

Anyone know how to permanently remove brush depth settings on your brush entirely? I prefer to set it with the { } keys like photoshop.

[Javis]

The keyboard shortcuts for the depth is "-" and "=", by default. That might be a good place to start, depending on how you may/may not have customized your hotkeys.

What OS and which build of 3DC are you using?

[guats]

Hehe, you may be right, I'll take notice to see if I'm hitting them by accident. I'm using 4.5.14. I had to roll back because the newer version keeps screwing up when importing files.

Thanks for the speedy reply.

[Javis]

No problem. Let us know if you are still having the issue. Happy to help.