Composite Crash- Multiview? #44345
Labels
No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset Browser
Interest
Asset Browser Project Overview
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
EEVEE & Viewport
Interest
Freestyle
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
ID Management
Interest
Images & Movies
Interest
Import Export
Interest
Line Art
Interest
Masking
Interest
Metal
Interest
Modeling
Interest
Modifiers
Interest
Motion Tracking
Interest
Nodes & Physics
Interest
OpenGL
Interest
Overlay
Interest
Overrides
Interest
Performance
Interest
Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds & Tests
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
Undo
Interest
USD
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Interest
Video Sequencer
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Interest: X11
Legacy
Blender 2.8 Project
Legacy
Milestone 1: Basic, Local Asset Browser
Legacy
OpenGL Error
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
EEVEE & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds & Tests
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
6 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: blender/blender#44345
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
System Information
Windows 8.0
Intel HD 4600
Blender Version
Broken: 2.74.4
Worked: (optional)
Short description of error
Blender crashes I would like to keep the file privet so you can ask permission here Here I dont know what is causing the crash it is different each time. sometimes it is rendering, sometimes it is connecting and disconnecting node. CMD via
blender -d
says nothing and no crash log but I that wouldn't be helpful anyway. the video in the link is the one used in the compositorExact steps for others to reproduce the error
Try some of the above
Changed status to: 'Open'
Added subscriber: @Blendify
#44644 was marked as duplicate of this issue
I have not been able to render a frame past 15 before crash so hitting animation should crash at some point
Blender hash
12661de
Blender 2.74 master works fine
Composite Crashto Composite Crash- Multiview?Added subscriber: @ideasman42
shared with you @ideasman42
Added subscribers: @dfelinto, @JulianEisel
@dfelinto, mind having a look at this one as well? At least trying to recreate, since this also might be ugly Intel drivers again. Can of course also test but if Aaron prefers to handle it's file private we should avoid as much eager eyes as possible (also dev ones) ;)
node set up
Video file is a .avi not interlaced
and it is more of a soft crash the program stops responding and forces me to close
ok shared with @dfelinto
Am I right to assume that the 'privacy' requirement here is due to the nature of the footage, and not the .blend file itself? If so, can you reproduce the issue/crash with an open movie? (e.g., https://peach.blender.org/download/ )
Will do i will remove sharing in the mean time
I will have to test tomorrow
For the records, the issue is confirmed. It's related to thread locking
@Blendify until we fix this issue you can render your animation by closing your Image Editor (or set it to see something other than the Render Result)
2.74 works so I will continue with that thanks
Added subscriber: @Sergey
Sometimes I'm getting this:
@Sergey any ideas of what this may be?
Hard to tell without the file. Latest backtrace seems to be something related with double-free of cache-limited image buffer (could either wrong user counter happening somewhere or could be still some non-threadsafe issues in that area). I'm not sure why first backtrace goes to mutex lock, but could be a reason of some bigger memory corruption.
I don't know if it's related, but if you try the sample from #44343 (open the file, press ESC to show the compositor nodes, and render F12) I get a freeze right away here:
@Blendify poke, can you get a sample file that can be used by anyone?
weren’t you able to reproduce... any way i will try
I think this is the same thing but... With the default scene go to compositor. Hit use nodes. Hit render on the layer input node this should reproduce the crash.
I get no crashes here this way. Does any one do? @JulianEisel ?
Added subscribers: @MikhailRachinskiy, @mont29
File from #44644 makes it dead easy to reproduce (just add a blur node to the nodes - if no immediate crash, play a bit with its settings): crash.zip
And here is the asan backtrace:
P224: #44345
There are two things obvious from quick reading of the code:
Hard to say whether it was already present before… And how to fix it (where to put locks? at image ID level?
BKE_image_verify_viewer_views()
uses globalLOCK_DRAW_IMAGE
, but does not seem to be used by main thread… Or do we simply make movicache threadsafe?).imbuf/moviecache requires an owner to worry about locks and so. This is because you don't really have have threading conflict between different types of IDs (and different circumstances within a single ID) and there's no reason for central lock there.
The issue is actually caused by
BKE_image_verify_viewer_views
doing modifications of the actual image datablock, while previously corresponding function was only ensuring image datablock with given name/type exists.I'm not sure why LOCK_DRAW_IMAGE is needed, but the code is missing spinlock of
image_spin
, which is required in areas which does modifications of the image.This issue was referenced by
1fb97ffeed
Changed status from 'Open' to: 'Resolved'
Closed by commit
1fb97ffeed
.Changed status from 'Resolved' to: 'Open'
Thanks for the hint Sergey! :)
Reopening this one, since I cannot check other cases reported here (file from #44343 is no more available :( ), and hard to be sure all places are now correctly locked in code...
Changed status from 'Open' to: 'Resolved'
@mont29 let's do the other way around, let's close it until the reporter states this is not fixed AND get a working sample file. Otherwise this may ling here forever.
(and thanks for looking into that)