JMCC

Members
  • Content Count

    541
  • Joined

  • Last visited


Reputation Activity

  1. 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!
  2. 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).
  3. 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.
  4. 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.
  5. 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.
  6. 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.
  7. 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.
     
     
  8. 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.
  9. 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.
  10. 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.
  11. 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.
  12. 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.
     
  13. Like
    JMCC got a reaction from Shades_aus in RK3328 Media Script (Rock64, Renegade)   
    And, for last,  the first version of:
    The UN-official, UN-supported, UN-expected
    RK3328 MEDIA TESTING SCRIPT
     
    This is the first release of the RK3328 media testing script. The script provides a functionality similar to its RK3288/3399 equivalents, except for the OpenCL related stuff, which is not supported by the SoC. So it includes:
    Installing all the libraries and system configurations necessary for GPU accelerated X desktop, Chromium WebGL, full VPU video play acceleration up to 4k@60 10-bit HEVC (the maximum supported by the SoC), and GLES 2.0 support. Three video players supporting full VPU acceleration (RKMPP) and KMS display (GBM or a X11 DRM "hack", as described by the authors), namely: MPV, Gstreamer and Kodi. A library that will act as an OpenGL to OpenGL-ES wrapper, allowing you to run programs that use OpenGL 1.5-2.0. Two additional features, that have no big interest from the Armbian development prospective, but I find them interesting to play with: Chromium browser with support for Flash and DRM-protected commercial web video streaming (tested with Amazon Prime, should also work with Netflix, Hulu, etc.), and a simple Pulseaudio GTK equalizer using LADSPA.  
    Here is a more thorough documentation:
     
     
     
    >>> DOWNLOAD LINK <<<
     
    Prerequisites:
    You need a fresh Armbian Bionic desktop image with default kernel installed. 
     
    Instructions:
    Download the file above Untar it: tar xvf media-rk3328_*.txz cd media-script ./media-rk3328.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!
  14. Like
    JMCC got a reaction from NicoD in How to get Chromium HW acceleration on a Rock64 2GB?   
    Just try with the default options: click "Accept", "Yes" or "OK" every time, and let it run.
  15. Like
    JMCC got a reaction from Myy in The VPU driver   
    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.
  16. Like
    JMCC reacted to Myy in The VPU driver   
    VPU patches re-ordered, remade and tested against 5.1 release kernel, with the usual patches combined.
     
    I retested the H264 driver with a slight fix and it's better, but there's still a few blocks not placed correctly here and there.
    This might be resolved this month, though.
     
    Anyway, it's MPEG-2 decoding only for the moment.
     
    Note to @TonyMac32, if you want to import these patches, the actual kernel patch list I'm using is there : https://github.com/Miouyouyou/RockMyy/blob/master/GetPatchAndCompileKernel.sh#L57
     
     
    Now, what remains is FFmpeg.
    I don't remember if Ubuntu is still using libav, or went back to FFmpeg. I remember that the projects forked for some weird reasons and Debian went with libav...
    So, basically, do I create a package, or just a tarball with the libraries. With just the tarball, you'll have to extract them somewhere and run LD_LIBRARY_PATH=/path/to/ffmpeg/libs to use them with mpv and such.
    With the Debian package, you get the advantages (automatic dependencies handling) along with all the troubles (packages conflicts).
     
    I still have to test bootlin libva too, since it seems to go well with VLC.
  17. Like
    JMCC reacted to Myy in The VPU driver   
    Here's a first draft of the patches I pulled from bbrezillon tree : https://github.com/Miouyouyou/RockMyy/tree/SplittingPatchesForVPU/patches/kernel/v5.1/VPU
    These are applied against mainline v5.1-rc5 kernels, and have been tested with Kwiboo's FFMPEG and a standard MPV.
     
    I'll try to test them, and adapt them, against v5.1 releases tomorrow. Then I'll re-arrange them and do a release of RockMyy.
     
    I'll then generate a FFmpeg package with Kwiboo's patch, using Kwiboo's tree, since bbrezillon's one doesn't integrate udev /dev/video node detection.
     
    And *then* I'll give the whole thing to test to @TonyMac32, who loves testing random VPU patches for Tinkerboards.
  18. Like
    JMCC reacted to NicoD in Remote Desktop with X11VNC   
    Hi all.
    I've made a new video about x11vnc. With this you can control your Linux desktop from any other PC/SBC.
    It even works for videos and games. Only there's no sound.
    I use lightdm as display manager. If you use another display manager, change the line "After=lightdm.service" with your display manager.

    Here's my video,
     
    To Install
    sudo apt install x11vnc To create a password file
     
    x11vnc -storepasswd The service script : /lib/systemd/system/x11vnc.service
    [Unit] Description="x11vnc" Requires=display-manager.service After=lightdm.service [Service] ExecStart=/usr/bin/x11vnc -auth guess -loop -forever -safer -shared -ultrafilexfer -bg -o /var/log/x11vnc.log ExecStop=/usr/bin/killall x11vnc [Install] WantedBy=multi-user.target Enable the service script
     
    sudo systemctl daemon-reload sudo systemctl enable x11vnc sudo systemctl start x11vnc  
    greetings. NicoD
  19. Like
    JMCC got a reaction from lanefu in Le Potato / C2 / K2 4.19 LTS testing thread   
    BTW, seems like the Lima driver has been accepted for 5.2. Looking forward to seeing it released 
  20. Like
    JMCC got a reaction from TonyMac32 in Le Potato / C2 / K2 4.19 LTS testing thread   
    BTW, seems like the Lima driver has been accepted for 5.2. Looking forward to seeing it released 
  21. Like
    JMCC reacted to windysea in Reset board immediatly!!   
    Beware that 'b' will literally trigger an immediate reboot without even attempting to sync the disks.  That is possible, and even likely in some cases, to cause corruption.  For the OP case this would not be an issue since it looks like the root filesystem is already trashed, though perhaps there may have been others?
     
    A sync may be triggered similarly, however, just before the reboot:
    root@host# echo s > /proc/sysirq-trigger root@host# echo b > /proc/sysirq-trigger  
    The 's' can also be handy when /bin/sync is also missing, to help prevent corruption on additional filesystems that may be mounted when faced with forced poweroff/reboot.
     
    For the OP:  If your disk is already overwritten then simply removing and re-applying power should not be an issue, unless you don't have physical access.
     
    If /bin/systemctl exists (it sounds like it may not here), you can try 'systemctl reboot --force'.   That is the "modern" systemd replacement for 'reboot -f'
     
    Otherwise the step noted above using /proc/sysirq-trigger would be the next option, followed by just pulling the power.
     
     
  22. Like
    JMCC got a reaction from NicoD in RK3399 Game Playing, What games work, Assaultcube, Torc etc   
    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. Like
    JMCC got a reaction from manuti in Can I use H5 sbc Armbian play openGL games like 0.A.D   
    As in so many other cases, the board I'd recommend for this task is Odroid XU4, specially since it is selling for $50 right now. You already have fully working GPU drivers for a recent 4.14 kernel, and even a distro focused on gaming (see this video from @NicoD)
  24. Like
    JMCC reacted to qblueRed42 in Tablet suggestions   
    pine64 are working on a tablet based on the orignal pine 64 board.
     
    you may want to look at some of the chromeOS tablets.
     
     
  25. Like
    JMCC got a reaction from qblueRed42 in Can I use H5 sbc Armbian play openGL games like 0.A.D   
    As a matter of fact, OpenGL 1.3 can be emulated through GL4ES from any GLES2 compliant board, but even if the current state of the Lima drivers were good enough for that to work , performance in a Mali 450 would be rubbish.