Log in

View Full Version : With MeGui and x264, I have frame rate variable. Why? I want to frame rate constant..


Cloudstrifeff7
11th August 2010, 14:30
Hi friends. I need your help. Because with Megui 0.3.5.7 and x264 1688 I have always frame rate variable?
Example with an Anime DVD:

LoadPlugin("C:\Program Files (x86)\megui\tools\dgindex\DGDecode.dll")
DGDecode_mpeg2source("C:\anime.d2v", info=3)
LoadPlugin("C:\Program Files (x86)\megui\tools\avisynth_plugin\ColorMatrix.dll")
ColorMatrix(hints=true, interlaced=true, threads=0)
LoadPlugin("C:\Program Files (x86)\megui\tools\avisynth_plugin\TIVTC.dll")
tfm(order=1).tdecimate(mode=1)

Frame rate mode : Variable
Frame rate : 23.976 fps
Original frame rate : 29.970 fps
Minimum frame rate : 14.985 fps
Maximum frame rate : 29.970 fps

I want to constant frame rate with 23.976.

Sorry for my bad english and thanks in advance!

ChronoCross
12th August 2010, 01:34
You can use ChangeFPS or ConvertFPS to force it to a certain framerate.

http://avisynth.org/mediawiki/ConvertFPS

Guest
12th August 2010, 02:37
Why do you think you are getting VFR?

virtualdub
12th August 2010, 04:59
Impossible to get VFR output file with MeGUI+AVS unless you manually muxed it with timecode file.

roozhou
12th August 2010, 09:01
You thought it was VFR because MediaInfo said it was VFR.
MediaInfo is WRONG. Do not believe MediaInfo.

FPS in container and in bitstream may differ, but it does not matter because the actual fps is determined by the PTS of each frame.
There is a bug in MediaInfo on reading PTS from MP4 container. I reported the bug here (https://sourceforge.net/tracker/index.php?func=detail&aid=2964132&group_id=86862&atid=581181). The author accepted it but would not fix it until someone pays for it.

nurbs
12th August 2010, 09:07
The author accepted it but would not fix it until someone pays for it.

That's not true. At least it's nowhere in the link you provided.

roozhou
12th August 2010, 09:17
Warning: non-paid bugs are set to low priority, I don't know when I have time to handle it.
The bug was submitted in March and now it is August. I have to assume that the author is waiting for someone to pay for fixing the bug.

nurbs
12th August 2010, 10:40
You may assume it, but you stated it as fact anyway. There are plenty of older bugs that haven't been fixed, there are bugs almost as old that have higher priority and haven't been fixed and the priority for fixing that bug has been increased since it was opened. Zenitram probably hasn't had time yet, because mediainfo is his job and he prioritizes the work that ears him money because like everyone he probably has expenses. That's also what he wrote in his post and you turned it into "won't fix until someone pays".

Cloudstrifeff7
12th August 2010, 11:18
You thought it was VFR because MediaInfo said it was VFR.
MediaInfo is WRONG. Do not believe MediaInfo.

FPS in container and in bitstream may differ, but it does not matter because the actual fps is determined by the PTS of each frame.
There is a bug in MediaInfo on reading PTS from MP4 container. I reported the bug here (https://sourceforge.net/tracker/index.php?func=detail&aid=2964132&group_id=86862&atid=581181). The author accepted it but would not fix it until someone pays for it.

I see, thanks! Is there another software? Because in mediainfo there is this bug...