Jump to content

gounthar

Members
  • Posts

    415
  • Joined

  • Last visited

Reputation Activity

  1. Like
    gounthar reacted to ScottP in Mainline VPU   
    Working for me on kernel 5.14.5 with ffmpeg https://github.com/jernejsk/FFmpeg/tree/v4l2-request-hwaccel-4.3.2 h264 1600*900 15fps stream from my cams use 17-22% of one CPU about 5% of which is pxfmt conversion because it reduces by that amount without conversion - no further kernel patches and ffmpeg dependencies all installed from default repos. This is awesome I've been wanting this for a while, my use case is Frigate NVR which is currently running on an old intel system with a nvidia gpu doing the decoding. I can now revert my nanopc t4 to the task and save some electricity. 
    My ffmpeg command that emulates approximately what Frigate does:
     
    ffmpeg  -loglevel warning -hwaccel drm -i rtsp://192.168.50.144:8554/unicast  -pix_fmt yuv420p  -f rawvideo pipe:
     
    Many thanks @jernejkwiboo and everyone else who made this possible
     
    Now need to find out why get block i/o  errors and corruption on emmc on all 5.13 and 5.14 kernels I have tried, doing testing from sdcard for now.
  2. Like
    gounthar reacted to kprasadvnsi in OrangePi Zero2 - Allwinner H616   
    Thermal sensor support for H616 SoC
     
    https://github.com/armbian/build/pull/3153
  3. Like
    gounthar reacted to Igor in Allwinner H3 audio codec on OrangePi Zero Plus2 H3   
    Likewise  

    My distribution of choice was also Slackware - IIRC v1.0 / there was not much choices at that time - in my case, Linux kernel has not even 1.0 
     
    A lot has change since.
     

    With totally limited resources we are trying to make this very complicated, purpose driven and diverse ecosystem as simple as possible.
     

    https://docs.armbian.com/User-Guide_FAQ/
    https://docs.armbian.com/#what-is-armbian
  4. Like
    gounthar reacted to Werner in Seed our torrents   
    The size requirements have been updated.
     
    Since we now share images with various desktop environments as well the size of all torrents have now grown to around 500GB.
    To become future-proof again the free space requirement has been raised to 1TB.
     
    For those who did not notice yet. It became rather simple to become an Armbian http/s mirror as well if you do not like torrent stuff: https://github.com/armbian/mirror
  5. Like
    gounthar reacted to Werner in OrangePi Zero2 - Allwinner H616   
    LIB_TAG has nothing to do with kernel branches. You should always build from master unless you know what you do or being told otherwise.
    I suggest to start over with a clean workspace since I yesterday successfully built an OPi02 bullseye legacy image without issues.
  6. Like
    gounthar reacted to kprasadvnsi in Mainline VPU   
    I am getting much better performance using your test commands. I am getting 235 fps at 5% average CPU load.
    Where should I look for patching in the mpv to get this working?
  7. Like
    gounthar reacted to usual user in Mainline VPU   
    A few days ago I also tried to build a ffmpeg with v4l2-request-hwaccel. Because my distribution already uses 4.4, I used these patches. Initially, I got similar error messages as @kprasadvnsi, but the 5.14 kernel header hint was the missing link. I also have a flawlessly compiled ffmpeg package now, but I also don't know if additional patches are needed for other mainline components or how to check the v4l2-request-hwaccel functionality.
  8. Like
    gounthar reacted to kprasadvnsi in Mainline VPU   
    FFmpeg build fine with v4l2-request-hwaccel-4.3.1-new branch. The media file bbb_sunflower_1080p_30fps_normal.mp4 decoding fine at 90fps with one A72 core at 100% uses.
     
    I have tried building MPV player with it but it doesn't look like using the VPU. A72 cores are at 30-40% and A53 are around 15-20%. How can I check if it actually using VPU?
     
    MPV playback log file.
     
    mpv_sucks.log
  9. Like
  10. Like
    gounthar reacted to Werner in Board Bring Up Station P1 rk3399, M1 rk3328   
    Kind a sucks working with a crude estimated model.... @Winguo  can you provide a STEP model for the MEZZ M2 POE expansion board?
     

  11. Like
    gounthar reacted to kprasadvnsi in OrangePi Zero2 - Allwinner H616   
    Armbian desktop running on Orange Pi Zero2 with kernel 5.13

  12. Like
    gounthar reacted to yam1 in OrangePi Zero2 - Allwinner H616   
    With the mentioned fixes applied, happy to report everything works, except hdmi, wifi, and the other 2 USBs (tested not working with added settings in armbianenv). It is quite usable now as a little x display and screen updates seem to keep up as tested using smtube mpv videos.
     
     

     
  13. Like
    gounthar reacted to balbes150 in Board Bring Up Station P2 rk3568, M2 rk3566   
    Good news. Full-fledged working images (20210827) of ArmbianTV for P2 and M2  are ready. All the equipment works in them and you can start and configure the system via an HDMI monitor and a keyboard/mouse. 
     
    M2
     
    https://disk.yandex.ru/d/OBDO8BU2y1M6ug
     
    https://users.armbian.com/balbes150/rk3566/
     
     
    P2
     
    https://disk.yandex.ru/d/neKXsYolKXgLzg
     
    https://users.armbian.com/balbes150/rk3568/
  14. Like
    gounthar reacted to iHackFX in OrangePi Zero2 - Allwinner H616   
    Hi, I recently received this board and I was able to get the docker started. Maybe someone may find it useful.
    After installing via "armbian-confix" if try to start docker service with
    $ systemctl start docker  we get this error: 
    ● docker.service - Docker Application Container Engine    Loaded: loaded (/lib/systemd/system/docker.service; enabled; vendor preset: enabled)    Active: activating (auto-restart) (Result: exit-code) since Tue 2021-08-24 20:09:34 MSK; 26ms ago      Docs: https://docs.docker.com   Process: 11947 ExecStart=/usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock (code=exited, status=1/FAILURE)  Main PID: 11947 (code=exited, status=1/FAILURE) dpkg: error handling package docker-ce (--configure):  installed docker-ce package post-installation script subprocess returned error exit status 1 In "journalctl -xe" we get the following - "Running iptables --wait -t nat -L -n failed with message: `# Warning: iptables-legacy tables present, use iptables-legacy to see them\niptables: Operation not supported.`, error: exit status 1."
    And to fix it, you need to use the following command:
    $ update-alternatives --set iptables /usr/sbin/iptables-legacy Then restart the service and docker works.
  15. Like
    gounthar reacted to jernej in 4kp30 video on Orange Pi Lite and mainline hardware acceleration   
    Which is your kernel version?
     
    This is 4.3.1 branch which should work with kernel 5.13: https://github.com/jernejsk/FFmpeg/commits/v4l2-request-hwaccel-4.3.1-new
     
    gstreamer also made a ton of progress in last few days and it currently passes even more H264 conformance tests than ffmpeg. However, you need to build latest source from git.
  16. Like
    gounthar got a reaction from lanefu in How would you implement a super precise clock with a board running Armbian?   
    Interesting, but not affordable: https://www.cnet.com/tech/computing/facebook-shares-its-time-card-atomic-clock-tech-to-speed-internet-services/
  17. Like
    gounthar reacted to Dan MacDonald in 4kp30 video on Orange Pi Lite and mainline hardware acceleration   
    Hi Ubobrov
     
    You seem to be the expert on using the Cedrus decoder under Armbian so I've got a few questions that I'm hoping you would be kind enough to answer:
     
    Have you tried 4K@30fps h264 playback using cedrus/v4l2-request with mpv?
     
    Have you tried the most recent 5.10 Libreelec AW kernel patches? I'm hoping Balbes can include these in the Armbian AW kernel as standard.
     
    Have you also got an Allwinner H6 board? Your guide should also work for H6 devices. I've got a T95 Max.
     
    I noticed in your guide to building ffmpeg you disable vaapi and vdpau. Why? Was that just to save build time or do you have another reason? It may no longer be required to rebuild ffmpeg, maybe v4l2-request is enabled in the regular deb now?
     
    It looks like libvdpau-sunxi isn't required and it hasn't been updated in years so I presume its dead.
  18. Like
    gounthar reacted to calinb in Review of the PineBook Pro with Armbian   
    I just upgraded my Pinebook Pro touchpad firmware. Wow! It's especially helpful with Armbian, which lacks the extensive synclient controls of other distros that can partially mitigate the former touchpad lag and hysteresis. Even with synclient, it's a huge improvement!
    https://forum.pine64.org/showthread.php?tid=14531
     
  19. Like
    gounthar reacted to guidol in How would you implement a super precise clock with a board running Armbian?   
    @gounthar also maybe here some other idea?
    https://hackaday.com/2021/08/16/new-part-day-raspberry-pi-hat-for-ieee1588-precision-time-protocol/
  20. Like
    gounthar reacted to Werner in QUESTIONS ORANGEPI4B / GPIO /MINI-FAN   
    I don't know especially for the 4B but other models usually can be powered trough GPIO pins 2 and 6 which are shorted to the other powering option like barrel  plug or microUSB/USB-C. So the consumption is basically limited by the line resistance and the power supply.
  21. Like
    gounthar reacted to Igor in OrangePi Zero2 - Allwinner H616   
    I just successfully build and boot image with legacy u-boot and legacy kernel. A lot of dirty things around, but it works. I am unable to push things further, so anyone can proceed from here. Enabling Wifi and BT https://github.com/armbian/build/pull/2620
  22. Like
    gounthar reacted to Werner in OrangePi Zero2 - Allwinner H616   
    Mandatory for proper testing. Everyone who tinkers with SBCs should have such a thing. Also they are dirt cheap.
  23. Like
    gounthar reacted to tparys in How would you implement a super precise clock with a board running Armbian?   
    For what it's worth, Microsemi sells lots of stuff designed by Jackson Labs Technologies, which might open up the market options.
     
    Also, if you're looking for accurate clocks you can disconnect and take indoors, the term you're looking for is GPS Holdover. Just fair warning that the more accurate the clock, the longer it might take with view of the sky before it hits full accuracy (though Microsemi won't advertise that). FYI, double oven temperature compensated oscillators can get better accuracy than the some commercial grade atomic clock options, but may take up to 3 days of warmup to get to full spec..
     
    But if you're going to procure a couple and take them inside, consider a battery backup to avoid the initial training time, and make sure they get lots of sunlight before you need them.
  24. Like
    gounthar reacted to jernej in Orange Pi Zero (H2+/H3) TV Out on Mainline, WORKING   
    @Cesar Berci it got me interested enough that I ported changes to v5.10 with cleaner approach. Here you have commit: https://github.com/jernejsk/linux-1/commit/ad153ef6ee5be33531187f97d5fa0c07455dc795
    NOTE: You have to enable tve node in DT you want. I did that in OPi PC.
  25. Like
    gounthar reacted to Strontium in Orange Pi Zero (H2+/H3) TV Out on Mainline, WORKING   
    Well it took me longer than i hoped but i have managed to forward port icenowys code for TVE on the H2+/H3 to mainline armbian.  It seems to work totally fine, with a few caveats.
    First: Sample images of it in action -> https://imgur.com/a/vXQEM
    Second: the patch itself -> https://github.com/stevenj/h3-tve/tree/v0.0.11
    Third a prebuilt image for Orange Pi Zero: -> https://github.com/stevenj/h3-tve/releases/tag/v0.0.11
     
    Howto:
    just put the patch into userpatches for the sunxi-next kernel, and build.  it should apply cleanly. Its for H2+/H3.  I have only tried it on a orange pi zero, but it should work on all H2+/H3 boards.
     
    You then need to edit /boot/armbianEnv.txt
    add tve to overlays to enable it.  the driver will only run and enable tv out when the tv out devices are specifically enabled, so i created an overlay which does this.  If you want to turn TV out off, just remove tve from the overlays line.
    My armbianEnv.txt overlays looks like this:
    overlays=usbhost2 usbhost3 tve If you want copious amounts of DRM debug info in your logs, add this as well:
    extraargs=drm.debug=0xF Its not needed, unless you really want the debug info.
     
    Notes:
    1. The default mode is PAL, with 720x576 resolution.  Thats outside of normal PAL displayable area, and so the screen overscans.
    I dont know how to correct this, although its mostly just annoying with terminals.
    I also don't know how to change the video mode to NTSC.
     
    2. The standard font is a bit thin for composite video, and causes slight strobing and color impurity.  Its because PAL needs pixels to be a certain MINIMUM width or color information can not be properly encoded.
    A way to resolve this is use :
    # apt-get install fbterm ... $ fbterm -s 20 This will run a terminal which is easy to change the font, and pick a bigger one.  its much easier to read.  Look at the help for fbterm to work out everything it can do.
     
    3. I used the program "fim" to display the test images.  there are others for doing stuff on the terminal.
     
    4. I haven't tried X.  I am not interested in running an X terminal on a TV, but it should probably work fine.
     
    Other than that it all seems good.  I originally tested my hardware with the legacy kernel, and the image quality from this patch seems superior to what the legacy kernel produces. (legacy was noisy)
     
    The only other thing you need to know is Orange Pi Zero is missing filter circuity from its Composite Output, the most important thing you need to do is put a 50 ohm resistor between the signal and GND.  i soldered one inside my RCA connector, it fits fine and isn't too difficult.  IF you don't do this the image will bloom and look like total crap, so you have been warned.
     
    As this patch allows TVE to be enabled/disabled through use of the Device Tree overlays, i think it should be fine if the Armbian devs want to include it.  I am happy to clean out some of the debug messages i added if they are interested in making a standard part of the build.  If not, its easy enough to build your own image, just follow the guides on how to rebuild armbian.
     
    EDIT: I need to mention, all props go to Icenowy Zheng who wrote the original driver.  I just tweaked the device tree stuff and got it in a state where it can apply cleanly to the armbian mainline kernel and build system.
    Original code is here:
    https://github.com/Icenowy/linux/tree/tve-v2
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines