Initial DVD playback speed too fast.

[Johnny Stenback <mythtv@…>]

When playing a ripped DVD (.iso), the initial playback speed is on the order of 2x of what it should be. The audio plays back at the right speed, but the video plays too fast. I can't say for sure that I see this with every single DVD, but the ones I've tried with do show this problem. If I skip forward/back (PgUp/PgDown) the video and audio re-syncs, but the video speed remains too fast, if I fast forward and hit play again, the speed drops down to the expected 1x, and the video and audio stay in sync.

This is all with the internal player, using VDPAU on an Nvidia ION system. I'm happy to provide any additional info that would help out here. I *think* this behavior started on trunk a couple of weeks ago, but I don't have version numbers to back that up :( But I do see it with trunk versions from the last couple of weeks for sure.

[Janne Grunau]

please check if the problem persist with the software decoder/xv rendering and without deinterlacer and attach -v playback log of the frontend

[Johnny Stenback <mythtv@…>]

The problem does persist with software decoder (w/o an deinterlacer) as well as with VDPAU, across different hardware setups even. I'll get logs attached a bit later today.

[Johnny Stenback <mythtv@…>]

Frontend log using software decoder/xv rendering

[anonymous]

If it's of any value I can get you a -v playback log on a frontend using VDPAU as well, but it's a bit tricky for me to capture a complete log there so if it won't be useful I won't bother.

[Johnny Stenback <mythtv@…>]

Oh, and I forgot to mention what I did in that log I attached last night. The log shows the frontend starting up, me finding the DVD SAHARA.iso and playing it. Once playback starts (previews etc), I hit menu, jumped to the root menu and hit play. Right from the start of the DVD (i.e. in the previews and in the menus) I see the video playing too fast. Once the actual movie starts, I skipped a coupled of chapters into the movie (it's more obvious that the playback is way too fast once there's people involved) and then hit fast forward, followed by pause (meant to hit play), and then play. After that playback speed settles to the correct speed, and remains correct for the whole movie if I was to let it play.

[Johnny Stenback <mythtv@…>]

Any more information I can provide here?

[joe@…]

I can confirm this bug. I have the identical issue playing actual DVD's, and .iso images from an NFS share. I opened ticket #7349

Lets compare notes: I don't use any GPU acceleration (I use an ATI card with binary drivers), nor do I use any deinterlacing. I can play .img files (created on my Mac) with no problems, which seems strange because I would expect DVD image formats to work similarly if the problem is with DVD playback. I am using an older Dell Optiplex GX260 (2.5 Ghz, 1GB, 845G chipset), running Mythbuntu 9.10 Beta, fully updated. Issue presented with all 0.22 versions tested, though I am currently running the daily builds of 0.22 trunk.

Notice any similarities?

[Johnny Stenback <mythtv@…>]

I see the problem with a Zotac IONITX motherboard based diskless frontend using VDPAU, and I also see it playing back the DVDs under VNC where there is no GPU, so it's all done in software. I however do *not* see this problem on a different system I recently upgraded from 0.21 to 0.22 pre1, and that system is using an old Nvidia GeForce 6200 graphics card for playback.

[joe@…]

I am leaving it to developer to determine if these are duplicates, but in addition to this ticket I opened #7349 (prior to seeing this ticket), and just found #7430 which appears similar.

[JYA]

I've seen this issue with a few DVDs here as well ... Sound is good but video playback is twice the speed. Using trunk

[sphery]

In ​http://www.gossamer-threads.com/lists/mythtv/dev/405050#405050 (DVD playback issues, from revision 22120 onwards), Davin McCall found that [22120] introduced the issue.

[Davin McCall <davmac@…>]

I have posted a patch which may address this problem, please see: ​http://mythtv.org/pipermail/mythtv-dev/2009-November/066644.html

[Davin McCall <davmac@…>]

Patch to fix #7067

[Davin McCall <davmac@…>]

New patch attached to this ticket (patch2.txt).

(The problem is that NuppelVideoPlayer never updates the videosync object with the correct frame rate.)

[Davin McCall <davmac@…>]

A simpler patch for #7067.

[Davin McCall <davmac@…>]

Another patch attached. Even simpler than the last one. Corrects only the one problem - that the videosync object never gets told the correct frame rate.

Developers, please apply patch or give feedback.

[anonymous]

Add me as someone else who's seeing this. I just upgraded to 0.22 today and this is the only real problem I'm seeing with it.

[manuel@…]

Forgot to put my email address in the last entry.

[markk]

Fixed in r22881.

[Davin McCall <davmac@…>]

The fix for this bug exposes another bug, entered as #7644 (with patch).

[Davin McCall <davmac@…>]

Can this patch please be re-opened as the fix (r22881, r22889) has been reverted?

(or better yet, re-apply r22881 and r22889 plus the patch in #7644).

[Joel]

This ticket should be re-opened since the SVN changes were reverted.

I ran into this bug upon upgrading to 0.22. I patched the 0.22.0+fixes22594-0ubuntu1 version that ships with Ubuntu Karmic Koala with r422881, r22891 and the patch in #7644, and the severe sync issues that I was experiencing in .iso playback disappeared. Thanks, Davin McCall, for your patches.

I agree with the above recommendation... re-open or re-commit the changes from r422881, r22891 and the patch in #7644. Additionally, it would be great if these could be added to the 0.22 fixes branch. Thanks!

[Joel]

Sorry, somehow I got an extra 4 in my svn revision numbers. My comment should reference r22881 and r22891.

[robertm]

Reopening because the bug still exists, but please, please... PLEASE.

Discussion. Belongs. On. Mailing. Lists.

[Davin McCall <davmac@…>]

Fix for #7067 incorporating additional fixes to prevent liveTV problems

[skamithi]

(In [22947]) Refs #7067. Patch from Davin McCall. It should resolve dvd playback issues and not affect live tv playback. patch tested by other users. will commit to 0.22 fixes in a week or 2 if no further issues are reported.

[sergeevsp43@…]

The problem is still exists on DVD-Video without leading warnings and menu (for example from local folder on HDD)!

[skamithi]

(In [23002]) Refs #7067. Commit [22947] to 0.22 fixes. it fixes a big problem with dvd playback but there are some side effects that Davin McCall and others are working on fixing.

[skamithi]

patch that should prevent the excess SetScanType() processing from Taylor Ralph

[arvdm@…]

I can confirm this bug is present in Ubuntu Karmic. After switching to 0.22 fixes svn, dvd playback is working correctly.

[sergeevsp43@…]

I'd like to confirm that this problem still exists in trunk version 23034 during watching DVD-Video which doesn't contain leading warnings and menu.

[skamithi]

(In [23050]) Refs #7067. Patch from Taylor Ralph to prevent the excess SetScanType?() processing after [22947] was applied

[Stuart Auchterlonie]

Running with --verbose playback gives a constant stream of "Enabled deinterlacing".

Stuart

[Stuart Auchterlonie]

(In [23069]) Refs #7067. Backports [23050] to 0.22-fixes. This prevents the excess "Enabled deinterlacing" messages mentioned previously.

[sergeevsp43@…]

I'd like to confirm that this problem still exists in trunk version 23158 during watching DVD-Video which doesn't contain leading warnings and menu.

[Davin McCall <davmac@…>]

New patch for trunk. Solves problem for DVDs without menus.

[Davin McCall <davmac@…>]

Updated patch, applies to current trunk (23321)

[skamithi]

(In [23428]) Refs #7067 patch from davin mccall. resolves av sync issues when watching certain dvds. simplified the interface between vsync and NuppelVideoPlayer. The videosync/vsync object now has no knowledge of the video framerate and instead gets the frame rate for each frame as part of the WaitForFrame call. tested it on various recorded shows, avis and dvds. no problem yet. applying to trunk to expand test audience.

[skamithi]

(In [23437]) Refs #7067. reverting [23428]. danielk advised adding a av-sync patch this late in the cycle is not the best thing. patch will be reviewed further and may be applied after the next release.

[Davin McCall <davmac@…>]

Cut down version of the patch; minimal changes to remove frame interval knowledge from vsync

[markk]

Pushing back to 0.24

[Davin McCall <davmac@…>]

Another patch. Same as the last, but corrects the tolerance for checking whether framerate can be doubled.

[Davin McCall <davmac@…>]

And another one, corrects *both* instances of the the m_can_double check.

[Davin McCall <davmac@…>]

Trying again.

[sergeevsp43@…]

The patches are inapplicable for trunk version 23669.

[Davin McCall <davmac@…>]

Updated patch, applies to current trunk (23844)/

[Davin McCall <davmac@…>]

Updated patch, applies to current trunk (25150)

[tralph]

fix a couple issues with previous patch

[tralph]

remove deprecated isDVD() call and fix typo

[tralph]

move code segment back to original location since it may not be necessary any longer

[tralph]

(In [25286]) Applying patch which provides the following major changes

• move the trigger advancing controls and frame interval knowledge out of vsync
• give NVP complete control over frame interval and trigger handling

This greatly simplifies how part of the AV sync code works and should help reduce or eliminate hard to identify bugs.

Thanks to Davin McCall for the his efforts in idenfying the problem and creating this patch.

Fixes #7067.