Huge Framerate after rendering full length video
Closed, ArchivedPublic

Description

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"

Details

Type
Bug
Ryan Barker (Mastertexan) updated the task description. (Show Details)
Ryan Barker (Mastertexan) raised the priority of this task from to Needs Triage.
Ryan Barker (Mastertexan) set Type to Bug.

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.

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

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....

Sorry, I missed your update while composing mine.

No need to upload a short clip now.

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 (sergey) triaged this task as Incomplete priority.Mar 22 2016, 1:58 PM

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..

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

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?

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


Small section:

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

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?

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.

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 (intracube) added a comment.EditedMar 27 2016, 3:35 AM

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 :)

I really appreciate all the help and info!!

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 (sergey) closed this task as Archived.Apr 12 2016, 11:40 AM
Sergey Sharybin (sergey) claimed this task.

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.