the numbers were just guessed, btw there are 13000 commits between - ofc much less PRs
as soon I get my hands at some affected hw I bisect it - currently still searching for someone who has such hw to avoid buying one.
the numbers were just guessed, btw there are 13000 commits between - ofc much less PRs
as soon I get my hands at some affected hw I bisect it - currently still searching for someone who has such hw to avoid buying one.
currently really expensive O_o
If you had absolute choice, which would you go for?
I would go for the Digibit, basically just because it supports Sat>IP over TCP (with 3rd party fw), nothing else.
The others work too so it is not really an decision if something works or not
no idea really, you can try LibreELEC 8.x images for additional dvb drivers
there are multible drivers in - if it works no idea
the xbox one dvb usb stick works well and is ultra cheap (~10€)
Digibit R1 works and has also support for 3rd. party firmware GitHub - perexg/satip-axe: A custom firmware with minisatip for Inverto IDL-400s/Grundig GSS.BOX/Telestar Digibit R1 has a known HW problem that if you OTA epg scan or idle scan at all >=3-4 tuner the same time the box crashes - if you limit this at 2 tuners (its just about scanning, epg, watching tv with every 4 tuners is no problem) everything works fine and you have the opportunity to use Sat>IP over TCP which improve the stream quality at problematic networks (this only works with the mod fw)
triax works, megasat works and nothing too obvious
if Astrometa works it is likely a problem of your stick
there is nothing to be really sure but at least sounds like this
there is no linux driver for it, so it don't work
The both posts are pretty shady, "just a firmware" is not enough if the device is not even seen at the kernel, and change the ids is also not working if there is no driver at all.
no idea - really, have a look at LE/build.....imx6-devel/linux..../ which version is build
this is a known problem, sadly nobody from us has such an case to add support for it (just some phyton files)
so it should work if someone could create some addon (as said we can't do it due missing hw)
not sure this will work at all, could you provide an logfile
how_to:provide_logfile [LibreELEC] ?
this should help if something is missing
contain a slot for a conax smartcard
no, but it is likely that you can use oscam + a smartcard reader to make it work (no idea if this is the case for you)
It errors on the media_build stage
for which kernel do you build ?
does it happen with 8.1.1 (official image) too ?
Could be cable connection, could be to too low/overpowered signal, could be some shitty cable provider that has changed something at his infrastructure. Pretty difficult to track down, I would test it at windows (to rule out driver problems) and then replace the cable with an longer one and a shorter one - if this don't help try if you can test the stick somewhere else. Could even be the incoming connector to your home or something.
pls have a look here, as soon this is merged it works again (you can do the changes by your self too)
wpa_supplicant: change url by CvH · Pull Request #2027 · LibreELEC/LibreELEC.tv · GitHub
Not sure if you want to pick this back up.
the problem is between rev1 and rev2 are a huuuuuuuughe number of commits so its is pretty useless to to recompile if you can't do it by your self (maybe ~50 builds are needed to get close to the problem)
However, I am able to easily reproduce the issue on my x86_64 machine.
which DVB HW ?
It's already included in my builds.
and already reported working
is timeshift working at all at current K18 ?