User Details
- User Since
- Nov 18 2013, 5:57 PM (295 w, 1 d)
Mon, Jul 15
Can you share the .blend file or a simpler version of it that shows the issue?
Please provide more detailed steps to reproduce the issue. Which version of Blender are you using exactly?
It seems to work this way: When you have the Move/Rotate/Scale tool selected, only the corresponding gizmo is shown.
Please provide example files that show the issue. Try to simplify them as much as possible, that will make it easier to find the performance bottleneck if there is some specific issue.
Not sure how much @Clément Foucault (fclem) can do here.
For me this is only partially a problem with the render engine. The fact that bad geometry is rendered badly does not seem too surprising to me. However, maybe the algorithms can be adapted to reduce the artifacts.
Please provide a file that allows us to reproduce the issue easily.
For this setting to have an impact, you need to enable wireframe drawing in the Viewport Overlays popover.
It's easier to reproduce the issue when decreasing the height of the preferences window first.
I would not really consider this a bug. Deleting autosaved files can also be a bad thing in some circumstances. Nevertheless we could have more options for users to define the behavior.
This would be a feature request though, so I'm closing this here in the bug tracker.
Right, also when iterating over the objects in a the view layer, you should not have a problem with objects that are already deleted.
Thu, Jul 11
Wed, Jul 10
Something like this should fix the issue:
diff --git a/source/blender/windowmanager/intern/wm_files.c b/source/blender/windowmanager/intern/wm_files.c index 49b13da6b21..ef957fa03c5 100644 --- a/source/blender/windowmanager/intern/wm_files.c +++ b/source/blender/windowmanager/intern/wm_files.c @@ -2949,7 +2949,12 @@ static void wm_block_file_close_save(bContext *C, void *arg_block, void *arg_dat UI_popup_block_close(C, win, arg_block);
Looks like this broke in rB11c9702dd40f1461ee2d2c1136909a867d4f06f9.
Fri, Jul 5
Haha, was just about to commit this before you wrote it.
Sorry, I forgot about this somehow, will commit it tomorrow.
Thu, Jul 4
Oh nice, with this I would not have written my own crop method for the node-screenshot script :D
Wed, Jul 3
Tue, Jul 2
Yes, this is for Blender 2.81. Will check the patch in more detail a little bit later.
Mon, Jul 1
Fri, Jun 28
@Howard Trickey (howardt) This can be fixed with the following change. Is the same unit used for other properties as well (haven't checked the code in detail). Feel free to commit the fix when it is correct.
Thu, Jun 27
Wed, Jun 26
@William Reynish (billreynish) yes, it should be possible to use units in the graph editor. However, there are also issues. E.g. what happens when different fcurves use different units?
Sat, Jun 22
It would probably be better to make an utility function like is_visible(socket) instead of duplicating that logic multiple times.
Fri, Jun 21
__GI_raise(int sig) (/build/glibc-OTsEL5/glibc-2.27/sysdeps/unix/sysv/linux/raise.c:51) __GI_abort() (/build/glibc-OTsEL5/glibc-2.27/stdlib/abort.c:79) BKE_undosys_step_push_init_with_type(UndoStack * ustack, bContext * C, const char * name, const UndoType * ut) (/home/jacques/blender-git/blender/source/blender/blenkernel/intern/undo_system.c:458) ED_text_undo_push_init(bContext * C) (/home/jacques/blender-git/blender/source/blender/editors/space_text/text_undo.c:234) text_paste_exec(bContext * C, wmOperator * op) (/home/jacques/blender-git/blender/source/blender/editors/space_text/text_ops.c:843) wm_operator_invoke(bContext * C, wmOperatorType * ot, wmEvent * event, PointerRNA * properties, ReportList * reports, const _Bool poll_only, _Bool use_last_properties) (/home/jacques/blender-git/blender/source/blender/windowmanager/intern/wm_event_system.c:1452) wm_operator_call_internal(bContext * C, wmOperatorType * ot, PointerRNA * properties, ReportList * reports, const short context, const _Bool poll_only, wmEvent * event) (/home/jacques/blender-git/blender/source/blender/windowmanager/intern/wm_event_system.c:1687) WM_operator_call_py(bContext * C, wmOperatorType * ot, short context, PointerRNA * properties, ReportList * reports, const _Bool is_undo) (/home/jacques/blender-git/blender/source/blender/windowmanager/intern/wm_event_system.c:1787) pyop_call(PyObject * UNUSED_self, PyObject * args) (/home/jacques/blender-git/blender/source/blender/python/intern/bpy_operator.c:267) _PyMethodDef_RawFastCallKeywords (Unknown Source:0) _PyCFunction_FastCallKeywords (Unknown Source:0) _PyEval_EvalFrameDefault (Unknown Source:0) __pyx_f_18_pydevd_frame_eval_22pydevd_frame_evaluator_get_bytecode_while_frame_eval(PyFrameObject * __pyx_v_frame_obj, int __pyx_v_exc) (/io/ptvsd/src/ptvsd/_vendored/pydevd/_pydevd_frame_eval/pydevd_frame_evaluator.c:7206) _PyEval_EvalCodeWithName (Unknown Source:0) _PyFunction_FastCallDict (Unknown Source:0) _PyObject_Call_Prepend (Unknown Source:0) [Unknown/Just-In-Time compiled code] (Unknown Source:0) _PyObject_FastCallKeywords (Unknown Source:0) _PyEval_EvalFrameDefault (Unknown Source:0) __pyx_f_18_pydevd_frame_eval_22pydevd_frame_evaluator_get_bytecode_while_frame_eval(PyFrameObject * __pyx_v_frame_obj, int __pyx_v_exc) (/io/ptvsd/src/ptvsd/_vendored/pydevd/_pydevd_frame_eval/pydevd_frame_evaluator.c:7206) _PyEval_EvalCodeWithName (Unknown Source:0) PyEval_EvalCodeEx (Unknown Source:0) PyEval_EvalCode (Unknown Source:0) python_script_exec(bContext * C, const char * fn, struct Text * text, struct ReportList * reports, const _Bool do_jump) (/home/jacques/blender-git/blender/source/blender/python/intern/bpy_interface.c:476) BPY_execute_text(bContext * C, struct Text * text, struct ReportList * reports, const _Bool do_jump) (/home/jacques/blender-git/blender/source/blender/python/intern/bpy_interface.c:569) text_run_script(bContext * C, ReportList * reports) (/home/jacques/blender-git/blender/source/blender/editors/space_text/text_ops.c:708) text_run_script_exec(bContext * C, wmOperator * op) (/home/jacques/blender-git/blender/source/blender/editors/space_text/text_ops.c:747) wm_operator_invoke(bContext * C, wmOperatorType * ot, wmEvent * event, PointerRNA * properties, ReportList * reports, const _Bool poll_only, _Bool use_last_properties) (/home/jacques/blender-git/blender/source/blender/windowmanager/intern/wm_event_system.c:1452) wm_operator_call_internal(bContext * C, wmOperatorType * ot, PointerRNA * properties, ReportList * reports, const short context, const _Bool poll_only, wmEvent * event) (/home/jacques/blender-git/blender/source/blender/windowmanager/intern/wm_event_system.c:1653) WM_operator_name_call_ptr(bContext * C, wmOperatorType * ot, short context, PointerRNA * properties) (/home/jacques/blender-git/blender/source/blender/windowmanager/intern/wm_event_system.c:1701) ui_apply_but_funcs_after(bContext * C) (/home/jacques/blender-git/blender/source/blender/editors/interface/interface_handlers.c:806) ui_handler_region_menu(bContext * C, const wmEvent * event, void * UNUSED_userdata) (/home/jacques/blender-git/blender/source/blender/editors/interface/interface_handlers.c:10144) wm_handler_ui_call(bContext * C, wmEventHandler_UI * handler, const wmEvent * event, int always_pass) (/home/jacques/blender-git/blender/source/blender/windowmanager/intern/wm_event_system.c:623) wm_handlers_do_intern(bContext * C, wmEvent * event, ListBase * handlers) (/home/jacques/blender-git/blender/source/blender/windowmanager/intern/wm_event_system.c:2701) wm_handlers_do(bContext * C, wmEvent * event, ListBase * handlers) (/home/jacques/blender-git/blender/source/blender/windowmanager/intern/wm_event_system.c:2947) wm_event_do_handlers(bContext * C) (/home/jacques/blender-git/blender/source/blender/windowmanager/intern/wm_event_system.c:3309) WM_main(bContext * C) (/home/jacques/blender-git/blender/source/blender/windowmanager/intern/wm.c:417) main(int argc, const char ** argv) (/home/jacques/blender-git/blender/source/creator/creator.c:500)
@Eitan (EitanSomething) is there any discussion somewhere that says that this change is necessary? I'm fine with it, just wondering.
Haven't tested it, but seems fine.
Thu, Jun 20
@Lewis Toohey (Lewis2e) I also just showed it to @Sergey Sharybin (sergey), we don't really know what is going on, so you are probably right.
I can see the problem. I'm just not yet sure if this is actually a bug or a user error.
The issue seems to be related to the boolean modifiers. When I disable them all, it works as I'd expect.
@Tom Wilson (hedgehog90) can you provide a simple example that does not work as expected?
Unfortunately, this solution does not work when the file-close-dialog is used shortly before a new file is opened. Instead of opening the new file, Blender will exit.
The reason the functionality you want to implement is not there yet is, that I haven't found a clean way to implement it in the current architecture yet.
Wed, Jun 19
I could polish the script a bit more. Currently, everything is very hardcoded for my particular use-case. I'm not sure if it is worth it though, updating all screenshots probably happens very rarely. I guess it will need to be adjusted anyway, because we don't know the reason for the next batch update yet.
This script has been used to generate the screenshots: https://gist.github.com/JacquesLucke/65485586a86b2e1de6e3f3b92867947a
Tue, Jun 18
Mon, Jun 17
I'm not able to reproduce the issue the issue.
Can you reproduce the issue with any image or just with this one?
Jun 15 2019
I did not start working on this yet.