Posts by olivluca

Are you also rebuilding for LE9.0?

Quote from afl1

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:

Quote

Thanks 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

Quote from chewitt

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

./config.sh --enable MODULE_CONSTCW

I don't know if other modules previously built by default should be enabled

This new version has no constcw support compiled by default:

see

Diff [11479:11497] for trunk/config.sh – OSCam

in fact

(reader) bbc [unknown] Protocol Support missing. (typ=37)

I don't know how to patch the package to restore it but I'm sure CvH does

Quote from CvH

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

Quote from milhouse

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)

#!/bin/bash
curl -d @guide.xml -X POST -m 5 --unix-socket /storage/.kodi/userdata/addon_data/service.tvheadend42/epggrab/xmltv.sock http://google.com

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

Oh, I use an external grabber (webgrabplus) and send data to the fifo once it has run (the webgrabplus package will check for a before.sh script to run before the grab and an after.sh script to run, well, after, both of them in .kodi/userdata/addon_data/service.webgrabplus)

Quote from tuep

I was only confused because it resetted two IPTV channels and it deleted the tv_grab_wg++ I created under .kodi/addons/service.tvheadend/bin. Will this be deleted everytime I update via install from zip?

I suppose. You should put your own things somewhere else e.g, directly in /storage or a subdirectory of it (which won't be saved when you make a backup) or in .kodi/userdata/addon_data/service.tvheadend42 (which should be preserver in a backup).

tuep it should pick up the configuration just fine, at least it did in my case.

Under Configuration/General it says "Configuration Version 24, Last updated from 4.2.5 ~ LibreElec Tvh -addon v8.2.113".

In "About" it says "HTS Tvheadend 4.3-1749 ~ LibreELEC Tvh-addon v9.0.444".

The reverse isn't true: when I tried coreelec, it automatically upgraded to 4.2 () and that aborted with the configuration from 4.3

Quote from olivluca

I have a siano dvb-t stick that isn't recognized by the default LE drivers, this is the log

External Content pastebin.com

Content embedded from external sources will not be displayed without your consent.

Display all external content

Through the activation of external content, you agree that personal data may be transferred to third party platforms. We have provided more information on this in our privacy policy.

I tried switching to the "DVB drivers from the latest kernel", those do recognize the dvb-t stick but do not recognize the internal tuner of my mecool ki pro, log here

External Content pastebin.com

Content embedded from external sources will not be displayed without your consent.

Display all external content

Through the activation of external content, you agree that personal data may be transferred to third party platforms. We have provided more information on this in our privacy policy.

I tried Coreelec 9.0.1. With the default drivers it does the same as libreelec, but with the drivers from the latest kernel both adapters work.

I have a siano dvb-t stick that isn't recognized by the default LE drivers, this is the log

I tried switching to the "DVB drivers from the latest kernel", those do recognize the dvb-t stick but do not recognize the internal tuner of my mecool ki pro, log here

wsnake I'm using the 1749 one and it works with libreelec 9.0.1 (the semi official build for s905)

I know it can be updated manually, I just wanted to know if it's supposed to be so or it's a bug or a configuration problem.