jack82 which board? Currently it's supported only with Beelink X2.
Posts by jernej
-
-
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.
-
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.
-
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.
-
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.
-
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).
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.
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).
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.
-
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.
-
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...
-
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.
-
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.
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.
Lircd not working because unable access terminal
Lircd should work, just enable SSH and use that to configure...
-
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.
-
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"
-
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.
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:
CodePROJECT=Allwinner ARCH=arm DEVICE=H3 scripts/create_addon pvr.htsUse my github repo mentioned in first post.
-
Still no Beelink X2 wireless
No, wireless is not something I want to work on. Linux 4.21 will have a ton of fixes important for wifi so I won't actually do that anything at least until 4.21 is out and probably support only few wireless chips after that (those which have driver included in kernel already).
-
I just updated first post with new information and also uploaded brand new images.
This port is by any means not dead. I'm just not following forum every day, especially when working on features, in this case, completely reworking HW decoding paths and improving drivers.
New image has plenty of improvements, which might not be noticeable at first. However, there are few important ones:
1. H264 decoding should work very well2. support for multi channel HDMI audio (correct audio output must be selected)
3. ditching vaapi and using native ffmpeg interface (much better memory handling)
4. improved H265 decoding
5. Analog audio output (3.5 mm jack) is supported on H3
6. A64 SoC support
7. HDMI CEC improvements, although this feature depends on board - it works on some and it doesn't work on others.
