Frameskipping in the most 1080p files


#1

Hi!

I have the Vero 4k since last Thursday and have seen some movies for test the quality and handling for me. Using a HiMedia Q10 Pro with Android 7 and i´m tired to watch all stuff over the wrapper and many unfixed bugs and new bugs in every new firmware. With the Vero 4K i noticed no microstutters, 23,97Hz frameswitching works perfect and the the Vero playing HD Audio like DolbyAtmos very well.

But one problem occurs in some movies (I have no reencode, only untouched mkv made with makemkv)… after so 80-100 minutes i can see some frame skipping or frame jumping for some minutes, this also occurs when i stop and play the movie again - it disappears after a while and the movie plays normal without any problems to the end… on one movie (30 Days of Night) i noticed at minute 43 that the picture feeze for a second… the same movies runs on the HiMedia Q10 Pro without problems and i haven´t these problems on any other movie with the Q10 and the rest of my equipment…

Sorry for my poor english, i´m from Germany and hope someone can help me…

My Setup:
Mediaplayer: HimMedia Q10-Pro with FW​ 2.0.3 / Vero 4K
A/V-Receiver: Marantz NR1607 7.2
TV: Samsung Smart TV UE55D6500 (all picture enhancer like motion plus are disabled)
NAS: Synology DS916+
Kodi: Krypton 17.2 with Titan / Aeon Nox5:SILVO / Metropolis / Horizon V
Sound: Klipsch Dolby Atmos 5.1.2 Configuration

Kind Regards!
Michael


#2

Hi,

How are you sharing the videos from the NAS, samba or nfs?

You could also consider kodi video caching.

I’m using these on my vero4k, I’m using powerline adaptors; so these settings helped buffering issues I was seeing:

<cache>
  		<memorysize>62914560</memorysize>  <!-- number of bytes used for buffering streams in memory 
   When set to 0 the cache will be written to disk instead of RAM -->
  		<buffermode>1</buffermode>
  		<readfactor>6.0</readfactor> 
</cache>

Thanks Tom.


#3

Hi!
Sharing the Videos over smb! Where can i find the entry you mean? I’m a Linux noob…


#4

Hi,

The easiest way would probably be via the command-line.

Issue this command (nano is a text editor)

nano ~/.kodi/userdata/advancedsettings.xml

<advancedsettings>
	<cache>
  		<memorysize>62914560</memorysize>  <!-- number of bytes used for buffering streams in memory 
   When set to 0 the cache will be written to disk instead of RAM -->
  		<buffermode>1</buffermode>
  		<readfactor>6.0</readfactor> 
	</cache>
</advancedsettings>

ctrl-x and yes to save.

then issue this command:

sudo reboot 0

Thanks Tom.


#5

Are you streaming from WiFi or Wired?
Does pausing temporarily and pressing play resolve the issue?

A debug log may give some clues.

Cheers

Sam


#6

@Tom_Doyle…found it and create the file with your entries, thanks a lot!

@sam_nazarko… Streaming from Wired and pausing don´t resolve the issue. Will enable the log bevore i start the next movie. This problem will not occurs on every movie so the log will be bigger.

Regards!
Michael


#7

Have enabled the kodi debuglog - any way to disable the log splascreen while playing a movie? otherwhise i have to view one or more complete movies with logscreen and wait for the issuse…


#8

http://kodi.wiki/view/Log_file/Advanced

<advancedsettings>
    <loglevel>2</loglevel> <!-- Change this to "1" to hide the on-screen debug log text -->
</advancedsettings>

#10

Hello,

I have exactly the same problems… Many of my 1080p h264 files show frame skipping not from the start on, but after some play time. At the end I’ve attached a debug log from one one-hour mkv video file I played that had shown 96 frames skipped until the end. Especially when the camera is panning the skipping occurs… The file information is attached, too.
This behaviour doesn’t occur on all files, but with many. First I suspected it only occuring with 23.976fps material, but that isn’t the case. It always occurs with some files, but not in the same way every time (sometimes more, sometimes less skipping and not at the same points while watching). Also, pausing and playing again doesn’t help.

I stream from my NAS system over wired gigabit LAN network. These issues seem to have started with the April update and I didn’t have any problems with this before (same setup before the Vero 4k, just with a RPi3). There’s also no difference between high usage of the NAS while watching (copying files to it e.g.) and the NAS just streaming the file to the Vero 4k (skipping doesn’t occur especially when using the NAS, doesn’t inscrease while doing so).

I hope, my input might be of some help…

https://paste.osmc.tv/erogosurex

===================== General =====================
Unique ID                   : 175994492357549299958938401374036205306 (0x84674E68E1A4C714A6EE4EFC26429EFA)
Complete name               : \\192.168.10.26\Videos\Freigaben\Serien\test.mkv
Format                      : Matroska
Formatversion               : Version 4 / Version 2
File size                   : 1.17 GB
Duration (ms)               : 56mn 18s
Overall bit rate mode       : Variable
Overall bit rate            : 2 972 Kbps
Encoded date                : UTC 2017-05-30 15:29:02 / UTC 2017-05-18 19:02:17
Writing application         : mkvmerge v11.0.0 ('Alive') 64bit
Writing library             : libebml v1.3.4 + libmatroska v1.4.5 / Lavf58.0.0

===================== Video =====================
Id                          : 1
Format                      : AVC
Format info                 : Advanced Video Codec
Formatprofile               : Main@L4
Formatsettings, CABAC       : Yes
Formatsettings, ReFrames    : 3 frames
Codec Id                    : V_MPEG4/ISO/AVC
Duration (ms)               : 56mn 18s
Bit rate mode               : Variable
Bit rate                    : 2 610 Kbps
Maximum bit rate            : 3 915 Kbps
Width                       : 1 920 pixels
Height                      : 1 080 pixels
Display aspect ratio        : 16:9
Frame rate mode             : Constant
Frame rate                  : 23.976 (24000/1001) fps
Color space                 : YUV
Chroma subsampling          : 4:2:0
Bit depth                   : 8 bits
Scan type                   : Progressive
Bits/(Pixel*Frame)          : 0.052
Stream size                 : 1 018 MB (85%)
Writing library             : x264 core 118
Encoding settings           : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x1:0x111 / me=umh / subme=10 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=8 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=2 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=48 / keyint_min=25 / scenecut=0 / intra_refresh=0 / rc_lookahead=0 / rc=2pass / mbtree=1 / bitrate=2610 / ratetol=1.0 / qcomp=0.50 / qpmin=6 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=3915 / vbv_bufsize=5220 / nal_hrd=vbr / ip_ratio=1.40 / aq=1:1.00
Default                     : Yes
Forced                      : No
Statistics Tags Issue       : mkvmerge v11.0.0 ('Alive') 64bit 2017-05-30 15:29:02 / mkvmerge v11.0.0 ('Alive') 64bit 2017-05-30 15:29:02 / UTC 2017-05-18 19:02:17
FromStats_BitRate           : 2585718
FromStats_Duration          : 00:56:17.708000000
FromStats_FrameCount        : 80984
FromStats_StreamSize        : 1091725425

===================== Audio =====================
Id                          : 2
Format                      : AC-3
Format info                 : Audio Coding 3
Mode extension              : CM (complete main)
Formatsettings, Endianness  : Big
Codec Id                    : A_AC3
Duration (ms)               : 56mn 18s
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
Frame rate                  : 31.250 fps (1536 spf)
Compression mode            : Lossy
Stream size                 : 155 MB (13%)
Language                    : English
Default                     : Yes
Forced                      : No
Encoded date                : UTC 2017-05-18 19:02:17
HANDLER_NAME                : Audio Media Handler
Statistics Tags Issue       : mkvmerge v11.0.0 ('Alive') 64bit 2017-05-30 15:29:02 / mkvmerge v11.0.0 ('Alive') 64bit 2017-05-30 15:29:02 / UTC 2017-05-18 19:02:17
FromStats_BitRate           : 384000
FromStats_Duration          : 00:56:18.080000000
FromStats_FrameCount        : 105565
FromStats_StreamSize        : 162147840

===================== Text #1 =====================
Id                          : 3
Format                      : UTF-8
Codec Id                    : S_TEXT/UTF8
Codec info                  : UTF-8 Plain Text
Title                       : English
Language                    : English
Default                     : No
Forced                      : No
Statistics Tags Issue       : mkvmerge v11.0.0 ('Alive') 64bit 2017-05-30 15:29:02 / mkvmerge v11.0.0 ('Alive') 64bit 2017-05-30 15:29:02 / UTC 2017-05-18 19:02:17
FromStats_BitRate           : 71
FromStats_Duration          : 00:53:15.025000000
FromStats_FrameCount        : 704
FromStats_StreamSize        : 28531

===================== Text #2 =====================
Id                          : 4
Format                      : UTF-8
Codec Id                    : S_TEXT/UTF8
Codec info                  : UTF-8 Plain Text
Title                       : Spanish
Language                    : Spanish
Default                     : No
Forced                      : No
Statistics Tags Issue       : mkvmerge v11.0.0 ('Alive') 64bit 2017-05-30 15:29:02 / mkvmerge v11.0.0 ('Alive') 64bit 2017-05-30 15:29:02 / UTC 2017-05-18 19:02:17
FromStats_BitRate           : 60
FromStats_Duration          : 00:55:14.478000000
FromStats_FrameCount        : 634
FromStats_StreamSize        : 24919

===================== Text #3 =====================
Id                          : 5
Format                      : UTF-8
Codec Id                    : S_TEXT/UTF8
Codec info                  : UTF-8 Plain Text
Title                       : French
Language                    : French
Default                     : No
Forced                      : No
Statistics Tags Issue       : mkvmerge v11.0.0 ('Alive') 64bit 2017-05-30 15:29:02 / mkvmerge v11.0.0 ('Alive') 64bit 2017-05-30 15:29:02 / UTC 2017-05-18 19:02:17
FromStats_BitRate           : 57
FromStats_Duration          : 00:55:31.995000000
FromStats_FrameCount        : 652
FromStats_StreamSize        : 23744

===================== Text #4 =====================
Id                          : 6
Format                      : UTF-8
Codec Id                    : S_TEXT/UTF8
Codec info                  : UTF-8 Plain Text
Title                       : German
Language                    : German
Default                     : No
Forced                      : No
Statistics Tags Issue       : mkvmerge v11.0.0 ('Alive') 64bit 2017-05-30 15:29:02 / mkvmerge v11.0.0 ('Alive') 64bit 2017-05-30 15:29:02 / UTC 2017-05-18 19:02:17
FromStats_BitRate           : 65
FromStats_Duration          : 00:55:32.412000000
FromStats_FrameCount        : 656
FromStats_StreamSize        : 27297

===================== Text #5 =====================
Id                          : 7
Format                      : UTF-8
Codec Id                    : S_TEXT/UTF8
Codec info                  : UTF-8 Plain Text
Title                       : Italian
Language                    : Italian
Default                     : No
Forced                      : No
Statistics Tags Issue       : mkvmerge v11.0.0 ('Alive') 64bit 2017-05-30 15:29:02 / mkvmerge v11.0.0 ('Alive') 64bit 2017-05-30 15:29:02 / UTC 2017-05-18 19:02:17
FromStats_BitRate           : 68
FromStats_Duration          : 00:55:32.412000000
FromStats_FrameCount        : 659
FromStats_StreamSize        : 28565

#11

Hi,

Do you see the same issue, if you try one of the effected videos locally?

Thanks Tom.


#12

I haven’t tried that yet, but will do so next and will provide another debug log…


#13

My new log is here: https://paste.osmc.tv/udeqitidac

This time, played from a USB 3.0 drive the same file only showed 9 skips which occured right at the beginning of the playback (framerate adjustment phase) and one drop. Unfortunately just a coincidence as you can see in post #52!

Strange thing still though, that I didn’t change anything about my whole setup (network cables, switches, TV, AVR, NAS, etc.) and the issue was never present before. Only after the April update the issue started to occur and it looks like the Vero 4k has problems playing streamed files from SMB shares…

Will try setting the buffer in advancedsettings now and test, if that brings any solution to the SMB streamed playback.


#14

Is your SMB mounted via Kodi or /etc/fstab?
/etc/fstab will give you better performance.


#15

I added it as a source via Kodi interface… As I always did. Just wondering why the performance decreased so much without the whole setup having changed.

How does /etc/fstab mounting work? Sry, I’m quite a Linux noob, so not familiar with that stuff… But I’d try that, too.

Is there any disadvantage coming with the buffering suggestion by @Tom_Doyle?


#16

Next log: https://paste.osmc.tv/ticalosape

This time from normally added SMB share from my NAS, same test file. This time even worse than the first time: 141 skips, 1 drop. The caching setting doesn’t seem to help…

Last possibility would be fstab, if I knew how to do that. But still I’m wondering how it could be achieved to get back to the old, fully working state before April update that seems to be the point for me where all this started.


#17

You’re saying that installing the April version resolves this issue?


#18

Without testing (i´m at work) i think that my problem has the same reason and the buffering settings doesn´t work here too… my smb connections are also mounted by kodi (with the Emby for Kodi Plugin)…

@sam_nazarko… can you give us a hint please for smb mounting via fstab? I will test it then when i´m at home!


#19

Did you use the forum search? It’s been covered dozens of times!


#20

@sam_nazarko No. It seems to me that it started with installing the April update. With the May update I hoped it to change, but the problem is now still the same as last month…

But I don’t have an exact timeline of when it started occuring. I only noticed slowly and wasn’t sure what to check or what to do to reproduce it at first.

@ActionA ok… I’ll have a look, test and give feedback when I’ve checked out fstab mounting.


#21

Not at this time at work, write a fast message but searching then later!