RPiOS and LE use identical firmware, config, and kernels. If it works in one it should work in the other.
Have you tried hdmi_force_hotplug=1 ? - I'm not 100% sure this is still supported in Pi firmware but worth a shot.
RPiOS and LE use identical firmware, config, and kernels. If it works in one it should work in the other.
Have you tried hdmi_force_hotplug=1 ? - I'm not 100% sure this is still supported in Pi firmware but worth a shot.
I could reproduce some I think: I use the HDMI-port closest to power-port, when I use the other one CEC does not work.
That's intentional and expected. CEC is only supported on the HDMI-A-1 connector (nearest the USB-C power port).
Have you tried a different HDMI cable?
If the device is not showing up with "lsusb" then the device is either not connected, not connected via USB, or perhaps has not been powered up (might need something toggled during boot or a dedicated regulator to be described) as the output of the command is a raw read of the devices attached to the USB bus and there is no need for anything to be "supported" with drivers etc.
NB: device-tree will only describe the connectivity for the USB hub/ports, there's no need to describe attached USB devices because once ports are probed/discovered anything attached to them will be probed and have supported drivers loaded automatically (as it's USB). Asmedia chips are normally supported by the generic "CONFIG_USB_UAS" driver which is enabled by default in LE images; and I would assume in ilmich images too.
Pastebin the dumped device-tree file, someone else might see something in it.
If the WiFi/BT module in your box is QCA9377 (as with that user) the device-tree file you are using either describes a Broadcom SDIO module and neither WiFi or BT will work, or this patch is applied: with https://patchwork.kernel.org/project/linux-…[email protected]/ and WiFi will work, but the BT module is connected via serial UART connection; and since Broadcom and QCA9377 modules run at different speeds etc. this will not work unless the device-tree file correctly describes how it is connected.
I have zero knowledge on Batocera and will not be building custom Batocera images to guess at fixes, so you need to go report the issue to Batocera developers via their forum and follow their guidance.
I'm trying Batocera on an old Android Tv Box... GooBangDoo XB-III - AMLOGIC Quad-core A53
I suggest you post in the Batocera forum then, because we do not support Batocera here.
You will need to configure Tvheadend, then install the pvr.hts add-on and configure that to connect to the Tvheadend instance.
1. Raspberry Pi 5 boards are a small and well supported device for LE use.
2. I've never heard of Kodi being sideloaded on Roku things (but then I don't have any interest in Roku so..)
3. Android HDMI sticks are popular for running Kodi, if you like or can tolerate Android.
4. Android smart TV's are smart as long the the OS is maintained (sometimes yes, sometimes no).
5. You can run Kodi natively on modern WebOS (LG) TV's now, although it requires some developer mode hacking.
This forum is going to be rather limited to LE oriented ideas and opinions though. The more popular home for "best thing for Kodi" type threads is the the Kodi forum.
Has anything changed since le 11? Because there is no dtb folder in there, just one named amlogic
The dtb folder was renamed to amlogic to align with upstream u-boot conventions. Hence when you switch from an invalid path to the dtb file (dtb) to a valid path (amlogic) the device booted. The update process knows about both locations so it doesn't matter whether you have an old style (dtb) or newer style (amlogic) filesystem layout, the update will be successful.
it booted... after like 2-3 minutes of being "stuck" in the le and kodi splash screens!
Most likely performing a DB upgrade.
So what do I do now?
Your conversaton has wandered all over the place so i've lost track of what you were trying to do (sounds like you forgot too)
If you want to put content in a Library view (Movies/TVshows) then you MUST scrape the content. If you don't want to scrape from an online source you can provide your own .nfo files (one per episode) and use the offline scraper. If the offline scraper is not doing what you expect; either you have invalid expectations on how it works, or it's disagreeing with content of the files and failing to use them. To triage what might be going on you'll need to share a Kodi debug log so we can see verbose output as the scan/scrape takes place and what info/error messages are generated.
NB: Each time I see people flailing around trying to get some custom filesystem structure or content to scrape I'm wondering why folks don't just use the 'Videos' non-Library view to find and play media. It's not a fancy view. It will still track watched status. It requires zero config and effort to use.
It's bundled with the second/alternative LEIoT distro that's now part of the LE buildsystem.
polo_joe Compose is not included with the standard Docker add-on because it's a HUGE file. I will get around to submitting a separate add-on for it at some point so it that can be downloaded alongside Docker if required. Until then you'll need to wget an appropriate arch file from https://github.com/docker/compose/releases to somewhere on /storage and execute it manually.
Maybe bug came back again?
Nope.
Share a Kodi debug log that demonstrates the issue.
Go read the wiki article that I linked and implement "adjust refresh" and the whitelist as discussed there. Or at least provide a Kodi debug log that demonstrating the issue so we can see what the media properties are, and then what config (or lack thereof) forced them to be adapted to for playback, which is likely the issue.
Also, I get a popup with the 3 installation options (live, run, or install to HDD) every time I boot from that USB drive.
Type "run" and it will expand the /storage partition to 100% size for persistent storage and then run from the USB stick. If you do "live" it will boot from USB but the install is not persistent. It defaults to install .. which requires you to pick a target device to install to, which cannot be the USB stick.
Please share debug UART logs showing u-boot and (maybe) kernel boot output from both LE13 and DietPi images.
balbes150 Жду тестового оборудования