Log In
New Account
Home My Page Projects Blender 2.x BF release
Summary Activity Tracker SCM Files

Blender 2.6 Bug Tracker: Browse

[#24513] VSE curves displaced from effect when source is moved numerically

Date:
2010-11-03 16:50
Priority:
3
State:
Closed
Submitted by:
Victor Wren (victorwren)
Assigned to:
Janne Karhu (jhk)
Category:
Sequencer
Status:
Fixed / Closed
Relates to:
Duplicates:
Patches:
 
Summary:
VSE curves displaced from effect when source is moved numerically
Detailed description
Version: 2.54 Build r31878
In the Sequence Editor, the connection between effect and keyframe curves can be seriously broken by moving the input channel via numeric input.

No BLEND file (this is easy to repro).

Reproduction steps:
Go to Video Editing screen layout.
Add an image to a channel. Place the start at frame 1, and give it an extent of 50 frames.
Add a transform effect to the image.
Insert a keyframe at frame one on Uniform Scale, X-pos and Y-pos
Go to frame 50, change scale, xpos, ypos, and insert another keyframe on all 3. (you want to change them significantly so that you can easily see where the keyframes are in the timeline).
Now select the input channel (image), hit "G" and drag in the X axis (time). Note that the curves in the IPO window move along with the effect. Hit escape to cancel.

With the input channel (image) still selected, go to the properties window, and type a start frame of 60.

The input channel will move, but the effect channel will stay put, as will the curves. It is not updated even if you change selections, or add another input strip. This is the first problem.

Now hit "G" and move the input channel. The effect channel strip will snap to the position of the input channel, but where did the curves go? You can find them by mousing over the IPO window and hitting the "HOME" key. They have jumped to some random negative frame number (I've seen up to -21,000). This is the second problem.

If you subsequently drag the input channel, the effect channel and the keyframe curves will track it, but the curves will keep their time offset.

The Effect channel is also not updated if the duration of the input channel is manually entered, however it does not appear to harm the keyframe locations.

Followup

Message
  • Date: 2010-11-03 17:34
  • Sender: Victor Wren
  • Just checked with things like Gamma Cross, and it appears something is really borked in the time update code. For an example, try doing a simple gamma cross between two still images. Add keyframes for the effect fader at the beginning and end of the gamma cross. Now drag one of the input strips back and forth with G. Even if you keep the overlap legal, the keyframe curves will go skating off somewhere in time. Even stranger, scrubbing across the duration of the effect, the level appears to vary randomly, even though the IPO curve appears flat at that point. I should check this with the current build...
  • Date: 2010-11-03 17:54
  • Sender: Victor Wren
  • Checked with 2.55 1611 (r32841), and the curves shooting off into time appears to be already fixed. Only the minor problem of updating effects strips after manual entry of start frame remains.
  • Date: 2010-11-04 15:33
  • Sender: Janne Karhu
  • Assigned to self for investigation.
  • Date: 2010-11-04 18:02
  • Sender: Janne Karhu
  • Fix committed, thanks for the report. Curves are now updated properly when editing the start frame manually. The current code doesn't allow to update the effect strip from manual input (requires some design changes), so for now you have to use grabbing to update the effect strips.
 

Attached Files:

No Files Currently Attached

Changes:

Field Old Value Date By
ResolutionInvestigate2010-11-04 18:02jhk
close_date2010-11-04 18:022010-11-04 18:02jhk
status_idOpen2010-11-04 18:02jhk
ResolutionNone2010-11-04 15:33jhk
assigned_tonone2010-11-04 15:33jhk