ffmpegX + mplayer decode = no sync

[schmeg]

Major, have you been getting any feedback on the mplayer decode option in ffmpegx?

I haven't successfully created a synched file that way. Here's an example:

Ripped the first chapter of "Baron Munchausen" into a VOB with the two PS options checked. OSEX says it's exactly 3:18.00.

The first 12 seconds of this clip are coded at 29.97, with the remainder a clean 23.976.

File lengths reported by Quicktime:

VOB = 3:18.04

M1V demuxed using bbdemux = 3:17.29

M2V using the QT encode option, film rate, add 3:2 pulldown = 3:18.04

MPV using the mplayer encode option, and every combination I can imagine of set 3:2 / undo 3:2 / film rate / video rate / etc. = 3:21.01

So, the mplayer option throws off the length of the clip by 3 seconds. I suspect that the first 12 seconds at 30 fps, when coded frame by frame at 24 fps, kicks out the extra 72 frames, which equals the three minutes.

Is there anything I can do to force mplayer to encode these changes in frame rate correctly? This example is fairly simple -- in other films there is much more switching back and forth. "Kolya" had six or seven frame rate changes in the first chapter.

Here's a chunk of the code from the terminal, in case the numbers are useful to you. (I haven't seen that EOF error before...maybe just an issue with ripping one chapter, and not the whole film??)

A: 12.0 V: 12.0 A-V: 0.046 ct: 0.176 360/357 30% 465% 5.1% 153 0 0%
demux_mpg: 3:2 TELECINE detected, enabling inverse telecine fx. FPS changed to 23.976!
MPEG Stream reached EOF-0.104 ct: 0.173 4823/4820 46% 461% 7.1% 1789 0 0%
ds_fill_buffer: EOF reached (stream: video)
MPEG Stream reached EOF
ds_fill_buffer: EOF reached (stream: video)
MPEG Stream reached EOF
ds_fill_buffer: EOF reached (stream: video)
MPEG Stream reached EOF
ds_fill_buffer: EOF reached (stream: video)
MPEG Stream reached EOF
ds_fill_buffer: EOF reached (stream: video)
MPEG Stream reached EOF
ds_fill_buffer: EOF reached (stream: video)
EOF code: 1 98.1 A-V: -0.104 ct: 0.169 4823/4820 46% 461% 7.1% 1789 0 0%


= = = = =

And while I've got your ear...or eyes...or whatever...

Quicktime encodes always come out looking pretty dark. I've tried different combinations of the Luminance/Saturation filters in yuvnoise, but with unsatisfactory results.

The Color Compensation (or similar name) pipe in MediaPipe usually does a pretty good job of correcting color back to the original source.

Can anything be done in ffmpegx to produce QT encoded MPGs that more closely match the color balance of the source?

THANKS!

[Thargok]

The video is NSTC video, select that in your framerate and redo it, the first seconds are possibly dead video caused by a ffmpeg bug