Occasional "slow-motion"

Hi Sam,

as I said, the same file that one time causes the problem, plays fine the next time.

That was one of the reasons I didn’t want to send the initial grab-logs (besides it containing IMHO a lot of sensitive informatiton like IP-addresses etc…). It contains a lot of cruft. I sifted through the log-file and provided the line that occurred at the time of the problem.


Sods law.

IP addresses should actually be local (not sensitive) to your subnet.
As for scene releases (if present); if you are concerned about that, we don’t care. We are interested in solving potential playback issues across all sources of media.

Feel free to PM me a link to logs. I’m the only one that can access https://paste.osmc.tv pastes directly; and even then I cannot tie it to an individual unless they give me a link to the paste. Pastes are deleted after 30 days.


Enabling debugging as explained in the wiki put an annoying overlay on my screen. That’s why I switched to component specific debugging.

We should update the Wiki to document how to enable debugging without activating the overlay. This is also covered by the Kodi wiki; so we could provide a link to that instead.

@fzinken gave you very specific instructions on how to avoid that…

I have done that but did not switch off the component specific debugging. I thought I was logging less because I had activated only a limited set of components. I’ve switched off the component specific logging. Next time the problem occurs I will upload new logs.

Cheers – if you can find a clip that’s quite problematic, the usual rule of thumb is to test local (USB based) playback first.


Just want to let you guys know I have the exact same issue. Occasionally (like once every 2 files I play) and usually only once during the movie/episode (at a random time).

The only thing (mind you I didn’t change any loglevels or so) I find in the kodi log is:
19:18:12.664 T:3126797296 NOTICE: CVideoPlayerAudio::Process - stream stalled

Do you have enough information from nrosier to try and find out what’s happening? Or do you need logs from me as well?

As for a workaround I use is to just wait until it syncs automatically again (usually after about 5 to 10 seconds) and then rewind back to where I was. Of course it’s not a nice thing to encounter when I’m in the middle of an exciting scene.

(This, and the stuttering in certain video’s while the camera is panning are the only real issue I currently have with the Vero 4K)

@sam_nazarko analyzed one of the files and said it was a bad encoding (frame rate changes in the file). I’m not entirely convinced this is the issue as I’ve had several files from several sources all showing this issue.

There are a couple of other playback fixes coming in the next update. This may improve things here.



This happened again last evening twice during the same movie:
21:00:42.250 T:3126797296 NOTICE: CVideoPlayerAudio::Process - stream stalled
for the second time during the same movie I don’t see any record in the kodi.log

Unique ID : 221232641803760937280796082225041146356 (0xA66FDB613E77878D933E4837B89481F4)
Complete name : xqz.1080p.bluray.x264.mkv
Format : Matroska
Format version : Version 4 / Version 2
File size : 8.74 GiB
Duration : 2 h 6 min
Overall bit rate : 9 908 kb/s
Encoded date : UTC 2017-07-25 19:51:53
Writing application : mkvmerge v8.5.2 (‘DiAMOND’) 64bit
Writing library : libebml v1.3.3 + libmatroska v1.4.4

ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 5 frames
Duration : 2 h 6 min
Bit rate : 9 269 kb/s
Width : 1 920 pixels
Height : 800 pixels
Display aspect ratio : 2.40:1
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.252
Stream size : 8.00 GiB (92%)
Writing library : x264 core 152 r2851 ba24899
Encoding settings : cabac=1 / ref=5 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh / subme=8 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=24 / lookahead_threads=4 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=50 / rc=2pass / mbtree=1 / bitrate=9269 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00
Language : English
Default : Yes
Forced : No

ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Format settings, Endianness : Big
Codec ID : A_AC3
Duration : 2 h 6 min
Bit rate mode : Constant
Bit rate : 640 kb/s
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)
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 578 MiB (6%)
Language : English
Service kind : Complete Main
Default : Yes
Forced : No

Text #1
ID : 3
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Title : English regular
Language : English
Default : No
Forced : No

Text #2
ID : 4
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Title : English sdh
Language : English
Default : No
Forced : No

00:00:00.000 : en:00:00:00.000
00:12:43.221 : en:00:12:43.221
00:21:05.347 : en:00:21:05.347
00:32:32.659 : en:00:32:32.659
00:43:09.378 : en:00:43:09.378
00:56:47.988 : en:00:56:47.988
01:06:48.546 : en:01:06:48.546
01:14:13.032 : en:01:14:13.032
01:23:44.394 : en:01:23:44.394
01:36:36.791 : en:01:36:36.791
01:46:57.244 : en:01:46:57.244
01:58:58.798 : en:01:58:58.798

But as you say you might have found a fix let’s wait for the new version and see if that helps :).

I’m not saying it will resolve your issue for sure but it won’t hurt.


When will it be available so I can test?

When it’s ready, I’ll make a post outlining some playback improvements


I was trying to think why @Vince35 and I are having this problems and nobody else is reporting them. Then I remembered we both use hyperion. For HEVC support in hyperion I needed to set following:
echo 1 > /sys/module/amvdec_h265/parameters/double_write_mode
I switched it off and for the last hour I haven’t had any problems where as I had the problem twice in 30 minutes before. Still need some testing to make sure but it could be worth investigating.
Strangely enough the files I’m wattching are h264 and this parameter appears to be h265 specific.

@vince35 can you verify aand test this as well?

Tell me how to switch it off and I can test it as well :).

Good find :wink:

My guess would be
echo 0 > /sys/module/amvdec_h265/parameters/double_write_mode

Thanks. Unless it need a reboot after entering that command, it didn’t make a difference. Just watched another episode and had the slomo bug again.

Now I will install the latest update and see if that will help anything.

Are you running Hyperion?
Does disabling the service improve things?

Can you reproduce this on a fresh install?