tbh no idea what fixes it but if it works 
Posts by CvH
-
-
vpeter could you pr (if you have it in a branch) to 8.2 ? It looks like we missed this somehow.
-
1. an implementation into ffmpeg (this might come as other chips share the same api)
2. AML has to ship mainline linux incl drivers (this still takes a bit)
3. (maybe) AML need to create an encoding driver (idk if they have something)
4. Tvh can implement it
-
supported at all
nope won't work, theoretically yes but there is no driver/implementation
-
hmm, try to create a new codec profile and a new transcoding profile (you use software encoding btw !)
is it mean that I need install ffmpegx to solve the problem?
no, it just grabs at build time ffmpegx to build tvh, nothing you have to do
-
You can also use Rufus - Create bootable USB drives the easy way if nothing else works (change at rufus from iso image to dd image) - if this still doesn't work then something odd is happening.
-
I purchased my DD Cine S2 V7
urgs this card should work with the "dvb drivers from latest kernel" package
dmesg | paste might help (if you have time ^^)
I assume, that I have to wait until the drivers are availabe.
no, pls use my build and change at the driver selector the "dvb drivers from latest kernel" and reboot, after that the card should be there
-
If oscam can't deliver the key Tvh can't do anything. Maybe there is another problem that just looks similar.
-
You may have a really old DD ? Guess these are not supported yet. Will check if I get the DD package working.
-
idk if the oscam problems temporary - at least at your logs tell it
Code[ ERROR]:descrambler: ECM - key late (6110 ms) for service "BBC Earth HD" -
you need 1x unicable for each card so it is a bit useless but you can do it
sadly I have zero proper knowledge about these unicable/splitter setups - it could/should work
not really an help if you want an real answer here
-
It basically hard wire your tv settings to the system.
Instead of dynamic autodetect your screen it uses these "hard" values. This helps at a lot problem that are similar - you have to test it if it helps for your problem.
-
the stream problems are due too late keys from oscam (6sec+) - have a look at oscam for this - it should output some errors
the timeshift problem is a bit suspicious, you can try to deactivate tvh, and delete /storage/.kodi/userdata/addon_data/service.tvheadend42/timeshift/config that reverts it to default
-
afaik rockchip, allwinner and amlogic had realised that proper drivers and proper kernel integration isn't a bad thing and they work to get everything into the linux kernel. Everything is work in progress so don't get too exited YET.
-
could you show your epg config ?
It looks like there are heavy epg scanning with different epggrab services that can overload your tuner.
Also you have misconfigured your picons
Btw pls have a look if something changes if you disable "idle scan" at your tuner config.
-
This is a know problem - sadly not too sure how "we" created it (maybe a problem from upstream).
You could try my builds from here that includes different DVB drivers, maybe some package works.
Index of /LibreELEC/8.2_Krypton/8.2.0/
here is how it works
http://cvh.libreelec.tv/LibreELEC/8.2_Krypton/dvb-addons-howto.mp4
-
yes it is at kernel 4.14+ , the current media_build I included is early 4.15
-
could you also paste the log of Tvheadend ?
/storage/.kodi/userdata/addon_data/service.tvheadend42/service.log
