If you install the multimedia-tools add-on to get alsamixer (accessed via SSH) is the analogue output (toacodec) set to 100%? - If yes, do the pops stop if output is reduced to 80%?
Posts by chewitt
-
-
HEVC support is still experimental (not upstream) and how frames are queued/buffered to feed the hardware decoder needs work to avoid stalls. The pink line is known - I'd like to understand whether it is codec (MPEG2?) or media size (under 1080p?) related. I haven't heard audio pops for a long time, but I'd generally recommend using pass-through for multi-channel audio as PCM has an unresolved issue with speaker placement (FC is RL position, SUB in RR, etc.).
-
The WP1 may also be too weak (CPU) to cope with the newer LE/Kodi versions.
It's not about the weak CPU (although it is indeed not great). It's about the general lack of upstream kernel support for Meson6 hardware. It's just too old and nobody is working on that generation of devices. The little support that does exist upstream is mostly trickle down support for things in-common with Meson8, which is slowly making progress.
-
Is possible play full quality MQA on CoreELEC (S905x3)?
Best to ask the CE devs in their forum. It's not really anything to do with LE.
-
We think the issue has been identified but we are still testing. Once the fix is confirmed, then it will be merged and nightlies will pick up the fix.
-
It may need more than a straight swap of the SD card, i.e. You may need to force recovery boot mode again else the boot scripts we use to hook vendor u-boot (which are different to the ones used in legacy images and CE) may not be read and used. Unfortunately the only real way to see what's going on is hooking up a UART (serial console) cable to the board, but that requires you to have one, and opening the case, and sometimes soldering is needed. See if forcing recovery boot again works?
NB: Hardware decode is working again in https://chewitt.libreelec.tv/testing/ images and current nightlies.
-
Hi, I Am on 10.85 / S912 i can see strange behavior but on Play screen only. Menu like information, bookmarks etc. looks duplicated (with small offset). External subtitles are also affected.
Known problem where something in the OSD plane isn't calculated correctly. If you, e.g. put the debug overlay on/off/on/off .. each time you make it visible it will shift by 1px. It's may be related to the pink line (also 1px suggesting something is misaligned) but figuring out that kind of thing in code needs someone that can read the code better than me. It's in the list.
-
Any plans for getting the LE 10.x ported to these old Amlogic devices?
No plans for LE10 because we are working on LE11, see: Official LE Test Images for Amlogic (Kodi-20)
NB: Currently for S905 and newere and will extend to Meson 8 devices in the future hopefully. No plans for Meson6 (WP1).
-
HEVC seek does not work properly on all files. Could be bad encoder but those same files seek correctly using Linux mpv and other players, so I am not sure if it is the files.
I find HEVC to be "good, but not perfect" and it does have glitches, but the driver is unfinished and is not upstream so that's to be expected. If other players work better they are probably using software decode because it's not possible to use hardware decode without a ton of patches right now.
-
Quote
dtb_name=/dtb/meson-gxl-s905x-p212.dtb
overlays="dtb/wifi-rtl8189etv.dtbo"
bootargs=boot=UUID=0501-1634 disk=UUID=c94acf29-6106-4451-b782-057e2248491d quiet systemd.debug_shell=ttyAML0 console=ttyAML0,115200n8 console=tty0
hieppo Please make a new SD card from https://chewitt.libreelec.tv/testing/LibreE…85.0-box.img.gz and then edit uEnv.ini to include an "overlays" line as above. It's not clear to me whether vendor u-boot supports overlays, or if the path to the overlays is correct, so if nothing magically works edit to drop the "dtb/" prefix and move the "wifi-rtl8189etv.dtbo" file to the root folder of the SD card. As usual, share a "dmesg | paste" URL so we can see if anything happened or not?
-
Did you add a source for the drive?
-
The purple line only shows up when playing SD media (under 1080p) correct? .. and do you know which Realtek chip?
-
BTW, was it intentional for the boot logo to be already on Kodi Nexus? I am assuming the Kodi is Matrix version?
Intentional, as I don't see much point in tracking Matrix since it's not the codebase I'm looking to use in the next release.
You will probably have some issues with video decode still. We attempt to reserve 896MB CMA which is needed to handle 4K on boxes with 2GB or more RAM. However this allocation fails on 1GB devices so the kernel falls back to 256MB which is probably too little. The vdec driver needs a major rewrite/refactoring (splitting into two drivers) to fix that - known but unlikely to happen anytime soon.
I still don't see any attempt to probe WiFi though (at least BT failing is explained by it not being present) so I have to assume the box does not have a Broadcom module. Realtek is most likely but I'll have to have a think about how to handle that.
-
Known problem that isn't fixed yet.
-
Which build could i use with s905x3 X96 MAX Plus? LibreELEC-AMLGX.arm-10.85.0-box.img.gz ?
Correct. Edit uEnv.ini to use the "meson-sm1-x96-air-gbit.dtb" as it's probably a close match. SM1 boxes have some known issues with hardware decoding so if you hit lockups you'll need to disable it (DRMPRIME on, Hardware Decode off).
-
I found the stray patch cum bad commit that broke hardware decode .. so the next nightly that's build (scheduled for 5th Jan AM GMT) will have working hardware decode again. Impatient users can grab something from https://chewitt.libreelec.tv/testing/ .. there are no functional improvements so GXBB/GXL/GXM are working nicely and newer devices still have some issues, but that's an improvement on black screens and no video everywhere.
NB: I have added a possible workaround (not fix, workaround) for borked USB ports on Odroid C2 and the meson-gxl-s905x-p212 device-tree may now have working BT/WiFi .. I'm still not near my usual test devices so you'll have to test for me.
Happy New Year!
-
As a developer I don't push zipped/rar'd/gunziped/xz'd archive files to the repo for people to download, I push source code and GitHub does magic in the background that allows people to download "packaged" sources. As long as nothing changes in the way that GitHub compresses things, we download the same file with the same SHA256 every time. However if GitHub updates the underlying infrastructure to get better compression etc. the file served for any githash can change and the SHA256 will need updating. It doesn't happen often, but it can and does happen occasionally.
-
No issue with the certificate. Known non-issue with website linking to http URLs and/or https URLs that we have to redirect to http URLs in order for the mirror redirector to work, which needs compleletely upgrading and redeploying .. when someone has free time to do it, which appears to be never since it's been like that for some time now.
Right-click .. save-as
