Posts by lrusak

smp is image 1 using the direct to plane and image 2 using the EGL rendering?

Just an FYI, the direct to plane stuff likely won't ever land in Kodi for intel. This is only useful for Gemini lake (and Ice lake?) as these platforms support YUV planes.

All recent intel platforms (including those using LSPCON) should be able to do HDR using the EGL rendering method (I believe the HDR patches landed in the kernel for LSPCON already but I haven't tested myself).

I hope to pick this work up again soon after doing some larger maintenance work with Kodi.

I don't believe widevine is available for armv6 see Unsupported Widevine architecture found: armv6 · Issue #23 · emilsvennesson/script.module.inputstreamhelper · GitHub

Works for me on Chrome, which browser are you using?

eh, is this even LibreELEC?

[    0.000000] Linux version 4.19.62-sunxi ([email protected]) (gcc version 7.4.1 20181213 [linaro-7.4-2019.02 revision 56ec6f6b99cc167ff0c2f8e1a2eed33b1edc85d4] (Linaro GCC 7.4-2019.02)) #5.92 SMP Wed Jul 31 22:07:23 CEST 2019

seems odd...

it seems you do have wlan, I'm not sure what this is about though

[   11.231422] rtl8192eu 3-1:1.0 wlan0_station: renamed from wlan0
[   11.265380] rtl8192eu 3-1:1.0 wlan0_ap: renamed from wlan1



4: wlan0_station: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 1c:bf:ce:c0:a6:b6 brd ff:ff:ff:ff:ff:ff
5: wlan0_ap: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
    link/ether 1e:bf:ce:c0:a6:b6 brd ff:ff:ff:ff:ff:ff
    inet XXX.XXX.10.1/24 brd XXX.XXX.10.255 scope global wlan0_ap
       valid_lft forever preferred_lft forever

maybe jernej knows

Quote from tony013

Is libreElec patched, so that python can't be extended, or what am I doing wrong?

How could I install additional python packages?

You have to add each python package to the build system. You cannot use pip.

Here is the directory of all python related packages, you can see how each package is defined and built: LibreELEC.tv/packages/python at master · LibreELEC/LibreELEC.tv · GitHub

the image is generated everytime from the the built packages. If you need to change the actually image you need to do so by modifying the packages.

However, it's not exactly clear which files you decided to change as we do hash the packages so if you make modifications to the packages themselves then they are rebuilt automatically.

post a debug log

You DAC advertises the following

2021-04-20 20:36:14.044 T:1178     INFO <general>:     Device 5
2021-04-20 20:36:14.044 T:1178     INFO <general>:         m_deviceName      : @:CARD=Audio,DEV=0
2021-04-20 20:36:14.044 T:1178     INFO <general>:         m_displayName     : DigiHug USB Audio
2021-04-20 20:36:14.044 T:1178     INFO <general>:         m_displayNameExtra: Analog
2021-04-20 20:36:14.044 T:1178     INFO <general>:         m_deviceType      : AE_DEVTYPE_PCM
2021-04-20 20:36:14.044 T:1178     INFO <general>:         m_channels        : FL, FR
2021-04-20 20:36:14.044 T:1178     INFO <general>:         m_sampleRates     : 48000
2021-04-20 20:36:14.044 T:1178     INFO <general>:         m_dataFormats     : AE_FMT_S16NE,AE_FMT_S16LE
2021-04-20 20:36:14.045 T:1178     INFO <general>:         m_streamTypes     : No passthrough capabilities
2021-04-20 20:36:14.045 T:1178     INFO <general>:     Device 6
2021-04-20 20:36:14.045 T:1178     INFO <general>:         m_deviceName      : iec958:CARD=Audio,DEV=0
2021-04-20 20:36:14.045 T:1178     INFO <general>:         m_displayName     : DigiHug USB Audio
2021-04-20 20:36:14.045 T:1178     INFO <general>:         m_displayNameExtra: S/PDIF
2021-04-20 20:36:14.045 T:1178     INFO <general>:         m_deviceType      : AE_DEVTYPE_IEC958
2021-04-20 20:36:14.045 T:1178     INFO <general>:         m_channels        : FL, FR
2021-04-20 20:36:14.045 T:1178     INFO <general>:         m_sampleRates     : 8000,16000,32000,44100,48000,96000
2021-04-20 20:36:14.045 T:1178     INFO <general>:         m_dataFormats     : AE_FMT_RAW,AE_FMT_S24NE3,AE_FMT_S16NE,AE_FMT_S16LE
2021-04-20 20:36:14.045 T:1178     INFO <general>:         m_streamTypes     : STREAM_TYPE_AC3,STREAM_TYPE_DTSHD_CORE,STREAM_TYPE_DTS_1024,STREAM_TYPE_DTS_2048,STREAM_TYPE_DTS_512

Which tells me that the Analog device only supports 48kHz. The iec958 (spdif) supports up to 96kHz. So someone is lying

you have to wait till the add-on is updated to work with python3

Post a debug log

for whatever reason your PATH is being quoted and being interpreted as a command

FAILED: build/libdvd/src/dvdcss-stamp/dvdcss-autoreconf 

cd /media/video/test/LibreELEC.tv/build.LibreELEC-RK3399.arm-10.0-devel/build/kodi-1a1c5028f24a992134e2a1745519914e303eee4c/.armv8a-libreelec-linux-gnueabihf/build/libdvd/src/dvdcss && "PATH=/media/video/test/LibreELEC.tv/build.LibreELEC-RK3399.arm-10.0-devel/toolchain/bin:/media/video/test/LibreELEC.tv/build.LibreELEC-RK3399.arm-10.0-devel/toolchain/bin:/media/video/test/LibreELEC.tv/build.LibreELEC-RK3399.arm-10.0-devel/toolchain/sbin:/home/work/perl5/bin:/home/work/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:~/.local/bin:/opt/java/javafx/javafx-sdk-11.0.2/lib" autoreconf -vif && /media/video/test/LibreELEC.tv/build.LibreELEC-RK3399.arm-10.0-devel/toolchain/bin/cmake -E touch /media/video/test/LibreELEC.tv/build.LibreELEC-RK3399.arm-10.0-devel/build/kodi-1a1c5028f24a992134e2a1745519914e303eee4c/.armv8a-libreelec-linux-gnueabihf/build/libdvd/src/dvdcss-stamp/dvdcss-autoreconf

/bin/sh: 1: PATH=/media/video/test/LibreELEC.tv/build.LibreELEC-RK3399.arm-10.0-devel/toolchain/bin:/media/video/test/LibreELEC.tv/build.LibreELEC-RK3399.arm-10.0-devel/toolchain/bin:/media/video/test/LibreELEC.tv/build.LibreELEC-RK3399.arm-10.0-devel/toolchain/sbin:/home/work/perl5/bin:/home/work/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:~/.local/bin:/opt/java/javafx/javafx-sdk-11.0.2/lib: not found

ninja: build stopped: subcommand failed.

Might work with the RK3328 build, but otherwise the RK3318 is unsupported AFAIK

It doesn't look like we include the linux driver (CONFIG_HD44780)

Please post photo's of what you mean.

All I can think of is the fact some movies are 16:9 vs 21:9. You really shouldn't touch the kodi GUI calibration at all and instead use the display's picture options to "fill" the screen ("HD mode", "just fit", etc).

Did you enable it in the gui? your guisettings.xml shows services.webserver == "false"

There is a couple steps when enabling the webserver as a you get a few popups about authentication warnings that you have to confirm before the webserver is started.

It means kodi cannot access your network media.

You need to check that your network filesystems (NFS, SMB, whatever) is available, and that your network is available.

The log line is just a red herring, there is likely something else wrong.

Are you doing a clean install of 9.2.x for RPi4 onto an sdcard? Or was this a "downgrade"?