[uvmonger]

I'm a long time user of Kodi since Jarvis and general playback and time-shifting of Live TV on 64-bit Windows (Leia and beyond). On these versions the live tv video starts skipping randomly while audio is stable. If I try to rewind the live tv in this condition it starts to playback at double-speed with no audio and stuttering. I thought this was an issue with the ServerWMC but the TS file generated by that playback fine in VLC and Windows Media Player. I am running the following:
64-Bit Windows 10 WMC machine backend
ServerWMC version 1.0.0.63 build 1260 configured to remux wtv to ts
Ceton Infinitv 6

Running 64-bit versions of Kodi has the issue
Running Kodi on Android Smart TV cannot timeshift.
Running 32-bit Kodi Kryption 17.5 has no issues with playback and timeshifting

Obviously, I don't want to run the old version of Kodi. Is there something I need to change in ServerWMC to make it more compatible with the 64-bit versions?

[uvmonger]

FWIW here is a snippet of the Kodi version 20.3 log when the issue is happening:

2024-01-11 16:26:59.327 T:18904    info <general>: Creating audio stream (codec id: 86019, channels: 2, sample rate: 48000, no pass-through)
2024-01-11 16:26:59.567 T:9848     info <general>: CDVDVideoCodecFFmpeg::CDropControl: lost diff
2024-01-11 16:26:59.601 T:9848     info <general>: CDVDVideoCodecFFmpeg::CDropControl: calculated diff time: 13896
2024-01-11 16:27:00.620 T:9848  warning <general>: CVideoPlayerVideo::OutputPicture - timeout waiting for buffer
2024-01-11 16:27:00.621 T:9848     info <general>: DXVA::CDecoder::Open: Total video memory available is 26376 MB (dedicated = 10067 MB, shared = 16309 MB)
2024-01-11 16:27:00.676 T:9848  warning <general>: CVideoPlayerVideo::OutputPicture - timeout waiting for buffer
2024-01-11 16:27:04.634 T:9848     info <general>: Skipped 72 duplicate messages..
2024-01-11 16:27:04.634 T:9848     info <general>: CDVDVideoCodecFFmpeg::CDropControl: lost diff
2024-01-11 16:27:04.717 T:9848  warning <general>: CVideoPlayerVideo::OutputPicture - timeout waiting for buffer
2024-01-11 16:27:04.765 T:18564    info <general>: DXVA::CDecoder::Close: closing decoder.
2024-01-11 16:27:04.788 T:9848     info <general>: CDVDVideoCodecFFmpeg::CDropControl: calculated diff time: 8168
2024-01-11 16:27:05.760 T:9848  warning <general>: CVideoPlayerVideo::OutputPicture - timeout waiting for buffer
2024-01-11 16:27:05.761 T:9848     info <general>: DXVA::CDecoder::Open: Total video memory available is 26376 MB (dedicated = 10067 MB, shared = 16309 MB)
2024-01-11 16:27:05.820 T:9848  warning <general>: CVideoPlayerVideo::OutputPicture - timeout waiting for buffer
2024-01-11 16:27:10.174 T:9848     info <general>: Skipped 78 duplicate messages..
2024-01-11 16:27:10.174 T:9848     info <general>: CDVDVideoCodecFFmpeg::CDropControl: lost diff
2024-01-11 16:27:10.256 T:9848  warning <general>: CVideoPlayerVideo::OutputPicture - timeout waiting for buffer
2024-01-11 16:27:10.306 T:18564    info <general>: DXVA::CDecoder::Close: closing decoder.
2024-01-11 16:27:10.331 T:9848     info <general>: CDVDVideoCodecFFmpeg::CDropControl: calculated diff time: 22421
2024-01-11 16:27:11.452 T:9848  warning <general>: CVideoPlayerVideo::OutputPicture - timeout waiting for buffer
2024-01-11 16:27:11.452 T:9848     info <general>: DXVA::CDecoder::Open: Total video memory available is 26376 MB (dedicated = 10067 MB, shared = 16309 MB)
2024-01-11 16:27:11.505 T:9848  warning <general>: CVideoPlayerVideo::OutputPicture - timeout waiting for buffer

[krustyreturns]

I think it's because kodi no longer supports the weirdness of wmc format.  They did in older versions of kodi.

[emveepee]

I don't know how the WMC remux to ts works but once you aren't playing wtv files,  captures of cable card stream can produce really bad quality timestamps that Kodi and few players can't handle.  Better to remux to mp4

Martin

[uvmonger]

I have tried watching the TS stream generated by ServerWMC using VLC Media player and after a while even that gives up. This is clearly a cablecard issue and I have no real support there. Ceton is out of business and the XFinity folks just want to give me a cable box. I'm stuck on Kodi Krypton 17.5 for all of my Windows based HTPCs for now.

[uvmonger]

One other question, what does that option in ServerWMC <GenerateDTS_h264>true</GenerateDTS_h264> do?

[krustyreturns]

Right, it was an attempt to correct the problem wmc timestamp problem that kodi had trouble with.  Turning it off and restarting serverwmc would be a good thing to test.

[uvmonger]

When I set <GenerateDTS_h264>false</GenerateDTS_h264> it does fix the playback issue but now I can't time shift at all. Any attempt to fast-forward or rewind live TV causes Kodi to freeze video playback on the latest version of Kodi (20.5). It seems to be an issue with the remuxing because recorded tv files playback with no issues. Are there any other options for remuxing I can try?

[uvmonger]

Nevermind the previous post. Playback breaks after a while. It is more stable with <GenerateDTS_h264>true</GenerateDTS_h264>.

[uvmonger]

Still trying various versions of Kodi with no success. For my system it is the commercials that cause the disruption (1877 Kars For Kids, XFinity). As soon as commercial play the TS stream video is disrupted. There is no new video image for a long time and any attempt to try and fast-forward or rewind results in a massive audio/video sync issue. Is the ServerWMC still in develpment? Can I get access to the source code?

Thanks in advance

[krustyreturns]

There is no development on swmc anymore.  If you would like access to the source code send me a PM.