search

FernetMenta / xbmc

Fork of XBMC Main PVR Development Repository.
http://xbmc.org
Other
55 stars 20 forks source link

Refresh-rate switching happens late where variable frame rate #52

Open StrangeNoises opened 12 years ago

StrangeNoises commented 12 years ago

Mostly pasted from the offtopic post to the forum yesterday. :-) NB: This is now repeated with the version just now updated from https://launchpad.net/~wsnipex/+archive/xbmc-xvba-testing - which internally shows to be 12.0-ALPHA3 GIT:Unknown) but which apt reports as:

Version: 2:12.0~git20120708.2243-c6fc742-0precise

Issue is with auto-switching of refresh rates: Some videos for which the refresh rate should be changed, do not trigger that refresh rate change until after a few seconds of playback. The pattern I've been able to find so far is that this only seems to affect videos marked as having a variable frame rate.

(Handbrake uses a variable frame rate as part of its High Profile preset; and has done for at least a couple of years. Even if the frame rate isn't actually going to vary.)

Thing is, at least according to mediainfo, a headline refresh rate is provided anyway, so surely even if it is marked as variable, it should start with the given frame rate as a starting presumption? I think older versions - in particular up to 11.0 eden - did do this as I'm only starting to see this problem now. I had been seeing it on only one fairly old encode before, where that headline frame rate was actually listed (oddly) as 24.998fps; whereas most PAL-type videos show exactly 25.000fps. So even on eden that video started, then changed refresh rate (actually just back to the same one as it's the closest). But with the new build, it's doing it for all such variable-frame-rate recordings.

After that initial refresh rate change, playback continues normally for the duration. It's just that it seems to be waiting to see if it really needs to change refresh rate for such videos. Obviously this is pretty disruptive to the viewing experience.

edit: context:

System is Ubuntu 12.04 64-bit installed on 2010 mac mini server connected by HDMI to a Panasonic Viera TV.

The only deviations from the Ubuntu standard packages are the ppas: ubuntu-x-swat/x-updates (for nvidia 302.17) and wsnipex-xbmc-xvba-testing (for this build of xbmc)

Everything's up to date.

XBMC log of session is here: http://xbmclogs.com/show.php?id=4704

The relevant part (where the refresh rate changes) is at lines 320-331.

mediainfo on the track being played in the log: http://xbmclogs.com/show.php?id=4705

newphreak commented 10 years ago

I'll let Rainer test and decide what he wants to do On Dec 11, 2013 12:06 AM, "StrangeNoises" notifications@github.com wrote:

it's down, and i can also see in mediainfo that it's actually constant frame rate mode.

But I see it does exhibit similar behaviour: Playback starts at 60Hz (in my case having to switch to that as it's not the default in the GUI), then corrects itself after a few seconds.

I don't know. The symptom looks similar to the issue I used to have, but it's not the same kind of file that I used to experience it on so the cause may be different. So I guess I'll still leave it that I'm OK for the issue to be closed. But you may want to open a new one.

— Reply to this email directly or view it on GitHubhttps://github.com/FernetMenta/xbmc/issues/52#issuecomment-30277929 .

FernetMenta commented 10 years ago

yes, most of this anime has variable frame rate and no standard fps set to start with. As a result player can't switch when playback is started. Probably it would be best not to switch at all for this kind of material but the problem is we have no proper detection for it. Not sure whether it can be detected reliable.

There are videos starting with a trailer and after a short while switching of refresh rate is desired.