Hello guys, I’ve been a user of OSMC for a few days and I’m working my way through it and there are still little problems here and there. Currently: TV jerks. But not with all channels but with individual ones. What’s even more interesting: When I go to the TV headend with my PC via browser and stream the same channel there with VNC then it runs without jerking.
I have OSMC on a raspberry pi 4 and TVheadend. I hope someone has an idea as to why this is.
Would need to see a log to advise.
which and wehere can i find them? As i told, i am new in osmc (using it since one week) 
To get a better understanding of the problem you are experiencing we need more information from you. The best way to get this information is for you to upload logs that demonstrate your problem. You can learn more about how to submit a useful support request here.
Depending on the used skin you have to set the settings-level to standard or higher, in summary:
enable debug logging at settings->system->logging
reboot the OSMC device twice(!)
reproduce the issue
upload the log set (all configs and logs!) either using the Log Uploader method within the My OSMC menu in the GUI or the ssh method invoking command grab-logs -A
publish the provided URL from the log set upload, here
Thanks for your understanding. We hope that we can help you get up and running again shortly.
OSMC skin screenshot:
Sooo… i have a log-file now… 
hope it helps. Do you need a log from tvheadend too?
Can you reproduce the problem with a recording?
What i relised: When i stream (pass) with an Windows PC and VLC it works great, but with tvheadend client (htsp) i have the trubble with some stations.
Is it normal, that pass creates more traffice than htsp (see screen shot)
Is it possible to change the protokol in the tvheadend plugin?
here a Video i took to show you how it looks like:
Bandwidth of the stream will be the same regardless of the client playing it.
So unless you are on low throughput WiFi, I don’t think this would be the cause of your problem.
Try set Adjust Refresh Rate to Always instead of On Start/Stop and see if this helps.
2024-09-16 15:18:33.708 T:631 info <general>: VideoPlayer::OpenFile: pvr://channels/tv/M%c3%a4nner%20TV@7/1@pvr.hts_358665127.pvr
...
2024-09-16 15:18:34.749 T:854 info <general>: [WHITELIST] Searching the whitelist for: width: 720, height: 576, fps: 25.000, 3D: false
...
2024-09-16 15:18:34.750 T:854 info <general>: Display resolution ADJUST : 3840x2160 @ 30.000000 Hz (16) (weight: 0.000)
???
So, the chosen frame rate is nuts for this video but the monitor doesn’t support 720x576 with 25 frames per second.
EDID Video Data Block: tells us
VIC 17: 720x576 50.000 Hz 4:3 31.250 kHz 27.000 MHz
is the only available matching resolution which could be reached doubling the frame rate.
settings -> system -> display -> whitelistsettings -> player -> videossettings -> TV & Radio -> PlaybackHope this improves things with this TV/monitor.
Hey JimKnopf,
ok, now the jerk / stutter is gone. BUT, the picture on the TV ist small. Is there an option oder config to upscaling? (without jerk / stotter)
What TV/monitor is it? Typically, a modern monitor/TV has the ability to upscale the video resolution itsself if it’s providing lower HDMI resolutions than the native one from the panel. E.g.
OK now it works great! I played with the resolution and relized, that the TV can upscale from Hull HD…
Thanks a lot guys! I am Happy now!
So, after testing the system for a few days, I noticed one thing or another about its behavior. After I adjusted the resolution (as Jim Knopf described) it works. I then set the resolution to FullHD and everything was ok. BUT for about half an hour. Then it starts to jerk terribly and then the sound stops. If the sound has stopped, the jerking is a little weaker (see new video). When I turn on another channel, the other channel continues to play great, but only for about half an hour. If I want to continue watching this, I have to stop the TV and start it again, then it’s ok again for half an hour. Sound installations are 2.0 and pass-through is switched on for dts, dd, etc.
Do you have an idea?
A debug log should help us see why this is happening
Sam
Hey, here the log file. I stardet it at Sep 23 15:57:34
16:44:27 looks like something start happens.
tvheadend reports that (German) DVB-C channel “N24 Doku” was chosen
Sep 23 16:06:25 osmc tvheadend[823]: mpegts: 306MHz in DVB-C Netzwerk - tuning on Silicon Labs Si2168 #0 : DVB-C #0
Sep 23 16:06:25 osmc tvheadend[823]: subscription: 0026: "127.0.0.1 [ osmc | Kodi Media Center ]" subscribing on channel "N24 Doku", weight: 125, adapter: "Silicon Labs Si2168 #0 : DVB-C #0", network: "DVB-C Netzwerk", mux: "306MHz", provider: "Digital Free", service: "N24 Doku", profile="htsp", hostname="127.0.0.1", username="osmc", client="Kodi Media Center"
mediacenter pvr got the info what to playback
2024-09-23 16:06:25.373 T:600 info <general>: VideoPlayer::OpenFile: pvr://channels/tv/M%c3%a4nner%20TV@7/1@pvr.hts_1694657328.pvr
first stream problem started after 29 minutes
2024-09-23 16:44:03.096 T:955 debug <general>: CVideoPlayerVideo - Stillframe detected, switching to forced 50.000000 fps
2024-09-23 16:44:03.113 T:946 debug <general>: Stream stalled, start buffering. Audio: 0 - Video: 0
...
2024-09-23 16:44:04.453 T:951 info <general>: CVideoPlayerAudio::Process - stream stalled
2024-09-23 16:44:04.460 T:946 debug <general>: Stream stalled, start buffering. Audio: 0 - Video: 0
...
2024-09-23 16:44:06.485 T:951 info <general>: CVideoPlayerAudio::Process - stream stalled
2024-09-23 16:44:06.488 T:946 debug <general>: Stream stalled, start buffering. Audio: 0 - Video: 0
...
2024-09-23 16:44:08.052 T:951 info <general>: CVideoPlayerAudio::Process - stream stalled
2024-09-23 16:44:08.055 T:946 debug <general>: Stream stalled, start buffering. Audio: 0 - Video: 0
...
someone pressed the STOP button
2024-09-23 16:44:26.901 T:752 debug <general>: LIRC: - NEW 80 0 KEY_STOP linux-input-layer (KEY_STOP)
2024-09-23 16:44:26.911 T:600 debug <general>: HandleKey: guide (0xe0) pressed, window 12005, action is Stop
2024-09-23 16:44:26.911 T:600 info <general>: CVideoPlayer::CloseFile()
So, it looks like the stream from tvheadend got instable.
On the RPi4’s hub you connected 4 devices
Sep 23 00:34:25 osmc kernel: usb 1-1: Product: USB2.0 Hub
Sep 23 00:34:25 osmc kernel: hub 1-1:1.0: USB hub found
Sep 23 00:34:25 osmc kernel: hub 1-1:1.0: 4 ports detected
...
Sep 23 00:34:25 osmc kernel: usb 1-1.1: Product: DVB-T2/C USB-Stick
Sep 23 00:34:25 osmc kernel: usb 1-1.1: Manufacturer: Bestunar Inc
...
Sep 23 00:34:25 osmc kernel: usb 1-1.2: Product: eHome Infrared Transceiver
Sep 23 00:34:25 osmc kernel: usb 1-1.2: Manufacturer: Philips
...
Sep 23 00:34:25 osmc kernel: usb 1-1.3: Product: USB Serial
...
Sep 23 00:34:25 osmc kernel: usb 1-1.4: Product: USB2 Video
Sep 23 00:34:25 osmc kernel: usb 1-1.4: Manufacturer: UltraSemi
So, it’s up to ask why tvheadend cannot continue to send a stable stream to the mediacenter.
Is there enough power for all the devices being connected? Can you test with only the DVB-T2/C stick connected? Or put a self-powered usb hub in between.
No idea about the used DVB-/2/c stick and driver; Has this proven to be stable?
I see hyperion is also running on the RPi; have you monitored the CPU utilization while playback? Can this be a bottleneck?
Is the DVB-C signal stable? I’m also located in Germany and have a very long history of suffering with the provider Vodafone, who for months was unable to deliver the DVB-C connection in a stable manner in my part of the town.
Hello JimKnopf,
about the Power: the UltraSemi and the USB Serial: there was no change… bevor i configured Hyperion i had this isues. But shure, i try again and disable it.
The DVB-T2/C Stick: it should be ok. I took a look for compatibility and Linux was listed bevor i bought this. The Philips reciver ist just an Infra-Red Reciver for the Remote.
When Hyperion was aktive and i watchend TV the CPU was not over 30%
DVB-C: i used many Years Windows-Computer with MediaPortal with an DVB-C Card and had no problems…
I don’t understand, that it is running for such a “long” time, and than the problems starts. And when i jump to an other Channel it is working again… I Try the same with an stream to an Windows Client with VLC… so i can see if the DVB-C is stabile…
So, the stream to an other client works perfect… no problems at all. So the problem is not the DVB-T/C stick and not the Provider…
I disable Hyperion now and remove the 2 USB Devices (USB-Serial LED Controller and the UltraSemi capturing device ) But i don’t think that this is an problem.
Yes, this is a valid approach.
Since it is reproducable as you said, it make sense to debug log the tvheadend like
You can live watch the output using sudo journalctl -f|grep -i tvheadend or redirect the output into a file since there are tons of information.
Perhaps, here you can find more information what happens to tvheadend so the stream starts stalling.
This is the htsp configuration in my tvheadend
If there is no progress by other information here, I suggest you continue searching for help at https://tvheadend.org/ but let’s first see what you can find out.
