JMCC

Members
  • Content Count

    557
  • Joined

  • Last visited


Reputation Activity

  1. Like
    JMCC reacted to TonyMac32 in RK3328 Kernel   
    The media script is only functional with the rockchip 4.4 kernel.  The upstream decoder support is incomplete, and incompatible with the Rockchip driver.
  2. Like
    JMCC got a reaction from Redferne in Armbian 20.02 (Chiru) Release Thread   
    Well, they have backported mesa to bionic-updates, up until 19.2 so far. So it is very likely that in the near future they will backport 19.3 too.
     
    Maintaining our own package for mesa 19.3 would be a source for trouble, IMO.
    I propose to disable glamor in /etc/X11/xorg.conf.d/01-armbian-defaults.conf, by adding something like this:
    Section "Device" Identifier "Default Device" Driver "modesetting" Option "AccelMethod" "none" ### "glamor" to enable 3D acceleration, "none" to disable. EndSection This will do the trick for the time being, and will make it very easy to enable acceleration when the necessary libs are available.
  3. Like
    JMCC got a reaction from lanefu in Armbian 20.02 (Chiru) Release Thread   
    I'll try to make it for Jan 25 with the integration of multimedia support into the build script
  4. Like
    JMCC got a reaction from TRS-80 in Daily (tech related) news diet   
    Run for your life...!!!
  5. Like
    JMCC reacted to _r9 in Help on forum moderating   
    Hi Igor,
     
    it would be an honour to help you on your project. I highly respect this forum and I'm really interested in ARM Technologies and Debian based distributions. My hat's off to the guys at Armbian to manage a huge project like this
    Besides that I'm using SBCs for server solutions another attempt to get a deeper look into ARM technology was to deal with Banana Pi products on Amazon. This attempt cost me a lot of time and in the end I almost lost my company too. The product line of SinoVoip or Bipai Keji (HK) Limited got messier each month. After they fired my main supporter anything got worse. Since then I'm seeking for a new opportunity for my company to get a footstep into the ARM world. Especially the Armbian Forum.
     
    I ceased the Amazon sales last week. Therefore I have a few hours left each week for a new project. So the time would be perfect to support an opensource project. If you're interested, I'd looking forward to get to know each other on the Armbian Forum.
    What might interests you as well is that I worked as a first level supporter, almost for elder people, for 3 years. So I know my place if something gets out of control and people gets angry or confused.

    The only problem I may see is if you need moderators with short reaction times or too much hours each day. I think I can handle work like once, maybe twice, a day for something around an hour or so - 12/5.

    I'm looking forward to read you
    Best Regards, _r9
     
  6. Like
    JMCC reacted to balbes150 in OFTOPIC Growing popularity of the Armbian resource.   
    Now I paid attention to the numbers of visitors
    I have never seen such an influx of guests ....
     
    14 Members, 0 Anonymous, 1208 Guests (See full list)
  7. Like
    JMCC got a reaction from manuti in [HOWTO]: Emby Server with hardware transcoding in XU4/HC1/HC2 Armbian Stretch   
    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.
  8. Like
    JMCC got a reaction from manuti in Exynos 5422 (Odroid XU4, HC1, HC2) Media Testing Script   
    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. 
  9. Like
    JMCC got a reaction from manuti in Exynos 5422 (Odroid XU4, HC1, HC2) Media Testing Script   
    The UN-official, UN-supported, UN-timely, UN-derrated...
    Exynos 5422 MEDIA TESTING SCRIPT
     
    Yes, the script is somewhat untimely, because it comes when including kernel 4.14 in Armbian next images is getting troublesome. And underrated, because this old SoC seems to be losing the focus of attention in favor of some more modern powerful ones. But it is still a great SoC, and it is worth trying to get the best out of it.
     
    The script will provide the installation of all the libraries and system configurations necessary for GPU accelerated X desktop, Chromium WebGL,VPU decoding/encoding acceleration through MFC, and GLES 3.1 / OpenCL 1.1 support.
    It will also install two media players (MPV and Kodi stable) and FFmpeg, all of them using VPU acceleration.
    Two example programs using the OpenCL functionality: Examples form the Arm Compute Library, and a GPU crypto miner (an old version, but small and simple).
    Two additional small packages, that have no big interest from the developer prospective, but I find them interesting to play with: Support libraries for commercial web video streaming (tested with Netflix), and a simple Pulseaudio GTK equalizer using LADSPA.
     
    Since all the features require the 4.14 kernel to work, the script will also give the option to install an archived 4.14.43 Armbian kernel, in case some other version is detected in the system. Of course, the best option is to use armbian-config to perform a kernel upgrade, but we are providing the archived version just in case the 4.14 packages disappear temporarily from Armbian repos.
     
    Also, this script can be tailored for desktop or headless installation, by selecting the appropriate options in the main menu.
     
    Here is a more thorough documentation:
    >>> DOWNLOAD LINK <<<
    Instructions:
    Download the file above
    Untar it: tar xvf media-exynos5422_1.0.tar.xz
    cd exynos5422
    ./media-exynos5422.sh
     
    Notes:
    This script is not officially supported by the Armbian project. It is just a community effort to help the development of the main build, by experimenting with a possible implementation of the media capabilities of this particular SoC. Therefore, questions about the script should not be laid out as support requests, but as commentaries or community peer-to-peer assistance. That being said, all commentaries/suggestions/corrections are very welcome. In the same way, I will do my best to help solve any difficulty that may arise regarding the script.  
    Enjoy!
  10. Like
    JMCC got a reaction from Werner in web browser running as root   
    It should run as your regular user. Can you launch the browser from console (as your regular user), and post here the output?
  11. Like
    JMCC got a reaction from qblueRed42 in Why can not we run armbian on all of the android phones?   
    Besides, you can already install linux on Android phones, using apps such as Linux Deploy.
  12. Like
    JMCC got a reaction from gounthar in Arm board with hardware accelerated AES out-of-the-box in Armbian?   
    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.
  13. Like
    JMCC got a reaction from gounthar in Big sale on Odroid MC1   
    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!
  14. Like
    JMCC got a reaction from NicoD in [Development] RK3399 media script   
    Let's see if I get a chance to look at it. Thanks!
  15. Like
    JMCC reacted to balbes150 in [Development] RK3399 media script   
    Maybe it's time to try creating a set with HW acceleration of full screen video playback based on the new kernel 5 ?
    All necessary components are already working (tested using LE images with kernel 5 for rk33xx and HW).
  16. Like
    JMCC got a reaction from gounthar in Exynos 5422 (Odroid XU4, HC1, HC2) Media Testing Script   
    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.
  17. Like
    JMCC got a reaction from Werner in Which H2+/H3/H5/H6 board for H.264 encoding   
    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.
  18. Like
    JMCC got a reaction from Werner in Which H2+/H3/H5/H6 board for H.264 encoding   
    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.
  19. Like
    JMCC got a reaction from gounthar in Which H2+/H3/H5/H6 board for H.264 encoding   
    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.
  20. Like
    JMCC reacted to Rock68 in RK3328 Kernel   
    Hello, I've the Rock64 4G v2.0 - 2017-0713. I tried to install different OS but I get similar errors and problems as yours. The SBC stuck after a while or lost the connection after high I/O traffic with my SSD on the USB3.
    If It can help you, I describe here how I could installed a clean Armbian on my rock64:
    - Download u-boot-flash-spi-rock64.img.xz from here and use Etcher to write to a new micro SD card; I used SanDisk Ultra 16GB microSDHC, Class 10. 
    - Download OS image “Armbian 5.69 Ubuntu Bionic default, Kernel 4.4.167” from the archive here and use Etcher to write to the SSD.
    - I both a new power supply because I get some under voltage errors. But I still have to measure the differences. I've got this by amazon. 
    - Insert the SD card into Rock64 and boot it. It will automatically flash the SPI memory. Wait until the white LED on Rock64 blink once per second. Wait for some more time just to ensure the writing is done and then remove the SD card and power off the board.
    - Connect network cable to Rock64 and attach the SSD to USB 3.0 port and then boot Rock64. Log in only with HDMI monitor and Keyboard and change the pw and user name. 
    - Connect the SSD to another linux and check and repair the partition (job 1) and extend it till the end (job 2).
    - Re-connect the SSD and go to armbian-config and then freeze the Kernel and File System. Check desmeg results. Try also to connect with ssh.
     
    I get now a clean and stable board and I´m happy after many month trials. If I can help someone would be nice. Let me know.
     
     
  21. Like
    JMCC reacted to NicoD in Review video : NanoPi M4V2   
    Hi all.
    I've finished my review video of the NanoPi M4V2. Here is it.

    Special thanks to @JMCC @balbes150 @pask and @martinayotte.
    Cheers all.
  22. Like
    JMCC got a reaction from amirul in [Development] RK3399 media script   
    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. Like
    JMCC got a reaction from NicoD in [Development] RK3399 media script   
    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.
  24. Like
    JMCC reacted to chwe in Request for new Video about current state of Armbian project   
    Freshly from the not official Armbian studios:
     
    Armbian
    the last 2 years
     
    I would assume that even on a conference those topics wouldn't be presented:
    it's a special use case, and the question comes up on a weekly to monthly repetition pattern.
    that's simply user-side stuff, mostly unrelated to armbian as a project, but as a NAS example, OMV is quite common under armbian users cause the ARM maintainer of OMV is @tkaiser.
     
    that's what changelogs are for.
     
    I assume the major reason the video is on the page is not that we have a video but because it's a side-product of the conference. So chances to get a new video are rather low, except there would be a new talk about the project in another conference. And for such a talk I would propose other topics, like how to engage people to contribute or how to deal with different opinions etc.
     
    But luckily for you, most of your questions can be answered with the search engine. and with text to speech it might feel like a video.
  25. Like
    JMCC got a reaction from chwe in RK3328 Media Script (Rock64, Renegade)   
    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.