Since it largely seems to be an Orange Pi PC2 with 2gb of ram and wifi, should i just try the PC2 image?
If that's the only difference, then yes, PC2 image will work, just without wifi (RAM size is auto detected).
Since it largely seems to be an Orange Pi PC2 with 2gb of ram and wifi, should i just try the PC2 image?
If that's the only difference, then yes, PC2 image will work, just without wifi (RAM size is auto detected).
Is this a known problem? Anything I can do to try and fix this?
However, this should not cause your behaviour. Did you do your own builds? e.g. are you completely sure it's actually Kodi issue and not kernel update for example?
Too bad, now I'm really out of ideas and I can't really help because I don't have any SPDIF receiver.
Passtrough was never properly supported, not even on OpenELEC. It really depends on receiver you have if it correctly interprets data as compressed audio or not. All metadata in missing in the side channel. Proper passthrough demo is published in another topic in this subforum, where it works on all receivers and even high bit rate compressed formats work properly. Only big issue is that it seems to work only on 1080p resolution.
Change spdif@1c21000 to spdif: spdif@1c21000
I can't find image for olimex A64 board. That's strange because i do have the board with a working libreelec system and I thought i got it here.
Nope, Olimex released image for it some time ago. However, you can open pull request on github for it. Not much needs to be added...
With H5 Orange PiPc 2 don't work HDMI CEC.
Sure, read first post. More info - software implementation doesn't work and hardware implementation would be hard to make it work due to missing 32 kHz crystal on board.
With Orange Pi3 ,Tvheadend crashes the system
That doesn't help at all. In general, I don't debug addon issues. However, if you upload crash log, I can take a look.
Can you help me fixing this ?
Please upload your current file with changes to pastebin or some similar service, so I can take a look.
Does that LE 10.0 label on the bug mean this would not be resolved at least until 10.0 release?
It means that it should be solved before LE 10.0 is released, but not when. It could be tomorrow or a day before LE 10.0 release (don't ask me when will that be).
I assumed you use issue tracker because i do....
Github issues were introduced recently, so not much bugs there. Users also report bugs on the forum.
i don't have enough knowledge to understand what the bug is really about so i can't be of any help.... But probably if you point me in the right direction i can be useful - make a PR on github etc.
Bug is that python library for dbus must be replaced with one which actually works on python 3.8. New library is already included in LE build system (dbussy) but now settings addon needs to be reworked to actually use it and drop old one.
i recently bought a T95max (tanix tx6 variant) and tried the image LibreELEC-H3.arm-9.80-devel-20200908233609-08c8d60.tar,
You're using H3 image on H6 board? I guess you just linked wrong image.
However your patchset needs some more work, I tried to open an xvid/avi file and this crashed kodi - i suspect the deinterlace module (/dev/video1) cannot work with decoded frames sourced outside of v4l cedrus codec(/dev/media0) or there is a problem with video pipeline.
At the time I made those patches, SW decoding path was a bit different...
I have tried the latest version LibreELEC-H6.arm-9.80-devel-20200908233818-08c8d60.tar on a Tanix tx6 box streaming video through the tvheadend addon. Deinterlacing does not seem to work for 1080i streams.
I have no idea if video from addons is handled any differently. My test case are video files from storage media.
Do You have any idea where is the problem or maybe You have some system images with working Tvheadend correctly?
Addons are not my domain. However, Kodi was recently updated, together with addons. Try now. Bear in mind that this is all alpha quality, addons may be broken too...
What is the proper way to edit the dtb file ?
You're doing it correctly. However, as I said, I never used spdif. Little more digging revealed that you also have to add:
sound_spdif {
compatible = "simple-audio-card";
simple-audio-card,name = "On-board SPDIF";
simple-audio-card,cpu {
sound-dai = <&spdif>;
};
simple-audio-card,codec {
sound-dai = <&spdif_out>;
};
};
spdif_out: spdif-out {
#sound-dai-cells = <0>;
compatible = "linux,spdif-dit";
};
Display More
note, best place to add above nodes is right behind connector node.
Just out of curiosity, I there a specific reason for not activating spdif in the default dtb file provided in the image ?
We are following mainline kernel rules - whatever is not present on the board is not enabled in DT. In this case, there is no spdif connector on board, so it's not enabled by default. Long term idea is to add support for overlays - small pre-compiled patches for DT, you would just list those you want in config file (similar to RPi). We are not there yet...
Could you please share a link to a bug at whatever issue tracker you use?
Why do you assume we are using issue tracker?
Anyway, for this particular issue there is bug report ([BUG] /usr/share/kodi/addons/service.libreelec.settings/oe.py/oe.py raise exception · Issue #4563 · LibreELEC/LibreELEC.tv · GitHub) but not much is happening, at least publicly.
Personally, I use OPi One with the MythTV pvr plugin (for playing HEVC DVB-T2 recordings) and it usually works reasonably satisfactorily.
If you do that skip the Orange Pi Zero (H2+), since the composite out support is missing in mainline (unless someone with the knowledge wants to work on that of course).
First board was merged today - BananaPi M2 Zero. I won't do anything regarding those board - if someone wants to have it in master, he/she must open PR on github.
BTW, composite output shouldn't be hard to support on H3. If there is enough interest, I can port old Icenowy patches.
I'm considering changing policy regarding boards with less than 1 GiB RAM - they would be accepted in main repo and thus nightly images would be available. However, support for them would be provided by community - I will ignore issues reported on those boards.
What do you think?
it works until it tries to load LibreELEC addon for Kodi
yeah, known problem. I can't say when it will be fixed, though.
The problem is that I have not managed to install a frontend or make the emulationstation work,
retroarch or zack morris ...
Could someone help me install it on the kodi ??
Kodi has just been updated. You have to wait few days until addons are updated in repo or build them yourself.
One thing I am missing however, and prevents me from drooping my old openelec setup, is the ability to use pin PA17 (available on pin 4 of camera connector) for spdif audio.
SPDIF driver is available but I didn't test it at all (no appropriate device). You would have to edit dtb file - find spdif node and replace status = "disabled"; to status = "okay"; Note that this file will get overwritten every time you update.
That worked, thanks, i was able to boot now!
Hm... That shouldn't really change anything, except, maybe, slow down boot just a bit. And update process will print data on serial instead on screen from now on (due to removal of "console=tty1").
Can't get Pine64 to boot with any of the images,
Your board has 1 GiB of RAM, so you should use pine64-plus image. Only real difference is in network configuration.
Anyway, I just tested LibreELEC-A64.arm-9.80-nightly-20201027-b2ff85b-pine64-plus.img.gz image and it works fine on my pine64 plus (2 GiB RAM) board.
and get the same error:
Unfortunately, these errors are a bit misleading. Driver gets re-loaded later and succeeds, so these errors are always visible, even when boot works fine.
What you should do is to remove "quiet" and "console=tty1" from extlinux.conf file. That way you will get full output on serial.
I only want a ALL WORKING image of LibreELEC for my Orange Pi Lite 2. I buyed a week ago and cannot make it work. Wifi and Bluetooth doesnt work
Currently WIFI can't be configured due to upgrade to Python 3.8... I imagine bluetooth has same issue.