• Content Count

  • Joined

  • Last visited

 Content Type 


Member Map





Everything posted by JMCC

  1. Currently RockPi 4b is not supporting media acceleration. It is a kernel issue, we are working on it. Stay tuned...
  2. Hello and welcome. Are you using Armbian for your project? Which board are you using? Please give more details about the hardware and software you are using, that will increase your chances to get a proper answer.
  3. Ok, everything is as expected. Kodi and docker-chromium are experimental features, it is normal that they fail. But the main ones seem to be still working. Let's see when can we integrate them into the main build script.
  4. It should run as your regular user. Can you launch the browser from console (as your regular user), and post here the output?
  5. Besides, you can already install linux on Android phones, using apps such as Linux Deploy.
  6. Also, if you are going to use the board for LUKS encrypted storage, you may want to have good disk IO performance. So you should probably aim for something with USB3 or PCI support. Rock64 seems like a good option to me, if you want something affordable.
  7. In addition to H3, other 32 bit boards already have HW crypto support in Armbian, as Odroid XU4 for example. But these older crypto implementations are slower than more recent arm64 boards (ref1 ref2)
  8. You're right, now I remembered there are some arm64 SoC's that don't have crypto extensions because the manufacturer didn't pay the license. For example, Amlogic S905 (though S905X has the extensions). So we can also discard Odroid C2 and Nanopi K2.
  9. Well, if I'm not wrong, any arm64 board will have crypto extensions, since these are part of the ARMv8 specification. So anything 64-bit will do the job. A RK3399 will be very fast.
  10. Wow, the discount is huge. Though, since shipping and toll fees will be much more than the board itself, you need to order several units to make it worth. Good choice!
  11. LIMA and Panfrost for GPU, but what interface does it use for VPU? Does it support full HW acceleration, up to 4k? And encoding?
  12. Let's see if I get a chance to look at it. Thanks!
  13. It should be working only for encoding, according to the ffmpeg output you provided. But, since it is doing SW decoding, therefore the high CPU usage. Just try this command line instead, for both HW decoding and encoding: ffmpeg -vcodec h264_v4l2m2m -i <infile> -an -vcodec h264_v4l2m2m -b:v 2M -pix_fmt nv21 <outfile>.mp4 It should run steadily at a little less that 60fps, with minimal CPU usage.
  14. If you follow the link I posted above, you will see at the status matrix that, indeed, encoding is not yet implemented. It has the most standard and easy to implement and use interface, v4l2-m2m XU4, MC1 and HC1 are sold now for less than $50, which I consider cheap considering its power, features and stability. Take into consideration that one of these can do the work of four to six H3 boards, for example. And if you want to build a farm, you can stack several HC1 or MC1, and put a fan on them, which will make them run steadily at maximum frequency. If you still want something cheaper with HW encoding, then you can go for a 1Gb Rock64, but these boards are having lots of stability problems lately.
  15. Well, AFAIK hardware encoding is not yet supported with the FOSS Cedrus library, which is the only one you can use in mainline kernels. If you want HW encoding on Allwinner, you would need the old and controversial closed-source CedarX binaries for that. They only work with older 3.4/3.10 kernels. So the reason why your SoC is getting so hot is probably because it is using mere CPU power for software encoding. If you want to do h.264 hardware encoding, your best options are rockchips (rk3288, rk3399 and rk3328, ordered by preference), or Odroid XU4/HC1. All of them can do HW encoding with Armbian, if you use my media packages. Notice that rockchips will use gstreamer, while XU4 will use ffmpeg.
  16. The ffmpeg provided in the thread above should work, if you are using Debian Stretch. Please follow these steps: Install the ffmpeg packages, and hold them to avoid upgrades, as described in the thread above Make sure your user is part of the "video" group: sudo usermod -aG video <yourusername> Then reboot, and try the following command line: ffmpeg -i <infile> -an -vcodec h264_v4l2m2m -b:v 2M -pix_fmt nv21 <outfile>.mp4 Post here the results.
  17. Please try with the ffmpeg from the post linked above. Keep in mind it is compiled for a Debian Stretch image. Anyway, the latest official ffmpeg is also supposed to have support for MFC encoder, though I'm not sure whether it supports bitrate enforcing, like the one I compiled. I used this repo:
  18. Yes, it would be. That is something in my TO-DO list, but my personal life hasn't given me the chance to do it in the last months. Let's see if it can be done at some point.
  19. Yes, there is, and you can find the instructions in this same forum: You can skip the Emby part, if you don't want it. As a matter of fact, I now recommend the recent FOSS project Jellyfin over Emby (I myself made the contribution to Jellyfin that enabled XU4/HC1 hardware encoding, so I can confirm it works).
  20. I think you may want to have a look to some page teaching the basics of Linux, like this one:
  21. Yes, you can play YouTube smoothly even at 4K, with mpv: sudo apt install youtube-dl mpv-gbm
  22. I'd like to, and I started working on a script that would compile the latest versions of the software for a specific distro. Let's see if I can find some time to finish it.
  23. @tumbleweed2019 did you try the included "glrun" wrapper, as described in the documentation?
  24. Un the page you linked, there is a download of a Debian Stretch image. It looks like the official Rockchip Linaro image. I haven't tested that particular board because I don't have it, but at least you know that you have a working image to start from. Since Armbian supports already other Rockchip SoC's, there are good chances that you can make Armbian work in the board, if you know what you are doing, with a config based on some of the supported RK boards. But I cannot guarantee how hard it will be.
  25. I'm glad it worked. About the updates, use whichever version works best for you. This is all experimental stuff, the big companies like Google or Amazon will not bother to test and support their products in these platforms, with such a small user base. So, if you find a version of Chromium that works for you, while some other doesn't, then you can stick to that one. Or you can also try and reinstall the media packages after the upgrade, and see if that works.