I just tried the new test build. Much, much better! The 7" display works on each startup.
FYI, these are the two settings I've had in my config.txt file (already positioned after "include distroconfig.txt")....
dtoverlay=vc4-kms-dsi-7inch
dtparam=audio=on
Also, the display works on each startup regardless of whether or not ignore_lcd=1 is included in config.txt.
Thank you so much for all your help!
I just tried this build also. Same symptoms as with the prior test build. If dtoverlay=vc4-kms-dsi-7inch is added to config.txt, no display, and no start up of LibreElec (can't ping the device nor access the device's shared network folders). If the above dtoverlay command is removed from config.txt, no display, but LibreElec does start up (device can be pinged and the shared network folders can be accessed). One other thing as well because I don't know if this might have any relevance. Earlier in the thread, another thread was referenced, and I looked at recent changes in the other referenced thread. It made mention of a command added in config.txt in the bullseye version of Raspberry Pi OS. That command is display_auto_detect=1. It mentions that for that OS, if this command is active in config.txt, the firmware would automatically check for the official 7" display and, if detected, automatically load the vc4-kms-dsi-7inch overlay. I tried adding that command in place of the above dtoverlay command in config.txt for these two test builds of LibreElec just to see what would happen. No display, and LibreElec doesn't start up (can't ping the device nor access the device's shared network folders).
I tried the above build. With this version, if dtoverlay=vc4-kms-dsi-7inch is added to config.txt, there's no display, and LibreElec doesn't start up (verified by not being able to ping the device nor access the device's shared network folders). Also, if the above dtoverlay command is removed from config.txt, there too is no display, but LibreElec does start up (verified by being able to ping the device and being able to access the device's shared network folders).
As a follow-up, FYI, I attempted LibreElec 10.0.1 with the official 7" display. Same exact issues occur that i reported earlier in the thread relating to LibreElec 10 RC1.
Hello,
I'm using a 4GB RPI4 with the official 7 inch touchscreen (in a Smartipi case). In prior test builds of LibreElec 10 with this setup, I've had to add a setting to config.txt to get the OS to recognize the touchscreen, and even then it works intermittently. That setting is the following:
dtoverlay=vc4-kms-dsi-7inch
Without this setting in config.txt, the touchscreen display will not show anything in the prior LibreElec 10 test builds.
When upgrading to LibreElec 10 RC1, I've learned that if this setting is added to config.txt, LibreElec will not load. Is there a workaround to implementing this dtoverlay setting in a way that will allow LibreElec 10 RC1 to load properly?
Thanks.
Never mind. I've got them working. When I copied the STRM files over, at first they didn't play. I don't know if this was related or not, but I later installed a RTMP add-on afterward. Then when I opened the STRM files in a text editor, I noticed that the links to the video streams within them had disappeared. I then re-copied the STRM files over after installing the RTMP add-on, and they're working now.
Hello,
I just noticed that in the rpi4 version of the 10.0 nightly build, I'm unable to play back .STRM files that contain links to video streams. This was working in the 9.2.x rpi4 builds. I also noticed that in the Windows version of Kodi 19, these play back successfully. So I'm assuming that either something is missing in the rpi4 10.0 nightly build, or some setting needs to be changed in it, or both.
That makes sense regarding the need of updating the 7" touchscreen driver in the kernel.
Also, FYI, in distroconfig.txt, I changed the dtoverlay setting back to vc4-kms-v3d instead of continuing to use vc4-kms-v3d-pi4. Having done further testing, and now being aware of the 7" touchscreen driver issue in the current kernel, it indeed appears that vc4-kms-v3d-pi4 does not need to be put in there (the intermittent display issues are exactly the same either way). I'll also add ignore_lcd=1 to config.txt as suggested.
Thank you so much for your help.
Here is the config.txt file...
# SPDX-License-Identifier: GPL-2.0-or-later
# Copyright (C) 2009-2014 Stephan Raue (stephan@openelec.tv)
# Copyright (C) 2016-present Team LibreELEC (LibreELEC – Just enough OS for KODI)
################################################################################
# Bootloader configuration
# config.txt version v1 (do not remove or change this line!)
################################################################################
# For more options and information see
# config.txt - Raspberry Pi Documentation
################################################################################
# Default GPU memory split, 76MB are needed for H264 decoder
gpu_mem=76
# Don't send initial active source message.
# Avoids bringing CEC (enabled TV) out of standby and channel switch when
# rebooting.
hdmi_ignore_cec_init=1
################################################################################
# Include distribution specific config file if it exists.
################################################################################
[all]
include distroconfig.txt
# uncomment to enable infrared remote recevier connected to GPIO 18
#dtoverlay=gpio-ir,gpio_pin=18
dtoverlay=vc4-kms-dsi-7inch
# test
Here is also the distroconfig.txt file with the change I referred to...
# SPDX-License-Identifier: GPL-2.0-or-later
# Copyright (C) 2019-present Team LibreELEC (LibreELEC – Just enough OS for KODI)
# WARNING: DO NOT EDIT THIS FILE - IT WILL BE OVERWRITTEN WHEN UPGRADING!
dtoverlay=vc4-kms-v3d-pi4,cma-512
dtoverlay=rpivid-v4l2
disable_overscan=1
disable_fw_kms_setup=1
Also from doing further testing, I'm noticing that the touchscreen showing a display in the test build is intermittent. Sometimes on startup, it works fine. Sometimes on startup, the display looks pixelated when the test build has reached the screen with the options for music, pictures, video, etc. And sometimes on startup, there is no display. I haven't been able to find a pattern to any of it that I can replicate.
Having been fiddling around with the March 1 nightly build, with the above changes made, I have noticed that audio is disabled within the setup of Libreelec and that the "Audio output device" option within /Settings/System is greyed out. Because I'm not using a HDMI connection for both video and audio (instead intending to use the 3.5mm audio jack due to using the touchscreen), I'm guessing that this might have something to do with it. In the 9.2.x releases, I can change the "Audio output device" setting, but it's greyed out in the March 1 build with my setup.
Thank you for the info.
I made that change in config.txt, and unfortunately that change alone didn't enable the 7" touchscreen. However, I did find another change that also needed to be made in order for it to work.
I looked at /flash/overlays/README. In addition to the mention of vc4-kms-v3d, it also mentioned another version of this...
vc4-kms-v3d-pi4
In the distroconfig.txt file within the /flash directory, I replaced vc4-kms-v3d with vc4-kms-v3d-pi4 in the dtoverlay command shown in there. That change, along with the change you mentioned in config.txt, enabled the 7" touchscreen.
Thank you for your help.
Hello,
I'm using the Rpi4 with the official 7" touchscreen (both attached to a SmartiPi case so it can be used as a kiosk-style media player), and I've noticed that with the nightly builds, when starting up Libreelec, no display comes up on the touchscreen (unlike with the 9.2.x releases of Libreelec utilizing Kodi 18). I've verified this issue with both the 9.80 and 10.0 nightly builds. Is there any special setup that needs to be done for the 7" touchscreen to be enabled in the nightly build, or does support for the touchscreen need to be added to the build?
Thanks.
As an update, I upgraded LibreElec from 9.0.0 to 9.0.1, and this fixed the issue relating to the Youtube add-on with MPEG-DASH enabled. Now I'm able to get 60fps playback on supported Youtube videos. This worked on both the x86_64 and RPi2 versions of the LibreElec 9.0.1 upgrade.
Hello,
I'm using LibreElec 9.0 with the current versions of the Youtube add-on along with the InputStream Adaptive add-on. I'm attempting to configure the MPEG-DASH support within there so that I can playback Youtube videos that support 60fps. Unfortunately I'm running into problems in which such videos with this support won't playback at all in the add-on.
On Kodi.tv's forums, I saw this issue reported and found suggestions to change the following settings as such...
Within the MPEG-DASH settings:
- Use MPEG-DASH: Enabled
- Use for videos: Enabled
- Configure InputStream Adaptive (in the "General" section)
* Min. Bandwidth: 10000000
* Max. Resolution general decoder: Max
* Max. Resolution secure decoder: Max
* Stream selection: Auto
* Ignore Display Resolution: Enabled
If I use the above settings within the Youtube add-on in Kodi v18 on a computer running Windows 10, playback of videos supporting 60fps works successfully. However, if I use these same settings in LibreElec 9.0 within the Youtube add-on, it won't attempt to playback any Youtube videos that support 60fps. This was verified in both the x86_64 version of LibreElec on a PC as well as the RPi2 version of the software on a Raspberry Pi 3+.
I'm at a loss as to a resolution to this issue. Any assistance would be appreciated. Thanks.
