JMCC

Members
  • Content Count

    532
  • Joined

  • Last visited

 Content Type 

Forums

Member Map

Store

Crowdfunding

Raffles

Applications

Everything posted by JMCC

  1. I think you may want to have a look to some page teaching the basics of Linux, like this one: https://maker.pro/linux/tutorial/basic-linux-commands-for-beginners
  2. Yes, you can play YouTube smoothly even at 4K, with mpv: sudo apt install youtube-dl mpv-gbm https://youtube.com/...
  3. 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.
  4. @tumbleweed2019 did you try the included "glrun" wrapper, as described in the documentation?
  5. 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.
  6. 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.
  7. Just install the updated widevine, that you can find a few posts above. This is the download link
  8. IIRC, the camera is working just fine in recent versions of TinkerOS. That means they fixed it somehow in the ASUS kernel, and probably upstreamed the patch. It may be worth giving it another try, I'll put it in my to-do list.
  9. Hello. Sorry, I've been out for a while. Have you tried to play the videos with the Gstreamer GUI player? (the launcher labeled as "Rockchip Gst Player") And with MPV-GBM? Please try, and see if you experience the same video delay.
  10. Then everything is fine. 32 bit (streaming version) is not working well, it is just an experiment. That's why it is disabled by default.
  11. Just try with the default options: click "Accept", "Yes" or "OK" every time, and let it run.
  12. It should work on a fresh Default image (4.4 kernel), just with default options selected. I haven't tested it in a while, let's see if I can find some time and check whether recent updates broke the script.
  13. Correct me if I'm wrong, but I understand that the new V4L2 driver only supports HW decoding, not encoding, right? In that case, IMO the usefulness of an standalone FFmpeg is very limited. What I mean is that you won't get a noticeable benefit in transcoding with FFmpeg if you only accelerate the decoding. Not to mention possible colorspace conversion limitations etc (I think I bumped into some of those with the "old" RKMPP FFmpeg implementation). On the other hand, I see the real usefulness of that when FFmpeg is used as part of media players such as MPV or Kodi. And, in those cases, I always found it easier and more efficient to compile its own version of FFmpeg with the app, than link it against the system libs. So my opinion is that it is better to leave alone the system FFmpeg debs, and compile the new version on a separate directory; that way it will not break other FFmpeg-dependent apps, such as video editors etc.. And let the media players use their own FFmpeg (after all that is what they normally recommend in their compilation instructions), and apply the patch there when necessary.
  14. The following deb package should work for Armbian Bionic arm64 (RK3328/RK3399): https://1drv.ms/u/s!Aj0xDhqxX_nqoygqTuH8eoKnP3in
  15. In that case, mpv builds with V4L2 support by default. Just run on the TinkerBoard: $ sudo apt remove mpv $ git clone https://github.com/mpv-player/mpv-build.git $ cd mpv-build $ ./rebuild -j4 $ sudo ./install This will install mpv in your local machine. If you also want to build a debian package, you can do the following additional steps: $ sudo apt-get install devscripts equivs fakeroot $ mk-build-deps -s sudo -i $ dpkg-buildpackage -uc -us -b -rfakeroot -j4 The resulting mpv package can later be installed on any machine running the same distro and architecture. In order to run mpv using the v4l2 support, this is the command line that I use: mpv -hwdec <filename>
  16. Does it need to have also RKMPP support, or just V4L2 is enough for the new driver?
  17. BTW, seems like the Lima driver has been accepted for 5.2. Looking forward to seeing it released
  18. But, just for the records, provided that you have root access, you can hard reboot a board running Armbian by issuing echo b > /proc/sysrq-trigger
  19. If you overwrote your SD card by mistake, the only solution is to power off the system and re-flash it. You will need physical access to the board for that, of course.
  20. It's probably a matter of updating Armbian's kernel config to reflect ayufan's changes. I cannot test with Rock64 since I don't have one, just a Renegade.
  21. You'll need the script to run the game. Just install it making sure that the development libraries are not marked for installation, that should avoid the conflict with mesa-common-dev
  22. The output now shows that gl4es wrapper and mali drivers are being used. Now, since it is just a wrapper, it's possible that some functions are not implemented, or do not exist at all in the GLES 2 API. Another option to play that game could be using this fork for GLES: https://github.com/meveric/extremetuxracer
  23. Yes, it seems like it is working. Can you re-run the script, selecting only gl4es, and post the install.log
  24. When does that happen, when using GLES or GBM as display driver? (that is, the "regular" mpv launcher or "mpv-gbm")
  25. This means it is not using the GL4ES wrapper, but the Mesa software emulation. First of all, check that OpenGL-ES is working, by running "glmark2-es2" or "es2gears". You should get a message saying it is using the Mali driver, and not the VMware emulation.