[meridius]

Most systems should be fine, and you download from well known ... places then they will be fine as rules state they must be fixed before releasing. That only applies to EN releases.

well its all random releases including EN

has this been fixed in the latest build of kodi ?

[HomersDK]

When I experience this on a tv-show, I just remove a few frames from the end of the video (using videoredo5) and save it as a new file. The new file plays fine then.
Both file, original and edited are reported to be 23.976 on Mediainfo.
Just did it with "Brooklyn.Nine-Nine.S02E16" (Immerse).

[boris blank]

Blast!

I have just updated to 14.2beta as suggested to hopefully resolve the refresh rate problems I and others had been having but alas they still occur (in at least this one movie).

I attach a couple of screen shots showing details before the additional rate change and then one after (occurs about one minute 10 seconds into playback).


BEFORE: Player is showing 24fr, Windows is showing 23.98fps but this does go up and down slighty.



AFTER: Player now shows 23.98fr, Windows now shows 24.xx fps but settles back to 23.9x after a few seconds.


My HTPC (NUC i3) windows desktop is set to 23.976fps to minimise any refresh changes when watching movies/shows, most start without any need for a refresh change (majority are 23.9xfps, remainder 50fps and a few 60fps). This movie does refresh on pressing play but then does a second refresh about a minute and 10 seconds into the movie. I also tried 15.0 but same problem. TV is a Pioneer Kuro 500m and I'm based in the UK.

May be I'm just a lone voice in the wilderness with this at the moment, hopefully others may find the problem has been resolved for them in 14.2 but unfortunately its still ongoing for me.

EDIT: Just watched the same movie on my main PC with a standard desktop refresh of 60fps and using 14.1 there is no refresh change, Player sits at 24fr and Windows sits at 23.98 plus or minus a few points either side. Again watching the same movie on another set-up that still uses Gotham there is no second refresh. It appears that for some reason the Kodi player is initiating a second refresh on my HTPC from 24fr downto 23.98fr whilst on my other two Gotham/Kodi installations the player happily runs at 24fr. Tried changing the desktop refresh rate on my HTPC to 60fps but to no avail, also changed software decoding to hardware but again the refresh issue persists.

ANOTHER EDIT: I wonder perhaps if its the Kuro thats just simply "sensitive" to minor refresh changes? If so, then why did this problem not occur (for me at least) in Gotham?

Thanks

[barenaked]

The kodi 15 nightly from 02/10 fixed all my framerate issues but sometimes kodi goes crazy and tells me its output for some 23.976fps mkvs is played at 60fps according to the codec info overlay. However the video playback is smooth.

[Piers]

When I experience this on a tv-show, I just remove a few frames from the end of the video (using videoredo5) and save it as a new file. The new file plays fine then.
Both file, original and edited are reported to be 23.976 on Mediainfo.
Just did it with "Brooklyn.Nine-Nine.S02E16" (Immerse).

That's overkill. Just remux the file...

[TonyPh12345]

Folks, I know this is an older thread, but I'm seeing this same issue down to the letter on Helix 14.2.

Code:

19:37:41 T:140257337702272   DEBUG: ------ Window Deinit (DialogSeekBar.xml) ------
19:37:43 T:140255905654528   DEBUG: CDVDClock::Discontinuity - CDVDPlayerAudio::HandleSyncError2 - was:1844083.957813, should be:1817466.871766, error:-26617.086048
19:37:45 T:140255905654528   DEBUG: CDVDClock::Discontinuity - CDVDPlayerAudio::HandleSyncError2 - was:3817466.599766, should be:3799970.232712, error:-17496.367054
19:37:49 T:140255914047232   DEBUG: CPullupCorrection: detected pattern of length 2: 33333.27 50083.40, frameduration: 41708.333333
19:37:51 T:140255914047232   DEBUG: CPullupCorrection: pattern lost on diff 33000.000000, number of losses 1
19:37:59 T:140255914047232   DEBUG: CPullupCorrection: detected pattern of length 2: 33333.32 50083.35, frameduration: 41708.333333
19:37:59 T:140255914047232   DEBUG: CPullupCorrection: pattern lost on diff 33000.000000, number of losses 2
19:38:04 T:140255914047232   DEBUG: CPullupCorrection: detected pattern of length 2: 33333.33 50083.33, frameduration: 41708.333333
19:38:08 T:140255914047232   DEBUG: CPullupCorrection: pattern lost on diff 50000.000000, number of losses 3
19:38:09 T:140256812705536   DEBUG: Thread JobWorker 140256812705536 terminating (autodelete)
19:38:09 T:140255947618048   DEBUG: Thread JobWorker 140255947618048 terminating (autodelete)
19:38:09 T:140256009365248   DEBUG: Thread JobWorker 140256009365248 terminating (autodelete)
19:38:09 T:140255930832640   DEBUG: Thread JobWorker 140255930832640 terminating (autodelete)
19:38:14 T:140255914047232   DEBUG: CalcFrameRate framerate was:23.976024 calculated:30.000000
19:38:14 T:140255914047232  NOTICE:  fps: 30.000000, pwidth: 720, pheight: 480, dwidth: 719, dheight: 405
19:38:14 T:140255914047232   DEBUG: OutputPicture - change configuration. 720x480. framerate: 30.00. format: VAAPI
19:38:14 T:140255914047232  NOTICE: Display resolution ADJUST : 1920x1080@ 60.00 - Full Screen (16) (weight: 0.000)
19:38:14 T:140255914047232   DEBUG: CXBMCRenderManager::Configure - 4
19:38:14 T:140257337702272   DEBUG: CAnnouncementManager - Announcement: OnPause from xbmc
19:38:14 T:140257337702272   DEBUG: GOT ANNOUNCEMENT, type: 1, from xbmc, message OnPause
19:38:14 T:140257337702272  NOTICE: CWinSystemX11::SetFullScreen - calling xrandr

I checked the source code for 14.2 and it looks like the fix above is already included -- but this is still happening to me.

Any other ideas what I could look at? This was never an issue in 13.2...

[fritsch]

Post a full Debug Log. But frmo the snipped I already see:

19:38:14 T:140255914047232 DEBUG: CalcFrameRate framerate was:23.976024 calculated:30.000000

An output of ffprobe would be good and a full Debug Log with latest software. But from what I see it's clear ... the file "sometimes" has 30 fps which is a valid VFR rate and therefore we switch to 60 hz.

[TonyPh12345]

Thanks for getting back to me, Fritsch. Yeah, I'm familiar with "real" VFR, and these aren't that. TV Shows like Star Trek: Next Generation did that a lot -- CGI's and titles are 29.976fps while normal video is 23.976fps. I'm accustomed to Kodi switching from 23.976fps to 29.976fps for those particular shows.

Here's the ffprobe output (since it's short) -- this is just one show -- this issue appears with most of the files I have except for BD rips. Most of these files are straight-up DVD rips of DVDs I own -- converted to MKV using HandBrake (Same as source setting used for frame rate.) When HB detects VFR, it says so -- it indicates in the logs that it's switching between "NTSC film" (23.976) and "NTSC Video" (29.976) fps -- and the encode logs don't indicate that for these shows.

Code:

/home/tony/ffmpeg/ffmpegsrc> ./ffprobe /mounts/tv/Big\ Bang\ Theory/Season\ 6/The.Big.Bang.Theory.S06E15.mkv
ffprobe version N-60655-g1db8bc5 Copyright (c) 2007-2014 the FFmpeg developers
  built on Sep  5 2014 08:47:34 with gcc 4.8 (Ubuntu/Linaro 4.8.1-10ubuntu9)
  configuration: --prefix=/home/tony/ffmpeg/ffmpegsrc --extra-cflags=-I/home/tony/ffmpeg/ffmpegsrc/include --extra-ldflags=-L/home/tony/ffmpeg/ffmpegsrc/lib --bindir=/home/tony/bin --extra-libs=-ldl --enable-gpl --enable-nonfree --enable-libfdk_aac
  libavutil      52. 63.101 / 52. 63.101
  libavcodec     55. 52.101 / 55. 52.101
  libavformat    55. 32.101 / 55. 32.101
  libavdevice    55.  9.101 / 55.  9.101
  libavfilter     4.  1.102 /  4.  1.102
  libswscale      2.  5.101 /  2.  5.101
  libswresample   0. 17.104 /  0. 17.104
  libpostproc    52.  3.100 / 52.  3.100
Input #0, matroska,webm, from '/mounts/tv/Big Bang Theory/Season 6/The.Big.Bang.Theory.S06E15.mkv':
  Metadata:
    encoder         : libmkv 0.6.5
  Duration: 00:20:50.29, start: 0.000000, bitrate: 1363 kb/s
    Chapter #0.0: start 0.000000, end 170.937433
    Metadata:
      title           : Chapter 1
    Chapter #0.1: start 170.937433, end 760.326233
    Metadata:
      title           : Chapter 2
    Chapter #0.2: start 760.326233, end 1207.873333
    Metadata:
      title           : Chapter 3
    Chapter #0.3: start 1207.873333, end 1222.754867
    Metadata:
      title           : Chapter 4
    Chapter #0.4: start 1222.754867, end 1250.290625
    Metadata:
      title           : Chapter 5
    Stream #0:0(eng): Video: h264 (Main), yuv420p(tv, smpte170m), 720x480 [SAR 853:720 DAR 853:480], SAR 186:157 DAR 279:157, 23.98 fps, 23.98 tbr, 1k tbn, 180k tbc (default)
    Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 384 kb/s (default)
    Stream #0:2(eng): Subtitle: dvd_subtitle, 720x480

And here's the DEBUG LOG.

My box is an Asus ChromeBox running OpenELEC Isengard 15.2

Also, like the original poster said, I would think that if this were actual VFR, it'd switch at the same point at every playback. It doesn't. It switches at around ~40 seconds every time -- no matter where the start point is.

In other words, as you'll see in the log, starting the video, the frame rate switch to 30.000 occurred at the 0:00:40 mark. If I stop the video and restart and queue it to 0:00:30, it does NOT switch at 0:00:40, it switches at 0:00:70.

[fritsch]

From the log - the file is bogus :-) Open a trac report and link a sample that produces the issue.

[TonyPh12345]

From the log - the file is bogus :-) Open a trac report and link a sample that produces the issue.

Ok, I've opened TRAC 16381.

Not sure I understand what you mean by the file being bogus. Are you saying it's a bad encode?

[fritsch]

Yes - that's what I am saying and without a sample that shows the issue we cannot do anything,

[fritsch]

Thanks much. The file looks okay from a first look.

[jpsdr]

Code:

General
Unique ID                                : 216157359854692561194684587197819689527 (0xA29E64A90AE1D3729DAAD2D6823A9A37)
Complete name                            : J:\Download\The.Big.Bang.Theory.S06E15 (1)-001.mkv
Format                                   : Matroska
Format version                           : Version 4 / Version 2
File size                                : 20.1 MiB
Duration                                 : 2mn 2s
Overall bit rate                         : 1 373 Kbps
Encoded date                             : UTC 2015-11-20 15:00:59
Writing application                      : mkvmerge v7.4.0 ('Circles') 64bit built on Dec 12 2014 12:19:56
Writing library                          : libebml v1.3.0 + libmatroska v1.4.1
DURATION                                 : 00:01:58.582000000
NUMBER_OF_FRAMES                         : 34
NUMBER_OF_BYTES                          : 51197
_STATISTICS_WRITING_APP                  : mkvmerge v7.4.0 ('Circles') 64bit built on Dec 12 2014 12:19:56
_STATISTICS_WRITING_DATE_UTC             : 2015-11-20 15:00:59
_STATISTICS_TAGS                         : BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES

Video
ID                                       : 1
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : Main@L3
Format settings, CABAC                   : Yes
Format settings, ReFrames                : 4 frames
Codec ID                                 : V_MPEG4/ISO/AVC
Bit rate                                 : 962 Kbps
Width                                    : 720 pixels
Height                                   : 480 pixels
Display aspect ratio                     : 16:9
Original display aspect ratio            : 16:9
Frame rate mode                          : Variable
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Writing library                          : x264 core 130
Encoding settings                        : cabac=1 / ref=2 / deblock=1:0:0 / analyse=0x1:0x111 / me=hex / subme=6 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=9 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=2 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=0 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=crf / mbtree=1 / crf=20.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Language                                 : English
Default                                  : Yes
Forced                                   : No
Color range                              : Limited
Color primaries                          : BT.601 NTSC
Transfer characteristics                 : BT.709
Matrix coefficients                      : BT.601

Audio
ID                                       : 2
Format                                   : AC-3
Format/Info                              : Audio Coding 3
Mode extension                           : CM (complete main)
Format settings, Endianness              : Big
Codec ID                                 : A_AC3
Duration                                 : 2mn 2s
Bit rate mode                            : Constant
Bit rate                                 : 384 Kbps
Channel(s)                               : 6 channels
Channel positions                        : Front: L C R, Side: L R, LFE
Sampling rate                            : 48.0 KHz
Compression mode                         : Lossy
Stream size                              : 5.63 MiB (28%)
Language                                 : English
Default                                  : Yes
Forced                                   : No

Text
ID                                       : 3
Format                                   : VobSub
Muxing mode                              : zlib
Codec ID                                 : S_VOBSUB
Codec ID/Info                            : Picture based subtitle format used on DVDs
Language                                 : English
Default                                  : No
Forced                                   : No

Menu
00:00:00.000                             : en:Chapter 1

You can see : Frame rate mode : Variable.
So, even if this information may not be 100% accurate, in that case, it seems to be.

I don't know what option put decimate=1 and what's the effect, but i'm almost sure it will affect frame rate.

[TonyPh12345]

Code:

Frame rate mode                          : Variable

You can see : Frame rate mode : Variable.
So, even if this information may not be 100% accurate, in that case, it seems to be.

I don't know what option put decimate=1 and what's the effect, but i'm almost sure it will affect frame rate.

That's only a header field to "hint" the playback engine -- it has nothing to do with the stream's actual characteristics. I don't know if Kodi even cares what the header says about the frame rate, or if it takes its cue from ffmpeg when the stream is examined.

NTSC DVD MPEG streams are ONLY 23.976 and 29.976, or any temporal combination of the two, but NEVER anything else. If a DVD is variable, it will only be because it's switching between the two. This video is not doing that. It's a constant 23.976 fps stream.

[jpsdr]

A constant fps encode wouldn't have decimate=1, i'm almost sure that the encode has been made with a pulldown option, instead of doing the pulldown on the video before encoding.
It may not be a bad encode, but the issue clearly comes from the way the file is encoded, because Kodi has found some frames at 30fps (the 33333.33 (or 33333.32) frame duration you can see in the log).

But, also, maybe your file is not technicaly wrong, and maybe the issue is deep within Kody, which doesn't decode/handle properly this kind of file, and frames durations reported are incorrect. In that case, the issue is not with the vfr algorithm itself, but with the part which report the frame duration to Kody.

But, these are only pure "possibilities/guess" from my part. It's another possibility, with also the possibility that the file has a bad encode.