That video plays with HDR here. "Allow using DRM PRIME decoder" must be enabled.
My apologies, right you are.
One that I still can't get working is this.
That video plays with HDR here. "Allow using DRM PRIME decoder" must be enabled.
My apologies, right you are.
One that I still can't get working is this.
This problem has never been fixed to my knowledge, however, with a bios upgrade, the HDMI-CEC-wake function does work. Meaning, if your display supports CEC, it will wake the NUC. This isn't 100% reliable, and every now and then it will miss. In that case, just toggle the TV power again.
Also, the built in IR controller does support wake (with BIOS options), however you can't disable other commands, and it has a very poor range.
This is a bizarre issue.
I've isolated the issue to this particular line in the openssl Makefile:
make -f $here/Makefile HERE="$here" link-shared );
The output of which when run normally is:
GNU Make 4.2.1
Built for x86_64-pc-linux-gnu
Copyright (C) 1988-2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <The GNU General Public License v3.0 - GNU Project - Free Software Foundation>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Reading makefiles...
Reading makefile '/media/build/sam/http://LibreELEC.tv/build.LibreELEC-Generic.x86_64-8.2.5/openssl-1.0.2o/.x86_64-libreelec-linux-gnu/Makefile'...
Updating makefiles....
Segmentation fault
When I run the entire shell script from the Makefile manually, it succeeds, suggesting it's something environmental.
And when I modify the Makefile, running that particular line with the debugger, again it works fine. Yet again, and again, it always fails when building without modification.
The TL;DR version, I've compiled openssl ( and built Libreelec ) successfully, but there is something funny going on. Potentially a bug in Debian Stretch tools?
I've copied and pasted those commands, still the same issue, same output as before.
Is there anything else I can try?
I've been having a strange problem compiling openssl, either 1.0.1 or 1.0.2 from master.
Building for generic using a Deb 9 build host gives me:
making install in tools...
make[2]: Entering directory '/media/build/sam/http://LibreELEC.tv/build.LibreELEC-Generic.x86_64-8.2.5/openssl-1.0.2l/.x86_64-libreelec-linux-gnu/tools'
make[2]: warning: jobserver unavailable: using -j1. Add '+' to parent make rule.
make[2]: Leaving directory '/media/build/sam/http://LibreELEC.tv/build.LibreELEC-Generic.x86_64-8.2.5/openssl-1.0.2l/.x86_64-libreelec-linux-gnu/tools'
installing libcrypto.a
installing libssl.a
installing libcrypto.so.1.0.0
installing libssl.so.1.0.0
Segmentation fault
make[1]: *** [Makefile:552: install_sw] Error 139
make[1]: Leaving directory '/media/build/sam/http://LibreELEC.tv/build.LibreELEC-Generic.x86_64-8.2.5/openssl-1.0.2l/.x86_64-libreelec-linux-gnu'
Makefile:12: recipe for target 'image' failed
make: *** [image] Error 2
I don't really understand what is failing exactly, and Google isn't helping me at the moment.
Thanks
I'm sorry this is not a specific addon support question, more a request for information about addons.
I've a long term plan to rule the devices in my house :). Part of that includes using one set of bluetooth headphones to simultaneously receive audio from multiple devices, such as libreelec and my laptop or another PC. I really don't know much about gstreamer, but a friend mentioned that it might be able to help to act as a network mixer for bluetooth output.
Otherwise I'd like to ask about addons and advice that can help me achieve this. I didn't see gstreamer in the list of addons, and am not aware if other tools or libraries are capable of sending ALSA audio elsewhere.
While I like to avoid duplicating efforts, I will build my own gstreamer addon if needed.