motion tracker crash blender #38281

New Issue

Alexander N. · 2014-01-19T01:27:14+01:00

Alexander N. commented

2014-01-19 01:27:14 +01:00

System Information
Windows 8.1 64bit, 16GB RAM, i7 3770 CPU

Blender Version
Broken: official release 2.69, ..., blender-2.69-96e9c67-win64-vc12.zip
Worked: unknown

Short description of error
blender crashes at random positions during motion tracking.
tested with MP4, AVI, PNG as clip

Exact steps for others to reproduce the error

open blender
switch screen to motion tracking
in "Movie Clip Editor" open "0001-2654.mp4"
on "Time Line" change the end frame to 2654
in "Movie Clip Editor" on "Marker" Panel, click on "Detect Features"
in "Movie Clip Editor" on "Tracker" Panel, click on "Track Markers" [Ctrl + T]
often, blender crashs at random positions - specially with many feature points.
tested with PNG-image sequence (high quality), MP4 (pure quality), AVI (x264, lossless)

video that shows how blender crashs
(by mistake that video shows 3 times the same blender build, but to me, official release 2.69, ..., blender-2.69-96e9c67-win64-vc12.zip are broken):
issue_-_motion_tracking.mp4

clip to track motion:
0001-2654.mp4

test scene to render the video clip (it is not a blend file to show the issue! it is only to generate the video clip in high quality):
test_-_video_clip.blend

**System Information** Windows 8.1 64bit, 16GB RAM, i7 3770 CPU **Blender Version** Broken: official release 2.69, ..., blender-2.69-96e9c67-win64-vc12.zip Worked: unknown **Short description of error** blender crashes at random positions during motion tracking. tested with MP4, AVI, PNG as clip **Exact steps for others to reproduce the error** 1. open blender 2. switch screen to motion tracking 3. in "Movie Clip Editor" open "0001-2654.mp4" 4. on "Time Line" change the end frame to 2654 5. in "Movie Clip Editor" on "Marker" Panel, click on "Detect Features" 6. in "Movie Clip Editor" on "Tracker" Panel, click on "Track Markers" [Ctrl + T] often, blender crashs at random positions - specially with many feature points. tested with PNG-image sequence (high quality), MP4 (pure quality), AVI (x264, lossless) video that shows how blender crashs (by mistake that video shows 3 times the same blender build, but to me, official release 2.69, ..., blender-2.69-96e9c67-win64-vc12.zip are broken): [issue_-_motion_tracking.mp4](https://archive.blender.org/developer/F70561/issue_-_motion_tracking.mp4) clip to track motion: [0001-2654.mp4](https://archive.blender.org/developer/F70562/0001-2654.mp4) test scene to render the video clip (it is not a blend file to show the issue! it is only to generate the video clip in high quality): [test_-_video_clip.blend](https://archive.blender.org/developer/F70564/test_-_video_clip.blend)

Alexander N. commented

2014-01-19 01:27:14 +01:00

Changed status to: 'Open'

Alexander N. commented

2014-01-19 01:27:14 +01:00

Added subscriber: @beta-tester

Alexander N. commented

2014-01-19 01:32:38 +01:00

1>log1.txt log1.txt
2>log2.txt log2.txt
blender.crash.txt blender.crash.txt

1>log1.txt [log1.txt](https://archive.blender.org/developer/F70565/log1.txt) 2>log2.txt [log2.txt](https://archive.blender.org/developer/F70566/log2.txt) blender.crash.txt [blender.crash.txt](https://archive.blender.org/developer/F70567/blender.crash.txt)

Sergey Sharybin self-assigned this 2014-01-20 12:57:52 +01:00

Alexander N. commented

2014-01-20 23:18:02 +01:00

in the post from 2014-01-19 01:32:38
i uploaded a wrong log file... here is a one with a crash
log1.txt (by using 'blender-2.69-fd0b104-win64.zip')

BTW.: under linux ubuntu 13.10 and 'blender-2.69-7436a3f-linux-glibc211-x86_64.tar.bz2' (on the same hardware environment), the clip was tracked without crash.

in the post from 2014-01-19 01:32:38 i uploaded a wrong log file... here is a one with a crash [log1.txt](https://archive.blender.org/developer/F71054/log1.txt) (by using 'blender-2.69-fd0b104-win64.zip') BTW.: under linux ubuntu 13.10 and 'blender-2.69-7436a3f-linux-glibc211-x86_64.tar.bz2' (on the same hardware environment), the clip was tracked without crash.

Sergey Sharybin commented

2014-01-21 10:06:02 +01:00

Is there anything usable in C:\Users\John\AppData\Local\Temp\blender.crash.txt after the crash?

Is there anything usable in `C:\Users\John\AppData\Local\Temp\blender.crash.txt` after the crash?

Sergey Sharybin commented

2014-01-21 14:41:33 +01:00

Added subscriber: @ThomasDinges

Sergey Sharybin commented

2014-01-21 14:41:33 +01:00

Couldn't actually reproduce the issue. Does it depend on file format, resolution and number of tracks being tracked?

@ThomasDinges, mind checking this on your computer?

Couldn't actually reproduce the issue. Does it depend on file format, resolution and number of tracks being tracked? @ThomasDinges, mind checking this on your computer?

Alexander N. commented

2014-01-21 19:28:04 +01:00

Added subscriber: @Sergey

Alexander N. commented

2014-01-21 19:28:04 +01:00

@Sergey: unfortunately no, in the blender.crash.txt is nothing usefully that would point to the cause of the crash.
i have a second computer with exact the same hardware, but different GPU - on that computer blender crash as well.
and my third, my business laptop (i Core2 Duo T7500, 4GB, Windows 7 64bit SP1, )
what i exactly was doing:

downloaded blender (blender-2.69-fd0b104-win64.zip-version)
extracted to here ("D:_DOWNLOADS_unsorted\blender-2.69-fd0b104-win64")
deleted "%AppData%\Blender Foundation" folder to be sure noting old will interfering
downloded "0001-2654.mp4" (to "D:_TEMP\0001-2654.mp4")
opened blender
changed screen to "Motion Tracking"
on the lower "Movie Clip Editor" i clicked to "Open" (bpy.ops.clip.open())
navigate to "0001-2654.mp4" file destination and selected that file
clicked "Open Clip" (bpy.ops.file.execute())
changed in lowest time line view the end frame to 2654 (bpy.data.scene["Scene"].frame_end)
in the "Movie Clip Editor" view, i scrolled "two" times the mouse wheel to decrease the view size of the video clip to fit to the view
on the "Movie Clip Editor"s left Marker panel i clicked "Detect Features" (bpy.ops.clip.detect_features())
in the "Movie Clip Editor"s left Track panel, i clicked ">" (bpy.ops.clip.track_markers(backwards=False, sequence=True))
i leave the system & mouse & keyboard untouched... and watch the progress in the viewport
(the crash happens on different frames from computer to computer and sometimes from try to try)

on my business laptop is tried to attach the debugger of VisualStudio 2010 to a running blender process and processed all the above steps...
but blender closes and the debugger could not catch any exception - maybe i did something wrong - Native code (debugging) is not my favorit part.

except of some Access violation writing location during UI i got nothing
"First-chance exception at 0x00000000140913aa in blender.exe_ 0cC0000005: Access violation writing location 0x0000000003cdcf68."
"First-chance exception at 0x068415e9 (nvoglv64.dll) in blender.exe_ 0cC0000005: Access violation writing location 0x0000000003cdceb4."

@Sergey: unfortunately no, in the blender.crash.txt is nothing usefully that would point to the cause of the crash. i have a second computer with exact the same hardware, but different GPU - on that computer blender crash as well. and my third, my business laptop (i Core2 Duo T7500, 4GB, Windows 7 64bit SP1, ) what i exactly was doing: 1. downloaded blender (blender-2.69-fd0b104-win64.zip-version) 2. extracted to here ("D:\_DOWNLOADS\_unsorted\blender-2.69-fd0b104-win64") 3. deleted "%AppData%\Blender Foundation" folder to be sure noting old will interfering 4. downloded "0001-2654.mp4" (to "D:\_TEMP\0001-2654.mp4") 5. opened blender 6. changed screen to "Motion Tracking" 7. on the lower "Movie Clip Editor" i clicked to "Open" (bpy.ops.clip.open()) 8. navigate to "0001-2654.mp4" file destination and selected that file 9. clicked "Open Clip" (bpy.ops.file.execute()) 10. changed in lowest time line view the end frame to 2654 (bpy.data.scene["Scene"].frame_end) 11. in the "Movie Clip Editor" view, i scrolled "two" times the mouse wheel to decrease the view size of the video clip to fit to the view 12. on the "Movie Clip Editor"s left Marker panel i clicked "Detect Features" (bpy.ops.clip.detect_features()) 13. in the "Movie Clip Editor"s left Track panel, i clicked ">" (bpy.ops.clip.track_markers(backwards=False, sequence=True)) 14. i leave the system & mouse & keyboard untouched... and watch the progress in the viewport (the crash happens on different frames from computer to computer and sometimes from try to try) on my business laptop is tried to attach the debugger of VisualStudio 2010 to a running blender process and processed all the above steps... but blender closes and the debugger could not catch any exception - maybe i did something wrong - Native code (debugging) is not my favorit part. except of some Access violation writing location during UI i got nothing "First-chance exception at 0x00000000140913aa in blender.exe_ 0cC0000005: Access violation writing location 0x0000000003cdcf68." "First-chance exception at 0x068415e9 (nvoglv64.dll) in blender.exe_ 0cC0000005: Access violation writing location 0x0000000003cdceb4."

Lars Soderlind commented

2014-01-21 20:48:40 +01:00

Added subscriber: @soderlind

Lars Soderlind commented

2014-01-21 20:48:40 +01:00

I can confirm the same crash on my computer. It happens exactly as described in first post. I did some tests on different versions of blender, both 32-bit and 64-bit.

Blender version 2.66a and older seems to work.
Blender version 2.67 and later crashes.

My system:
Windows 7 64-bit, 16GB RAM, i7-4770 CPU using Intel HD Graphics 4600

I also tried other lower resolution png-sequences only about 350 frames long. They could crash too but I had to use many more markers before it happened. Prefetching the frames seemed to help at first but after some tries it also crashed.
Changing Memory Cache Limit in preferences didn't seem to make any difference.

One thing I noticed when tracking the attached test-file, was that Blender version 2.67 and later would track fast in the beginning then slower and slower (like 4 frames a second) then not update the screen for a few seconds and then suddenly jump forward hundreds of frames having tracked all frames correctly but very much faster during the freeze. Don't know if it's related to this bug.

Hope this helps to narrow it down.

I can confirm the same crash on my computer. It happens exactly as described in first post. I did some tests on different versions of blender, both 32-bit and 64-bit. Blender version 2.66a and older seems to work. Blender version 2.67 and later crashes. My system: Windows 7 64-bit, 16GB RAM, i7-4770 CPU using Intel HD Graphics 4600 I also tried other lower resolution png-sequences only about 350 frames long. They could crash too but I had to use many more markers before it happened. Prefetching the frames seemed to help at first but after some tries it also crashed. Changing Memory Cache Limit in preferences didn't seem to make any difference. One thing I noticed when tracking the attached test-file, was that Blender version 2.67 and later would track fast in the beginning then slower and slower (like 4 frames a second) then not update the screen for a few seconds and then suddenly jump forward hundreds of frames having tracked all frames correctly but very much faster during the freeze. Don't know if it's related to this bug. Hope this helps to narrow it down.

Sergey Sharybin commented

2014-01-24 09:39:42 +01:00

Does anyone noticed memory usages of blender? Does it run out of memory or so?

Alexander N. commented

2014-01-24 10:46:07 +01:00

@Sergey: no, not on my three computers.
i can not observe any abnormal or extensive memory usage on my computer.
on the tiniest laptop with 4GB RAM, blender uses ~1GB during tracking.
the memory usage follows a normal loading curve with saturation at ~1GB usage long before blender will crash.

@Sergey: no, not on my three computers. i can not observe any abnormal or extensive memory usage on my computer. on the tiniest laptop with 4GB RAM, blender uses ~1GB during tracking. the memory usage follows a normal loading curve with saturation at ~1GB usage long before blender will crash.

Sergey Sharybin commented

2014-02-13 13:35:46 +01:00

I've committed a fix (910f4df) which potentially fixes this bug. Please grab a build which includes this fix and give it a try.

I've committed a fix (910f4df) which potentially fixes this bug. Please grab a build which includes this fix and give it a try.

Lars Soderlind commented

2014-02-14 17:01:42 +01:00

I tried the latest build from buildbot (blender-2.69-b096845, both 32 and 64 bit) and did some quick tests. Everything is working fine here. It doesn't crash anymore and the occasional freezing of the screen issue I mentioned earlier seems to have been fixed as well. Thanks.

Sergey Sharybin commented

2014-02-14 17:47:36 +01:00

Changed status from 'Open' to: 'Resolved'

Sergey Sharybin closed this issue

2014-02-14 17:47:36 +01:00

Sergey Sharybin commented

2014-02-14 17:47:36 +01:00

Coolie! Closing the report then :)

Alexander N. commented

2014-02-14 22:07:38 +01:00

yes, i can confirm, blender-2.69-b096845-win64.zip works well... thanks!

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

motion tracker crash blender #38281