[dirtydesaster]

Disregard the comments about a/v sync being "rock stable" in #0409 - it looks like the Codec OSD is broken in #0409 and stops updating after a while! However #0409 does not suffer from the visible dropped frames, as #0410 does.

Is it still : a/v sync only without passthrough?

[Milhouse]

Is it still : a/v sync only without passthrough?

This is with passthrough disabled:



So a/v sync is improved, but it continues to skip frames after a minute or so, then stop skipping frames for a few more minutes, before skipping more frames etc.

Other settings that have remained constant throughout: Adjust refresh rate "Always"; Sync to display "disabled".

[fritsch]

See: https://github.com/xbmc/xbmc/pull/9604/commits

[Milhouse]

Thanks, I'll give it a test shortly!

[Milhouse]

See: https://github.com/xbmc/xbmc/pull/9604/commits

Unfortunately a new OE build with PR9604 continues to accumulate skipped frames: http://sprunge.us/fYYG (frames were accumulating - over 250 - at the time I grabbed the log)

This is with: Passthrough "enabled"; Adjust refresh rate "Always"; Sync to display "disabled".

[fritsch]

Please file a bug on trac and add fernet. Is this only problematic with VC-1? Cause I don't have such issues.

[fritsch]

Please file a bug on trac and add fernet. Is this only problematic with VC-1? Cause I don't have such issues.

https://github.com/xbmc/xbmc/pull/9607

[Milhouse]

Please file a bug on trac and add fernet. Is this only problematic with VC-1? Cause I don't have such issues.

No it's with H264 as well.

https://github.com/xbmc/xbmc/pull/9607

Thanks, I'll give that a try and post again (and to trac if no improvement)

[Milhouse]

Unfortunately PR9607 didn't help, I've opened trac ticket #16682.

[pyrodex]

No it's with H264 as well.

For what it is worth I played two files of 1080p x264 5.1 DTS last night with #410 without any issues.

Mediainfo of the file:

Code:

General
Unique ID                                : 133163698570298795141246756883785677761 (0x642E653CBF767E344AAF4E1C1AE17BC1)
Complete name                            : Elementary.S04E19.1080p.HDTV.X264.mkv
Format                                   : Matroska
Format version                           : Version 4 / Version 2
File size                                : 4.72 GiB
Duration                                 : 43mn 1s
Overall bit rate                         : 15.7 Mbps
Encoded date                             : UTC 2016-04-10 22:36:35
Writing application                      : mkvmerge v8.4.0 ('A better way to fly') 64bit
Writing library                          : libebml v1.3.1 + libmatroska v1.4.2
DURATION                                 : 00:43:01.376000000
NUMBER_OF_FRAMES                         : 242004
NUMBER_OF_BYTES                          : 487154052
_STATISTICS_WRITING_APP                  : mkvmerge v8.4.0 ('A better way to fly') 64bit
_STATISTICS_WRITING_DATE_UTC             : 2016-04-10 22:36:35
_STATISTICS_TAGS                         : BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES

Video
ID                                       : 1
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : [email protected]
Format settings, CABAC                   : Yes
Format settings, ReFrames                : 4 frames
Codec ID                                 : V_MPEG4/ISO/AVC
Duration                                 : 43mn 1s
Bit rate                                 : 13.9 Mbps
Width                                    : 1 920 pixels
Height                                   : 1 080 pixels
Display aspect ratio                     : 16:9
Frame rate mode                          : Constant
Frame rate                               : 23.976 fps
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Bits/(Pixel*Frame)                       : 0.279
Stream size                              : 4.17 GiB (88%)
Writing library                          : x264 core 148 r2665 a01e339
Encoding settings                        : cabac=1 / ref=4 / deblock=1:-3:-3 / analyse=0x3:0x133 / me=umh / subme=11 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=32 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=16 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=5 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=17.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Language                                 : English
Default                                  : Yes
Forced                                   : No
Matrix coefficients                      : BT.709
DURATION                                 : 00:43:01.371000000
NUMBER_OF_FRAMES                         : 61891
NUMBER_OF_BYTES                          : 4578647007
_STATISTICS_WRITING_APP                  : mkvmerge v8.4.0 ('A better way to fly') 64bit
_STATISTICS_WRITING_DATE_UTC             : 2016-04-10 22:36:35
_STATISTICS_TAGS                         : BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES

Audio
ID                                       : 2
Format                                   : DTS
Format/Info                              : Digital Theater Systems
Mode                                     : 16
Format settings, Endianness              : Big
Codec ID                                 : A_DTS
Duration                                 : 43mn 1s
Bit rate mode                            : Constant
Bit rate                                 : 1 510 Kbps
Channel(s)                               : 6 channels
Channel positions                        : Front: L C R, Side: L R, LFE
Sampling rate                            : 48.0 KHz
Bit depth                                : 24 bits
Compression mode                         : Lossy
Stream size                              : 465 MiB (10%)
Default                                  : Yes
Forced                                   : No

I have a system built off an AMD A6-3500 APU for reference. I only noticed dropped/skipped when I advanced but after playing for a long time never saw any again.

If you need debug logs let me know.

[fritsch]

Skips and drops while seeking are perfectly normal and no avoidable as the queue needs to be flushed.

[Milhouse]

Note that the inputstream.mpd addon is not working correctly in the OE #0410 Generic build. This will be fixed in the next OE build, either Friday or earlier if there's an update on the frame dropping, and in the next LE #0413 build.

[SmallwoodDR82]

alright. Hopefully I did it correctly.

Bug #94867

https://bugs.freedesktop.org/show_bug.cgi?id=94867

Thanks!

Thanks. The drm folks don't know what a Milhouse build is, though :-) But you added the log, that's good. If you want you can add journalctl -a | pastebinit and /var/log/Xorg.0.log to the bugreport.

fritsch,

You have any other ideas/logs that might show something. I just monitored all logs (journalctl -a, Xorg.0.log, and dmesg) and realized that nothing gets added to the logs after each black out on the screen. So at this point those logs are not seeing anything or I'm impatient and it takes a while for them to show on logs.

I know this won't be much help but I took a small video of it happening also. You can see I'm on the menu screen within Kodi and it's doing it.

Youtube link : https://youtu.be/e3GQac0v57E

If you have any ideas I'm all ears. Keep in mind moving back to Kodi 15/Openelec Build the issue goes away.

Thanks again!

[fritsch]

alright. Hopefully I did it correctly.

Bug #94867

https://bugs.freedesktop.org/show_bug.cgi?id=94867

Thanks!

Thanks. The drm folks don't know what a Milhouse build is, though :-) But you added the log, that's good. If you want you can add journalctl -a | pastebinit and /var/log/Xorg.0.log to the bugreport.

fritsch,

You have any other ideas/logs that might show something. I just monitored all logs (journalctl -a, Xorg.0.log, and dmesg) and realized that nothing gets added to the logs after each black out on the screen. So at this point those logs are not seeing anything or I'm impatient and it takes a while for them to show on logs.

I know this won't be much help but I took a small video of it happening also. You can see I'm on the menu screen within Kodi and it's doing it.

Youtube link : https://youtu.be/e3GQac0v57E

If you have any ideas I'm all ears. Keep in mind moving back to Kodi 15/Openelec Build the issue goes away.

Thanks again!

Not a single idea anymore.

[kaiseruk]

I'm using a chromebox with an intel 2955u cpu and when i first tried the krypton builds a few months I would get major slowdown after a few hours and restarting the box was the only solution. I updated to the latest krypton build and the same thing is happening even more frequently (cpu usage was so high that there was delays when i typed letters when i ssh'd in).

I have a log here if its any use

http://xbmclogs.com/pouget52k

Try a fresh setup cause i have same setup and maybe dirt install (switch many times from milhouse and fritsch bulid and now Libreelec) never see cpu load problem

If you use rss feed try disabling it

Reformatted box and have rss disabled, and after a number of hours 1 of the 2 cpu's pegs to 100% with no video playing.