• Content Count

  • Joined

  • Last visited


About jernej

  • Rank
    Embedded member

Recent Profile Visitors

5879 profile views
  1. Good summary, let me clear some things. Having proper uAPI by no means makes libva-v4l2-request obsolete. If this lib is updated to latest uAPI, it still could serve as intermediate layer for all apps that don't support new interface but they support VA-API. Before you talked about libva-v4l2-request, which implements VA-API, so I wouldn't say it's irrelevant to ARM HW accel. libvdpau-sunxi implements VDPAU, but that works only on BSP kernels and it is not relevant for mainline. Further clarification: Kodi 19.0 (released recently) is highly recommended for all this - it
  2. oh, there is plenty of bugs left to fix... but for normal use should be enough.
  3. It's not a hack but missing clock initialization. I submitted fix to U-Boot: Currently non-working features are scaling on video plane, YUV formats and resolutions > 1080p.
  4. If someone has too much time, here is extremely basic and hackish H616 display driver (HDMI up to 1080p only): (take branch as-is, USB works too)
  5. Not sure what kind of hints you want, but yes, I think I mentioned already which patches needs to be taken and which ffmpeg config options needs to be used. but as JMCC said, it's best if you check LE sources on GH directly. Patches are regularly updated.
  6. DRM properties are not meant to be used in device tree. First, driver must register them and use them(which sun4i_tv driver does not) and then user space app must set them via drm ioctl, but that usually goes through libdrm. Useful tool for DRM properties is modetest app, which is part of libdrm test tools. @guybrushthreepwood you'll be limited to SW decoding approach that way...
  7. LE master branch and thus nightly images are using mainline kernel for a long time. But yes, download page will give you LE 9 based images, which are 4.4 based. LE10 is not that far away.
  8. I made patch for clean kernel source. If that part fails for some reason, I would recommend to remove any other which would have that...
  9. Yes, meson uses stateful whereas Cedrus and rkvdec use stateless (request api). Actually only one really worked on this driver but stopped working on most (all?) things due to real-life issues. Vanilla Kodi will work for video decoding, but if you want HW deinterlacing, that will need Kodi patch and additional one for ffmpeg.
  10. The thing is that everything is in state of flux. Cedrus driver was first one which introduced new kernel API for video decoding, which is now also supported with rkvdec and hantro. You can imagine that a lot of stuff needed to be written. Only now interface is becoming stable and thus we can now start upstreaming changes. But that takes time... It's certainly possible to have great Kodi experience on Armbian, if you know what to patch. But currently it takes a couple dozens of patches at least for kernel and ffmpeg to achieve that, so I wouldn't recommend to do it yourself, except
  11. I'm actually considering adding TV out support to LibreELEC. You would only need to specify overlay for enabling TV out. Would that work for you?
  12. H3 doesn't use panfrost but lima. If you want to run Kodi efficiently, you'll need to pick a lot of kernel and ffmpeg patches from LibreELEC, manually compile ffmpeg and use Kodi without desktop. Oh, and you need Kodi 19 RC1, that probably means compiling Kodi too.
  13. Good thing is that things are coming together slowly. There is a hack to make USB work and first part of display stack started to work (not usable yet).
  14. With modern kernels there is no need to change anything for DVI, it's autodetected. I have DVI monitor (native, no adapter) and it works fine. Note that HDCP is not really supported on 5.10, so you shouldn't worry about it.
  15. @Werner note that Linux v5 branch omits USB support for upstreaming reasons. However, if you pick v4 and this patch, USB should work well now. For Armbian purpose, v4 is better.