Cool, then your theory was right. Load it into GitHub. ![]()
PS: Post a link to the add-on. I did a request to upload it into our repo. Thanks!
PPS: Post the build output. Then we'll compile the same way, and update the add-on at the repo.
Cool, then your theory was right. Load it into GitHub. ![]()
PS: Post a link to the add-on. I did a request to upload it into our repo. Thanks!
PPS: Post the build output. Then we'll compile the same way, and update the add-on at the repo.
I didn’t understand anything at all. What does the audio interface have to do with it?
Higher sampling rate means higher bus traffic on the internal RPi bus. My theory is that it's too high for HDMI output, but maybe OK for the interface. What's your audio output device at the moment?
You're a musician, right? Then chances are, you have an USB audio interface laying around. If the interface works with an ASIO driver, it should work with RPi, too (use a blue USB port to connect). If it's an internal bus issue, then the interface could fix it.
Thanks for the info! I would re-format the problematic NTFS device then. Maybe use GParted for this task, because it can detect HDD errors safely.
Yes, it's important to know that LE needs two partitions, like OE does, but with a larger system partition. So expanding that partition should be the first step.
We also have a showcase about multi-boot, just in case you have to deal with UUID's after the upgrade.
Not sure. If it LE doesn't boot after the upgrade, update GRUB from your Linux OS.
Another approach related to NTFS: If LE mounts the HDD as read-only, chances are that some meta data can't be stored on HDD. Please check whether it's mounted as read-only or read-write device.
There are reports that other connected USB devices can slow down the data rate. So exclusively connect your HDD to a blue USB port.
There are some network and cache settings you can play with at advancedsettings.xml.
Disable Bluetooth.
audiosat Editing syslinux.cfg works the same way like on RPi's config.txt.
Thank you very much for the guide!
I came up with a problem that after I changed the led GPIO to 4 (BCM Mode), the LED was blinking slightly when Pi shutdown. But GPIO 13 works well. I can hardly find anything about the GPIO state after Pi shutdown. Is there any way to solve it cause I want to make the wires more concentrated.
Thank a lot!
The "Raspberry Pi Tools" GPIO library seems to be broken right now. I also have LED problems (switches off after some time while RPi is still on). I think we have to wait for an update.
Then it's an unknown bug. I move this thread to the Bug Reports sub-forum.
To locate the issue, we need further info. Please do this:
Understand. You're still using LE 9.95.3. Please install 9.95.4. Maybe the bug has been fixed there.
LE is getting a list of available HDMI modes at system start from the connected TV / monitor. If you hot-plug another HDMI device after that process, you have to expect unwanted behavior. So I don't think it's an issue.
If it's acceptable to you to use a common HDMI mode for both TV's, you can configure LE to just use that fixed mode. It should solve the "issue".
Navigate to Settings -> System -> Input -> Peripherals -> CEC Adapter and change the appropriate option.
popcornmix The user has video at HDMI-1, but not at HDMI-0.
HDMI-0 (closest to the USB-C port) is the primary output for A/V. You shouldn't have deal with config.txt for this. Defective device.