JMCC

Members
  • Content Count

    302
  • Joined

  • Last visited

About JMCC

  • Rank
    Embedded member

Recent Profile Visitors

741 profile views
  1. If the community is interested, I can release a Bionic version. But right now I'm busy with the Rockchips, this one will go later. It just seemed to me like there was not much interest in XU4, because people were not posting here (in Rockchip SoC's there is a stream of posts with each release)
  2. Well, it is true that Hardkernel's kernel has many features that meson64 lacks (like full GPU/VPU support, or overclocking), but I doubt many people use those features with an Armbian image. As a matter of fact, I experienced that my XU4 media script caught almost zero attention compared to the TinkerBoard. I guess that, since HK's images are quite good, people who want to use those special features just use them, since they don't need additional config like Armbian does (and there is no media script for C2). So I think that, if C2 works well enough with meson64, we can drop it as a separate board family. That way, we offer a real alternative to the official HK images, and may probably attract more attention (some people would want to use Armbian instead of HK's because they want "vanilla" meson64).
  3. JMCC

    NextCloudPi on Armbian ( tested odroid HC1 )

    In case someone is looking to add an Emby media server to their Nextcloudpi with hardware accelerated transcoding, I made a step-by-step guide here:
  4. As a result of all the work that Armbian developers put into the upgrade to kernel 4.14 for the XU4 board family, now we can enjoy many new features. One of them is the access to the SoC video encoding capabilities. Emby Media Server can take advantage of the Exynos 5422 MFC video engine for transcoding. That means lower CPU usage, lower temperatures, and the possibility of encoding in real time higher resolutions or more simultaneous streams. In my tests, I've been able to transcode one HEVC 1080p and one 480p at the same time, or five 480p (though it will depend on the bitrate of the source material). However, the ffmpeg version shipped with official Emby is quite unstable when using this feature. For that reason, I compiled a better and more stable version from @memeka's repo. I've been using it for over a month without a single crash. So this is a step-by step guide on how to make everything work: 0. [PREREQUISITE]: You must be running an Armbian Strech XU4 "Next" image, like the one you can download here. >> DOWNLOAD the emby and ffmpeg packages from this link << Install them (Note: this will install Emby Server version 3.5.3, which is the last at the writing of this tutorial. It has been tested to work with this version, and may or may not work with any other): $ tar xvf emby-server-stretch-xu4_1.0.tar.xz $ sudo dpkg -i ffmpeg/*.deb $ sudo dpkg -i emby-server/*.deb $ sudo apt -f install Hold the ffmpeg packages, so they don't get upgraded: $ sudo apt-mark hold ffmpeg-doc ffmpeg libavcodec-dev libavcodec-extra libavdevice-dev libavfilter-dev libavfilter-extra libavformat-dev libavresample-dev libavutil-dev libmysofa-dev libmysofa-utils libmysofa0 libpostproc-dev libswresample-dev libswscale-dev Add the user "emby" to the video group, so it can have access to the transcoding engine: $ sudo usermod -aG video emby Modify the emby executable, to use our custom ffmpeg (Note: you will need to repeat this step every time you update the emby deb package): $ sudo nano /opt/emby-server/bin/emby-server # Change the following line: ffmpeg $APP_DIR/bin/ffmpeg \ # to: ffmpeg /usr/bin/ffmpeg \ Restart the service: $ sudo service emby-server restart Now, you can open the web browser, point to your Emby server (e.g. http://odroidxu4.local:8096), and configure it as described in the official tutorial (https://github.com/MediaBrowser/Wiki/wiki/Installation). For last, you need to enable Hardware video transcoding in the web interface. The option is under the "Transcoding" submenu. Don't forget to click on "Save" when you are done: And that's it! As an additional tip, I recommend disabling UPnP in Emby, because it causes the program to crash frequently when enabled (this is just a general recommendation, it has nothing to do with hardware encoding). Enjoy! And please, share your experiences and comments here.
  5. JMCC

    VPN Server Questions

    You should also consider processor speed and whether the kernel supports HW crypto acceleration. I have tried openvpn both in an OrangePi+ 2e (Allwinner H3), and an Odroid XU4, and performance is an order of magnitude faster in the XU4. H5 has ARMv8 crypto extensions, so just make sure you choose a kernel that supports them.
  6. JMCC

    RK3288 Media Testing Script

    I left it halfway done, before interrupting it for some urgent stuff. I will be done with that stuff by tomorrow, after that if everything goes well could be ready in about a week.
  7. Compiling Debian packages is a breeze, and since it only takes a couple minutes to create a fresh Armbian installation, you can just create one for compiling purposes. And, since Ubuntu Bionic already has an up-to-date package for mongo DB, I think the best option is to compile it for Stretch from the Bionic source package. Here is what I would do: Flash an Armbian Stretch image on a spare SD card, and boot my XU4 from it. Add the following line to /etc/apt/sources.list deb-src http://us.archive.ubuntu.com/ubuntu/ bionic universe Then, enter the following commands sudo apt-get update sudo apt install fakeroot sudo apt-get build-dep mongodb apt-get source mongodb cd mongodb* dpkg-buildpackage -us -uc -rfakeroot -j8 If I didn't make any typo, and Stretch has the right dependencies in its repos, the commands above should compile for you a set of Stretch-armhf mongodb packages. Just copy them to an USB drive, and then install them in your production Armbian Stretch system.
  8. JMCC

    Renegade 3328 GPIO not working

    Armbian for the Renegade is still in the first stages of its development, so it is expected that some things won't work. Also, as a Community Supported Board, that means that the main developers sometimes don't even own the board, so bug fixing is a community collaborative task. Personally, I didn't even test the GPIO in the Renegade, so it is a road that we are barely starting now. So all the input you gave in your post is very valuable. I would also ask you for a couple extra pieces of information: Output of "sudo armbianmonitor -u" Have you tested all these features in the Firefly image? What were the results? Thanks
  9. JMCC

    RK3288 Media Testing Script

    Well, as I was guessing, you are not using an Armbian image, and that is why the script is not working. If you cannot wait until the Bionic version of the script is released, I recommend you to download this archived Armbian Xenial image, and use the script on it.
  10. JMCC

    RK3288 Media Testing Script

    That output seems incomplete, something went wrong. In any case, make sure the output of 'uname -r' shows that you are using the Default (4.4.y) version of the kernel. Or maybe it is better to just wait two or three weeks, and I'll try to release the Bionic version by then.
  11. JMCC

    RK3288 Media Testing Script

    Oh, I'm sorry, I'm on the go, answering from my phone. I meant "armbianmonitor -u" That uploads a set of system diagnoses to a pastebin, so I can have more info on your system. Again, excuse me for the mistake.
  12. JMCC

    RK3288 Media Testing Script

    Please post the output of "armbianmonitor -m"
  13. JMCC

    RK3288 Media Testing Script

    It seems like some upstream change to the "hwe" packages, that now are installing Ubuntu's 4.15 kernel. It should not be a problem in the Bionic version of the script, when it is released. In the meantime, for Xenial, just select the 1.18 ("Old") version of the X server, when the script asks you. That should take care of the problem, since the script won't try to install the hwe backport.
  14. JMCC

    RK3288 Media Testing Script

    Yes, it's on the TO-DO list. Updated RK3288 first, then RK3399, and then RK3328. I'm a little busy ATM with other affairs, but hopefully will be able to get into this in a couple weeks. EDIT: @jock In the meantime, if you write a step-by-step for the gl4es library, or post a link to some guide that is already written, I can also include it in the script. Right now, the only thing I know about that lib is that it exists, no idea how it works.
  15. JMCC

    RK3288 Media Testing Script

    If you notice, your install.log shows that the mali package has a conflict with libgles2-mesa-dev. Try uninstalling that package. I only guarantee the script to work in a fresh Armbian Xenial with default 4.4 kernel. If you are using Next, or you install additional packages before the script, it may or may not work. The Bionic version is under development, and I will try to take care of that package conflict. Thanks for the info.