Kernel 4.19.2 did not solve the problem described in the original post, I can still easily reproduce it. In 4.19.2/4.20-rc2 they reverted commit 7d95fb74 that made DVBsky devices non-functional since kernel 4.18 but that issue is completely unrelated.
Posts by smp
-
-
Use WinSCP.
Copy /usr/share/kodi/addons/skin.estuary folder to /storage/.kodi/addons/
Edit the xml file (/storage/.kodi/addons/skin.estuary/xml/DialogSeekBar.xml).
Restart Kodi.
-
Is this possible?
Yes. If you are using the default Estuary skin you will need to edit addons/skin.estuary/xml/DialogSeekBar.xml file.
Code<visible>Player.Seeking | Player.DisplayAfterSeek | [Player.Paused + !Player.Caching] | Player.Forwarding | Player.Rewinding | Player.ShowInfo | Window.IsActive(videoosd) | Window.IsActive(musicosd) | Window.IsActive(playerprocessinfo) | !String.IsEmpty(Player.SeekNumeric) | !String.IsEmpty(PVR.ChannelNumberInput)</visible>Remove Player.DisplayAfterSeek | [Player.Paused + !Player.Caching].
-
"This patch causes a bad effect on RPi. I suspect that the root cause is at the USB out of tree RPi driver, with uses high priority interrupts instead of normal ones. Anyway, as this patch is mostly a cleanup, better to revert it."
Actually, it broke it for all platforms including x86,
-
There is a buggy commit in dvbsky.c driver in kernel 4.18. It should be reverted to make DVBSky devices work again.
-
It is unwatchable here too. Kodi falls back to software decode but Rpi3 is not fast enough to decode this in software.
-
Quote
Bit depth : 10 bits
Rpi does not hardware decode 10-bit video. You can still PM me the sample file so I will test it on my Pi.
-
Kernel issue that was causing DVB stream corruption was fixed months ago.
DVBsky devices do have an unresolved issue with new kernels as described in this thread but this has nothing to do with continuity errors in tvh.
What would you recommend?
Did it ever work without errors? Check if you have a good signal. Try a clean LE installation without any unnecessary addons. Make sure that there are no background processes that could interfere with the DVB stream.
-
Does the attached patch to revert this change for the m88ds3103 driver have any effect ?
No, same issue.
-
I didn't check dmesg. It failed like it always did with newer kernels - it works for a while but a brief signal disruption randomly triggers the failure. I'm now back to kernel 4.8.16 for everyday use.
-
Sadly, that patch didn't fix the issue. I was able to quickly reproduce it by disconnecting the antenna cable for 10 minutes and trying to tune to a bunch of transponders (when the cable was disconnected). When I reconnected the cable the device was unable to lock the transponders anymore until a reboot.
-
I've just posted a proposed patch here: 199323 – DVBSky USB TV tuners do not work since 4.10 due to mutex issues
Would be useful to know whether this resolves the issue.
I will test it with kernel 4.19.
-
I just got this information from the media info during the playback:
-
Try to increase the config_hdmi_b o o s t parameter in config.txt (the word b o o s t is censored on this forum for some reason, so no spaces)
-
You will probably need a drive with an RPC1 firmware.
Also, Kodi is not a great solution for DVD playback, especially on RPi (issues with menus, etc). Any standalone player will do a much better job.
-
Use the Whitelist (System-->Display-->Whitelist)
-
Add or uncomment 0.0.0.0/0 in /storage/.kodi/userdata/addon_data/service.multimedia.vdr-addon/config/svdrphosts.conf
-
How is the quality of deinterlacing of live TV 50Hz video (e.g. compared to Raspberry Pi 2/3)? Are those Rockchip devices capable of advanced deinterlacing like on RPi or is it just a basic BOB deinterlacing?
