I have Mecool K1 Pro S905D device. So this version is will work with dvb tvh on my device? Or still in alpha stage? If still in alpha stage when will we see some beta or working (with dvb and addons) less buggy versions?
No, it seems there's no real effort to mainline the dvb drivers so it will either take a lot of time or never work at all. I might be wrong (and I hope to be).
afaik these drivers are not at the mainline kernel ?
I don't think they are, but I don't think they were in kernel 3.14 either. Anyway, it was just a way to answer the question if it had support for the dvb tuner in the ki pro.
I have the same question, I would like to know if this version supports KI Pro? DTV
I unpacked the image (didn't install it) and there's no aml_fe nor avl6862 modules, so, unless the modules have a different name under kernel 5.x or are available in a different overlay, I don't think it does.
1. I'm not interested in" opinions " about which system is better or worse. Want to discuss it - create your own theme.
2. I'm not interested in advertising other systems. Want to discuss it - create your own theme.
3. I'm not going to persuade anyone to use any system. Everyone decides what to use.
Uh? Fran's message didn't say any of the above. It only complained that this image doesn't work for him. I agree it didn't express it in a "correct" way, but still it didn't say any of the things you mention.
I got Fran 's message by mail before it was deleted. I understand it can be annoying to read messages that appear to be repetitive and inflammatory.
I think it's more due to a non native speaker having problems expressing himself, but in any case it's not spam and removing it as such only reinforces the view expressed in said message.
^^^ example for Generic, for other archs see here Compile [LibreELEC.wiki]
I used PROJECT=Amlogic DEVICE=S905 ARCH=arm, working fine (I just wanted to test this patch that I only tested under x86).
It needed 13GB of space though 
the folder 9.0 contains builds for LE 9.0 (currently 9.0.x)
I hate to sound like a broken record, but could you kick the build system to build a newer tvh for 9.0?
Otherwise, is there an easy way to just cross-compile it without building the whole distribution?
TIA.
Are you also rebuilding for LE9.0?
I already tried to upstream first patch to [email protected] on Feb 3, but no answer. It was pinctrl for tsin pins.
LibreELEC.tv/linux-99999-pinmux.patch at master · 150balbes/LibreELEC.tv · GitHub
Yes, you got one:
QuoteThanks for sharing part of your work on the DVB demux support,
but could you follow the steps described in Submitting patches: the essential guide to getting your code into the kernel — The Linux Kernel documentation ?The main point is to sign-off with your name and follow the standard changes format !
That's good advice, but I already have a box with integrated dvb 
all Amlogic hardware that has an upstream device-tree in the kernel or submitted and pending merge will be supported going forwards.
These?
amlogic\dts\boot\arm64\arch - kernel/git/torvalds/linux.git - Linux kernel source tree
I see no support for the dvb in s905d boxes, especially mine , but then I'm not knowledgeable enough about device trees
This new version has no constcw support compiled by default:
see
Diff [11479:11497] for trunk/config.sh – OSCam
in fact
I don't know how to patch the package to restore it but I'm sure CvH
does
new oscam is now at the repo for 9.0, 9.1 is following today-ish
9.0.108 breaks decoding of bbc satback on intelsat 907 
I had to downgrade to 9.0.107.
Edit:i'm not using it with x86 but with a mecool ki pro (s905d).
Edit2: it took me a while to realize since yesterday it was raining so I thought it was a signal issue, but today I found out it's oscam.
In libreelec 9.0.1 the tuner also works (albeit not as good as under android), but then it's still using kernel 3.14
If CoreELEC works for you that's absolutely fantastic, I totally get that as a user you only care about the product and not personalities, but we (as a development team) don't want or need others harassing/abusing _our_ members, and interfering with and generally spreading FUD about _our_ project, thank you very much.
I'm torn because I care about both, but as an outsider and an amlogic user, I see that there are things that don't work in libreelec but do in coreelec. I'm currently using libreelec but planning to switch to coreelec due to the above, however, reading these messages, I'm not sure it's the right thing to do.
FWIW with the 4.4.16.1 client I had some of the channel icons that didn't correspond to the correct one. They also didn't change when I changed some icons (coming from the epg). Finally deleting the Thubnails directory "fixed" the icons.
No such problems with the 4.4.17 client that I have on an ubuntu laptop. Unfortunately 4.4.17 isn't available in the libreelec addons repository.
Enable the external xmltv grabber in tvheadend, then place this in .kodi/userdata/addon_data/service.webgrabplus/after.sh (and make it executable)
It won't connect to google but curl needs an url, any url, it will just send the data to the tvheadend's socket.
Edit: found here: HOWTO: Three ways to use xmltv.sock
