Evaluation / animation of f-curves does not correct for a scene's position within another scene #49658

New Issue

Olly Funkster · 2016-10-14T16:24:12+02:00

Olly Funkster commented

2016-10-14 16:24:12 +02:00

System Information
Linux (Fedora 23 x64)

Blender Version
Broken: 2.78, latest in git as of 2016-10-14

Short description of error
If you embed a scene within another scene ("use sequence") at any position other than at the start, evaluation of f-curves is incorrect for the embedded scene - values calculated are for the frame number being rendered in the master scene, not relative to the start of the embedded scene.

Exact steps for others to reproduce the error
scene 1) add some kind of visible strip (e.g. text), add keyframe for strip opacity 0 (transparent) at 0s and 3s, 1 (opaque) at 4s from start of scene.
scene 2) insert scene 1 as sequence, at position 2s from start of scene.
result: render scene 2, text becomes opaque at 4s rather than 6s as you would expect.

Example attached - "sub" scene counts from 1 to 5 by way of animated opacities of text strips, but when embedded starting at 2s in the "master" scene it starts counting at 3 because the 2-second offset is not accounted for.
incorrect_sequence_keyframes.blend

Affects 2.78 and the latest that I have built from git today.

F-curves do not appear to have any pointer to anything that could tell them what scene they belong to, so it is impossible to work out the correct value for evaltime (animsys_evaluate_fcurves, anim_sys.c line 1691).

**System Information** Linux (Fedora 23 x64) **Blender Version** Broken: 2.78, latest in git as of 2016-10-14 **Short description of error** If you embed a scene within another scene ("use sequence") at any position other than at the start, evaluation of f-curves is incorrect for the embedded scene - values calculated are for the frame number being rendered in the master scene, not relative to the start of the embedded scene. **Exact steps for others to reproduce the error** scene 1) add some kind of visible strip (e.g. text), add keyframe for strip opacity 0 (transparent) at 0s and 3s, 1 (opaque) at 4s from start of scene. scene 2) insert scene 1 as sequence, at position 2s from start of scene. result: render scene 2, text becomes opaque at 4s rather than 6s as you would expect. Example attached - "sub" scene counts from 1 to 5 by way of animated opacities of text strips, but when embedded starting at 2s in the "master" scene it starts counting at 3 because the 2-second offset is not accounted for. [incorrect_sequence_keyframes.blend](https://archive.blender.org/developer/F378354/incorrect_sequence_keyframes.blend) Affects 2.78 and the latest that I have built from git today. F-curves do not appear to have any pointer to anything that could tell them what scene they belong to, so it is impossible to work out the correct value for evaltime (animsys_evaluate_fcurves, anim_sys.c line 1691).

Olly Funkster self-assigned this 2016-10-14 16:24:12 +02:00

Olly Funkster commented

2016-10-14 16:24:12 +02:00

Changed status to: 'Open'

Olly Funkster commented

2016-10-14 16:24:12 +02:00

Added subscriber: @Funkster-3

Olly Funkster commented

2016-10-14 17:09:51 +02:00

Err... I don't know how to create a diff on here, sorry!

https://developer.blender.org/P413

This fixes it for this one specific use case, but I have tested in exactly zero other circumstances so don't even think about applying it.

Err... I don't know how to create a diff on here, sorry! https://developer.blender.org/P413 This fixes it for this one specific use case, but I have tested in exactly zero other circumstances so don't even think about applying it.

Bastien Montagne commented

2016-10-14 18:37:29 +02:00

Added subscribers: @Sergey, @mont29

Bastien Montagne commented

2016-10-14 18:37:29 +02:00

Eeeeh… @Sergey, wasn’t your recent fix (57a2015) supposed to handle those cases?

Eeeeh… @Sergey, wasn’t your recent fix (57a2015) supposed to handle those cases?

Olly Funkster commented

2016-10-14 18:52:51 +02:00

That fix did sort out a lot of the odd stuff that was going on with scene strips, but F-Curves appear to be evaluated completely independently of that system.

Olly Funkster commented

2016-10-14 19:16:20 +02:00

Okay, I'm very sorry for what I've just done to your source code. It's Friday afternoon, I'm about to go home and was hoping to have some kind of proof-of-concept, and this is what I ended up with:

https://developer.blender.org/P414

It doesn't work (the guess at working out the frame difference in anim_sys.c isn't right), I don't know how to make it save the new member of the FCurve struct to the .blend file, and I've touched waaaay too much stuff. But it does kinda show the idea, if someone could slap me onto the right track I'll work on it next week.

Okay, I'm very sorry for what I've just done to your source code. It's Friday afternoon, I'm about to go home and was hoping to have some kind of proof-of-concept, and this is what I ended up with: https://developer.blender.org/P414 It doesn't work (the guess at working out the frame difference in anim_sys.c isn't right), I don't know how to make it save the new member of the FCurve struct to the .blend file, and I've touched waaaay too much stuff. But it does kinda show the idea, if someone could slap me onto the right track I'll work on it next week.

Olly Funkster commented

2016-10-18 15:13:31 +02:00

Okay, I've undone all that nonsense I pasted last week and have come up with a solution that seems sensible. However I am happy to be told that I've done everything wrong because to be fair I have no idea what I'm doing.

https://developer.blender.org/D2308

Could someone review this? It does work! Also Blender doesn't randomly crash when I do some other stuff but I've hardly tested this exhaustively.

I have attached a more challenging test case which inclues nested nested strips:
incorrect_sequence_keyframes_2.blend

Okay, I've undone all that nonsense I pasted last week and have come up with a solution that seems sensible. However I am happy to be told that I've done everything wrong because to be fair I have no idea what I'm doing. https://developer.blender.org/D2308 Could someone review this? It does work! Also Blender doesn't randomly crash when I do some other stuff but I've hardly tested this exhaustively. I have attached a more challenging test case which inclues nested nested strips: [incorrect_sequence_keyframes_2.blend](https://archive.blender.org/developer/F380652/incorrect_sequence_keyframes_2.blend)

Olly Funkster commented

2016-10-27 10:51:28 +02:00

Hi all,

I've been using Blender a fair bit since making my fix in D2308 above, and I haven't found any problems so far.

Is there any chance someone could review it? I didn't want to step on anyone's toes by randomly assigning review to someone.

Many thanks!

Hi all, I've been using Blender a fair bit since making my fix in [D2308](https://archive.blender.org/developer/D2308) above, and I haven't found any problems so far. Is there any chance someone could review it? I didn't want to step on anyone's toes by randomly assigning review to someone. Many thanks!

Philipp Oeser commented

2016-10-29 10:30:22 +02:00

Added subscriber: @lichtwerk

Olly Funkster commented

2016-11-25 12:16:52 +01:00

Found a crash while looking at a slightly dodgy file, updated the diff to fix it.

Alberto Mardegan commented

2017-03-12 15:09:32 +01:00

Added subscriber: @mardy

Alberto Mardegan commented

2017-03-12 22:40:50 +01:00

This is essentially the same as #49261

I created a less invasive patch, which seems to work for me, here: D2558

I'm attaching a blender test file which can be used to test the fix. Open the "master scene" and scrub through the VSE: the text indicating the color should always match the background color.

test-vse-recursive.blend

This is essentially the same as #49261 I created a less invasive patch, which seems to work for me, here: [D2558](https://archive.blender.org/developer/D2558) I'm attaching a blender test file which can be used to test the fix. Open the "master scene" and scrub through the VSE: the text indicating the color should always match the background color. [test-vse-recursive.blend](https://archive.blender.org/developer/F508021/test-vse-recursive.blend)

blender-admin commented

2019-05-01 18:50:12 +02:00

This issue was referenced by a372e5e426

This issue was referenced by a372e5e426e46f38a5fa08affb27f7fa726775b5

Richard Antalik commented

2019-05-01 21:04:13 +02:00

Changed status from 'Open' to: 'Resolved'

Richard Antalik closed this issue

2019-05-01 21:04:13 +02:00

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

Evaluation / animation of f-curves does not correct for a scene's position within another scene #49658