Doom9's Forum - View Single Post - MeGUI Bug-Report Thread

cmw · 7th February 2006, 13:27

Domm 9: The sample I was going to test.

Ok, here are the results. I have to explain a bit. I use a capured Video (AVI, Zipped Motion Block Codec) from DosBox as source. This file has 70 FPS! Although this has nothing to do with MeGui, this is a major problem, because apparently VMR7 Playback AND Overlay Playback are not able to render more fps than the vertical synch of the display is. This results in extreme dumb behaviour that from an 70fps movie, only 60 are rendered in one second and the remaining 10 are not dropped but appended to the nex second! This results that the movie plays slower than it should, but the sound does not adapt, so we have extreme audio/video desynch.

However, if I use Virtual Dub's "Convert to Framerate" --> Someting below 60, Playback will be in synch.

For more information on this topic, see:

http://vogons.zetafleet.com/viewtopic.php?t=11168

Well now for the bug reporting stuff: I loaded this 70 fps movie in the avisynchscript, cropped it, it's not interlaced.

For the cropping question: This is the Phantasmagoria Intro, the resolution of the games is 640x480, but when I set the videos to "Half", then they will only consume about 320x180 or sth like that and i would need to crop more than 200px to get rid of black borders, but that's not that important.

As encoding settings, I chose CE-Quicktime and as container .mp4.

Here is the log:

Code:

Starting job job1-1 at 12:49:41
Job is a video job. encoder commandline:
--pass 1 --bitrate 1000 --stats "C:\Programme\DOSBox-0.63\capture\test.stats" --no-cabac --subme 1 --analyse none --me dia --progress --no-psnr --output NUL "C:\Programme\DOSBox-0.63\capture\test.avs" 
successfully started encoding
Processing ended at 12:54:01
----------------------------------------------------------------------------------------------------------

Log for job job1-1

avis [info]: 320x240 @ 70.01 fps (10828 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2 
x264 [info]: slice I:46    Avg QP:18.83  size: 16516
x264 [info]: slice P:10782 Avg QP:21.52  size:  1719
x264 [info]: mb I  I16..4: 31.4%  0.0% 68.6%
x264 [info]: mb P  I16..4:  2.5%  0.0%  0.0%  P16..4: 48.2%  0.0%  0.0%  0.0%  0.0%    skip:49.3%
x264 [info]: final ratefactor: 27.39
x264 [info]: kb/s:997.7

Actual bitrate after encoding without container overhead: 997.82

----------------------------------------------------------------------------------------------------------
job job1-1 has been processed. This job is linked to the next job: job1-2
Starting job job1-2 at 12:54:01
Job is a video job. encoder commandline:
--pass 2 --bitrate 1000 --stats "C:\Programme\DOSBox-0.63\capture\test.stats" --no-cabac --subme 6 --analyse p8x8,b8x8,i4x4,p4x4 --progress --no-psnr --output "C:\Programme\DOSBox-0.63\capture\test.mp4" "C:\Programme\DOSBox-0.63\capture\test.avs" 
successfully started encoding
Processing ended at 12:59:03
----------------------------------------------------------------------------------------------------------

Log for job job1-2

avis [info]: 320x240 @ 70.01 fps (10828 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2 
mp4 [info]: initial delay 0 (scale 10000000)
x264 [info]: slice I:46    Avg QP:14.17  size: 23415
x264 [info]: slice P:10782 Avg QP:16.54  size:  1702
x264 [info]: mb I  I16..4: 23.7%  0.0% 76.3%
x264 [info]: mb P  I16..4:  0.3%  0.0%  1.5%  P16..4: 17.6%  1.1%  2.1%  1.2%  1.5%    skip:74.7%
x264 [info]: kb/s:1004.9

Actual bitrate after encoding without container overhead: 1005.04
desired video bitrate of this job: 1000 kbit/s - obtained video bitrate: 1007,47829964239 kbit/s
----------------------------------------------------------------------------------------------------------

Although it is multiple times mentioned that the file is 70fps, the resulting file WILL BE at least *declared* 25 fps. However, when I check with Windows Media Player (6.4, not Classic!), and press statistics, it states that the FPS is 25, but that the actual FPS are around 60! The Audio/Video will still be out of synch, exactly as in the original Capture File (so my former assumption that it does sth like Virtual Dub's Convert to FPS is not accurate, indeed, it seems to do nothing at all except declaring the file as 25fps).

Since the FPS of the file seem not to be really altered, the only bug in this case would be that e.g. a 35fps source will be declared as 25fps in the resulting output, but will still play back with 35 fps.

Here is a screenshot of the MP Statistics:

For XVID: I couldn't reproduce the behaviour. I set xvid to 1700 CBR and as Container AVI. The resulting output will have 70fps and playback with 60 (as ususal).

So in XVID a 35fps video would be declared as 35fps and would playback with 35fps.

Screenshot:

I hope this lifts the confusion a bit.

Edit: To clarify more, i made additional screenshots:
This is the stats from the Dolby Canyon Cinemeatik Trailer. It has 29 FPS (standard) NTSC.

When converted to AVC, it will be declared as 25fps but will still playback with 29.

When converted to XVID, it will be correctly declared as 29 FPS and will playback with 29.

Edit 2: I also wonder what has happened to my interlacing problem with DV. Have you checked with the sample I provided? =)

Edit 3: Ah yeah, in case of question, my x264 version is Sharktooth's 408M.

mfg gmw

7th February 2006, 13:27	#447 \| Link
cmw Registered User Join Date: Jan 2006 Posts: 104	Domm 9: The sample I was going to test. Ok, here are the results. I have to explain a bit. I use a capured Video (AVI, Zipped Motion Block Codec) from DosBox as source. This file has 70 FPS! Although this has nothing to do with MeGui, this is a major problem, because apparently VMR7 Playback AND Overlay Playback are not able to render more fps than the vertical synch of the display is. This results in extreme dumb behaviour that from an 70fps movie, only 60 are rendered in one second and the remaining 10 are not dropped but appended to the nex second! This results that the movie plays slower than it should, but the sound does not adapt, so we have extreme audio/video desynch. However, if I use Virtual Dub's "Convert to Framerate" --> Someting below 60, Playback will be in synch. For more information on this topic, see: http://vogons.zetafleet.com/viewtopic.php?t=11168 Well now for the bug reporting stuff: I loaded this 70 fps movie in the avisynchscript, cropped it, it's not interlaced. For the cropping question: This is the Phantasmagoria Intro, the resolution of the games is 640x480, but when I set the videos to "Half", then they will only consume about 320x180 or sth like that and i would need to crop more than 200px to get rid of black borders, but that's not that important. As encoding settings, I chose CE-Quicktime and as container .mp4. Here is the log: Code: Starting job job1-1 at 12:49:41 Job is a video job. encoder commandline: --pass 1 --bitrate 1000 --stats "C:\Programme\DOSBox-0.63\capture\test.stats" --no-cabac --subme 1 --analyse none --me dia --progress --no-psnr --output NUL "C:\Programme\DOSBox-0.63\capture\test.avs" successfully started encoding Processing ended at 12:54:01 ---------------------------------------------------------------------------------------------------------- Log for job job1-1 avis [info]: 320x240 @ 70.01 fps (10828 frames) x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2 x264 [info]: slice I:46 Avg QP:18.83 size: 16516 x264 [info]: slice P:10782 Avg QP:21.52 size: 1719 x264 [info]: mb I I16..4: 31.4% 0.0% 68.6% x264 [info]: mb P I16..4: 2.5% 0.0% 0.0% P16..4: 48.2% 0.0% 0.0% 0.0% 0.0% skip:49.3% x264 [info]: final ratefactor: 27.39 x264 [info]: kb/s:997.7 Actual bitrate after encoding without container overhead: 997.82 ---------------------------------------------------------------------------------------------------------- job job1-1 has been processed. This job is linked to the next job: job1-2 Starting job job1-2 at 12:54:01 Job is a video job. encoder commandline: --pass 2 --bitrate 1000 --stats "C:\Programme\DOSBox-0.63\capture\test.stats" --no-cabac --subme 6 --analyse p8x8,b8x8,i4x4,p4x4 --progress --no-psnr --output "C:\Programme\DOSBox-0.63\capture\test.mp4" "C:\Programme\DOSBox-0.63\capture\test.avs" successfully started encoding Processing ended at 12:59:03 ---------------------------------------------------------------------------------------------------------- Log for job job1-2 avis [info]: 320x240 @ 70.01 fps (10828 frames) x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2 mp4 [info]: initial delay 0 (scale 10000000) x264 [info]: slice I:46 Avg QP:14.17 size: 23415 x264 [info]: slice P:10782 Avg QP:16.54 size: 1702 x264 [info]: mb I I16..4: 23.7% 0.0% 76.3% x264 [info]: mb P I16..4: 0.3% 0.0% 1.5% P16..4: 17.6% 1.1% 2.1% 1.2% 1.5% skip:74.7% x264 [info]: kb/s:1004.9 Actual bitrate after encoding without container overhead: 1005.04 desired video bitrate of this job: 1000 kbit/s - obtained video bitrate: 1007,47829964239 kbit/s ---------------------------------------------------------------------------------------------------------- Although it is multiple times mentioned that the file is 70fps, the resulting file WILL BE at least declared 25 fps. However, when I check with Windows Media Player (6.4, not Classic!), and press statistics, it states that the FPS is 25, but that the actual FPS are around 60! The Audio/Video will still be out of synch, exactly as in the original Capture File (so my former assumption that it does sth like Virtual Dub's Convert to FPS is not accurate, indeed, it seems to do nothing at all except declaring the file as 25fps). Since the FPS of the file seem not to be really altered, the only bug in this case would be that e.g. a 35fps source will be declared as 25fps in the resulting output, but will still play back with 35 fps. Here is a screenshot of the MP Statistics: For XVID: I couldn't reproduce the behaviour. I set xvid to 1700 CBR and as Container AVI. The resulting output will have 70fps and playback with 60 (as ususal). So in XVID a 35fps video would be declared as 35fps and would playback with 35fps. Screenshot: I hope this lifts the confusion a bit. Edit: To clarify more, i made additional screenshots: This is the stats from the Dolby Canyon Cinemeatik Trailer. It has 29 FPS (standard) NTSC. When converted to AVC, it will be declared as 25fps but will still playback with 29. When converted to XVID, it will be correctly declared as 29 FPS and will playback with 29. Edit 2: I also wonder what has happened to my interlacing problem with DV. Have you checked with the sample I provided? =) Edit 3: Ah yeah, in case of question, my x264 version is Sharktooth's 408M. mfg gmw Last edited by cmw; 7th February 2006 at 13:49.