Posts by chewitt

AFAIK there is no such thing as an RC1 remote protocol. Do you mean RC6 (which does exist)?

In earlier Googling I found the following reports:

[0] https://github.com/clearlinux/distribution/issues/2396

[1] https://mailman.alsa-project.org/pipermail/alsa…uly/187558.html

If my hunch is correct, the following should invoke the quirk against the correct PCI IDs (which we now have, thanks). The link Da Flex posted also mentions adding a quirk to solve the issue, and I suspect is the same issue.

ALSA: hda/hdmi: Add quirk to force pin connectivity on HP Prodesk 400 G4 · chewitt/linux@c63b9d1

On this variant alsa fails to offer HDMI audio output options. Add a quirk to force connectivity. Signed-off-by: Christian Hewitt <[email protected]>

github.com

I'm building a tweaked LE12 image with that patch added so you can test. If it works, I'll send it upstream to the kernel. If it doesn't work there's another variant (based on the thread that Da Flex found) that we'll check.

All source code for our Amlogic releases is in our public GitHub repo, but that's not going to help you with running an Android apk file as we do not (and never have) supported that. TL/DR: The only OS that supports Android .apk files is Android.

gunzip -c LibreELEC-RPi4.arm-11.0.3.img.gz | sudo dd of=/dev/disk2 bs=1m

You can use "dd" from Terminal.app to create the SD card. Something like that ^ should work. Use "diskutil list" to find the correct /dev/device for the SD card.

"lspci -vn" seems to work (finally got access to an Intel CPU device .. they are different to ARM boards).

LE is packaged so the entire OS resides in two files; the KERNEL and SYSTEM files in the first partition of whatever device you boot from. The storage (second) partition is only used for persistent data, and Kodi DB files and add-ons are the only content that might be touched during upgrades, so long-term placement of media elsewhere on /storage has no impact from upgrades. There is no need to delete media to make an update unless perhaps you reached 99%+ full on the disk (some space is required for update file unpacking).

Update from LE12 nightlies to LE12 future releases (nightly or otherwise) is simple and supported, and currently nightlies are quite stable; at least on the RPi hardware that I use.

We don't support install in/on/via proxmox so there's probably something missing

Urgh.. I'm trying to get the PCI device IDs in xxxx:yyyy format, so perhaps "lspci -vv | paste" or worst case -vvv needed.

RPi3B+ using LE 9.2.8 will be the "best and final" recommendation. LE 10.x and newer switch to an all-new GBM/V4L2 video pipeline where 3D support simply hasn't ever quite made the priority list for development, and while the initial RPi4 hardware is supported by the initial LE 9.2.8 release, newer iterations of RPi4 hardware need firmware that only exists in newer/current LE releases. It's possible to self-build a doctored 9.2.8 image with newer firmware etc. there's no HOWTO guide for that (although not too hard if you have a tinkering mindset). Considering the limited amount of new 3D content these days and depending on what other media you need to handle; i'd keep a spare 3B+ lying around for 3D duties when you need to play something, while using an RPi4 (or something else that meets needs) as the main player board.

Quote from stevie101

I have tried your image (LibreELEC-AMLMX.arm-10.88.0-box.img)

You've done more than me then

Martin seems to be MIA at the moment so the best I can suggest is self-building using my AMLMX branch but with the Linux package update to use his latest kernel source (Linux 6.3 IIRC) to see if anything changed.

If you navigate to the build folder and do "make menuconfig" it should detect the local .config file which you can then diff/copy to update the one in the project/device linux folder. I normally just mod the defconfig directly and respin the image. Once in a while settings don't stick and I need to do a little digging in kernel Kconfig to understand dependencies, but over time (with gained experience) that occurs less

Random thought .. I wonder if something like this is needed?

arm64: dts: meson: remove CPU opps below 1GHz for G12A boards - Patchwork

In the Amlogic case it was never fully investigated, mostly because a) there were no volunteers, but also b) if the vendor kernel was also deliberately omitting lower opp-points and not hacking a solution in code (as is normal) that often hints a silicon issue.

You're welcome to try the LE "Generic Legacy" which still includes some older nVidia drivers; although an 8600 card from 2007 will be pushing the boundaries of what might be supported now. I've never even heard of Zorin OS, so problems it has with nouveau are definitely someone else's problem to investigate

Sorry.. "lspci -v | paste" and "dmesg | paste" please

Stats show roughly 250 "OrangePi PC" users (including + and 2+ variants) so the gene pool for problems isn't large and I'd wager the majority of users will be running their mediacentre at HD (720p/1080p) not VGA resolutions; and things where display is out of whack often depend upon a specific monitor/TV and (often) its bad/broken EDID data; which is something to check. Also check cables and if possible ports on the TV. Also share Kodi debug and dmesg logs so we can look for errors. Also ignore "missing settings" because that's a quirk of running Kodi GBM and is not the cause of the problem (I'm pretty confident on that). I'll say again that the issue is likely nothing to do with Kodi and more likely to be something in the kernel DRM layer .. and I note that Batocera's lead maintainer is also one of the maintainers for Lakka which (being a fork of our codebase) inherits kernel sources and patches from LE, with (an educated guess) that the same content gets used with Batocera and the same kernel/patches result in the same kernel/DRM problems.

echo "options snd-hda-intel patch=hda-intel-fix.fw,hda-intel-fix.fw,hda-intel-fix.fw,hda-intel-fix.fw" > /storage/.config/modprobe.d/hda-intel-fix.conf
reboot

^ Please see if that works? (beware the line wrap)

Also, please run "lspci | paste" and share the URL

Quote from mglae

Add the kernel parameter to the APPEND line.

And delete /storage/.config/sysctl.d/video-output.conf ..