Posts by jernej

Quote from riku

i have noticed however this odd error on startup "bad crc while load from fat" it anyways work the /storage without any problems from fat... ??!?! look picture

That's normal. That just means that U-Boot will use default settings which is exactly what is wanted. If you would save U-Boot environment, this message wouldn't appear. Granted, it's more scary than it should be. It should be something like "Using default envitonment"...

Can you test with another H3 board?

lumpi I tried another thing for IP address changes. Please update with this: libreelec-h3.arm-9.1-devel-20181226203321-a85ff24-beelink_x2.tar

I'll check IR settings again, maybe I missed something.

Quote from jack82

Orange pi pc

There is a lot of information search in google orange pi pc s/pdif output

Sorry to disappoint you, but unless you edit DTB file yourself that won't be supported. DT overlays aren't supported currently, but maybe something can be done with configfs on linux if you want to play with it. DTB files are overwritten during LE update.

jack82 which board? Currently it's supported only with Beelink X2.

Ok, that is very strange. Can you burn clean image and do this before first boot? Just to rule out any issues with saved settings.

Quote from riku

if you can yes, i can change kernel if needed but i need the atm using one, and point to some guide how to compile it for libreelec i can try it out and mess with code

To force fixed resolution, you just have to edit one text file, nothing more:

1. Insert your LibreELEC SD card into PC and open FAT32 partition

2. open extlinux/extlinux.conf file for editing

3. Append "drm.edid_firmware=edid/1920x1080.bin" to the line which starts with "APPEND"

4. save the file

lumpi Can you test this update: libreelec-h3.arm-9.1-devel-20181226132840-f58e089-beelink_x2.tar

MAC shouldn't change anymore after reboots.

Quote from riku

jernej is there any way i can help you on this, what logfiles need etc, how i debug it?

on older release(kodi16) it works, so there is something about this now.

Big difference with old OpenELEC port and this one is kernel. Here is mainline kernel which reads EDID and adjust resolution accordingly. If it can't read it, 1024x768 is used as safe fallback (that is hardcoded in kernel). Old BSP kernel (3.4) didn't use EDID at all, it used predefined resolution from fex file. But that caused more issues than it solved. Not all people have board connected to 1080p display.

I really don't want to go with old path and predefined resolutions because current solution works 99% of the time. However, I can give you instructions how to tell kernel to use 1080p no matter what EDID indicates.

BTW, OrangePi PC doesn't have ESD protection on HDMI port. Is there a possibility that electrostatic discharge happened on HDMI connector? I saw destroyed HDMI port on OrangePi Plus that way before.

No, not really. Which board you said you have? I just tested my OrangePi Plus2e on Panasonic plasma TV (1080p) and it works as expected.

Quote from riku

i might just go with opipc internal ir, i think it can put on work, but it involves getting whole distribution recompiled to get proper libs installed..

Why do you think so? I tested IR few days back and button presses were recognized correctly.

Quote from lumpi

besides things like missing dvb/wlan drivers and repos, but that's known

I didn't dive into kernel config yet. If there is some USB driver which you would like to be enabled, just say so (but it must be included in kernel already).

Quote from lumpi

plus the mac keeps on changing...

That is easy, one line fix which will be included in next update, but since I don't have that board, you'll have to confirm if it works.

Quote from lumpi

CEC seems to be a bit fragile

That's true. Be aware that Allwinner never officially supported HDMI CEC on H3. I noticed that CEC on same kernel worked with one board but not another during tests. Possible explanation could be that because there was no official support for it, HW designers couldn't test it and it may not work. Even worse, CEC pin could be unconnected or connected to GPIO for software simulation of CEC protocol.

Looking at build/beelinkx2.fex at master · armbian/build · GitHub I would say that board has CEC pin connected to GPIO port. Bad news is that CEC won't work for you for now. Good news is that kernel contains code for simulating CEC over GPIO, but I have no idea how to use that in universal way (not to break other images).

Quote from lumpi

The remote I couldn't get to work with lirc

Take a look at this tutorial: Infrared Remotes [LibreELEC.wiki]

riku can you test this image: libreelec-h3.arm-9.1-devel-20181225182605-cdd7be0.tar ?

It has potential fixes for tearing (if it really is) and EDID. Other than that, I don't really know what could it fix it. If tearing persists, please upload sample video which demonstrates the problem.

Quote from harrym

Orange Pi One

I'm considering dropping support for boards with less than 1 GiB of RAM. 256 MiB is reserved for video stuff (although it can be used for some other stuff too), so if board has 512 MiB of total RAM, there's not much left for anything else.

Quote from riku

here is pic what i men tearing

I think you mean combing which is issue when interlaced videos are not deinterlaced before displaying. Do you mind uploading video sample somewhere and post a link here? If issue is only with interlaced videos, then this is expected. Currently Kodi DRMPRIME renderer doesn't support deinterlacing and there is no driver written for that yet. First we have to stabilize system before diving into that.

However, if it is really tearing, then there is one kernel patch available which might help. I'll include it in next update.

I really don't have any display with consistent EDID readout issue. I'll prepare one test image later with possible fix but don't hold breath...

Quote from kinner

To me it is unusable without wifi. Is there ever going to be that option ? Much thanks

Read first post, everything is explained regarding wifi. Use supported dongle.

Quote from riku

I can confirm this same. going to power and switch power off option will stuck on screen.

This is more cosmetic issue and low priority.

Quote from riku

Other thing, after plugin in to bigger tv i started notice horizontal tearing on picture.

What is the resolution of that TV? 4K TVs and monitors currently won't work.

Quote from hostkit

Lircd not working because unable access terminal

Lircd should work, just enable SSH and use that to configure...

Quote from Nill2016

One thing I had on the Openelec was the temperature display on the processor which in Librelec is not active. Can this be activated

Unfortunately not because temperature driver is missing. That's why it also runs on a bit lower frequency that it is capable. But still enough for HW decoding.

Quote from Nill2016

I would like to know how I use the image to update

Update LibreELEC [LibreELEC.wiki]

Use method "Updating using the Samba shares" or "Updating using the CLI"

Quote from riku

it is like once of every 10 boot the device will go into 1080p screen resolution. just need reboot many times until it goes that mode, dunno whats happening there.

What is screen resolution when it doesn't work? 1024x768? If yes then driver doesn't read out EDID correctly. I observed that before but rarerly, so it's hard to test anything.

Quote from riku

PVR Clients still missing, ned tvheadend one, i cannot test satellite and dvb-t codecs. (they are most important how they run)

could you please point me a direction how i get addon files there? i can do it myself, but i guess recompile whole thing is not a option?

You could compile them yourself for now. First build will take a while, but following ones will be very quick. I'll try to set up proper repository soon.

You can compile addon with:

PROJECT=Allwinner ARCH=arm DEVICE=H3 scripts/create_addon pvr.hts

Use my github repo mentioned in first post.