- User Since
- Sep 19 2013, 10:55 AM (261 w, 2 d)
Jun 16 2018
At this point I guess will be more of an xorg and driver issue. I'll have to join #xorg and figure out how to get both programs to work without rebooting.
Adding an xorg.conf with:
Jun 12 2018
wm_event_do_handlers: Handling event
wmEvent type:1 / LEFTMOUSE, val:1 / PRESS,
shift:0, ctrl:0, alt:0, oskey:0, keymodifier:0, mouse:(1023,529), ascii:'', utf8:'', keymap_idname:(null), pointer:0x7fea79160988
wm_handlers_do_intern: handled! 'SCULPT_OT_brush_stroke'
Jun 10 2018
Jul 20 2016
I went to test my Fiji(Fury X) and I was noticing the speeds I've had for a while are now totally different. My render time went down to .30sec on both cards in 2.76b. And now my Hawaii(Firepro w8100) renders at 1.75sec in 2.77a instead of 23sec for a cube. I haven't changed anything as to why I'm baffled. I tested this just yesterday and for a week before that.
Jul 18 2016
Feb 17 2016
Attempt 1 works very good as a workaround.
Nov 17 2015
Am using 2.76b and problem is fixed. When I save user preferences on my second monitor then exit and reopen I no longer crash with violation error. Instead the user preferences window pops up on my second monitor.
Sep 25 2015
Sep 22 2015
I realized after posting that techs might not be familiar with baking. So I attached a premade file that just requires you to hit bake within the render properties under bake tab.
Aug 14 2015
So I recently was talking to the good folk in IRC. I believe the problem is possibly fixated in my dual monitor setup. I noticed in my primary monitor when blender was stationed did not crash. However, when I switched blender to my secondary monitor and saved startup is when it began crashing. Accessing user preferences pops up on my primary monitor. So we ran a few test of Duplicating window across monitors, and play render animation which popped up on my primary monitor but did not crash at all.