Crash upon Startup #51644
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
16 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: blender/blender#51644
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 7, Nvidia 840m
Blender Version
Broken: 2.8 Build from 5-(26-28)-17 (Could not load splash screen)
Worked: Last version tested 2.78a
e8299c8
(I doubt it's an issue found in any official releases though)Short description of error
Opens command window (standard)
Displays a message that processor speed is not as expected by AL (unrelated)
next line:
Win32 Error# (3221692565) :
Not much I could find about this issue elsewhere but I did find a post on the OpenGL forums with the exact error code (seems like it might be a good place to look to for a start)
I've attempted running blender 2.8 versions built with 32 bit, 64 bit, and vc2015. but to no avail.
Exact steps for others to reproduce the error
Download the bleeding edge build of blender 2.8 project
Extract zip into Downloads folder
Open blender.exe
I'm sorry I could not provide any further information on replicating this issue but I cannot get further into blender to see any more details. I feel it might just be user error, maybe I've extracted it in the wrong place (although blender is very portable) but I'm at a loss here.
Thank you.
Changed status to: 'Open'
Added subscriber: @AlexStrand
#52377 was marked as duplicate of this issue
Added subscriber: @FloridaJo
Upon crash Blender writes a file, can you upload it.
Instructions are here: https://docs.blender.org/manual/ja/dev/troubleshooting/crash.html
I looked in the C:\tmp directory but could not find any text file with the crash information. Blender doesn't just "stop responding" it creates a window with a gray screen and then "closes" silently.
(update) I've got blender to stop responding rather than closing itself by clicking on the window border. while it wasn't able to write a file I was able to collect this from the not responding window.
I know this might not help as much considering blender focuses on multi-platform issues but I just couldn't get the crash file. perhaps it's crashing without ever getting a chance to write one.
Or maybe I just followed the troubleshooting instructions wrong but I couldn't find anything in my temp directory aside from a few renders from other blender versions.
Added subscriber: @mont29
Please check that you have latest official NVidia drivers installed, and give us their exact version.
Also please note that we are very picky with bug reports on 2.8 series currently, branch is in rather WIP state, and due to lack of man power we can only handle very precise and easily reproducible reports…
Added subscriber: @stefanoaq
I have the same problem. The console log says:
E:\Software\blender-2.80>blender --factory-startup --verbose 3 -d
Switching to fully guarded memory allocator.
Blender 2.80 (sub 0)
Build: Tue 05/30/2017 06:18 AM Windows Release
argv- [x] = blender
argv- [x] = --factory-startup
argv- [x] = --verbose
argv- [x] = 3
argv- [x] = -d
read file
Win32 Error# (3221692565):
Win32 Error# (3221692565):
Win32 Error# (3221684237):
Win32 Error# (3221684237):
Win32 Error# (3221684237):
Win32 Error# (3221684237):
found bundled python: E:\Software\blender-2.80\2.80\python
Error: EXCEPTION_ACCESS_VIOLATION
But.... if I add
to the CLI, Blender starts and works (slowly because of the console logs)
I have Windows 8.1 64bit with Intel HD Graphics + NVIDIA Geforce 310M (NVIDIA Optimus)
Hope it helps.
Added subscriber: @MikeErwin
I'll try to reproduce this issue on a debug build which should tell us more information. I only have a few NVIDIA cards though, none of the ones reported here...
Geforce 310M supports OpenGL 3.3 and 840M supports GL 4.5 so both of these shouldwork.
On my Geforce 310M, Blender 2.78 always worked fine.
If I start 2.80 with command line: blender.exe -d --debug-gpu it works too and I can use Eevee and so on. So the card is ok.
The question is why the --debug-gpu thing make the deal?
Added subscriber: @yagasan
https://www.gamedev.net/topic/658138-creating-an-opengl-context-on-windows-with-glew/
https://www.opengl.org/discussion_boards/archive/index.php/t-175619.html
maybe it can help
Added subscriber: @JoshuaLeung
I'm running into this bug as well with both the Grease Pencil branch (own build) and Buildbot (
blender-2.80-f860369-win64.zip
).Specs:
Windows 8.1 64-bit, Nvidia GeForce GT 740M (with optimus stuff), Driver Version 331.82
System Info OpenGL info:
https://developer.blender.org/P501
Output of running buildbot build with --debug-gpu:
b28-debug_gpu_errors.txt / https://developer.blender.org/P502
Thanks @JoshuaLeung, that debug dump has some useful info.
Major issue:
Failed shader link. The GLSL should be easy to fix.
Minor issue:
"Texture state usage warning: Waste of memory: Texture 0 has mipmaps, while its min filter is inconsistent with mipmaps."
Added subscriber: @davidmcsween
I get a crash on start up from build bot:
blender-2.80.0-git.b090520-windows64
running on
OS Windows 7 SP1 64bit with OpenGL 4.0
Graphics Intel HD4600
Starting from command line returns:
64 bit Blender builds of 2.79 from same period work fine.
Good news! I just tested the
f67c331
buildbot, and it's now possible to run 2.8 and play around with it if I enable the --debug-gpu flag first. However, just running it still segfaults.Definitely a step in the right direction... now, to figure out what's causing the crash :)
Added subscriber: @dfelinto
@JoshuaLeung I guess
b43cdc91ce
was the cause for your initial issues then. That said, it's really strange that it works with --debug-gpu but not without.Added subscriber: @gabrielmtararam
I got the same issue here, when i try to open the .exe file it shows Win32 Error# (3221692565):
on terminal it shows Error: EXCEPTION_ACCESS_VIOLATION blender
maybe it's something about windows 7, cause all crashes here came from a windows 7 pc... i don't know...
anyway, here are some information that may help DxDiag.txt
sorry for my terrible english....
Added subscriber: @xobyxmj
Added subscriber: @TheMakerJonny
I got this log, which I didn't have before. Hope it could help:
Added subscriber: @brecht
I couldn't repro these GLSL errors myself, but I committed a potential fix for these issues in
b68b26c265
. Tomorrow's daily build should have it.Changed status from 'Open' to: 'Resolved'
Reported as fixed in the related #52404, closing now. Write back if the problem persists.
Thank you Brecht. The fix allowed me to start blender with the --debug-gpu parameter and play with Eevee.
Without the parameter, Blender won't start with usual: "Error: EXCEPTION_ACCESS_VIOLATION" output.
I'm currently still having to run blender via --debug-gpu, which makes things really slow. So, I decided to do a little more digging today (after setting up a dedicated copy of the 2.8/gp branches to avoid having to worry about so many leftover build files when changing branches).
It turns out that for me, it's currently bugging out on the following check:
Adding a few more prints, to each of the cases leading up to this, I get the following startup sequence:
Added subscriber: @AristideLai
Here the error message on my computer... it looks coming around the format extension...
Why is this bug "Closed/Resolved" ? The problem is still here. Blender won't start without the --debug-gpu.
Added subscriber: @ameenvengara
I too have the same problem.. Only runs with
Using Windows 7
Intel Core i5-4440 CPU @ 3.10GHz
Geforce GTX 750
Added subscriber: @RobinTomar
I too had this kind of error [EXCEPTION_ACCESS_VIOLATION in nvoglv].
What I did to solve this issue:
In Nvidia Control Panel > Manage 3D settings, Added blender in Program Settings tab and tweaked the settings
and found that disabling Threaded optimization made the blender to start normally.
This worked for me
Graphics Hardware: Nvidia 9400GT with driver version 342.01 [Nov 2016]