You are not logged in.

#26 2024-04-02 08:31:12

seth
Member
Registered: 2012-09-03
Posts: 51,725

Re: Blender immediatly crashes shortly after launch.

Also

eglinfo -B

and obviously make sure to noe export any of the mesa variables to those!

On 2nd note, how do I increase swap size? I only have 900 something mb swapfile.

Create a bigger swap-file?

Online

#27 2024-04-02 20:31:43

cooldudeseven7
Member
Registered: 2024-01-02
Posts: 60

Re: Blender immediatly crashes shortly after launch.

V1del wrote:

Why are you using MESA_GLSL_VERSION_OVERRIDE? a 620 should be a skylake variant which should be able to do OGL 4.6 natively anyway. What's your output of

glxinfo -B

? If you actually require that, then you're lying about the capabilites of your GPU and any instability should be expected -- use an older blender branch.

I just saw it on a post on the fourms. Output:

name of display: :0
display: :0  screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
    Vendor: Intel (0x8086)
    Device: Mesa Intel(R) HD Graphics 620 (KBL GT2) (0x5916)
    Version: 24.0.3
    Accelerated: yes
    Video memory: 15746MB
    Unified memory: yes
    Preferred profile: core (0x1)
    Max core profile version: 4.6
    Max compat profile version: 4.6
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 3.2
OpenGL vendor string: Intel
OpenGL renderer string: Mesa Intel(R) HD Graphics 620 (KBL GT2)
OpenGL core profile version string: 4.6 (Core Profile) Mesa 24.0.3-arch1.2
OpenGL core profile shading language version string: 4.60
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile

OpenGL version string: 4.6 (Compatibility Profile) Mesa 24.0.3-arch1.2
OpenGL shading language version string: 4.60
OpenGL context flags: (none)
OpenGL profile mask: compatibility profile

OpenGL ES profile version string: OpenGL ES 3.2 Mesa 24.0.3-arch1.2
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20

Offline

#28 2024-04-02 20:32:48

cooldudeseven7
Member
Registered: 2024-01-02
Posts: 60

Re: Blender immediatly crashes shortly after launch.

seth wrote:

Also

eglinfo -B

and obviously make sure to noe export any of the mesa variables to those!

On 2nd note, how do I increase swap size? I only have 900 something mb swapfile.

Create a bigger swap-file?

Yes, I need a bigger swapfile please.

output:

GBM platform:
eglinfo: eglInitialize failed

Wayland platform:
EGL API version: 1.5
EGL vendor string: Mesa Project
EGL version string: 1.5
EGL client APIs: OpenGL OpenGL_ES 
OpenGL core profile vendor: Intel
OpenGL core profile renderer: Mesa Intel(R) HD Graphics 620 (KBL GT2)
OpenGL core profile version: 4.6 (Core Profile) Mesa 24.0.3-arch1.2
OpenGL core profile shading language version: 4.60
OpenGL compatibility profile vendor: Intel
OpenGL compatibility profile renderer: Mesa Intel(R) HD Graphics 620 (KBL GT2)
OpenGL compatibility profile version: 4.6 (Compatibility Profile) Mesa 24.0.3-arch1.2
OpenGL compatibility profile shading language version: 4.60
OpenGL ES profile vendor: Intel
OpenGL ES profile renderer: Mesa Intel(R) HD Graphics 620 (KBL GT2)
OpenGL ES profile version: OpenGL ES 3.2 Mesa 24.0.3-arch1.2
OpenGL ES profile shading language version: OpenGL ES GLSL ES 3.20

X11 platform:
EGL API version: 1.5
EGL vendor string: Mesa Project
EGL version string: 1.5
EGL client APIs: OpenGL OpenGL_ES 
OpenGL core profile vendor: Intel
OpenGL core profile renderer: Mesa Intel(R) HD Graphics 620 (KBL GT2)
OpenGL core profile version: 4.6 (Core Profile) Mesa 24.0.3-arch1.2
OpenGL core profile shading language version: 4.60
OpenGL compatibility profile vendor: Intel
OpenGL compatibility profile renderer: Mesa Intel(R) HD Graphics 620 (KBL GT2)
OpenGL compatibility profile version: 4.6 (Compatibility Profile) Mesa 24.0.3-arch1.2
OpenGL compatibility profile shading language version: 4.60
OpenGL ES profile vendor: Intel
OpenGL ES profile renderer: Mesa Intel(R) HD Graphics 620 (KBL GT2)
OpenGL ES profile version: OpenGL ES 3.2 Mesa 24.0.3-arch1.2
OpenGL ES profile shading language version: OpenGL ES GLSL ES 3.20

Surfaceless platform:
EGL API version: 1.5
EGL vendor string: Mesa Project
EGL version string: 1.5
EGL client APIs: OpenGL OpenGL_ES 
OpenGL core profile vendor: Intel
OpenGL core profile renderer: Mesa Intel(R) HD Graphics 620 (KBL GT2)
OpenGL core profile version: 4.6 (Core Profile) Mesa 24.0.3-arch1.2
OpenGL core profile shading language version: 4.60
OpenGL compatibility profile vendor: Intel
OpenGL compatibility profile renderer: Mesa Intel(R) HD Graphics 620 (KBL GT2)
OpenGL compatibility profile version: 4.6 (Compatibility Profile) Mesa 24.0.3-arch1.2
OpenGL compatibility profile shading language version: 4.60
OpenGL ES profile vendor: Intel
OpenGL ES profile renderer: Mesa Intel(R) HD Graphics 620 (KBL GT2)
OpenGL ES profile version: OpenGL ES 3.2 Mesa 24.0.3-arch1.2
OpenGL ES profile shading language version: OpenGL ES GLSL ES 3.20

Device platform:
Device #0:

Platform Device platform:
EGL API version: 1.5
EGL vendor string: Mesa Project
EGL version string: 1.5
EGL client APIs: OpenGL OpenGL_ES 
OpenGL core profile vendor: Intel
OpenGL core profile renderer: Mesa Intel(R) HD Graphics 620 (KBL GT2)
OpenGL core profile version: 4.6 (Core Profile) Mesa 24.0.3-arch1.2
OpenGL core profile shading language version: 4.60
OpenGL compatibility profile vendor: Intel
OpenGL compatibility profile renderer: Mesa Intel(R) HD Graphics 620 (KBL GT2)
OpenGL compatibility profile version: 4.6 (Compatibility Profile) Mesa 24.0.3-arch1.2
OpenGL compatibility profile shading language version: 4.60
OpenGL ES profile vendor: Intel
OpenGL ES profile renderer: Mesa Intel(R) HD Graphics 620 (KBL GT2)
OpenGL ES profile version: OpenGL ES 3.2 Mesa 24.0.3-arch1.2
OpenGL ES profile shading language version: OpenGL ES GLSL ES 3.20

Device #1:

Platform Device platform:
EGL API version: 1.5
EGL vendor string: Mesa Project
EGL version string: 1.5
EGL client APIs: OpenGL OpenGL_ES 
OpenGL core profile vendor: Mesa
OpenGL core profile renderer: llvmpipe (LLVM 17.0.6, 256 bits)
OpenGL core profile version: 4.5 (Core Profile) Mesa 24.0.3-arch1.2
OpenGL core profile shading language version: 4.50
OpenGL compatibility profile vendor: Mesa
OpenGL compatibility profile renderer: llvmpipe (LLVM 17.0.6, 256 bits)
OpenGL compatibility profile version: 4.5 (Compatibility Profile) Mesa 24.0.3-arch1.2
OpenGL compatibility profile shading language version: 4.50
OpenGL ES profile vendor: Mesa
OpenGL ES profile renderer: llvmpipe (LLVM 17.0.6, 256 bits)
OpenGL ES profile version: OpenGL ES 3.2 Mesa 24.0.3-arch1.2
OpenGL ES profile shading language version: OpenGL ES GLSL ES 3.20

Offline

#29 2024-04-02 21:06:06

seth
Member
Registered: 2012-09-03
Posts: 51,725

Re: Blender immediatly crashes shortly after launch.

Yes, I need a bigger swapfile please.

Don't tell me, make one:
https://wiki.archlinux.org/title/Swap#Swap_file

Is this possibly caused by an OOM situation (and unrelated to GL)?
Did you track RAM usage while using Blender?

Online

#30 2024-04-05 01:03:20

cooldudeseven7
Member
Registered: 2024-01-02
Posts: 60

Re: Blender immediatly crashes shortly after launch.

seth wrote:

Yes, I need a bigger swapfile please.

Don't tell me, make one:
https://wiki.archlinux.org/title/Swap#Swap_file

Is this possibly caused by an OOM situation (and unrelated to GL)?
Did you track RAM usage while using Blender?


Yeah. Whats a OOM situation?

Offline

#31 2024-04-05 06:36:48

seth
Member
Registered: 2012-09-03
Posts: 51,725

Re: Blender immediatly crashes shortly after launch.

"Out of Memory"

Online

#32 2024-04-06 00:05:00

cooldudeseven7
Member
Registered: 2024-01-02
Posts: 60

Re: Blender immediatly crashes shortly after launch.

seth wrote:

"Out of Memory"


Yeah, its definitely   not. I have 16 gigs RAM, and only 3 gigs, is in use with DE. 1.2 gigs with blender, and it crashes.

Last edited by cooldudeseven7 (2024-04-06 00:05:40)

Offline

#33 2024-04-06 07:20:41

seth
Member
Registered: 2012-09-03
Posts: 51,725

Re: Blender immediatly crashes shortly after launch.

Please try the behavior on openbox, there're various "gnome broke my input" threads pending - the bug might have been fixed upstream, but afail that's not been confirmed.

Online

#34 2024-04-10 04:12:43

cooldudeseven7
Member
Registered: 2024-01-02
Posts: 60

Re: Blender immediatly crashes shortly after launch.

seth wrote:

Please try the behavior on openbox, there're various "gnome broke my input" threads pending - the bug might have been fixed upstream, but afail that's not been confirmed.


Yeah, I cannot use openbox. No applications open, and HiDPI problems occur too...

Offline

#35 2024-04-10 07:17:48

seth
Member
Registered: 2012-09-03
Posts: 51,725

Re: Blender immediatly crashes shortly after launch.

Open one?
https://wiki.archlinux.org/title/Openbox
And how do you perceive "HiDPI problems" if "No applications open"

How did you install archlinux?
What tutorial/video guide did you follow?

Online

#36 2024-04-11 23:41:47

cooldudeseven7
Member
Registered: 2024-01-02
Posts: 60

Re: Blender immediatly crashes shortly after launch.

seth wrote:

Open one?
https://wiki.archlinux.org/title/Openbox
And how do you perceive "HiDPI problems" if "No applications open"

How did you install archlinux?
What tutorial/video guide did you follow?

archinstall, and i installed openbox with the pacman command.

HiDPI: Right clicking on the desktop = small menu, and also there is a small mouse.
All apps say "not found"

Offline

#37 2024-04-12 07:43:28

seth
Member
Registered: 2012-09-03
Posts: 51,725

Online

#38 2024-04-21 14:28:10

cooldudeseven7
Member
Registered: 2024-01-02
Posts: 60

Re: Blender immediatly crashes shortly after launch.


At this point, I am not interested in using openbox for this- I was going to try Openbox on gnome, But as a vfx artist, My normal GNOME Is configuered specifically for blender usage- I wont be able to use utilities that break with openbox.

Offline

#39 2024-04-21 14:51:26

seth
Member
Registered: 2012-09-03
Posts: 51,725

Re: Blender immediatly crashes shortly after launch.

At this point, you want to know whether gnome/wayland is actually the critical problem here.
You can also test that w/ icewm or god know what.

as a vfx artist, My normal GNOME Is configuered specifically for blender usage- I wont be able to use utilities that break with openbox

I'd complain that this doesn't make any sense, but it's actually not even an english sentence.

Online

#40 2024-04-22 00:31:15

cooldudeseven7
Member
Registered: 2024-01-02
Posts: 60

Re: Blender immediatly crashes shortly after launch.

seth wrote:

At this point, you want to know whether gnome/wayland is actually the critical problem here.
You can also test that w/ icewm or god know what.

as a vfx artist, My normal GNOME Is configuered specifically for blender usage- I wont be able to use utilities that break with openbox

I'd complain that this doesn't make any sense, but it's actually not even an english sentence.


yeah sorry. Also, I looked closely at swap using a system monitor. No swap is ever used in my whole daily usage of the os, nor when I open blender to enjoy the slight amount of seconds.

Offline

#41 2024-04-22 14:29:04

seth
Member
Registered: 2012-09-03
Posts: 51,725

Re: Blender immediatly crashes shortly after launch.

What does that have to do with gnome's input processing?
If you want to ever fix this, you'll first have to understand the cause of the symptoms - so rule out it's just a gnome or (x)wayland issue.

Online

#42 2024-05-01 21:23:37

cooldudeseven7
Member
Registered: 2024-01-02
Posts: 60

Re: Blender immediatly crashes shortly after launch.

seth wrote:

What does that have to do with gnome's input processing?
If you want to ever fix this, you'll first have to understand the cause of the symptoms - so rule out it's just a gnome or (x)wayland issue.


Alright- An update.
When I launch Blender, I closely monitor what happens. Throughout the WHOLE time, until the "not responding" window pops up, My memory stays at the same usage. The crash only occurs after doing stuff related to objects. If you just browse windows, this does not happen.
I also notice that my swap usage always stays at 0%, no matter what.

I tested this on wayland.

Now- here is the same thing, but with gnome on xorg:
not responding window does not pop up,
takes longer to crash.
Still no swap usage and stationary memory usage

Last edited by cooldudeseven7 (2024-05-01 21:26:34)

Offline

Board footer

Powered by FluxBB