Log in

View Full Version : Video playback way too fast - ZoomPlayer, Matroska: AVC & DTS


badmonkey
28th November 2007, 05:11
I'm trying to playback a MKV sample from a 720p video.

The video is AVC, the audio is DTS.

I am using:
- ZoomPlayer WMV Pro 5.00
- Haali Splitter 1.7.189.11
- CoreAVC 1.6.0.0
- CyberLink Audio Decoder (PDVD7)

The DTS is handled by ZoomPlayer's SmartPlay via AVI2AC3, i.e.:
AVI<->AC3/DTS (Registered) -> CyberLink Audio Decoder (PDVD7) (Registered)

The file opens fine and plays back but the video is played way too fast, it seems as fast as the computer can handle. The Video Renderer in ZoomPlayer reports "Average Frame Rate Achieved: 50.17".

If I do not use the Cyberlink decoder for the DTS, the video plays back correctly. I have tried replacing Cyberlink with AC3Filter in the chain above, but then I get no audio whatsoever. (Video plays back okay). AC3Filter on its own also doesn't work. I don't know of any other DTS options, and besides I want to use Cyberlink because I like its processing options.

If I enable "Output -> Force fake 25fps in media type" in the Haali options, the video seems to play back at the right rate. However then the the sound and video become out of sync, so that's no solution.

VLC plays it okay so there's no problem with the encoding or muxing.

Any ideas?

foxyshadis
28th November 2007, 06:58
Try to remux the mkv with a new set of timecodes, set to 23.976. Even if VLC plays it correctly, that's no guarantee that it's actually muxed correctly. Or use reclock, if you can get it working.

KoD
28th November 2007, 11:35
The problem above exists for a long time. I know because I've encountered it as well. When using Haali's splitter for mkv files with dts audio, and then chaining avi2ac3filter.ax (what shows up as AVI<->AC3/DTS in the graph above), and then Cyberlink's PowerDVD ac3&dts audio decoder, the video is played as if on fast forward while the audio is played normally.

If you replace the audio decoder with ffdshow's, by enabling dts decoding in ffdshow's audio decoder, playback is normal.

If instead of Haali's mkv splitter you use Gabest's mkv splitter, then avi2ac3filter and then Cyberlink's ac3&dts decoder, playback is normal, as well.

So, something happens between Haali's splitter, avi2ac3filter and Cyberlink's ac3&dts audio decoder that breaks playback of mkv files with dts audio inside.

MKV files with ac3 audio instead of dts have no issues and they don't need avi2ac3filter at all. Haali's splitter connects directly to Cyberlink's ac3&dts audio decoder, and playback is normal.

badmonkey
28th November 2007, 11:56
Awesome KoD, problem solved with Gabest.

Except now there's a new one.

Unrelated MKV, in two parts but joined together so the two files appear as one in the timeline - used to work with Haali, all I've changed is the Gabest filter, and now it doesn't work (loading 1st file sees no video at all, loading 2nd file plays just that part).

KoD
29th November 2007, 11:10
Well, the reason Gabest's mkv splitter is no longer used by anyone (except the few MPC fanatics that have the internal version of the splitter enabled, either if they did it on purpose or were not aware it's enabled by default) is because it doesn't support some Matroska features while Haali's does.

My solution to your problem would be to not use Cyberlink's audio decoder for dts, just enable dts decoding in ffdshow. Cyberlink's decoder will still handle ac3. There will be no difference in sound quality. You just lose some of the aditional functionality Cyberlink's decoder had, like nice HRTF for headphones (important only if you use headphones, of course; I gave up on them after realizing I was starting to no longer hear low volume sounds).

badmonkey
29th November 2007, 11:20
You just lose some of the aditional functionality Cyberlink's decoder had, like nice HRTF for headphones
Precisely why I want to keep using it.

(important only if you use headphones, of course; I gave up on them after realizing I was starting to no longer hear low volume sounds).
LOL! The ringing ears weren't enough warning eh?