FYI, support for deinterlacing was recently merged into master branch for supported SoCs - A64, H3 and H6. There is no need to use images from this topic. You can start using nightly images with all bells and whistles (and fixes).
Posts by jernej
-
-
any news for HW deinterlacing on AW H5?
Nope.
-
W1 is not enabled in kernel config yet. Additionally, LE also doesn't support DT overlays yet. So, you would have to build custom image with appropriate drivers enabled and edit OrangePi PC DT to enable one wire on PD14.
-
At the same time, I'm a little perplexed with the deinterlacer itself. On my box, it looks it's only performing BOB method, I've noticed the usual tell of judder and ghosting associated with this deinterlacing algorithm. Surely the H6 hw must be capable of better advanced deinterlacing like the PI or other SoC can do.
Yes, of course, it's capable of better modes than just bob. However, there is no documentation what any option means and how to put it in different modes. It's entirely possible that I misconfigured it. However, at this stage I'm happy that it at least works to some degree...
-
Obviously this board has no ethernet connector so ethernet driver is not enabled. And no, enabling it by default is not acceptable solution. Explanation: Allwinner: H2-plus: enable ethernet on Banana Pi M2 Zero by mklein-de · Pull Request #4659 · LibreELEC/LibreELEC.tv · GitHub
-
Nope, pine64-plus is correct, one with underscore is old and it was renamed. Since no details were provided, I can't say anything why build error occurs. If you have unsupported distro, you can alway try to use docker. There are some helper scripts and some notes for it. Note, I'm building it on Arch, I can't give you help for any other distro or docker.
-
I updated images to latest LE master and fixed a bug when Kodi crashes due to SW decoding. SW decoded videos still won't be deinterlaced, but that can be improved later (ffmpeg filter needs some work for that).
-
see issue above - proper fix is to use different library. You can experiment by yourself however you want though. And I'm pretty sure display issue is not connected to it - it happens before Kodi is started.
-
Is there any way I can further diagnose this?
Your display resolution is not so common: Found resolution 1280x1024 with 1280x1024 @ 75.000000 Hz Can you try on something more standard first, like 720p or 1080p? If you're able navigating through Kodi menu, try to select different resolutions and see if that stabilizes it. I suspect this is HDMI or clock driver issue...
-
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.
-
We are almost there ! I get the following error when compiling :
Code./sun8i-h3-orangepi-pc-plus.dts:1243.25-1245.5: ERROR (phandle_references): /sound_spdif/simple-audio-card,cpu: Reference to non-existent node or label "spdif"Can you help me fixing this ?
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.
