systemctl status docker.service
Posts by DaVu
-
-
Which setting is being used?
This depends on what you want to change. If you want to change the SMB settings at the LE settings addon, then you have to edit
/storage/.cache/services/samba.conf
and change the settings accordingly
So that's done in the same way:
1. systemctl stop kodi
2. edit /storage/.cache/services/samba.conf and change:
SAMBA_MINPROTOCOL="SMB2"
SAMBA_MINPROTOCOL="SMB3"
to whatever version you would like to use
3. systemctl start kodi
-
We have to be aware, that there are 2 section for the SMB settings in LibreELEC
One at the LE settings add-on itself and the other one in the kodi settings.
The LE settings addon can't be edited via an xml-file. The section where you have to change the kodi service settings and therefore the SMB client is correclty the guisettings.xml
I just tried that here on a vm and I change and I can't confirm the problem.
Please do it in the following way:
ssh in into your LE machine.
execute:systemctl stop kodi
then change the following lines at the guisettings.xml from
<setting id="smb.maxprotocol" default="true">0</setting>
<setting id="smb.minprotocol" default="true">0</setting>
to
<setting id="smb.maxprotocol">3</setting>
<setting id="smb.minprotocol">2</setting>
it's important that you remove the default="true" section on both
after that execute: systemctl start kodi
then check your settings and it should have minimum 2 and maximum 3
-
The kodi file manager doesn´t have a source by default. You have to add the sources by adding the home folder or specific subfolders of that home folder. I don´t have a LE machine handy atm, but it might also be possible that "Home" is not visible. Then your "home"-folder is /storage/
You can also access those "Video", "Music" folders from any other PC in your network. Those folders are shares by default via SMB.
Please read the wiki for that: Accessing LibreELEC [LibreELEC.wiki]
After you have accessed those folders you can copy any files to those.
-
Why should it be approved here? Send the PR and then we can discuss this at GH
-
Does it work if you go that route:
Videos -> Files -> Add videos -> add network location -> Windows (SMB) and fill out the dialog with username and PW?
-
skk0048 thanks, but please don't post videos which show the installation of a bunch of banned add-ons.
Thanks in advance
-
It all depends what you want to achieve in the end. If one box is running 24/7, then you could also make use of UPnP, with all its pros and cons.
If you want something like "stopping the video in the living room and continue watching it from the same position in the bedroom", them Emby or a MySQL database might be the way to go
Emby should be available as a docker. If not then it can be easily installed as such.
-
did you read: Safe Mode [LibreELEC.wiki]
-
Make sure the HDMI cable you are using is a HDMI 2.0 cable
If that's already the case, then I'm out of ideas.
-
I guess you won't have a real benefit of HDMI 2.1. We discussed the stuff which is supported by HDMI 2.1 and for the normal usage and by looking at your setup, I would say you don't need to wait for that. 35W would be nice, indeed.
HDMI 2.0b supports 4k60 and unless you need more resolution (where we currently have no content for) or higher fps (your eye is not capable of recognizing nearly anyything >100Hz, IIRC) I don't see the benefit.
The only interesting option is EARC if Netflix supports Atmos and you will use that with your TV app and would like to have that at your AVR.
But as your AVR isn't capable of atmos at all, I also don't see the benefit in buying something with HDMI 2.1
Did I miss something?
-
Yeah, and if you want to have all the benefit of bitstreaming, then I have to say that the RPi3 is not the correct dievice for you. For me it's not the correct device as well as I also like bitstreaming, hence I own something x86. The actual RPi4 should do bitstreaming of HD audio. But that's currently a pretty new product and many tests have to be done. So if you want something that "just works", I can't recommend that.
-
<setting id="videoplayer.usedisplayasclock" default="true">false</setting>
ok, that's what I wanted to know. So "Sync Playback to Display" is disabled.
-
It's a long log, those lines are all I can find that has anything to do with the SMB.
I can't help much as I don't own a RPi4 yet. But...
- enable debug logging
- disable everything unneded (Live-TV, library update on startup if enabled and such)
- restart kodi / reboot LibreELEC
- reproduce your issue as fast as you can (don't do anything else)
- grab the log
Also please get us some additional outputs
- ip a | pastebinit
- and probably dmesg | pastebinit
I highly guess our devs might need that info if it's not a known issue.
-
but
Operation not permitted
is a pretty good indicator for probably a password error. Are you sure you have setup SMB2 shares on your Windows machine? Does the same work with a RPi3? Have you checked the sources or probably tried to re-adding using the "add network connection" option to see if you are able to connect to the shares.
are you sure that the RPi4 is on the same network? If it has static IPs are you also sure it's a different IP from what the RPi3 uses?
-
oh, then there must be something strange with your logfile if that only shows 2 lines.
I generally thought the log might have over a 1000 lines where we might see way more info than this useless stuff
(j/k) -
capable of all formats known nowadays
currently not Atmos capable. Just to mention the formats which are "known nowadays". And there won't be an update for it.
same for Dolby TrueHD. DTS HD Master shows up as DTS Sourround.
Yes, the RPi can't handle bitstreaming of HD audio formats. To have the benefit of DTS-HDMA you have to use PCM where Kodi will decode the audio and send it via 8ch-PCM (over HDMI) to the AVR. The AVR will then show "Multichannel". That's expected. Simply use that. I doubt that you will hear the difference anyway as there's none.
As you can read from the settings truehdpassthrough and dtshdpassthrough are set to false and it does not appear in the Settings tab
because the RPi is not capable of.
But then why is DTS HD MA recognized as DTS Sourround by the AVR and not as Multi Channel In (PCM) like the Dolby Formats?
If you play a track containing DTS-HDMA, Kodi will show that in its video OSD. But as the RPi isn't capable of bitstreaming HD audio you will only get the Core of those tracks.
Let's assume you play DTS-HDMA or DTS-HRA. The core of both is "DTS" and that's what you get. The same counts for DolbyTrueHD where you will only get DolbyDigital from your RPi.
If you want more, either get better hardware or use PCM.
The RPi is only capable of bitstreaming DolbyDigital and DTS. That might bring up the question to DD+ again, which I can't answer for sure. But others have already answered in your other thread and confirmed it working.
If you don't get any of them and only see "Multichannel" on your AVR, then simply disable "Sync Playback to display" as that will disable passthrough even if that's enabled in your settings.
-
The log will tell most
