Werner

I'm pretty sure you will be able to sell it plenty of people in germany would like to get it of your hands.

Hi all. 
For gaming on the Raspberry Pi 4 there is nothing better(opinion) than TwisterOS.
It is Raspberry Pi OS with a lot preinstalled tools for gaming. Also very nice skins to make your OS look like old Windows versions, or even MacOS.
You can play old Windows games with it thanks to Box86 + wine which is preinstalled and configured. 
Also native x86 Linux games run amazingly well with it. 
There is a Steam client preinstalled. Is must say I've never used it, since I've never used/liked Steam. 

You can download TwisterOS here : https://twisteros.com
The official TwisterOS reviewer on Youtube is @Salvador Liébana and his colleague from Pi Labs : https://www.youtube.com/channel/UCgfQjdc5RceRlTGfuthBs7g
If you got questions about TwisterOS you can go to Discord and find the TwitserOS group. And for Box86 there is also a Discord group.

I also made some videos about it. First how to install it and configure it to your choice. 
 
Next is Windows games on Twister OS 1 :

Here video number 2 of Windows games on TwisterOS.

You can also use TwisterOS to run old Windows programs. Here my video about that.

I still need to make videos about x86 Linux games on TwisterOS, and console emulation. 
When done I will also share these here.
Please share your experiences. 

PCIe on H6 kind a works:
 

Security theater.
If it can be good enough for physical console/terminal-oriented distributives not mean it will be good for all forewer.
 
Maximum can be acceptable — create user on first logon (can be skipped!) and propose to lock ssh root login after first successful user logon.
All more "secured" scenarios will produce unusable inaccessible devices.

You're welcome.
If you need to know in which ways Armbian differs to "vanilla" Debian or Ubuntu just take a look at the build script on Github: https://github.com/armbian/build
There - besides of the kernel sources and patches - you will find bsp packages and tweaks which are included or applied to each board individually depending on their family. For examples optimizations to increase sd cards lifetime or power consumtion.

Probably noone really tried to do such a thing . If you think about the boards price tag it is simply not worth wasting time to do emulation for testing.
If another community member has experience with this and is willing to help it is more than welcome. However from Armbians side there is probably noone that will take a look into due to general lack of ressources.
 
I dont know the specific reason for emulation to play with it beforehand but in general said Armbian is a Ubuntu or Debian OS, mostly unaltered, with a kernel package that will make it work on a particular board.
From userspace point of view there is little to know difference from having Debian as Armbian on a Board or Debian as - well - Debian ^^ on a PC or virtual machine. Binaries need to be armhf/arm64 or x86/amd64 of course but that's it. So maybe you can test whatever you wanna make run on your board with a x86 virtual machine as well.

Just curios. Why do you want to emulate?

Hey aprayoga, thanks for your answer, I would have answered earlier, but it seems that I can't post more than ONE (!) message per day on this forum, we need to find a better way to interact with users, because it is hard to both follow discussions and search in this one single immense thread.
BTW, following the fact that with a powered USB HUB I was able to see both disks, I took a cable with the double end (one for data and the other one for the power), connected both to the two back ports, and both disks are now usable. It is in any case strange, because I can connect these disks with just the single data cable to any raspberry and work on them, but for me this is an acceptable workaround, instead of playing with the /boot/armbianEnv.txt boot parameters.

It might be that one side of front panel (the side with red LEDs) touch a bit the metal opening shorting the LED therefore lighting them up.
Could you trip to loosen a bit the 2x screws holding the front panel, then push a bit back the PCB, then tighten again the screw.
Otherwise putting a piece of tape on the PCB side that touch the metal opening, to isolate the LED, could help.
 
For next batch we will have to increase more the gap because mass production doesn't seem to meet exactly our tolerance requirement  :-/

Yeah, it tried to add some sarcasms. Not sure if it worked 

Besides the good and warm feeling and the donator badge a new, exclusivly for donators available dark theme has been added to the forums. There is a preview attached to this posting. Special thanks to @NicoD for providing the background
If you have an active subscription you can select it from the Theme menu at the very bottom of the page.

 
If you do not have one, get it here: https://forum.armbian.com/subscriptions/
 
 
Also the white banners with red text mentioning to provide proper logs, contribute code or buy swag and so on will no longer be shown to donators.
 
 
Last but not least for all users a new editor icon has been added which allows to add inline code:
For example you can highlight a command like code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } armbianmonitor within a sentence.
 
 

That's cool.

...A long time ago in a galaxy far away...
...Tux was there to save the galaxy from the evil empires of Apple and Microsoft. Thanks to the rivalry of the two giants, the Linux rebels were able to grow their underground base. While Tux is on a secret mission to save the princess from lord Gates his hands. The other rebels are training to improve their skills.
For one day they'll come out of their dark places, into the light, and fight the evil empires until they crumble and die. Just like the once mighty Commodore before them. Hahaha, hahahaha, hahahahahahahaaaa.

Go TUX and his Linux Rebels.

"Advertisments" (you know the red text mentioning providing logs, buy swag ecetera...) are no longer visible to donators and moderators.
Also working on a dark theme for the mentioned groups above. @NicoD you might want to try it
 

I did it and it does work  
-rwxr--r-- 1 datashare datashare 43652 Oct 17 17:58 armbian-config_20.11.0-trunk_all.deb -rwxr--r-- 1 datashare datashare 6916332 Oct 17 17:58 armbian-firmware_20.11.0-trunk_all.deb -rwxr--r-- 1 datashare datashare 192712 Oct 17 17:57 linux-dtb-dev-sunxi_20.11.0-trunk_armhf.deb -rwxr--r-- 1 datashare datashare 35322316 Oct 17 17:58 linux-image-dev-sunxi_20.11.0-trunk_armhf.deb -rwxr--r-- 1 datashare datashare 236608 Oct 17 17:48 linux-u-boot-dev-bananapim2berry_20.11.0-trunk_armhf.deb ____ ____ _ __ __ ____ ____ | __ )| _ \(_) | \/ |___ \| __ ) | _ \| |_) | | | |\/| | __) | _ \ | |_) | __/| | | | | |/ __/| |_) | |____/|_| |_| |_| |_|_____|____/ Welcome to Armbian Buster with Linux 5.9.0-sunxi package bsp-kernel[20.11.0-trunk] u-boot[20.11.0-trunk] dtb [20.11.0-trunk] firmware [20.11.0-trunk] config[20.11.0-trunk] branch[dev] root@bpi-m2-berry(192.168.6.20):~# ifconfig eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.6.20 netmask 255.255.255.0 broadcast 192.168.6.255 ether 02:53:bc:93:a8:02 txqueuelen 1000 (Ethernet) RX packets 329 bytes 35595 (34.7 KiB) RX errors 0 dropped 2 overruns 0 frame 0 TX packets 315 bytes 35070 (34.2 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 37 root@bpi-m2-berry(192.168.6.20):~# dmesg|grep eth0 [ 8.326164] dwmac-sun8i 1c50000.ethernet eth0: PHY [stmmac-0:01] driver [RTL8211E Gigabit Ethernet] (irq=POLL) [ 8.329007] dwmac-sun8i 1c50000.ethernet eth0: No Safety Features support found [ 8.329028] dwmac-sun8i 1c50000.ethernet eth0: No MAC Management Counters available [ 8.329037] dwmac-sun8i 1c50000.ethernet eth0: PTP not supported by HW [ 8.329052] dwmac-sun8i 1c50000.ethernet eth0: configuring for phy/rgmii link mode [ 10.454163] dwmac-sun8i 1c50000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx  

You can build a new kernel package from master branch using the build script. This will include @5kft's revert commit.
 
Or you get lucky a find a matching package here: https://beta.armbian.com/

Fixed boot sector size, luksFormat command. Removed outdated image downloading and unpacking instructions.
 
Tested on SD and eMMC; Orange Pi PC2 and RockPi 4; Bionic legacy, Focal legacy and Buster mainline images.
 
Instead of this tutorial, users are now encouraged to use my automated script, which does things in a better, more up-to-date way:
git clone https://github.com/mmgen/mmgen-geek-tools  

Ahh, that would bump our figures too. LibreELEC's greatest advances over the years have been fueled by people who were unemployed, soon-to-be unemployed, or on long-term sick-leave. I had high hopes for the pandemic driving a creative spurt but we seem to have scraped by without anyone falling victim (as nerds, we're too good at social distancing).

This also includes the financial loss in time volunteering to the project while these skills could be used to earn real money in the same time but decide not to.

If what balbes150 is doing is just dropping support, then everything is fine with me. Forked what I believe are the relevant github projects.
My current boxes are running fine, but really wanted an upgrade before moving more onto it. I have 3 S905x3 boxes BTW.
If balbes150 is pulling everything offline, and releasing intentionally destructive builds, as I read it, then it is bad.

Now, Amlogic is an american company, and I really would expect them to fork over some money to help Armbian. They likely spent money getting Android running.

I would like everybody to reach out to Amlogic, and try to have them send money in the direction of Armbian.  I guess that is the easiest way to get more support. The cheap chine copycats likely do not want to put money in that direction.
Personally, I buy TV boxes because they are way better value for money than the Pi 4. For less money I get a faster CPU, I get eMMC onboard, I get hardware crypto support (Raspberry foundation did not license that), I get a box, and I get a PSU.  So the TV boxes are way better value for money.

Now, if the Armbian project would recommend brands or models of TV boxes (they seems to be best value for money due to mass market production), I would plan that for future purchases.
Maybe some vendor (Beelink whatever ?) would be willing to contribute money for Armbian support. 

For me, I need 64-bit, 4GB memory,  1 Gbit, ethernet, preferable WiFi,  quad-core - good performing CPU not too hot, Hardware crypto, USB 3.0. Don't really care about graphics/sound, as they run headless. And I can do without the I/O of the Pi, using ESP32 for sensor integration. OrangePi, Odroid C4 etc are valid options. But way more expensive. Have some hot running, not too good performing OrangePi devices. Only using one for my 3D printer.

I likely do not have the skills  and surely not the time to take over support. But as long as we have the current release to start from,  then I am happy. Then I can always look at upgrading the kernel if I need. Otherwise, I will just have a stable running box (I hope) for many years to come. Saving the environment lots of CO2 compared to my old AMD x86 based server.

just donated a little.
thank you for this project!

I started writing a script for the topic "how to contribute".
https://docs.google.com/document/d/1oN2GnhN5uo57GTNSgKqeadt1Rn1pSHjfiEpIeyqG0aY/edit?usp=sharing
 
It is more or less finished but has still quite some rough edges. Though it is good enough to collect feedback about the covered topics.

Armbian does not support RaspberryPi's of any kind.
Besides that all clairvoyants are out of office today. (to say: insufficient information for further investigation).
The topic title is very inexpressively.
 
Closed

Armbian does not support RaspberryPi's of any kind.
Besides that all clairvoyants are out of office today. (to say: insufficient information for further investigation).
The topic title is very inexpressively.
 
Closed

The question that needs to be ask is "does my webcam run on Linux OOB?". If that question an be answered with yes, then it is most likely that it will run on Armbian as well.
 
I have adjusted the topic title to be more precise.

Nothing to add here. Welcome back and god bless.