devman

  • Posts

    64
  • Joined

  • Last visited

Reputation Activity

  1. Like
    devman reacted to Pali in ESPRESSOBin Board not booting due to kernel panic if SATA connected   
    Now that fix was backported to stable versions 5.14.6, 5.13.19, 5.10.67, 5.4.148, 4.19.207, 4.14.247, 4.9.283 and 4.4.284.
  2. Like
    devman reacted to Igor in Ambian fails before the first hurdle. Refuses to boot on Banana Pro SOC board.   
    Problem was fixed and its super cool that solution was found this fast. Its not uncommon that a weeks goes by and a problem is not solved (you can imagine expense of lost week, while users are willing to give perhaps 20 USD for that while asking for more at the same time). You just need to wait that maintainers and infrastructure makes the rest. I don't have information, when images will be up - its a complicated procedure since its not designed to satisfy just one person needs. Checking manually when correct image will show up (you can also do that) and manually notifying you is not an option. 
  3. Like
    devman reacted to lanefu in service restored   
    At August 6, 2021, 18:04 GMT -04:00 Our VPS provider had a massive data center outage impacting multiple carriers and power.  We were offline for approximately 4.5 hours...    our apt redirect service was moved to a temporary location around 3 hours into the outage.   It's since moved back.

    FYI: https://status.armbian.com provides site status info.

    Prior to this our awesome VPS provider had given us 100% uptime for 13 months  
  4. Like
    devman reacted to Igor in The repository 'http://apt.armbian.com bionic Release' is not signed.   
    This problem should be resolved. CDN needs several hours ... so perhaps not right now.
  5. Like
    devman reacted to sgjava in Security cameras   
    OK, so I have things dialed in a bit better now. FFMPEG seems to like TCP over UDP for these streams. I'm seeing a lot less artifacts in the videos. Below is 12 hours of network and CPU activity for 3 4K cams at 12.5 FPS and 1 4K cam at 15 FPS (four 4K cams total) at highest quality. CPU seems to max out around 10% per camera and network maxes out around 45 mb total. I'm using a 1G PoE switch, so the bandwidth will never be an issue. The question then becomes how much more real-time processing can I do. CV routines are typically expensive even though I've learned tricks using ROI (region of interest). This isn't as much of a problem with a single camera, but I'm planning on six cameras. Obviously the most important thing for me now is to capture motion videos.
     
    Once the bread and butter stuff is done then I can look at adding various detection code (besides motion). The question becomes do I want real-time detection or perhaps offload that to another SBC. The fact that I can record this many 4K cameras with an Odroid XU4 is pretty amazing. Look at Blue Iris requirements https://ipcamtalk.com/wiki/choosing-hardware-for-blue-iris/ and this really doesn't cover electrical costs and heat dissipation. I'm working on a Pine 64 today with USB cam, so I'll test single camera encoding. Basically the code will scale to many cameras or a single camera.


     

  6. Like
    devman reacted to beni0664 in cryptsetup - supporting no_read_workqueue/no_write_workqueue on SSDs   
    Dear Armbian community,
     
    although I'm using Armbian a lot, I never had to submit anything to this forum (fortunately, because it works so well :-)),
     
    On my PC I've experienced lags on heavy IO operations. After a short dig into available information,
    I found a useful Cloudflare article on Kernel queues together with dm-crypt.
     
    A good & short summary on possible actions for users can be found here:
     
    https://wiki.archlinux.org/index.php/Dm-crypt/Specialties#Disable_workqueue_for_increased_solid_state_drive_(SSD)_performance
     
    Enabling the no-read-workqueue & no-write-workqueue options helped a lot!
     
     
    As I'm using a RockPi4 with the NVMe SSD with encryption, I thought this should apply to my SBC as well.
     
    Unfortunately, Armbian/Debian Buster uses cryptsetup v2.1.0
     
    which does NOT support these options.
    According to the changelog, this option was introduced in v2.3.4:
    https://gitlab.com/cryptsetup/cryptsetup/-/blob/master/docs/v2.3.4-ReleaseNotes
     
    As Armbian uses a kernel > 5.9, the kernel infrastructure should be available.
     
    Fortunately, crypsetup v2.3.4 exists in the buster-backports repo:
    https://packages.debian.org/buster-backports/cryptsetup
     
    Solution:
     
    # sudo apt install cryptsetup/buster-backports
     
  7. Like
    devman reacted to Werner in Crude NAS with local caching   
    You all know the problem: You have a spare SBC (with USB3) laying around catching dust, a spare SSD or other hard drive and for whatever reason some (terabyte?) space in whatever cloud on the planet and have no idea what to do with it.
     
    Well here is what I came up with to solve this struggle
     
    https://zuckerbude.org/cloud-nas-with-local-cache/
  8. Like
    devman got a reaction from gprovost in All SATA drives down after (coincidental?) update   
    @gprovostHit up the local computer mall for a replacement power supply.  Closest they had was 12v 10A to barrel, and then a barrel to 4-pin adapter.
     
    Anyways, everything checked out correctly, and no more errors.  Thanks!
  9. Like
    devman reacted to TRS-80 in Self-hosting micro- (or regular) services, containers, homelab, etc.   
    I wanted to share an article I came across, I thought was pretty good.  Keep in mind I am starting from zero with Docker recently, if you are already familiar, this article might be too basic for you.  The article walks you through several of basic Docker tasks (create, run, inspect, ssh into, etc.) on command line:
     
    Getting started with Docker for the Inquisitive Mind
     
    They have other related content on their site as well which I have only skimmed so far, but it looks pretty good.  I always appreciate websites with clean looking CSS that work well (including mouseover effects) without requiring JavaScript to be enabled (which I block by default). 
     
    What's everyone else been up to?  Come on, don't be shy now. 
  10. Like
    devman reacted to TRS-80 in Self-hosting micro- (or regular) services, containers, homelab, etc.   
    I have been having some long running, on and off discussion with @lanefu in IRC (and elsewhere), because I know this is his area of expertise.  However he is busy, and I can appreciate he might not want to spend his free time talking about stuff he gets paid to do M-F. 
     
    Then I also realized, certainly I am not the only one interested in Armbian in order to be doing such things.  So I thought I would make a thread about this, instead, to open the discussion to a larger group people here in the broader community.
     
    I have my own thoughts, concerns, things I want to do, and have already done, but I thought I would make a more general thread where like minded people can discuss their experiences, what has worked (or not), what services you might be running (or would like to), etc.
     
    I guess I will begin by saying I have been running some services for family and friends, first on a Cubietruck since maybe 2017 (or earlier?) and then later on some ODROID-XU4 in addition.  I run XMPP server (Prosody) which has been very hassle free "just works" as well as some experiments into Home Automation and other things which have had some, well let's just say mixed results. 
     
    Currently my interest is in containers and like technologies, but I am very new to it.  I been reading a lot, but there is so much to know and I can't help but feel I am a bit late to the game.  That's by design though, as I don't like being (too) early of a technology adopter, generally speaking.  Well, certainly not with such "hyped" technologies like containers, anyway.
     
    In fact I thought it was a bunch of baloney and hype for a long time, but even cranky old cynic like me now sees some advantages of abstracting things, changing servers/services from "pets" to "cattle" if you will, for reproducibility, redundancy, and other reasons.
     
    Anyway, I am prone to walls of text of idiotic ramblings, so I will stop here and give some others a chance.    Hope everyone is enjoying their holiday weekend so far. 
  11. Like
    devman reacted to Werner in Helios4 Support   
    As announced Kobol got a dedicated place for their producs. Therefore it is no longer necessary to have one hugh thread collecting everything related to this particular board.
     
    Now you can create new topics for each new issue/problem/question which greatly will increase readability and overall clarity.
     
    This topic is being archived and locked.
  12. Like
    devman reacted to JMCC in SBC with proper software support for hardware video transcoding   
    Good news! I got to compile a highly optimized ffmpeg binary from a current git, with XU4 tweaks, that is able to encode two simultaneous 1080p@25, as long as the source bitrate is not excessive.
     
    You can download and give it a try from here. It is completely static, so you can install it on any distro. It will install the binary in "/opt/ffmpeg-xu4/bin/ffmpeg", and a symlink "/usr/local/bin/ffmpeg-xu4". Therefore, it can be installed along the system ffmpeg without conflicts.
  13. Like
    devman reacted to JMCC in SBC with proper software support for hardware video transcoding   
    TL;DR: Odroid XU4/HC1/MC1

    Sorry, I didn't see this post before. I have a jellyfin server on a Odroid HC1, working like a charm since long ago. HW transcoding can do 1080p with no problem. I have special ffmpeg packages for Armbian buster, in case you want them.



    Enviado desde mi moto g(6) plus mediante Tapatalk

  14. Like
    devman reacted to Letterus in /proc/cpuinfo show only .LITLLE cores on Odroid-HC1 - hints appreciated   
    jshc1: I've no problem with loosing 200Mhz (the cooling plate still gets quite hot sometimes), but I would have if the system uses the wrong cores for the hard work.
     
    Thanks to your hint I detected htop was set up wrong. I don't know how this happened, but hinstead of showing CpuFreq1 to 8 it was showing the variable CpuFreq (without any number) 8 times. CpuFreq only showed the "little" CPU freq.
     
    So, thanks to this hint, I consider this issue solved. :-)
  15. Like
    devman reacted to sgjava in Java Periphery released!   
    Java Periphery has finally been released! Java Periphery is a high performance library for GPIO, LED, PWM, SPI, I2C, MMIO and Serial peripheral I/O interface access in userspace Linux. This will replace User Space IO. I'm seeing GPIO write speeds of 500K/s from userspace. Compared to User Space IO and libgopid speeds of 2K/s. I switched from JNA wrapper generation to JNI wrapper generation. The build process is much simpler (only single install.sh) and building libgpiod is no longer required. The API follows c-periphery, python-periphery and lua-periphery. This should cover the widest array of SBCs and languages around.
     
    Java Periphery should work on Armbian/Ubuntu/Debian, but also other non-Armbian distributions. If you run into issues please use Github issues to report.
     
    Nano Pi Duo
    13:30:43.065 [main] INFO com.codeferm.periphery.demo.GpioPerf - Running write test with 10000000 samples 13:31:23.062 [main] INFO com.codeferm.periphery.demo.GpioPerf - 500613.25 writes per second 13:31:23.065 [main] INFO com.codeferm.periphery.demo.GpioPerf - Running read test with 10000000 samples 13:31:54.471 [main] INFO com.codeferm.periphery.demo.GpioPerf - 318440.91 reads per second Nano Pi Neo Plus 2
    15:06:51.946 [main] INFO com.codeferm.periphery.demo.GpioPerf - Running write test with 10000000 samples 15:07:22.522 [main] INFO com.codeferm.periphery.demo.GpioPerf - 654964.63 writes per second 15:07:22.524 [main] INFO com.codeferm.periphery.demo.GpioPerf - Running read test with 10000000 samples 15:07:46.696 [main] INFO com.codeferm.periphery.demo.GpioPerf - 413770.27 reads per second  
  16. Like
    devman got a reaction from manuti in Big sale on Odroid MC1   
    Probably, depending on your content type and target device.  I did some rudimentary testing with transcoding on the NanoPi M3, and it technically worked. 
    I had stability issues though, so I switched to a small/cheap x86 box that supported hardware transcoding.
  17. Like
    devman got a reaction from gounthar in Big sale on Odroid MC1   
    Mine arrived a few days ago.  Still need to scrounge up an appropriate power supply, fan and hub. 
     
    Thanks for the heads up, @gounthar!
  18. Like
    devman reacted to gounthar in Big sale on Odroid MC1   
    I don't know where to write it, but if there is someone looking for MC1 at discount price, there is a big sale going on.
    I took 5 of them to build a h.264 encoding farm.
  19. Like
    devman reacted to Igor in Armbian 19.11.y release notes   
    Release details

    https://docs.armbian.com/Release_Changelog/
     
    Upgrading your Armbian to v19.11.y
     
    This upgrade is changing kernel branch names and first upgrade is not done via regular apt-upgrade process, but you have to login as root or get super user privileges with sudo su. Than do the following:
    apt update apt upgrade armbian-config -> system -> Other -> select either legacy or current with v19.11.3
     
     
    Choose latest version of 19.11.x and select upgrade according to this scheme:
    Odroid XU4 default, next or dev -> legacy (stock 4.14.y) Allwinner default, next, dev -> legacy (4.19.y), current (5.3.y) Odroid C2 and other meson64 boards -> current (5.3.y) Odroid N2 -> legacy (4.4.y), current (5.3.y) Tinkerboard and other rockchip boards -> legacy (4.4.y), current (5.3.y) Cubox and Udoo -> imx6 current (5.3.y) Helios 4 and Clearfog -> mvebu legacy (4.14.y), current (4.19.y) Espressobin -> mvebu64 legacy (4.14.y), current (4.19.y) Those upgrades were tested manually:
     

    Note: upgrade will replace your boot script. In case you made changes, you can find a backup in /usr/share/armbian
    Main build system changes
    Due to changes in branch names and removal of all legacy kernels < 4 your predefined automatic scripts might need updating. Temporally quick fix is to add
    LIB_TAG="v19.08" to your build config file which by default is:
    userpatches/config-default.conf Then run your script as you did before.
     
    Thanks to all who are contributing their time to Armbian in various forms and especially developers who contributed to this release. Also thanks to the greater kernel developers community which are playing great role in this.

    In case you want to participate, you are more then welcome. Step up and start making changes! In case you run into the troubles or find a bug, forum is the place for talking about while fixes you are welcome to prepare and send here.

    Note: some images will be missing today and tomorrow from the download section. Missing one are being created and uploaded but this takes time ... Most of the images were manually tested for booting, upgrades as stated above, but we can't afford to make stability, functional or just boot auto tests on industrial scale. Not with our ultra tiny resources. Perhaps in the future if "you" will support that.
     
    Enjoy! 
  20. Like
    devman reacted to Igor in NanoPi NEO Air v1.1 no wlan0 after install   
    Miracles are usually made by bad/cheap powering.
    https://forum.armbian.com/forum/31-sd-card-and-psu-issues/
    If your powering is on the edge, this is the case.
  21. Like
    devman got a reaction from markbirss in OrangePi Zero H2 Ram Upgrade   
    Actually, nothing is wrong. You got exactly what you should expect.  The K4B4G1646E-BYMA is a 4 gigabit ram module.
     
    BTW: impressive that you can resolder a BGA at home. Congrats.
  22. Like
    devman reacted to mu-b in Espressobin support development efforts   
    Well I've fixed my instability issue. The root cause was the same as https://forum.netgate.com/topic/144636/sg-1100-intermittent-reboots, and it was power related. The fix was to replace the 470uf/16V capacitor (component EC1 on the schematic) sat immediately behind the 12V DC jack which under testing leaked under certain temperature conditions (variations). As such the board is now stable and has been running OpenWRT 18.06.2 for 24 hours with memtester and stress running continuous during that entire time.
     
    I'll leave it a few more days, after that I'm going to assume that its fixed and that is what NetGate were referring too when they mention 'a power related component'.
     
    And GlobalScape will not tell you, they know of the problem, in a reply from Kevin Liu he says 'Yes, I do have knowledge regards the power related component issue.' when I asked which component it was so i could attempt to replace myself.
  23. Like
    devman got a reaction from gounthar in La Frite (AML-S805X-AC)   
    Yeah, no tracking number here either.  My order just appeared via local courier on Monday.
     
    They said they'd have an OS image up by (last) Wednesday, but nothing yet.
  24. Like
    devman got a reaction from gounthar in La Frite (AML-S805X-AC)   
    FYI, the Kickstarter rewards are starting to arrive. 
  25. Like
    devman got a reaction from gounthar in Which boards to get a VPN server and a VPN client?   
    heh, sorry, I mean that the neo2 has no wifi.  It's a ethernet-only board, and (without breaking out the pin header) only one usb-A port soldered.
    The neo plus 2 might be closer to what you're looking for, but it's not a board I have.  Should be very, very similar in performance though.