search

chenyunecjtu / coreavc-for-linux

Automatically exported from code.google.com/p/coreavc-for-linux
GNU General Public License v2.0
0 stars 1 forks source link

Using -vc coreavc with -correct-pts #10

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
What steps will reproduce the problem?
1. Use the coreavc decoder along with the -correct-pts parameter

What is the expected output? What do you see instead?
Runs much slower then without the parameter. Instead of seeing nothing we
see "pts value <= previous" printed to constantly printed to stdout.

What version of the product are you using? On what operating system?
Using latest mplayer svn and coreavc-for-linux svn as of writing this.
However I am on win32 :P, using mingw for builds. So nothing linux about
this really. But I am guessing the issue will be apparent on linux builds
as well.

Please provide any additional information below.
I emailed alannisota this info long ago once, after seeing his patches on
the mplayer mailing list. Perhaps he stopped using the email address that
was on the ML. Anyways, the only reason I have to use -correct-pts is for
exactly correct timestamps when using libass (for SSA/ASS subtitle
rendering). Without it certain "scene-timed" subs will appear off by 1-2
frames. Hasn't ever worked with the coreavc patches since I've been
building with them, and causes playback to slowdown to a horrible speed.
Not the largest of issues, since everything works just fine without it.
Hopefully you might be able to look into it more, though I'm guessing it is
a problem directly related to the dshow loader and not just using coreavc.

Original issue reported on code.google.com by nsch...@gmail.com on 27 Sep 2007 at 3:11

GoogleCodeExporter commented 8 years ago 
Forgot to mention here, but the problem exists regardless of what CoreAVC 
version is
used. Though I have tried with the latest 1.5 version.

Original comment by nsch...@gmail.com on 27 Sep 2007 at 3:26

GoogleCodeExporter commented 8 years ago 
-correct-pts is now default in mplayer apparently.  it causes a lot of issues.  
I'm
looking into it.

Original comment by alannis...@gmail.com on 7 May 2008 at 2:30

GoogleCodeExporter commented 8 years ago 
Thanks for the workaround.  It works here with CoreAVC 1.7 and svn mplayer.

Original comment by hardware...@gmail.com on 10 May 2008 at 3:39

GoogleCodeExporter commented 8 years ago 
-nocorrect-pts breaks files that use the lavf demuxer and have b-frames (see 
.mp4
files), so it is not usable as a workaround in that case. Aurelien (a 
maintainer)
also wants to make lavf the default demuxer for matroska (again) Real Soon Now 
(tm),
so it would break on those files too. This -correct-pts issue needs fixing :(

Original comment by diogomfr...@gmail.com on 9 Dec 2008 at 1:30

GoogleCodeExporter commented 8 years ago 
mplayer has been moving to lavf more and more, and lavf is becoming less and 
less
compatible with CoreAVC.  generally there is nothing I can do here besides
recomending to try other demuxers.

Original comment by alannis...@gmail.com on 8 Jan 2010 at 8:27