tx, if it runs it should be okay 
Posts by CvH
-
-
Could anyone with an Slice3 sanity check Index of /test/slice/ LE 9.2.8 ?
The Only change is the additional widevine compatibility, so in theory it should just work
-
So link for you with the logfile.
no access
-
Will version 9.2.8 ever be released at all?
9.2.8 is already build and is intern tested, due summer/holidays etc we are slower then usual
-
Why are you posting your text in code tags?
if you translate via yandex/google translate etc and you copy paste it results into these kind of formatting
I can't find it here Index of / any odroid n2 builds
the amlogic builds are currently unmaintained due lacking progress at the kernel, so we deactivated the nightly builds at the moment
-
Amlogic stopped supporting these SoC in their drivers and the open source linux drivers are also currently unfinished on hold for undisclosed time so you can easily stay at 9.x but >= LE10 is currently not at the horizon for Amlogic.
The hardware itself could easily do it.
-
I think the alarms generated by CvH are excessive
I am sadly day one user of Tvheadend and Digi R1, so I had a very very bumpy start.
I described possible problems that are "normal" due the design of the sat>ip protocol and results in such behaviour like described above.
For example RPi0-3 + Satip is a bad idea in general because you add additional package drops on top due the crappy usb/lan chip.
It could work, it could not work depending at how much drops are happening. Nobody can tell you, its a try and error thing.
For example I am ran happily SatIP over WLAN without permanent errors, others could not even run it over the LAN without errors.
All those problems are easily fixable if the server and the client understand SatIP over TCP instead of UDP, sadly not too much.
have the same SAT>IP tuner and ran it for 6 months constantly recording
depending at the tuners, recording is usually a lot less stressing for the hardware - in theory it should not matter, sadly already seen it matters to some extend (for example you can easily kill the Digibit R1 with it)
Like said shot in the dark, but it is easily testable.
-
I mean I measure the network from cellar (EXIP 418) to the living room (RasPi) with FPerf.
sat>ip is udp based, so if you drop packages you loose informations
there could be several different issues so I can't rule out the one or the other
For example, you can try disable all traffic at your home lan and have a look what the errors do, then start some heavy file transfer (NAS ...) and observe if the errors get more or less etc. Thats the fun with udp based protocols
In the past even expensive LAN switches created a mess in combination with Sat>IP.
-
Also I dont have any cont. error since the reinstall:
maybe you enabled some setting that created that problem ? normally you can keep everything at default and it should work okay at least
all 5 ports open all the time
do you allow "idle scan" at every tuner ?
I have it just at 2/8 and this works okay without keeping all tuners busy.
But I get cont. errors like mad.
I guess you overloading the satip device (I have no experience with that particular one), so it is possible that you have corrupted output at a single tuner. Depending at load this could spread to all tuners.
Could, not saying it is
If you had enabled the idle scan this might fix it.
-
But I checked the FritzBox and theres no Eco setting on.
you may need to activate the advanced settings at the menu (top right somewhere), not sure what the eco setting does but it can be a problem
the amount of errors is too high but may be okay, have a look if they increase while you look a channel or if they just increase rapidly if you change channels
-
pls have a look at the status page of Tvheadend (if errors appear have a look if the continuity errors rise)
the satip tuners have a general problem with dropping network packages, so depending at your network this could be a problem
make sure you have disabled lan eco mode at your Fritzbox, that has a bad track record creating every kind of problems
-
-
pls test Index of /test/addons/rpi/
I bumped several packages but have no idea how to test it
-
pls test Index of /test/addons/rpi/
I bumped several packages but have no idea how to test it
-
Is there a chance now that v9.2.8 will be released?
yes I do a release, soonish
basically just waiting a bit if some additional changes are needed
-
autoupdate to the current latest version is active so it should work
-
https://test.libreelec.tv/releases.json is now generated automatically, hopefully this works longterm
-
maybe here ? (I am not using it so no real idea)
