Sorry, but the crystal balls sale isn't until a couple of week, so we would prefer to have a debug-enabled kodi.log instead.
Via Pastebin.com , preferably. To keep the forum server clean & tidy.
Sorry, but the crystal balls sale isn't until a couple of week, so we would prefer to have a debug-enabled kodi.log instead.
Via Pastebin.com , preferably. To keep the forum server clean & tidy.
For what it's worth: fast moving objects in slow 23/24fps videos are never a good thing.
Perhaps you can provide a debug log via Pastebin.com or a similar website, so we can see some internals when *some* movies are being displayed.
You control your TV via your TV remote. The TV will send through the CEC signal to the m8s and subsequently control Kodi. So you can easily hide the box behind your TV since it is not a 'visible' IR signal.
There is also the odd chance that you got a less-than-optimal manufactured Raspberry Pi 3B+. There have been a small number of them that had some type of hardware problem. Is a RMA still possible on your RPi?
Something unrelated: why are you using overscan values? Overscan on the RPi should be disabled, as your TV should be taking care of overscan, so the RPi output can be transfered 1:1 onto your TV screen. Unless you have a 10+ year old TV that has no options for that...
No one buys a new TV every year (unless perhaps you won the lottery or are a famous rapper/sportsperson/whatever).
I found this just with an itty-bitty googling:
QuoteWithin the Picture menu there is an option for choosing the Aspect Ratio, where possible always use the Just Scan selection as this will pixel map the incoming signal exactly and thus avoid any overscan or unnecessary processing.
What you are describing sounds like the "overscan" feature that most TVs still have as a souvenir from the early bulky CRT tube televisions. But nowadays, all flat screens have menu options to disable overscan, although they may use a different name for per TV manufacturer.
Double-check your TV manual, because using Kodi's calibration tool should only be the very last resort for solving this.
Not right away, but it is interesting though. There is this "YMMV" situation, where some network combinations work better for some people and not others. It is similar when comparing SMB and NFS connections. Somehow people come up with different results.
If the Linux mounts work better for you, great. Other people don't seem to have problems with internal connections.
LibreELEC was never intended as a server. LibreELEC only has a SMB server on-board, which was meant for small local access.
If you want an NFS server, you will have to implement something into a Docker environment AFAIK.
1) That's odd.
2) If you have black bars on any side, then you have a video aspect other than 16:9. Just like when you have a square for a circular opening, it doesn't always fit. Something will have to give. With 18:9 or 21:9 aspects, you could try to use Vertical Shift in the Video OSD, and move the video upwards.
If you have 4:3 videos, then it will be a challenge to have it fit a 16:9 screen. Use the (Z)oom function wisely.
Then you will need to create a file called "exports" on the libreELEC machine, I think in /storage/.config, following nfs tuts available on line.
An NFS exports file is usually created on the server machine, not on the client machine.
Ahh. So how are people doing this these days? The on board GPU's in newer Intel CPU's?
Either using Intel, which seem to do pretty okay, or by using the 'cheap China' AMlogic boxes, which have their own tricks up their sleeves. AMD Ryzen hardware is still too new for Linux support.
Milhouse builds (Kodi Leia) do a pretty good job with HEVC 1080p videos on a RPi2/3/b+. Obviously not the very high bitrate videos, but the usual rips video have a good track record.
No error, no nothing? There is not much we can do with "It doesn't work".
AFAIK, we also tested it on Win 8.
Please use Pastebin.com (or a similar text upload website near you) for sharing log files next, don't paste them into the forum. Thanks.
It seems that is even harder to force Windows 7 into submission when it comes to Samba.
So we would now have to make a tutorial for every Windows 7 / 8 / 10 and each of its update stages.
Testing the API call in your log file:
status_code | 7 |
status_message | "Invalid API key: You must be granted a valid key." |
success | false |
I would say, that your add-ons need updating.
There isn't anything to activate Wifi in the LibreELEC-Settings
There is indeed an option for activating wireless networks, on the same page where you disabled the wired network.
You could double-check and install Raspbian to see if the wireless module does indeed work.