So i have shifted from OSMC on my Raspberry Pi 2 to the new Vero 2. Until now only tvheadend and smb from the app store as well as my usb dvb-s tuner (Sundtek SkyTV Ultimate) have been installed to the Vero 2.
I have setup Live TV through tvheadend the same as on my raspberry pi 2, but on the Vero 2 i am experiencing some problems: On the rpi2, the tv image runs smoothly, on the Vero 2 i keeps halting/stuttering after different time spans around 30 seconds. If this were youtube, i would guess that it is buffering. Is anyone else experiencing something like this or has some tip for me how to figure out the origin of the problem? Currently, Live TV is not usable for us on Vero 2 and we keep falling back to the Raspberry 2 until we find a solution.
I am running tvheadend on a separate PC and I can switch between different signal sources: SAT-IP, IPTV via a SAT-IP receiver and IPTV via DSL (multicast).
Prior to the April update of Vero 2, I had occasionally re-buffering issues when watching HD-TV programms. After installing the April update, it became much worse: Audio and video gets out of sync and rebuffering occurres regularly.
As a work-around I switched to a SD-signal source which still has rebuffering every few minutes (but at least audio and video remains in-sync).
I double checked with a Kodi installation under Ubuntu - all channels display smoothly. Hence something in the latest Vero update must have broken the connection between the tvheadend HTSP client and tvheadend. It only affects Live-TV, recordings are shown without problems - hence I exclude tvheadend and the signal sources as origin of the problem.
The HTSP client is still at version 2.2.14 (the same version that runs under Ubuntu perfectly).
I am still investigating the issue.
Something must have changed regaring the MPEG4-Decoding. Previously, when a live stream had a continuity error (i.e. a dropped frame) there was just a short interruption, shortly afterwards audio and video were back in sync. Now, Vero 2 (with HTS backend) seems to stumble over the first continuity error in a MP4 stream.
What is odd, when recording such a stream (via tvheadend), the stream still has continutiy errors, but playback works.
Unfortunately, TVHeadend doesn’t always package videos correctly, and there have been some workarounds to fix some playback issues. This seems to recur across a lot of TVHeadend versions, and even exists in some recordings as well.
I’d be interested in knowing if disabling Hardware accelerated decoding (via Playback) in Settings helps at all.
Diabling hardware acceleration results in massive frame drops - so unfortunately, this is not an option für MP4 live streams. With hardware acceleration enabled, I notice roughtly 200 dropped frames within 10 seconds - so the video lags serveral seconds behind audio (tested with versions 16.0.0-12 and 16.0.0-14).
Quick question again: Should the July Update solve this issue?
Thanks again for your support but it is really too bad my Vero 2 has been useless to me for half a year now. Without proper live tv and the android image (correct me if this has been released in-between?), this is just an expensive brick in my closet.
I took a look at this sample. With the latest OSMC (and some changes staged for August 2016 update), the audio and video are in sync and the video plays back OK. There is about half a second of artefacting which appears to be due to a problem in the recording itself.
Can you describe the problem you are experiencing?