nor on main "releases":
alpha1
alpha2
...
beta1
...
no TvH prevents me from testing.
or
a pointer to compile TvH myself ?
Posts by JoeAverage
-
-
journalctl -b 0 --no-pager > my_journal.txt
copy and paste the contents of the file "my_journal.txt" to Ubuntu Pastebin
post the adress-link after you pressed the Button named "Paste!"
-
ping CvH
care to release a version for LE-Nightly ?
Background:
LibreELEC Testbuilds for x86_64 (Kodi 19.0)
comment #983 as a response of comment #978
-
yup, I was using LE-Nightly with milhouse's TvHeadEnd-Addon, too.
But I got the problems (artefacts, crashes) there too, somewhat lower, but still there.
I know milhouse TVH-Addon, but I'm waiting for a 4.3 version:
LibreELEC Testbuilds for x86_64 (Kodi 19.0)
- comment #978. I'm that blind ol' @sixpack58 (too) -
No trouble here, all in all fine.
THX for the hint
-
No, I was using what addon-search and -install has found after an clean install: 4.2 (in the addon.xml it's version is "9.2.0.121")
if unknown:
other way to find the version:
addon => my addons => Services => tvheadend... => read the top lines
-
-
-
+1
Running 1886 (Generic) on LE 9.2.3 (seems to) fixes a bug on my box.
this one:
Kodi crashes watching Sat-TV · Issue #17531 · xbmc/xbmc · GitHub
Questions:
1. does this build run on nightly too ?
2. why is the internal Version (?) number of this 4.3-build lower than what I'm offered by the addon-updater ?
4.3: 9.1.901.444
4.2: 9.2.0.121
it leads to the situation that the box always wants to downgrade (?) 4.3 !
EDIT
I guess I fetched the answer for question 1 looking into the headers of addon.xml's => "python version" : NO
-
hdat2 is a nice tool too, but I don't know if it supports SD cards.
maybe through an adapter ?
-
assuming LE doesn't change the kernels (much), there is already a list (maybe not up to date ?):
en:users:drivers [Linux Wireless]
no ?
the intel's (PCI-E) in NUC, works too, at least my one (9560)
-
OK - so I managed to mount the partition and get what seems to be all the files off. Nothing would write to it or format it though, so the card has gone in the bin.
...maybe a try with:
-
ok damn. That was it probably. Somehow I have to use 192.168.0.28 instead of 192.168.188.32. Don’t know why but thank you very much !
you should read the service pages from AVM or your manuals regarding IP-Adresses of "Gast-(W)LAN".
Further I guess it's unnessary to setup "Portfreigaben".
ssh should do OOB.
on my 7590 I don't need to setup Portfreigaben to reach my LE via ssh.
- but it's some years ago that I was running a 7390 -
-
However, the HDMI is on a PCI-Express video card so no I don't have any option in BIOS to disable that.
A shot in the wild:
maybe there is module parameter for your graphic card driver (radeon ?) to shut HDMI audio off ?
in case of module radeon: "modinfo radeon" will show all available parameter
-
dmesg -w
tail -f ~/.kodi/temp/kodi.log
and simultaneously try to play the *.flac
Q.:
is LE able to decode flac at all ?
- I'm unsure -
-
maybe !
in the tar is a directory .kodi and there in a dir. temp and there in the kodi.log.
complete path: /storage/.kodi/temp/
in kodi.log you should find the LE Version (first lines)
-
Hello
I'm searching for NUC (or particularly: NUC_8i3) owners to exchange some experience.
I'm owning my i8-Nuc for ~3 month and see every ~60s recuring artefacts (?) mostly in the moving part of a picture watching Sat-TV.
I also saw crashes with LE 9.2., 9.2.x and nightly, but without an hint how to reproduce.
the crashes come and go, means: sometimes, over 6 h SAT-TV, I do not get a single one.
debug log/ bug report:
Kodi crashes watching Sat-TV · Issue #17531 · xbmc/xbmc · GitHub
When I start the nuc for the first time of an day the pictures are first completely correct, but after some time (~5 minutes) I get this artefacts.
Strange is that I'm able to watch streaming TV (german mediathek, movie-res. 864x480) or 2-4k movies I downloaded without this artefacts or crashes.
I have never seen this with my old NUC (D34010WYKH).
what I have tried so far:
- played with all video related setting
- setup a hand configured nuc (no backup restore)
- set the lowest GPU freq. to 1050 (it lowered the artefacts somewhat)
my qestions are:
1. where is my problem ?
2a. is it hardware or software ?
2b. did I bought a "monday-device" ?
2c. what HW component (HDMI cable, RAM, digibit, LAN) to look at ?
3. what is your HDMI firmware version ?
month ago Intel released a version 1.77, but pulled it ~2 weeks ago and re-released 1.77 again
4a. would I see an sat-tv-picture at all, if the digibit, tvheadend or the LAN is unable to deliver an complete/error-free stream/content (?)
I guess there is some error correction build in and working (to some extent).
4b. would I then see a picture and would it declare the artefacts ?
...
my Setup:
- Telestar DIGIBIT R1 (refurbished, but flawless working since ~2 years) with standard FW
- cable directly from the sat dish into the digibit (no switches, etc.)
- TvHeadend for germany-sat-tv on the (same) NUC
- LAN connection
- HDMI connection
- Monitor: Philips 247E3LHSU
- Audio goes via HDMI into the monitor and at the headphone out to an 2.1 speaker system
-
you might use "testparm -v" on an command line to see which setting from what smb.conf is at least in use.
e.g.
testparm -v | grep "domain master"
what I read years ago: Browser election is a long lasting and a ongoing process.
IIRC there were/are settings to force a Browser.
-
Working on it..
But how can I access the log files if it's not booting up??"SAFE MODE" indicates for me a successful boot - but I hadn't this case on LE, other distro only -
ssh into LE maybe
