Posts by chewitt

Make sure the Wireless Regulatory Domain matches your country (or what the router is configured as). No idea why BT is not probing... but then I have low/no real knowledge of Allwinner hardware.

Perhaps background the content in the script and insert a sleep period to see if it's timing related and a delay will fix?

Quote from sedlin

Still there is another issue - no audio at all. Is there similar kernel boot parameter for audio?

Nope. Audio depends on the EDID data from the HDMI connection which is clearly missing. Please run "pastekodi" over SSH and share the URL so we can see if there are errors in the boot log.

video=HDMI-A-1:1920x1080M@60

You can try adding that ^ to kernel boot params in uEnv.ini to force output to 1080@60 .. but if the resolution is not auto-detected the normal reason is bad/broken EDID data from the TV/Monitor on the HDMI connection or a bad HDMI cable, or (rarely, but possible) broken pins in the HDMI connector.

mkdir -p /storage/.config/firmware/brcm
wget http://ix.io/4tpc -O /storage/.config/firmware/brcm/brcmfmac4330-sdio.oranth,tanix-tx6.txt
reboot

^ see if that nvram config works better. Run "pastekodi" and "ifconfig | paste" after boot and share the URLs. Also ensure the correct wireless regulatory domain has been configured in LE settings.

Kodi hasn't been niche for 20 years and while LE is smaller, we've always sought to keep the distro simple and one of the ways that's done it avoiding niche things that few people use. To quote Spock .. "the needs of the many outweigh the needs of the few"

I wouldn't guarantee that the subreddit has official team members moderating it. Kodi forums are the correct place to make and discuss feature requests but you'll need to find someone who cares to code the feature.

Check/set the Wireless Regulatory Domain setting in LE network settings for your country. Perhaps the router is advertising on frequencies that are not visible under the default config. Then clean boot and run "journalctl | paste" and share the URL.

The "error" messages related to brcmfmac are harmless since the driver falls back to the generic filenames automatically and no device has the clm_blob file available (and it's not essential. All looks good to me; so there should be a wlan0 device in the OS and you should be able to configure a WiFi connection. If not, share "journalctl | paste" after attempting to configure a connection.

Quote from charles_carmichael

Seeing as both the projects mentioned above do have the source code available as open source, would it be possible to include a feature built-in to Kodi for this?

Kodi is open-source to technically everything is always possible, but since most projectors have in-built keystone correction capabilities adding a software correction feature is a niche use-case; and the perpetual challenge with niche use-cases and open-source is finding that one other person with the coding skills and motivation to implement and then maintain support for the feature.

It's not something LE would do .. in part because it would need to be done in Kodi; we only package Kodi into a convenient distro image.

The boot log shows the kernel probed SDIO and loaded firmware this time so there should be a "wlan0" device listed if you run "ifconfig" but there are ieee80211 errors. See if "iwconfig wlan0 power off" stops them? .. and also try to create a WiFi connection.

You might need to disable EFI secure boot?

cd /storage/.update
wget https://chewitt.libreelec.tv/testing/LibreELEC-AMLGX.arm-11.0.2.tar
reboot

^ please update to that image and share the boot log again. The WiFi card appears to be the newer BCM43752 chip (as that's what the BT driver loaded firmware for) but it's odd the kernel doesn't show any attempt to probe SDIO. I can ask the Minix devs for the Android dts and schematics to look at.

Casting and streaming media "to" other devices gets complicated. It's easier to simply setup a central repository of media and then have the respective client devices independently connect and play media from it. In a home this would be a NAS device that can serve files over SMB, and with native Kodi apps for the different client device OS in use. The NAS can connects to a WiFi router, and if possible has an Ethernet connection to the Living Room player device (RPi4) as nothing sucks more than shitty WiFi killing the movie mood. Firesticks can also run Kodi natively, accessing the same content over SMB. If the NAS has options for Plex or Jellyfin you also have other options for native player apps with different features, e.g. Plex can serve content on-the-fly at reduced resolution which can be useful for WiFi connected clients that may have lower bandwidth, and kids don't care whether something is 4K or HD .. they care they're watching a movie with cousins.

As the NAS device is running in an environment with less stable power arrangements I'd use SSDs for storage instead of spinning drives. It won't prevent filesystems getting corrupted by will avoid physical drive damage from sudden power loss. Using a NAS and SSDs is more expensive than trying to frankenstein something with Raspberry Pi's and USB drives, but any trailer that size and with 3x TVs isn't exactly downmarket camping so you can probably afford it

LE has no desktop environment and no login prompt so (reading the first-post again) .. it sounds like you installed Debian not LE?

root/libreelec is the correct credential .. do "ssh -vvv root@<ipaddress>" and pastebin/share the output.

It's an S922X device so perhaps try the Beelink GT-King file, they're both based on the W400 reference design. What WiFi chip is inside?

Kodi is pre-configured for 1080p max as RPi4 (and all the other ARM boards/boxes we support) don't have the CPU grunt + I/O performance + memory bandwidth for handling 4K artwork. If you really must have 4K GUI .. you'll need to switch to a higher-end Intel device with fast RAM and an SSD or NVMe drive. And then you'll discover that most TVs do a better job of scaling 1080p art to 4K than Kodi does.

Have a read: https://wiki.libreelec.tv/configuration/4k-hdr

Quote

2023-04-30 16:23:11.551 T:843 error <general>: CVideoLayerBridgeDRMPRIME::Map - failed to add fb 0, ret = -22
2023-04-30 16:23:11.556 T:843 debug <general>: CDRMUtils::DrmFbDestroyCallback - removing framebuffer: 44

^ those are shown while playing the first file, but I have no clue what the cause might be. I would suggest that you enable "adjust refresh" with 1080@60/59.94/50/24/23.976 modes whitelisted and "mode doubling" enabled, but I'm not sure that will alter the experience. You need to have DRMPRIME decoding enabled (it should be by default).

You can also try updating to https://chewitt.libreelec.tv/testing/LibreE….arm-11.0.2.tar which uses a newer kernel and marginally different patches. Again, I have low expectations of anything changing .. but you never know