Loading a .blend file created with 4.0.2 crash/freezes in 4.1 #120217

New Issue

RotoGluOn · 2024-04-03T17:35:58+02:00

RotoGluOn commented

2024-04-03 17:35:58 +02:00

System Information
Operating system: Windows 10 Pro 64
Graphics card: NVIDIA RTX 3090

Blender Version
Broken: 4.1
Worked: 4.0.2

Loading a .blend file created with 4.0.2 crash in 4.1.
I reverted back to 4.0.2 and could open my project back.
I'll have to finish it before upgrading to the next version.

Exact steps for others to reproduce the error
I'll attach the .blend file if requested, I don't have it on this computer (not at home atm).

**System Information** Operating system: Windows 10 Pro 64 Graphics card: NVIDIA RTX 3090 **Blender Version** Broken: 4.1 Worked: 4.0.2 Loading a .blend file created with 4.0.2 crash in 4.1. I reverted back to 4.0.2 and could open my project back. I'll have to finish it before upgrading to the next version. **Exact steps for others to reproduce the error** I'll attach the .blend file if requested, I don't have it on this computer (not at home atm).

RotoGluOn added the

labels 2024-04-03 17:35:59 +02:00

Gerstmann Bradley commented

2024-04-03 20:01:03 +02:00

It would be great if you can attach the file. Without the file there's not enough information to debug.
Also it would be great to simplify the file to pinpoint the problem that causes the crash.
Otherwise it will only take others time to find out the cause of this issue.

It would be great if you can attach the file. Without the file there's not enough information to debug. Also it would be great to simplify the file to pinpoint the problem that causes the crash. Otherwise it will only take others time to find out the cause of this issue.

Germano Cavalcante added

Status

Needs Information from User

and removed

Status

Needs Triage

labels 2024-04-03 20:27:48 +02:00

RotoGluOn commented

2024-04-04 14:25:25 +02:00

It would be great if you can attach the file. Without the file there's not enough information to debug.
Also it would be great to simplify the file to pinpoint the problem that causes the crash.
Otherwise it will only take others time to find out the cause of this issue.

OK, I'll do that but could you be more specific?

How can I simplify the file? I have no clue of what is causing the freeze/crash so... Your help might be of great value there.

> It would be great if you can attach the file. Without the file there's not enough information to debug. > Also it would be great to simplify the file to pinpoint the problem that causes the crash. > Otherwise it will only take others time to find out the cause of this issue. OK, I'll do that but could you be more specific? How can I simplify the file? I have no clue of what is causing the freeze/crash so... Your help might be of great value there.

RotoGluOn closed this issue

2024-04-04 14:25:29 +02:00

Blender Bot added

Status

Archived

and removed

Status

Needs Information from User

labels 2024-04-04 14:25:31 +02:00

RotoGluOn reopened this issue

2024-04-04 14:25:37 +02:00

Blender Bot added

and removed

labels 2024-04-04 14:25:40 +02:00

Gerstmann Bradley commented

2024-04-04 14:33:26 +02:00

How can I simplify the file? I have no clue of what is causing the freeze/crash so... Your help might be of great value there.

you mentioned that using 4.1 to open that 4.0 file is causing the crash.
I assume you can still open that 4.0 file using 4.0.
Try to remove as many things as possible, such as model, material, Geometry nodes, and test each step whether you can use 4.1 to open the file causing the crash or not.

For example, if you remove a material and you find 4.1 can successfully open the file now, then it means that material is causing the crash, and anything else can be irrelevant. And then you may further dive in to see which node/setup in material is causing the crash, etc.

This can be time consuming and annoying, and thus will be great if users can help the process instead of asking developers doing so.

> How can I simplify the file? I have no clue of what is causing the freeze/crash so... Your help might be of great value there. you mentioned that using 4.1 to open that 4.0 file is causing the crash. I assume you can still open that 4.0 file using 4.0. Try to remove as many things as possible, such as model, material, Geometry nodes, and test each step whether you can use 4.1 to open the file causing the crash or not. For example, if you remove a material and you find 4.1 can successfully open the file now, then it means that material is causing the crash, and anything else can be irrelevant. And then you may further dive in to see which node/setup in material is causing the crash, etc. This can be time consuming and annoying, and thus will be great if users can help the process instead of asking developers doing so.

RotoGluOn commented

2024-04-04 14:40:48 +02:00

Well, thanks for the quick reply.

This is a pure VSE project, consisting of a number of video and sound strips with some image ones and added transitions/effects.

Nothing really fancy.

Is there some log I could look into to figure out what's causing the crash?

What should I remove from the .blend file to make it simpler for you to investigate then?

Well, thanks for the quick reply. This is a pure VSE project, consisting of a number of video and sound strips with some image ones and added transitions/effects. Nothing really fancy. Is there some log I could look into to figure out what's causing the crash? What should I remove from the .blend file to make it simpler for you to investigate then?

Gerstmann Bradley commented

2024-04-04 14:48:40 +02:00

for crash log you can find it according to https://docs.blender.org/manual/en/latest/troubleshooting/crash.html.
the simplification rules stay the same. Removing as many things as possible, whether it's video, sound strips, images, transition/effects, or anything that's not causing the crash. try to find what stuff/settings is actually causing the crash, etc.

for details you may watch: https://www.youtube.com/watch?v=JTD0OJq_rF4&ab_channel=Blender

for crash log you can find it according to https://docs.blender.org/manual/en/latest/troubleshooting/crash.html. the simplification rules stay the same. Removing as many things as possible, whether it's video, sound strips, images, transition/effects, or anything that's not causing the crash. try to find what stuff/settings is actually causing the crash, etc. for details you may watch: https://www.youtube.com/watch?v=JTD0OJq_rF4&ab_channel=Blender

RotoGluOn commented

2024-04-04 21:48:28 +02:00

OK, I managed to circumvent the origin of the crash from my initial .blend file video project.

I removed everything but one audio strip. It works, as soon as I let one other audio strip (a hard cut from this same audio clip), it will crash.

I tried to create a fresh project with the same audio file and hard cut it, it worked so... I assume it's something else but at least there is the minimal .blend I could get you to reproduce the freeze/crash.

I started Blender in debug mode and I got some logs too.

Basically I get an empty log with this minimal .blend since I had to force close the frozen windows.

On the initial project crash, I got this in the log:

Blender 4.1.0, Commit date: 2024-03-25 20:42, Hash `40a5e739e2`

backtrace

Exception Record:

ExceptionCode : EXCEPTION_ACCESS_VIOLATION
Exception Address : 0x00007FFEAD20140C
Exception Module : VCRUNTIME140.dll
Exception Flags : 0x00000000
Exception Parameters : 0x2
Parameters[0] : 0x0000000000000001
Parameters[1] : 0x000001FFBD541FAC

You'll find as attachment the faulty .blend file and the crash logs.

The audio file is pretty big so if you really need it for your tests, I can probably share it somewhere, just tell me.

I hope you'll figure what's wrong.

I might "migrate" my project by hand by exporting a .blend without the audio strip and recreate it in the latest 4.1 version... This is kind of a pain because there are lots of fade-ins/outs and cuts to specific frames to do... but I can manage to redo this, I just wish we could know what's wrong that's causing this crash in my .blend file...

OK, I managed to circumvent the origin of the crash from my initial .blend file video project. I removed everything but one audio strip. It works, as soon as I let one other audio strip (a hard cut from this same audio clip), it will crash. I tried to create a fresh project with the same audio file and hard cut it, it worked so... I assume it's something else but at least there is the minimal .blend I could get you to reproduce the freeze/crash. I started Blender in debug mode and I got some logs too. Basically I get an empty log with this minimal .blend since I had to force close the frozen windows. On the initial project crash, I got this in the log: # Blender 4.1.0, Commit date: 2024-03-25 20:42, Hash 40a5e739e270 # backtrace Exception Record: ExceptionCode : EXCEPTION_ACCESS_VIOLATION Exception Address : 0x00007FFEAD20140C Exception Module : VCRUNTIME140.dll Exception Flags : 0x00000000 Exception Parameters : 0x2 Parameters[0] : 0x0000000000000001 Parameters[1] : 0x000001FFBD541FAC --- You'll find as attachment the faulty .blend file and the crash logs. The audio file is pretty big so if you really need it for your tests, I can probably share it somewhere, just tell me. I hope you'll figure what's wrong. I might "migrate" my project by hand by exporting a .blend without the audio strip and recreate it in the latest 4.1 version... This is kind of a pain because there are lots of fade-ins/outs and cuts to specific frames to do... but I can manage to redo this, I just wish we could know what's wrong that's causing this crash in my .blend file...

test_blender-4.0.2-v12.blend

1.0 MiB

20240404-debug_logs.7z

9.5 KiB

Pratik Borhade commented

2024-04-05 07:20:14 +02:00

Hi, thanks for the report. Opening test_blender-4.0.2-v12.blend in 4.1 did not trigger the crash.
Sound file is missing btw if it's required for the crash.
test_blender-4.0.2-v12.crash.txt is empty but in debug_output.txt, tbb is captured as exception module..

Hi, thanks for the report. Opening `test_blender-4.0.2-v12.blend` in 4.1 did not trigger the crash. Sound file is missing btw if it's required for the crash. `test_blender-4.0.2-v12.crash.txt` is empty but in debug_output.txt, tbb is captured as exception module..

Pratik Borhade added

Status

Needs Information from User

and removed

Status

Needs Triage

labels 2024-04-05 07:20:28 +02:00

RotoGluOn commented

2024-04-05 15:37:45 +02:00

Well, yesterday I found out that on the given audio strip, if I try to "hard cut" it (shift + K), it will totally bug and leave me with a "blank" half and the other one is nowhere to be found...

I had earlier versions of the same project which don't behave like this on the same strip, I don't exactly know what I could have done to get such "corrupted" strips. May be a bug in the 4.0.2?

Anyway, now I'm struggling to recreate my audio strips in the 4.1 because there were all some parts of the same hard cut audio strip which matched a video strip which was cut as well and now I have to get the cutting time while everything has been already moved... This is such a pain :x

I'll try to share the audio file with you so that you can hopefully reproduce the error.

Note in the log I submitted, there's a "v18" error log which was an earlier version of the project actually crashing Blender 4.1 and not freezing (so the log is not empty).

Well, yesterday I found out that on the given audio strip, if I try to "hard cut" it (shift + K), it will totally bug and leave me with a "blank" half and the other one is nowhere to be found... I had earlier versions of the same project which don't behave like this on the same strip, I don't exactly know what I could have done to get such "corrupted" strips. May be a bug in the 4.0.2? Anyway, now I'm struggling to recreate my audio strips in the 4.1 because there were all some parts of the same hard cut audio strip which matched a video strip which was cut as well and now I have to get the cutting time while everything has been already moved... This is such a pain :x I'll try to share the audio file with you so that you can hopefully reproduce the error. Note in the log I submitted, there's a "v18" error log which was an earlier version of the project actually crashing Blender 4.1 and not freezing (so the log is not empty).

RotoGluOn commented

2024-04-06 00:12:59 +02:00

Well, here is the audio file (1,5 GB).

https://drive.google.com/file/d/1yIckMgH2puAUE8jFRLqL7fsMiPiKSsdH/view?usp=sharing

Well, here is the audio file (1,5 GB). https://drive.google.com/file/d/1yIckMgH2puAUE8jFRLqL7fsMiPiKSsdH/view?usp=sharing

Pratik Borhade commented

2024-04-06 10:16:26 +02:00

Thanks. Unable to redo the crash really. Though blender shuts down after opening other .blend file.
Could the file itself is corrupted. Could you confirm the crash after importing scene/strip in fresh file?

Thanks. Unable to redo the crash really. Though blender shuts down after opening other .blend file. Could the file itself is corrupted. Could you confirm the crash after importing scene/strip in fresh file?

RotoGluOn commented

2024-04-06 15:11:32 +02:00

Hi,

I couldn't reproduce the crash from a fresh .blend file importing the same audio file (so far).

BTW, this audio file is "legit" (from Audacity then processed with FL Studio latest, officially licensed).

What I could though is reproduce the "hard cut bug" in the file I managed to open after having removed all the faulty audio strip entirely.

When I tried to recreate this strip by importing the same audio file, it ended up bugging as well, eventually leading to a sudden crash of Blender (4.1).

For now I'm stuck with 4.0.2 until I have finished this project...

Hi, I couldn't reproduce the crash from a fresh .blend file importing the same audio file (so far). BTW, this audio file is "legit" (from Audacity then processed with FL Studio latest, officially licensed). What I could though is reproduce the "hard cut bug" in the file I managed to open after having removed all the faulty audio strip entirely. When I tried to recreate this strip by importing the same audio file, it ended up bugging as well, eventually leading to a sudden crash of Blender (4.1). For now I'm stuck with 4.0.2 until I have finished this project...

Pratik Borhade commented

2024-04-07 08:56:25 +02:00

Can you check eventviewer and reliability monitor, see if any log/error is mentioned about the crash?

tbb is captured as exception module..

You can try launching blender from command line with -t 1 argument, it might avoid the crash.

Can you check eventviewer and reliability monitor, see if any log/error is mentioned about the crash? > tbb is captured as exception module.. You can try launching blender from command line with `-t 1` argument, it might avoid the crash.

Pratik Borhade commented

2024-04-25 06:45:48 +02:00

Any updates?

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Loading a .blend file created with 4.0.2 crash/freezes in 4.1 #120217

Blender 4.1.0, Commit date: 2024-03-25 20:42, Hash 40a5e739e2

backtrace

Blender 4.1.0, Commit date: 2024-03-25 20:42, Hash `40a5e739e2`