Render of a selected frame range not work: is rendered another frame range and 3d View not synchronized with Video Sequence Editor #42235

Closed
opened 2014-10-15 02:31:49 +02:00 by william willybid · 8 comments

System Information
Operating system and graphics card
WinXP sp3
Ati Radeon 5400 Series

Blender Version
Broken: (example: 2.69.7 4b206af, see splash screen)

Short description of error
Render of a selected frame range not work: is rendered another frame range

Exact steps for others to reproduce the error

Wrong_Frame_Render_.png

As you can see in the above image, I'm attempting to render just a part of an animated sequence starting from the frame 1320 to 2056, (indicated into the red rectangle at the extreme right of the image itself).

But as you can see at the top of the image, indicated by the red arrow, Blender seems to choice itself what frame render and it is rendering the frame 2640, that is completely out of the range I set.

This is happening when I don't startrendering the scene from the beginning of the animation (0-1 frame) but from somewhere in the middle (1320-2056 in this case).
I tried as well to create a new blend file and import my animation, the video background, and audios and it still goes happening: blender seems to ignore my settings.

But if I start rendering my scene from start (0 or 1 frame) Blender behaves OK and does the job correctly as requested.

To reproduce the weird behavior I built the new simple scene into the following attached blend file: Wrong_Frame_Render.blend in which there is just an animated cube. If I set the start frame in a different position than normal 0-1 start frame, (in this case 1709 frame), as you can see into the following image Wrong_Frame_Render_2.png indicated by the red arrow, the position of the cube is not synchronized between the Video sequence editor view and the 3D view, so is the rendered image as well. in my case updating the sequencer doesn't solve the issue.
But the scene is perfectly synchronized between the two views if the start frame is set at 0-1 that is shown in the following image:
Wrong_Frame_Render_3.png

Another more thing: the rendered image is that one showed into the sequence but the correct position of the cube is that of the 3d view. It seems to be due to some kind of sync discrepancy from 3D view and Video Sequence Editor and Render Result.

Everything reported above seems a weird behavior due to the same cause and I thought to report it, because I suppose the views have to stay synchronised in every situation.
Why blender loses the sync? Is there any setting I can set to solve the issue or it is some kind of bug?

Sorry, if I'm doing something wrong (i'm just a newbie in blender environment) but, I'm going mad for that and I cannot figure out what happens and why it has to.

Thanks.

**System Information** Operating system and graphics card WinXP sp3 Ati Radeon 5400 Series **Blender Version** Broken: (example: 2.69.7 4b206af, see splash screen) **Short description of error** Render of a selected frame range not work: is rendered another frame range **Exact steps for others to reproduce the error** ![Wrong_Frame_Render_.png](https://archive.blender.org/developer/F116763/Wrong_Frame_Render_.png) As you can see in the above image, I'm attempting **to render just a part of an animated sequence** starting from the frame 1320 to 2056, (indicated into the red rectangle at the extreme right of the image itself). But as you can see at the top of the image, indicated by the red arrow, Blender seems to choice itself what frame render and it is rendering the frame 2640, that is completely out of the range I set. This is happening when **I don't start**rendering the scene **from the beginning** of the animation (0-1 frame) but from somewhere in the middle (1320-2056 in this case). I tried as well to create a new blend file and import my animation, the video background, and audios and it still goes happening: blender seems to ignore my settings. But if I start rendering my scene from start (0 or 1 frame) Blender behaves OK and does the job correctly as requested. To reproduce the weird behavior I built the new simple scene into the following attached blend file: [Wrong_Frame_Render.blend](https://archive.blender.org/developer/F116794/Wrong_Frame_Render.blend) in which there is just an animated cube. If I set the start frame in a different position than normal 0-1 start frame, (in this case 1709 frame), as you can see into the following image ![Wrong_Frame_Render_2.png](https://archive.blender.org/developer/F116797/Wrong_Frame_Render_2.png) indicated by the red arrow, the position of the cube is not synchronized between the Video sequence editor view and the 3D view, so is the rendered image as well. in my case updating the sequencer doesn't solve the issue. But the scene is perfectly synchronized between the two views if the start frame is set at 0-1 that is shown in the following image: ![Wrong_Frame_Render_3.png](https://archive.blender.org/developer/F116801/Wrong_Frame_Render_3.png) Another more thing: the rendered image is that one showed into the sequence but the correct position of the cube is that of the 3d view. It seems to be due to some kind of sync discrepancy from 3D view and Video Sequence Editor and Render Result. Everything reported above seems a weird behavior due to the same cause and I thought to report it, because I suppose the views have to stay synchronised in every situation. Why blender loses the sync? Is there any setting I can set to solve the issue or it is some kind of bug? Sorry, if I'm doing something wrong (i'm just a newbie in blender environment) but, I'm going mad for that and I cannot figure out what happens and why it has to. Thanks.

Changed status to: 'Open'

Changed status to: 'Open'

Added subscriber: @willybid-4

Added subscriber: @willybid-4

One more thing: bigger the start frame value is, greater is the desynchronization.

One more thing: bigger the start frame value is, greater is the desynchronization.
Antonis Ryakiotakis was assigned by Bastien Montagne 2014-10-15 09:20:55 +02:00

Added subscriber: @mont29

Added subscriber: @mont29

Antony, think this is for you?

Antony, think this is for you?

Changed status from 'Open' to: 'Archived'

Changed status from 'Open' to: 'Archived'

This is one of the most bizarre behaviours I have ever seen...but, the thing is the behaviour is technically speaking, correct. Since the scene and sequencer share the same starting frame (Yet Another Design Failure of the Sequencer), scene strips will begin playback at the start frame, which means that the start of the data in your scene strip should always be coincident with the start frame of your sequence. If the sequencer had a different starting frame than the scene, then we would just get the starting frame of the scene at the beginning of the strip.

For previewing you can just use a preview range (P key) but for rendering there is no real workaround. To properly fix this we really need to change the way the sequencer interacts with scenes and this is more a TODO rather than a quick fix.

This is one of the most bizarre behaviours I have ever seen...but, the thing is the behaviour is technically speaking, correct. Since the scene and sequencer share the same starting frame (Yet Another Design Failure of the Sequencer), scene strips will begin playback at the start frame, which means that the start of the data in your scene strip should always be coincident with the start frame of your sequence. If the sequencer had a different starting frame than the scene, then we would just get the starting frame of the scene at the beginning of the strip. For previewing you can just use a preview range (P key) but for rendering there is no real workaround. To properly fix this we really need to change the way the sequencer interacts with scenes and this is more a TODO rather than a quick fix.

Closed as duplicate of #30663

Closed as duplicate of #30663
Sign in to join this conversation.
No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset Browser
Interest
Asset Browser Project Overview
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
EEVEE & Viewport
Interest
Freestyle
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
ID Management
Interest
Images & Movies
Interest
Import Export
Interest
Line Art
Interest
Masking
Interest
Metal
Interest
Modeling
Interest
Modifiers
Interest
Motion Tracking
Interest
Nodes & Physics
Interest
OpenGL
Interest
Overlay
Interest
Overrides
Interest
Performance
Interest
Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds & Tests
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
Undo
Interest
USD
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Interest
Video Sequencer
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Interest: X11
Legacy
Blender 2.8 Project
Legacy
Milestone 1: Basic, Local Asset Browser
Legacy
OpenGL Error
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
EEVEE & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds & Tests
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
4 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#42235
No description provided.