Huge Framerate after rendering full length video #47844

New Issue

Ryan Barker · 2016-03-19T00:46:39+01:00

Ryan Barker commented

2016-03-19 00:46:39 +01:00

System Information
Operating system and graphics card
Windows 7, NVIDIA GeForce 210

Blender Version
Broken: 2.76b
Worked: (optional)

Short description of error
I am editing video via the Video Editing screen. My source video has 29.97 fps. The appropriate frame rate is selected to make sure video and audio is synced. Edits are made to the video and fade-in and fade-outs are added. Total video length is 2:15:58. Rendering at 720p with 6000 (2000 also tried) bitrate produces a video with 244 frames/second instead of the 29.97. When a smaller segment of video is rendered, the final render is the correct 29.97. Only when the full length is render does Blender produce the 244 frame rate.

Exact steps for others to reproduce the error
Based on a (as simple as possible) attached .blend file with minimum amount of steps
Imported video; made soft cuts to video and audio resulting in 2:15:58 length; added fade-out then fade-in layers at cuts; render presets selected as 720p; resolution size set to 100%; display dropdown selected to "Keep UI"; Output tab: MPEG selected, format: MPEG-4; Codec: H.264; Bitrate: 2000 and 6000 attempted; Audio: MP3; Click "Animation"10-18-15 Debra George edit.blend

**System Information** Operating system and graphics card Windows 7, NVIDIA GeForce 210 **Blender Version** Broken: 2.76b Worked: (optional) **Short description of error** I am editing video via the Video Editing screen. My source video has 29.97 fps. The appropriate frame rate is selected to make sure video and audio is synced. Edits are made to the video and fade-in and fade-outs are added. Total video length is 2:15:58. Rendering at 720p with 6000 (2000 also tried) bitrate produces a video with 244 frames/second instead of the 29.97. When a smaller segment of video is rendered, the final render is the correct 29.97. Only when the full length is render does Blender produce the 244 frame rate. **Exact steps for others to reproduce the error** Based on a (as simple as possible) attached .blend file with minimum amount of steps Imported video; made soft cuts to video and audio resulting in 2:15:58 length; added fade-out then fade-in layers at cuts; render presets selected as 720p; resolution size set to 100%; display dropdown selected to "Keep UI"; Output tab: MPEG selected, format: MPEG-4; Codec: H.264; Bitrate: 2000 and 6000 attempted; Audio: MP3; Click "Animation"[10-18-15 Debra George edit.blend](https://archive.blender.org/developer/F296803/10-18-15_Debra_George_edit.blend)

Ryan Barker commented

2016-03-19 00:46:39 +01:00

Changed status to: 'Open'

Ryan Barker commented

2016-03-19 00:46:39 +01:00

Added subscriber: @Mastertexan

Paul R commented

2016-03-19 22:47:31 +01:00

Added subscriber: @intracube

Paul R commented

2016-03-19 22:47:31 +01:00

You haven't said where the source video came from. Is it from a camcorder, output from another program?

Can you upload a short sample to a third-party host, eg Google Drive and link to it here.

Maybe the clip could be duplicated in the timeline enough times to make up a project length long enough to trigger the issue.

You haven't said where the source video came from. Is it from a camcorder, output from another program? Can you upload a short sample to a third-party host, eg Google Drive and link to it here. Maybe the clip could be duplicated in the timeline enough times to make up a project length long enough to trigger the issue.

Ryan Barker commented

2016-03-20 21:46:42 +01:00

The source is from a Canon Vixia HF R60 HD Camcorder. All the sources are shot in MP4. I'm uploading a portion of the video now but it's almost 4 GB's in length. I don't have a way to cut down the video without rendering it. The video is separated into 5 segments all 3.95 GBs in size. After cuts, it's down to 2:15:58

Ryan Barker commented

2016-03-20 23:19:06 +01:00

Here's the link to the file: https://drive.google.com/file/d/0BwKsP4ljC-oGNExySkRrbGh4Z1E/view?usp=sharing

Paul R commented

2016-03-20 23:33:37 +01:00

In #47844#364939, @Mastertexan wrote:
The source is from a Canon Vixia HF R60 HD Camcorder. All the sources are shot in MP4. I'm uploading a portion of the video now but it's almost 4 GB's in length.

Can you see if it's possible to create a test scene with this clip that triggers the bug first?

Separately, a short recording (30 seconds or so) might be useful to identify the exact parameters of the video stream. You could create a new recording as long as the main camera settings (frame rate, resolution, quality/bitrate) are the same as the original recording that caused the problem.

Have you tried any other output combinations, eg Quicktime format or a different video codec?

This could be difficult to track down if it needs large files to trigger it....

> In #47844#364939, @Mastertexan wrote: > The source is from a Canon Vixia HF R60 HD Camcorder. All the sources are shot in MP4. I'm uploading a portion of the video now but it's almost 4 GB's in length. Can you see if it's possible to create a test scene with this clip that triggers the bug first? Separately, a short recording (30 seconds or so) might be useful to identify the exact parameters of the video stream. You could create a new recording as long as the main camera settings (frame rate, resolution, quality/bitrate) are the same as the original recording that caused the problem. Have you tried any other output combinations, eg Quicktime format or a different video codec? This could be difficult to track down if it needs large files to trigger it....

Paul R commented

2016-03-21 00:01:16 +01:00

Sorry, I missed your update while composing mine.

No need to upload a short clip now.

Sorry, I missed your update while composing mine. No need to upload a short clip now.

Ryan Barker commented

2016-03-21 02:26:34 +01:00

https://drive.google.com/file/d/0BwKsP4ljC-oGeUdxU1JnYm9Ra2M/view?usp=sharing

This is a 50 second render I did from the same file. It has the correct frame rate, 29.97

https://drive.google.com/file/d/0BwKsP4ljC-oGeUdxU1JnYm9Ra2M/view?usp=sharing This is a 50 second render I did from the same file. It has the correct frame rate, 29.97

Sergey Sharybin commented

2016-03-22 13:58:29 +01:00

Added subscriber: @Sergey

Sergey Sharybin commented

2016-03-22 13:58:29 +01:00

This is confusing, first you tell the framerate is incorrect but then you say it is correct.. So is there still any issue and if so how do we see it?

P.S. Waiting 24K frames to render is not really good example for the bug tracker..

This is confusing, first you tell the framerate is incorrect but then you say it is correct.. So is there still any issue and if so how do we see it? P.S. Waiting 24K frames to render is not really good example for the bug tracker..

Ryan Barker commented

2016-03-23 13:05:04 +01:00

When I render a small portion, it renders correctly. Rendering full length is where the problem occurs.

Paul R commented

2016-03-24 17:16:45 +01:00

For what it's worth; I used the supplied .blend, substituted all the media clips with the provided MVI_0023.MP4 and left it to render the full project length. It wasn't enough to reproduce this bug.

It was a long shot, but worth a try.

Ryan - have you tried exporting with other container/codec combinations? What program reports 244fps? Have you tried several media players, VLC, etc?

For what it's worth; I used the supplied .blend, substituted all the media clips with the provided MVI_0023.MP4 and left it to render the full project length. It wasn't enough to reproduce this bug. It was a long shot, but worth a try. Ryan - have you tried exporting with other container/codec combinations? What program reports 244fps? Have you tried several media players, VLC, etc?

Ryan Barker commented

2016-03-24 23:55:10 +01:00

It's being reported that way in Windows.
Full length:
Small section:

It's being reported that way in Windows. Full length: ![Render stats.png](https://archive.blender.org/developer/F298197/Render_stats.png) Small section: ![Render stats 2.png](https://archive.blender.org/developer/F298199/Render_stats_2.png)

Paul R commented

2016-03-25 03:08:49 +01:00

Does it try and play at 244fps in VLC and other media players?

Ryan Barker commented

2016-03-25 17:11:35 +01:00

This is what VLC shows under the stats.

If it really is 29.97, why is Windows showing 244? Is there another way to look at the stats in VLC?

This is what VLC shows under the stats. ![VLC stats.png](https://archive.blender.org/developer/F298273/VLC_stats.png) If it really is 29.97, why is Windows showing 244? Is there another way to look at the stats in VLC?

Paul R commented

2016-03-26 22:27:57 +01:00

You haven't mentioned if the rendered video plays fine, but this is looking like a Windows reporting issue. I remember hearing about similar issues with the Windows file manager some time ago.

Mediainfo is a useful utility for analysing files:
https://mediaarea.net/en/MediaInfo

If you don't mind installing it and pasting the output from View->Text

It'd be interesting to see what it makes of the file.

You haven't mentioned if the rendered video plays fine, but this is looking like a Windows reporting issue. I remember hearing about similar issues with the Windows file manager some time ago. Mediainfo is a useful utility for analysing files: https://mediaarea.net/en/MediaInfo If you don't mind installing it and pasting the output from View->Text It'd be interesting to see what it makes of the file.

Ryan Barker commented

2016-03-27 03:04:52 +02:00

General
Complete name : C:\Users\Ryan\Videos\Rock of Ages\2015\10-18-15 Debra George\Render 3.mp4
Format : MPEG-4
Format profile : Base Media
Codec ID : isom (isom/iso2/avc1/mp41)
File size : 2.09 GiB
Duration : 2h 15mn
Overall bit rate : 2 204 Kbps
Writing application : Lavf55.19.104

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3.1
Format settings, CABAC : No
Format settings, ReFrames : 4 frames
Format settings, GOP : M=2, N=18
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 2h 15mn
Source duration : 16mn 40s
Bit rate : 2 000 Kbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 29.970 (30000/1001) fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.072
Stream size : 1.90 GiB (91%)
Source stream size : 1.90 GiB (91%)
Writing library : x264 core 120
Encoding settings : cabac=0 / ref=2 / deblock=1:0:0 / analyse=0x3:0x100 / me=dia / subme=6 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=1 / weightp=2 / keyint=18 / keyint_min=10 / scenecut=40 / intra_refresh=0 / rc_lookahead=18 / rc=abr / mbtree=1 / bitrate=2000 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / vbv_maxrate=9000 / vbv_bufsize=1835 / nal_hrd=none / ip_ratio=1.41 / aq=1:1.00
mdhd_Duration : 8158350

Audio
ID : 2
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 3
Mode : Joint stereo
Mode extension : MS Stereo
Codec ID : 6B
Duration : 2h 15mn
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Sampling rate : 44.1 KHz
Compression mode : Lossy
Stream size : 187 MiB (9%)
Default : Yes
Alternate group : 1

General Complete name : C:\Users\Ryan\Videos\Rock of Ages\2015\10-18-15 Debra George\Render 3.mp4 Format : MPEG-4 Format profile : Base Media Codec ID : isom (isom/iso2/avc1/mp41) File size : 2.09 GiB Duration : 2h 15mn Overall bit rate : 2 204 Kbps Writing application : Lavf55.19.104 Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : High@L3.1 Format settings, CABAC : No Format settings, ReFrames : 4 frames Format settings, GOP : M=2, N=18 Codec ID : avc1 Codec ID/Info : Advanced Video Coding Duration : 2h 15mn Source duration : 16mn 40s Bit rate : 2 000 Kbps Width : 1 280 pixels Height : 720 pixels Display aspect ratio : 16:9 Frame rate mode : Constant Frame rate : 29.970 (30000/1001) fps Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.072 Stream size : 1.90 GiB (91%) Source stream size : 1.90 GiB (91%) Writing library : x264 core 120 Encoding settings : cabac=0 / ref=2 / deblock=1:0:0 / analyse=0x3:0x100 / me=dia / subme=6 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=1 / weightp=2 / keyint=18 / keyint_min=10 / scenecut=40 / intra_refresh=0 / rc_lookahead=18 / rc=abr / mbtree=1 / bitrate=2000 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / vbv_maxrate=9000 / vbv_bufsize=1835 / nal_hrd=none / ip_ratio=1.41 / aq=1:1.00 mdhd_Duration : 8158350 Audio ID : 2 Format : MPEG Audio Format version : Version 1 Format profile : Layer 3 Mode : Joint stereo Mode extension : MS Stereo Codec ID : 6B Duration : 2h 15mn Bit rate mode : Constant Bit rate : 192 Kbps Channel(s) : 2 channels Sampling rate : 44.1 KHz Compression mode : Lossy Stream size : 187 MiB (9%) Default : Yes Alternate group : 1

Paul R commented

2016-03-27 03:35:13 +02:00

In #47844#366542, @Mastertexan wrote:
Frame rate : 29.970 (30000/1001) fps

So this all points to Windows mis-reporting.

If the file plays fine in VLC, then there isn't anything to do from this end.

Would've been useful to know where the 244fps figure came from at the start :)

> In #47844#366542, @Mastertexan wrote: > Frame rate : 29.970 (30000/1001) fps So this all points to Windows mis-reporting. If the file plays fine in VLC, then there isn't anything to do from this end. Would've been useful to know where the 244fps figure came from at the start :)

Ryan Barker commented

2016-03-27 17:30:56 +02:00

I really appreciate all the help and info!!

Paul R commented

2016-04-02 21:01:35 +02:00

It's conceivable that Blender could be outputting non-standards compliant video in some way. Might be enough to confuse Windows where VLC and mediainfo interpret the file structure differently.

Not sure how that could be determined though.

It's conceivable that Blender could be outputting non-standards compliant video in some way. Might be enough to confuse Windows where VLC and mediainfo interpret the file structure differently. Not sure how that could be determined though.

Sergey Sharybin commented

2016-04-12 11:40:50 +02:00

Changed status from 'Open' to: 'Archived'

Sergey Sharybin closed this issue

2016-04-12 11:40:50 +02:00

Sergey Sharybin self-assigned this 2016-04-12 11:40:50 +02:00

Sergey Sharybin commented

2016-04-12 11:40:50 +02:00

Seems it's more of a player problem.

Blender only using FFmpeg to encode the video wit whatever codec and container is selected in the interface. Some combination could not work correct in some players, but it's really hard to know in advance.

Surely some improvements to preset is something which will be handy here, but it's already in our TODO list.

So thanks for the report, but it'll be solved as general improvement, not as bug tracker work.

Seems it's more of a player problem. Blender only using FFmpeg to encode the video wit whatever codec and container is selected in the interface. Some combination could not work correct in some players, but it's really hard to know in advance. Surely some improvements to preset is something which will be handy here, but it's already in our TODO list. So thanks for the report, but it'll be solved as general improvement, not as bug tracker work.

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

Huge Framerate after rendering full length video #47844