mpeg2 video-only is too fast on computer

[sadsack]

Regular audio/video files play fine in software unless the ware only plays just video (such as ifoedit, etc), or if I'm playing a video-only file (demuxed). Any ideas how to remedy? I don't think it's a decoder issue. I don't know anything about drivers, but could that be it? If so, how do I fix?

[microcosmos]

the demuxed file probably lacks framerate info and the player guesses wrong

some ideas:
- use mplayer -fps (your framerate) video.m2v
- mux just the video in mpeg container with proper framerate

[sadsack]

The programs have worked previously. It's a system-wide problem. It involves situations where only mpeg2 video is played (whether because it's demuxed, or because a program is only set to play the video from muxed a/v (as in some preview modes).

[foxyshadis]

Maybe you installed or uninstalled Reclock? There aren't many filters that mess with the speed like that.

[sadsack]

I don't think I ever had reclock. I downloaded/installed it, but doesn't make a diff.

[sadsack]

I figured the m2v (and mpeg2 in video-only ware) that were playing too fast have different pics/second than the video that plays normally. Gspot says about 24 pics/s. Normal playing video was about 30 pics/sec. They both are about 30 frames per second.
So it seems the computer is playing the 24 pics at about 30 pics/sec. But how to fix it?

[neuron2]

Post a link to a sample M2V that you claim plays too fast.

[sadsack]

Rather than try to load a sample video with dialup, I'll just say it seems to be an issue with retail-type dvd. It's not the demux programs' fault (I've tried two) because it happens with muxed mpeg2 in the video-only preview mode of some programs. Someone offered this observation:

"This definitely sounds like an incompatabilty between a splitter and a decoder. You have a progressive MPEG2 file (23.976 fps) that is marked for 3:2 pulldown (to create 29.97 fps interlaced) but the decoder isn't performing the pulldown."

It might be that certain programs aren't designed to make this adjustment. When I load demuxed audio/video in Mpeg2schnitt, it displays the correct runtime for audio, but shortened runtime for video (because it plays it too fast). 'Schnitt works fine with home-recorder demuxed dvd. I'd be curious if someone wouldn't mind taking a demuxed sample of a typical dvd and running it thru Mpeg2schnitt to see if they get video playing faster than the audio.