Posts by jernej

Quote from lumpi

So far it's running for half an hour with one channel change. Rock solid maybe slightly flaky but that's just subjective.

I did some more testing on my collection of "problematic" videos I obtained trough the years and I get audio/video sync issues... I think ffmpeg deinterlace filter I wrote is not good enough yet. It certainly causes occasional Kodi crash. I guess I'll leave this image here until I fix all issues. Anyway, this branch contains one fix which I'll plan to PR it to Kodi, because it fixes other de-sync issues I had from the beginning but I had no idea what causes them.

Fixed boot: LibreELEC-A20.arm-9.80-devel-20200205073015-8b9de67-mele.img.gz

Same source branch as before.

You can try this image: LibreELEC-A20.arm-9.80-devel-20200204204017-54b1efc-mele.img.gz

Disregard A20 in the name, it's just sharing same infrastructure.

Source: GitHub - jernejsk/LibreELEC.tv at mele

Quote from bethencsoft

Surely you already know them anyway.

My kernels for Allwinner A10 and A20-based devices - rm's homepage

Mele: Ubuntu 12.10 armhf img – kernel upd – xbmc

No, I don't know them. Anyway, they are not helpful, because they are using BSP (vendor) kernel. Mainline uses different way to configure video output.

myxal  bethencsoft A10 should work in theory. I have no devices with it, so I didn't prepare anything. A1000 seems easy to support, but mainline DT is missing display related nodes. If anyone of you can provide me patch which would enable video output, I'll prepare test images.

Note, A10 has limited memory throughput. It may have troubles pushing full HD image out.

I finally managed to prepare proof of concept (not yet bug free) support for HW deinterlacing. Currently, it's only for H3. You can test this with following update: LibreELEC-H3.arm-9.80-devel-20200202224107-87919a4-deint.tar

I'm especially interested in Kodi crashes and if there is any interlaced video, which can't be played. For example, if Kodi shows only first few frames and then stops.

Source: GitHub - jernejsk/LibreELEC.tv at deint

Quote from myron

If it is not legal or you don't like it jernej, I can surely remove it. I just wanted to share my backup to help others.

I don't have problem with sharing backups, but I'm less enthusiastic about sharing random images which you don't know, especially if they aren't based on official sources or known fork (required by community images rules). Can you remove links to those?

Quote from myron

Hello, few minutes of internet searching gave me this result.

Index of /

I also found my old backup which looks like newer date.

I uploaded it now and you can download i below: 20181220 img + 20181227 and 20190118 update

OrangePI PC Libreelec 9.10

I wouldn't use random images from internet. LibreELEC 7.0 (first link) never had Allwinner support.

Quote from vermus

Sorry for a dumb question, but how can I do it?

Enable lima driver in kernel config and project settings and build image yourself or wait until Lima PR is opened, which I plan to do soon.

Ok, same issue then. There is something wrong with GPU driver. Lima might not have this issue, idk.

Quote from vermus

It's look like
1) Video output is going to wrong way

or
2) Video hw acceleration fail

so:
1) where can I find xorg.log (I tried to find it, but no success)?
2) Can I run kodi w\o hw acceleration?

Let's clear some things first. A20 has Mali400 GPU. Mali is only 3D accelerator and has nothing to do with video decoding. There are two drivers for Mali400 - proprietary Mali driver from ARM, which is currently used on LibreELEC for A20. Another one, relatively fresh, completely open source is Lima driver. Only recently it became good enough to be useful for LibreELEC, but I didn't switch to it at this time. Video decoding is done on separate core called Video Engine and open source driver for it is called Cedrus (used here).

So, let me answer your questions:

1. X11 is not used at all on LibreELEC for ARM boards. I'm not sure if it would be even possible to make efficient video playback with it. GBM version of Kodi is used for A20, which communicates directly with DRM driver.

2. You can disable video decoding acceleration in Kodi settings. However, as I explained before, this wouldn't change anything, because issue is in Mali driver, not Cedrus.

Only thing which may change anything is switch to Lima driver. However, there is zero guarantee that it would help and given that it's under heavy development it may have different set of issues.

vermus Kodi log is clean, no issue. Is something interesting reported in dmesg? At this point I don't know what to suggest. Maybe Lima driver would work.

I spend few hours on this problem and I couldn't find any solution (but that doesn't mean it doesn't exist). Just to be clear, video stream is broken - it's missing reference for at least one frame. Given that this is live stream, workaround would be to stop playback and start it again. Let me know if that helps.

vermus enable debug log with making file .kodi/userdata/advancedsettings.xml with following content:

<advancedsettings>
  <loglevel hide="false">1</loglevel>
</advancedsettings>

This should give a bit more info. Keep that 1 GiB RAM workaround for now.

vermus I suspect it's some kind of GPU driver issue. On my A20 board (olinuxino-micro) Kodi opens as expected. I noticed that Cubietruck has 2 GiB of RAM. More than 1 GiB of RAM already caused issues on other SoCs due to not completely understood HW design. Can you add mem=1G to kernel parameter in extlinux/extlinux.conf and check if that helps?

BTW, next time please upload whole crashlog. You stripped out basically all useful information.

Quote from jaav72

What is the difference between the image LibreELEC-H3.arm-9.80-nightly-20200127-775cabd-libretech-h3.img.gz and LibreELEC-H3.arm-pr4124-libretech-h3.img.gz? Sorry for the stupid question ...

read name carefully, one is nightly, another test image with some PR.

new version of OrangePi PC2 image: LibreELEC-H5.arm-9.80-devel-20200128235726-280d100-orangepi-pc2.img.gz

- addon repositories should work

- CEC works but may miss presses

Psix_anp IR works for me

disco67 you may have problematic version of Beelink X2. I received one such unit to investigate the problem. Unfortunately, I couldn't find reason why it doesn't want to boot from SD card, but I found workaround which is a bit complicated - you have to boot it over USB. Once you are in Linux (any distro will do), you have to destroy content of eMMC - I just overwrote it with my LibreELEC image.

I talked with one person on #linux-sunxi IRC which experienced exactly the same issue with his X2 and he too was unable to find reason for such behaviour.

arci I'll prepare PR once Linux is updated to 5.5

Quote from Psix_anp

IR, libreelec repo doesn't work

yeah, I forgot to enable repo. I'll take a look into IR. It should work...