2.67b & 2.68 crashes at the first click-and-drug paint brush stroke -2.66 doesn't #36225

New Issue

G M · 2013-07-19T20:28:19+02:00

G M commented

2013-07-19 20:28:19 +02:00

%%%--- Operating System, Graphics card ---
Windows 7 Home Premium x64 SP1
Nvidia GTX-560 Ti

- Blender version with error, and version that worked ---

2.67b & 2.68. I even disabled all addons to no avail.
2.66 works but I haven't imported the previous settings -in case that matters.

- Short description of error ---

I start Blender, open the last project which is a rigged mesh with armature modifiers etc.
Then I enter Weight paint mode. Now if I just click the brush with the mouse, it works.
But if I click AND drug, it crashes!

- Steps for others to reproduce the error (preferably based on attached .blend file) ---

I tried to reproduce the error with other files and I can't.
I have attached a "crash report" the copy of console window, after restarting Blender with -w -d.

%%%

%%%--- Operating System, Graphics card --- Windows 7 Home Premium x64 SP1 Nvidia GTX-560 Ti - Blender version with error, and version that worked --- 2.67b & 2.68. I even disabled all addons to no avail. 2.66 works but I haven't imported the previous settings -in case that matters. - Short description of error --- I start Blender, open the last project which is a rigged mesh with armature modifiers etc. Then I enter Weight paint mode. Now if I just click the brush with the mouse, it works. But if I click AND drug, it crashes! - Steps for others to reproduce the error (preferably based on attached .blend file) --- I tried to reproduce the error with other files and I can't. I have attached a "crash report" the copy of console window, after restarting Blender with -w -d. %%%

G M commented

2013-07-19 20:28:19 +02:00

Changed status to: 'Open'

Campbell Barton commented

2013-07-20 03:43:38 +02:00

%%%Please attach the blend file, if you can't redo the error, its unlikely we can without your file.

In this case the crash-report.txt isn't really helpful.

I've tried click+dragging on all brush icons in blender when in wightpaint+pose mode, but can't redo the crash.%%%

%%%Please attach the blend file, if you can't redo the error, its unlikely we can without your file. In this case the crash-report.txt isn't really helpful. I've tried click+dragging on all brush icons in blender when in wightpaint+pose mode, but can't redo the crash.%%%

G M commented

2013-07-20 09:01:47 +02:00

%%%Hi, I removed bones, modifiers and left only a small part of the mesh and it still crashes.
So I'm attaching the blend file. Just left-click AND drug on the mesh with the paint brush to make it crash.

The tracker rises an error when I attached the file (770kb), so download it from http://www.pasteall.org/blend/22920%%%

%%%Hi, I removed bones, modifiers and left only a small part of the mesh and it still crashes. So I'm attaching the blend file. Just left-click AND drug on the mesh with the paint brush to make it crash. The tracker rises an error when I attached the file (770kb), so download it from http://www.pasteall.org/blend/22920%%%

G M commented

2013-07-20 09:06:51 +02:00

%%%I see now that as it accepted the text "follow-up" it accepted my previous attempts for attachment too. There is some weird bug on the page code.%%%

Olson Burry commented

2013-07-22 16:57:11 +02:00

%%%Seems that if this object is appended to a fresh scene, it can be weight painted normally.%%%

Campbell Barton commented

2013-07-23 11:00:11 +02:00

%%%The issue is the brush spacing is zero, Psy-Fi, are you aware how versioning should be working here? *(we could always set in readfile.c)%%%

Antonis Ryakiotakis commented

2013-07-23 12:00:16 +02:00

%%%This must related to own changes to spacing with texture painting. I did a versioning patch for 2.67 that set the spacing to half for texture painting brushes because spacing behaviour was calculated relative to radius there. Looks like this brush is shared with texture painting (3 users) and had its spacing halfed and set to zero after 2.67. Since the file has been saved already, I guess we could do one of two things:

Write a version patch that checks for spacing = max (1.0, spacing)
Enforce spacing to be at least 1.0 in paint_space_stroke_spacing

Given that spacing should always be 1.0 I think it is safe to write a version patch. Of course correcting in the file reading/space stroke code instead of versioning patch should solve for all possible future mishaps.

The funny thing is that by simply opening the spacing panel, the spacing variable RNA code kicks in and corrects the result to 1.0.%%%

%%%This must related to own changes to spacing with texture painting. I did a versioning patch for 2.67 that set the spacing to half for texture painting brushes because spacing behaviour was calculated relative to radius there. Looks like this brush is shared with texture painting (3 users) and had its spacing halfed and set to zero after 2.67. Since the file has been saved already, I guess we could do one of two things: 1) Write a version patch that checks for spacing = max (1.0, spacing) 2) Enforce spacing to be at least 1.0 in paint_space_stroke_spacing Given that spacing should always be 1.0 I think it is safe to write a version patch. Of course correcting in the file reading/space stroke code instead of versioning patch should solve for all possible future mishaps. The funny thing is that by simply opening the spacing panel, the spacing variable RNA code kicks in and corrects the result to 1.0.%%%

Antonis Ryakiotakis commented

2013-07-23 13:14:14 +02:00

%%%Added a version patch, should be fixed in 58539%%%

Antonis Ryakiotakis commented

2013-07-23 13:14:14 +02:00

Changed status from 'Open' to: 'Resolved'

Antonis Ryakiotakis closed this issue

2013-07-23 13:14:14 +02:00

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

2.67b & 2.68 crashes at the first click-and-drug paint brush stroke -2.66 doesn't #36225