Raspberry Pi is good for your own use. Not so good if you are building a system for someone else. They will constantly be bugging you to come fix it.
If you really must choose Raspberry Pi, I would help your friend build it, rather than build it for him. That way he will learn how to image a card, stuff not to do (unsafe shutdown etc).
Hi chewitt, can you please elaborate if there is a way to see the info.
I have found the same annoying behavior.Thabks
The old codecinfo screen is now called PlayerDebug, it is not mapped to any buttons by default. If you manually map it to a button it should still work.
Thanks for the comments, I decided to take a chance on the Cubi N N3050. I figure at £50 I can sell it later without losing much if I don't like it.
I am very impressed by the image quality of this device compared to other systems I own. The only problem I have is that HDMI handshaking is not very reliable. See also my my post here LibreELEC. Do a google search and you can find a lot of people complaing about that (mostly on the Asrock forum, so it might be an Asrock thing).
I think this is general Linux/OE/LE problem rather than specific to one hardware. I have had it 5 years ago with my old Atom/Ion HTPC and the recommendation back then was the same as now - turn on TV first to guarantee a good handshake.
Thanks for your input, the main thing I was worried about was video decoding performance. I am out of date with the Intel on Linux situation...when I built an OE system some years ago the Intel platforms at the time had some video glitches on OE. And also tended to have a periodic stutter with 24p.
So it's all good, you don't run into video glitches and so forth?
What are peoples opinions of Intel Broadwell N3050 platforms for LibreELEC ?
Are there any important caveats to be aware of?
Bluray spec video decoding works okay? (H.264, VC-1, MPEG-2 @1080p)
HEVC Main 8 @ 1080p works okay? At reasonably high bitrates? (not talking about some 1Mbps garbage)
23.976/24p works okay ?
Thanks
Hello
For many years I used the Hama VCR-1100 IR remote because it was responsive and worked well with OpenElec.
From heavy use it is getting a little shabby so eventually I will replace it. I could buy the same again but I am wondering if there is something better out there nowadays.
What dedicated remote do you use, and do you recommend it? (not including HDMI CEC or FLIRC)
Thanks
Blinking LED in suspend is a motherboard specific feature. Nothing you can do in software to disable it.
Try your motherboard BIOS settings, or alternatively disconnect the power LED from the motherboard header.
Okay thanks I will try that and report back.
If it doesn't work, no matter, just something I was curious about.
[hr]
Unfortunately that still used SMB1 protocol. No matter. I will keep an eye on the Kodi forums to see if there is any progress in this area.
Thanks again
I would build an test image if this works what I'm guessing. What platform do you need ?
I use Generic x64 on an Atom/Ion system
could you test an windows kodi if there is smb2 ?
Okay, I tested and it is SMB2
Server: Win 10 Pro
Client Kodi Protocol
Android (4.4.2) 16.1 SMB1
LibreELEC 16.1 SMB1
Win 10 16.1 SMB2
This all using default/vanilla settings, just add the shares in Kodi 'add source'.
It works but SMB1 is deprecated (planned for potential removal in subsequent releases) so I don't think it's a crazy question to ask if SMB2 is working.
It's like asking if 802.11ac is supported and you say "is wifi working? If yes then who cares if it is b/g/n/ac"
Anyway, I used Wireshark and determined it was operating via SMB1 only. So I guess that is my answer for now.
I have only an Unix machine but there was smb always worse then nfs in Kodi.
Yes, my experience same. But right now need to use SMB to narrow down a problem.
Also SMB2 is much improved over SMB1. If SMB2 not working in Kodi , maybe that why everybody say NFS is better/faster..
so it should have 3.6 as client = smb2
btw I would always take NFS - at an WinServer a bit stupid ofc
I actually share via NFS on my Windows machine (via Hanewin NFS) for long time but lately experiencing freezes/crashing on LE (and OE previously). Want to use SMB for a couple of weeks to see if my problem is related to NFS. If SMB works okay, I come back to NFS and begin bug hunting. If SMB not work okay, then my problem something deeper...
So now that I begin to use SMB, out of curiosity I just want to check some stuff about version and performance etc.
-----------------------
Anyway, so if I understand correctly, connecting to a SMB share inside the Kodi interface is 100% Kodi and this is a question I should ask on Kodi forum instead?
Just to clarify, I am referring to the version of SMB protocol that LibreELEC/Kodi uses when connecting to a SMB share.
Windows will try to use the maximum supported version when connecting to another Windows machine
Table-SMB3-Windows-Server-2016.png
Samba client has the capability to do this also (use the max version supported by server). Samba 3.6.25 I believe supports SMB 2 which is quite an improvement over SMB 1. (Samba added SMB3 support in 4.1)
So my question is:
-What is the maximum version of SMB supported by the samba client in current version LibreELEC ?
-Does it use this max version by default when connecting to a SMB server or does it need to be configured ? (Samba changelog references a client max protocol = SMB[X] option that can be added to smb.conf )
-Does anybody know how to verify which version of the protocol is being used for a given SMB connection? Surely it is in a logfile ?
----------------
As an aside, I disabled SMB 1.0 on my Windows 10 server and LibreELEC was no longer able to access my shares. This would suggest LibreELEC only supports SMB 1.0?
SMB 1.0 is marked as deprecated in 2014 so it seems like a good idea to ensure we can support something above this eventually.
Hi,
I am sharing some video folders to LibreELEC via SMB shares on my Windows 10 machine.
There are various version of the SMB protocol. As I understand it, newer versions improve performance, reduce chattiness and so forth. SMB 3.0 introduced multi-channel.
Is there a way to find out (eg via logfile or ssh) which version of SMB is being used when LibreELEC accesses a SMB share? If so, how?
Thanks
