I went through SPDIF core description and I believe I can add support for non-linear PCM a.k.a compressed audio without too much trouble. I'll ping you here when test update will be ready.
Posts by jernej
-
-
bikike can you show me what kind of cable you're using for SPDIF? I can't find anything useful on web shops. Maybe I'm using wrong keywords.
-
Passthrough should be easy to support here. I just need to figure out how to add control and how to copy content from control to registers. After that, I can make passthrough setting visible again, although HDMI passthrough would still be hit or miss.
-
5.1 sounds like it supposed to sound.
Are you sure? SPDIF core supports only 2 channels max., so you should get downmixed stereo sound, unless if passthrough stayed enabled from your previous experiments and your AVR detects compressed audio even if metadata tells otherwise.
-
bikike try now (same link). One driver wasn't enabled. If it works for you, I'll open PR.
-
Strange. I can reproduce issue on my box but I have no clue why card is not exposed. I'll look into it.
-
yes the wifi on orange pi plus2 is RTL8189ETV, it is on upstream Linux
Tell me which symbol to enable in config file or show me driver location here: https://git.kernel.org/pub/scm/linux/…t/tree/?h=v5.15
-
bikike Here is TX6 test update with enabled SPDIF: http://jernej.libreelec.tv/test/tx6-spdif/ Please report if it works. Passthrough shouldn't be that hard to make it work from programming standpoint, but I don't have proper equipment for testing, which complicates situation very much.
-
chewitt Da Flex H6 SoC has separate SPDIF peripheral and thus Tanix TX6 board has SPDIF connector. However, it's not enabled because I can't test it.
bikike I can prepare test image for TX6 with SPDIF enabled, but it doesn't support passthrough (at least for now). It would be separate effort, this one is about HDMI passhtrough.
-
OrangePi Plus/Plus 2 (same image for both boards)
This image cannot activate wifi. There will be a fix in future?If wifi driver ever lands in upstream Linux, then yes. Will it? I don't know.
-
Thanks for info!
-
First of all, this is not RPi, so nothing RPi specific will work. Second of all, VNC is not supported due to nature of display stack. However, it might get supported in future Kodi versions.
-
No bluetooth on this model.
This most likely means XR819.
Where can i find the information about the wifi chip?
Easiest way is to open up the box and read chip markings near the antenna, but I already have pretty good idea. No need to do that, if you don't want to.
Anyway, here is experimental TX6 mini image: http://jernej.libreelec.tv/test/tx6-mini/
Build from this source: https://github.com/jernejsk/LibreELEC.tv/commits/tx6-mini
This test need fresh installation. If you have some settings/data you need, use another SD card. Remote should work out-of-the-box without any configuration.
-
Yeah, tx6 and tx6 mini have different remotes. That's why wake up doesn't work. I'll prepare new image for mini for you to test, but this won't be backported to LE10. It's possible that images will be merged into one some time later, but again, not in LE10.
BTW, which wifi chip is on tx6 mini?
-
It's entirely possible that tx6 mini variant has different remote as tx6. Unfortunately, firmware, which manages suspend/resume, doesn't have ability to change IR keys on the fly. If you can manage to figure out IR protocol and scancode of power button, I can provide special build image (for now). Fortunately, it's not that hard. Connect over ssh, execute ir-keytable -t, press power button and copy&paste output here. Note, I don't have any board around me currently, so this command may not be complete.
-
To all,
there were quite some requests in the past to add option for waking up board via HDMI CEC. Currently I have working code for A64, but there should be no problems porting it to other SoCs.
Are there any volunteers for testing this functionality? If so, please give me exact board name. Note, it can't work on some boards (it must have external 32 kHz crystal).
-
Do you know if other drivers can works with Allwinner
What other drivers? It's Linux policy to have only one driver per peripheral. If you mean vendor driver, which is not upstream, it might work but it's totally useless because it exposes fbdev interface, not drm.
I'll work soon on similar issue on H616, where 2160p@60 doesn't work at all. Maybe I'll discover something that's common to both chips (Allwinner peripheral changes are usually incremental).
-
Images updated to latest libreelec-10.0 branch with addition of following TrueHD MAT fix: https://github.com/xbmc/xbmc/pull/20361
