devman

I have the same issue as well.

I'd be happy to assist with Pinebook Pro maintenance. github.com/seclorum
 

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.

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. 

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  

This problem should be resolved. CDN needs several hours ... so perhaps not right now.

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.


 

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
 

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/

@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!

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. 

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. 

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.

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.

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

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. :-)

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  

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.

Mine arrived a few days ago.  Still need to scrounge up an appropriate power supply, fan and hub. 
 
Thanks for the heads up, @gounthar!

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.

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! 

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.

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.

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.

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.