VSE: Continuus Camstudio clip changes framerate after an image clip. #44760

New Issue

Lino Thomas · 2015-05-19T09:47:05+02:00

Lino Thomas commented

2015-05-19 09:47:05 +02:00

System Information
Tested on Windows 7 (gtx970) and 8(no information of the gpu here).

Blender Version
Broken: 2.74 (000dfc0) [2015-03-31] Official blender build from website.

Short description of error
We have a camstudio video imported into the vse. We add now a image to the vse and put it somewhere above the video sequence. The image is displayed shorter than the video and doesnt interrupt the video clip.
When rendering the video the framerate changes after the imageclip was passed. Before the image clip it renders at normal speed, after passing the part with the image the framerate doubles. The video ends therefore way to early. The sound doesnt get played faster and ends at the expected time.
Upon deleting the image, blender renders the video as expected.

Exact steps for others to reproduce the error
Based on a (as simple as possible) attached .blend file with minimum amount of steps

Open the attached blend and just render the file.
Delete the image to see it rendering correctly.

blend test.zip

**System Information** Tested on Windows 7 (gtx970) and 8(no information of the gpu here). **Blender Version** Broken: 2.74 (000dfc0) [2015-03-31] Official blender build from website. **Short description of error** We have a camstudio video imported into the vse. We add now a image to the vse and put it somewhere above the video sequence. The image is displayed shorter than the video and doesnt interrupt the video clip. When rendering the video the framerate changes after the imageclip was passed. Before the image clip it renders at normal speed, after passing the part with the image the framerate doubles. The video ends therefore way to early. The sound doesnt get played faster and ends at the expected time. Upon deleting the image, blender renders the video as expected. **Exact steps for others to reproduce the error** Based on a (as simple as possible) attached .blend file with minimum amount of steps Open the attached blend and just render the file. Delete the image to see it rendering correctly. [blend test.zip](https://archive.blender.org/developer/F177375/blend_test.zip)

Lino Thomas commented

2015-05-19 09:47:05 +02:00

Changed status to: 'Open'

Lino Thomas commented

2015-05-19 09:47:05 +02:00

Added subscriber: @LinoThomas

Antonis Ryakiotakis commented

2015-05-19 12:06:49 +02:00

Added subscriber: @Psy-Fi

Antonis Ryakiotakis commented

2015-05-19 12:06:49 +02:00

Confirmed, will take a look

Antonis Ryakiotakis self-assigned this 2015-05-19 12:06:58 +02:00

Aaron Carlisle commented

2015-05-21 23:28:46 +02:00

Added subscriber: @Blendify

Julian Eisel commented

2015-08-06 20:42:14 +02:00

Added subscriber: @JulianEisel

Aaron Carlisle commented

2015-09-10 22:32:41 +02:00

Any news?

Campbell Barton commented

2015-09-14 10:58:04 +02:00

Added subscriber: @ideasman42

Campbell Barton commented

2015-09-14 10:58:04 +02:00

Changed status from 'Open' to: 'Archived'

Campbell Barton closed this issue

2015-09-14 10:58:04 +02:00

Campbell Barton commented

2015-09-14 10:58:04 +02:00

Confirmed and looked into it.

Whats happening is the image causes the frames of the video not to be read. Then when the video shows again,
(as far as ffmpeg is concerned) this is read from a random location in the video stream.

This also happens if you remove the image shift the start of the video to where the image ended. The duration of the slowdown is the same too.

Ideally Blender would prefetch frames to avoid this (or handle the codec better).
However this is more an area to improve, rather than a bug.

For now, you can work around the problem by using codecs which better support random seeking. (lots of info about this online, you could try simpler codecs such as mjpeg, or you could enable proxies which use timecode to improve seeking).

Confirmed and looked into it. Whats happening is the image causes the frames of the video not to be read. Then when the video shows again, (as far as ffmpeg is concerned) this is read from a random location in the video stream. This also happens if you remove the image shift the start of the video to where the image ended. The duration of the slowdown is the same too. Ideally Blender would prefetch frames to avoid this (or handle the codec better). However this is more an area to improve, rather than a bug. For now, you can work around the problem by using codecs which better support random seeking. *(lots of info about this online, you could try simpler codecs such as mjpeg, or you could enable proxies which use timecode to improve seeking).*

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

VSE: Continuus Camstudio clip changes framerate after an image clip. #44760