[mplayer] Video looks very bad if I drop frames.

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Play a video using coreavc + dshowserver
2. Enable frame dropping (or don't disable, as it is the default on my
.mplayer/conf). It is irrelevant whether it is on -framedrop or on
-hardframedrop.
3. Wait a few frames

What is the expected output? What do you see instead?
The expected output is on 'okay.jpg'. The actual output is on 'bad.jpg'.
The video is the first episode of Gundam 00 subbed by menclave.

What version of the product are you using? On what operating system?
coreavc-for-linux SVN r63 (happens with r46 too)
mplayer SVN r27056
Ubuntu 8.04 64-bit (I built dshowserver using "-m32")

Original issue reported on code.google.com by diogomfr...@gmail.com on 13 Jun 2008 at 8:17

Attachments:

• bad.jpg
• garbled.jpg

[GoogleCodeExporter]

same here. coreavc-for-linux r67, mplayer r27482.

Original comment by aid...@gmail.com on 25 Aug 2008 at 5:42

[GoogleCodeExporter]

It also happens with me.

coreavc: 1.7.0
coreavc-for-linux: r82
mplayer: svn28116

I hope this issue can be fixed soon, since I need it to be able to play 720p 
H264 on
my intel atom netbook without a-v sync problem.

Go coreavc-for-linux!!!

Original comment by dhanar.a...@gmail.com on 10 Dec 2008 at 1:36

[GoogleCodeExporter]

Dear diogomfranco & aidenn, 

Are you still having this issue?

I have managed to find a workaround for this problem.  

Just apply the patch that I attached with this comment after patching your 
mplayer
source with "dshowserver.patch".  This frame drop issue will "automagically" 
disappear.

Could you try this patch?  I want to know if this patch also works for you.

Thank you.

PS:
For your reference, I am using:
mplayer: svn28132
coreavc-for-linux: svn82
coreavc: 1.8.5

Original comment by dhanar.a...@gmail.com on 15 Dec 2008 at 12:27

Attachments:

• dshowserver-framedrop-hack.patch

[GoogleCodeExporter]

I had the same problem, and the fix posted by dshowserver-framedrop-hack.patch 
posted by dhanar...@yahoo.com.sg worked for me.

Thanks

coreavc: 1.8.5
MPlayer dev-SVN-r28147-4.0.3
(I have no idea how to get a version number for my copy of coreavc-for-linux, 
but I 
compiled it from SVN on Dec 13 at 1900 GMT-6)

Original comment by NateDadd...@gmail.com on 19 Dec 2008 at 4:13

[GoogleCodeExporter]

Hi everyone,

I just want to share with you guys that I have made a new patch for this 
problem. 
This one is better than the patch that I posted in comment #2.  

To use this patch, just apply it to your clean mplayer source.  NO NEED to apply
original dshowserver.patch because this patch replaces it entirely.

Regards,

Dhanar

Original comment by dhanar.a...@gmail.com on 6 Mar 2009 at 11:16

Attachments:

• dshowserver-hacked.patch

[GoogleCodeExporter]

patch applied to R101

Original comment by alannis...@gmail.com on 5 Jan 2010 at 2:08

• Changed state: Fixed

[GoogleCodeExporter]

I report back.

Works better for me patched. Test case is watching 720p movie when other CPU
intensive task takes place (like movie encoding).

1. With -noframedrop a/v is out of sync.
2. Without patch video looks bad. 
3. With patch and -framedrop I can watch the movie, a/v is in sync and video 
looks ok. 

If there is not enough processing power video tends to still on high bit rate  
scenes
but it continues to play when bit rate lowers. That's ok for me.

Effect is much better when I start dshowserver process with higher priority.

nice -n -5 wine ./dshowserver.exe $*

I just need faster CPU :-)

Original comment by kjchmiel...@gmail.com on 5 Jan 2010 at 1:22