JoeyBeelinkX2

I've liked the idea of having a little message board that was off the www and only accessible with wireless devices from the neighbors. It would be fine if the wireless were handled by a router and then use an adapter from Gigabit-to-USB port on an H3 device. I was wondering if anyone's tried that or has a favorite home cloud they'd recommend? There are various turnkey LAMP servers that could be installed to Armbian but it's a jungle out there. Messaging, message board, file sharing (or at least a repository), and maybe some kind of camera sharing. The camera sharing is because this is sometimes a dangerous neighborhood, and it'd be a big luxury if one neighbor head's up us with a live stream. I have an extra micro SD card to experiment with, so I welcome anyone to brainstorm and explore if this is possible.

Without me changing anything (that I know of, maybe it's interesting to someone to see Stellarium opening and taking a swing around. For one, I'm surprised at the 1200 MHz, and the heat of course went up quick. I'll break out those heatsinks very soon. Stellarium was pretty sluggish but it was over RDP so that could be part of it. And FWIW Samsung Evo 32GB for micro SD: root@beelinkx2:~# armbianmonitor -m Stop monitoring using [ctrl]-[c] Time CPU load %cpu %sys %usr %nice %io %irq CPU 00:15:39: 1008MHz 0.18 7% 1% 5% 0% 0% 0% 58°C 00:15:44: 240MHz 0.17 7% 1% 5% 0% 0% 0% 58°C 00:15:50: 240MHz 0.15 7% 1% 5% 0% 0% 0% 58°C 00:15:55: 240MHz 0.14 7% 1% 5% 0% 0% 0% 58°C 00:16:00: 240MHz 0.13 7% 1% 5% 0% 0% 0% 58°C 00:16:05: 240MHz 0.12 7% 1% 5% 0% 0% 0% 58°C 00:16:10: 240MHz 0.11 7% 1% 5% 0% 0% 0% 58°C 00:16:16: 240MHz 0.10 7% 1% 5% 0% 0% 0% 59°C 00:16:21: 1008MHz 0.09 7% 1% 5% 0% 0% 0% 59°C 00:16:26: 1200MHz 0.09 7% 1% 5% 0% 0% 0% 61°C 00:16:31: 1200MHz 0.16 7% 1% 5% 0% 0% 0% 62°C 00:16:36: 1200MHz 0.23 7% 1% 5% 0% 0% 0% 63°C 00:16:41: 1200MHz 0.29 7% 1% 5% 0% 0% 0% 63°C 00:16:46: 1200MHz 0.35 7% 1% 5% 0% 0% 0% 63°C 00:16:51: 1008MHz 0.40 7% 1% 5% 0% 0% 0% 66°C 00:16:56: 1008MHz 0.45 7% 1% 5% 0% 0% 0% 67°C 00:17:02: 1008MHz 0.81 7% 1% 5% 0% 0% 0% 68°C 00:17:07: 1008MHz 1.06 7% 1% 5% 0% 0% 0% 68°C 00:17:12: 1008MHz 1.30 7% 1% 5% 0% 0% 0% 68°C 00:17:17: 1008MHz 1.59 7% 1% 5% 0% 0% 0% 68°C 00:17:22: 1008MHz 1.79 7% 1% 5% 0% 0% 0% 69°C 00:17:27: 1008MHz 1.80 7% 1% 5% 0% 0% 0% 69°C 00:17:32: 1008MHz 1.98 8% 1% 5% 0% 0% 0% 69°C 00:17:38: 1008MHz 2.22 8% 1% 5% 0% 0% 0% 69°C 00:17:43: 1008MHz 2.36 8% 1% 5% 0% 0% 0% 69°C 00:17:48: 1008MHz 2.49 8% 1% 5% 0% 0% 0% 69°C 00:17:53: 1008MHz 2.69 8% 1% 5% 0% 0% 0% 69°C 00:17:58: 1008MHz 2.56 8% 1% 5% 0% 0% 0% 62°C 00:18:03: 240MHz 2.35 8% 1% 5% 0% 0% 0% 61°C 00:18:08: 240MHz 2.25 8% 1% 5% 0% 0% 0% 60°C 00:18:14: 240MHz 2.07 8% 1% 5% 0% 0% 0% 61°C 00:18:19: 1008MHz 1.90 8% 1% 5% 0% 0% 0% 60°C 00:18:24: 240MHz 1.75 8% 1% 5% 0% 0% 0% 60°C 00:18:29: 240MHz 1.61 8% 1% 5% 0% 0% 0% 60°C As for the other BeelinkX2 which is Debian (Armbian), Stellarium doesn't quite start without disappearing, but when it gets sorted that'll be a good comparison on the way to getting audio stuff running. Lastly a comment, I'm not trying to replicate a nice Windows or Mac system like I have on higher end hardware. But the original Android apps on these $30 boxes (security flaws be damned) run lightweight versions of most common desktop apps and could get a person by in a pinch if that's all you had on hand.

The idea is for Desktop situations to "overclock" a while to see the difference. As quoted: "In case you want to have a few more percent maximum CPU performance you would need to set maximum cpufreq to 1200 MHz instead of ‘just’ 912 MHz maximum CPU clock using our newh3consumption tool. Be warned: this will both heavily increase consumption and SoC temperature since exceeding 912 MHz CPU clockspeed means feeding the SoC with 1.3V instead of 1.1V core voltage (most smaller H3 devices use a voltage regulator only switching between 2 voltages to feed the SoC based on load)." In essence it's an extra core of processing power, which can have its time and place particularly with low-latency live audio processing for monitoring without so much of a delay. For playback or mixing, low processing is perfectly fine and you can do that on one core. I'm just trying to measure twice, cut once and seek advice if that which we can do in Windows and Mac is another impossibility/deal breaker/sorry I asked in Linux.

Below are supplementary quotes helpful to asking the question: can CPU presets be made into a desktop shortcut that could allow pre-defined CPU freq settings whether onthe fly or even reboot required? Is so, what would the code be? That's the question I can't answer. I ask because of the two Beelink X2s (one each of Armbian flavors); I'd like to get a hands-on feel for how high the temps can be expected to go. I probably won't be running hot for long, but then again I just received a bag of heat sinks and can also drill holes in the plastic box for better air circulation. QUOTE 1 for reference: Some boards allow to adjust CPU speed. nano /etc/default/cpufrequtils Alter min_speed or max_speed variable. service cpufrequtils restart QUOTE 2 for more reference: S/PDIF requires setting the minimum CPU frequency to 480MHz or higher The 2nd quote is about keeping the lower end high enough to enable S/PDIF output. -edited- no it doesn't have to be a GUI shortcut, but a line of code that can be copy/pasted every time would be every bit as cool.

Here at the Sunxi page that was linked off an Armbian page for Beelink X2 (Tips, Tricks, Caveats), down the page you see Running Linux on the X2" with a strike-through. Clicking on that goes to a message that says "Thanks for hacking !!! Go back to stone age!!!" I was wondering what that's all about? From my perspective it looks defaced but maybe it's dev humor.

Joey learn, Joey wrong sometimes, Joey say so :-)

Thiago have you tried 4K Video Downloader? At least it can download YouTube videos at the resolution you prefer. I got used to using it with a ThinClient with no hardware acceleration running Mint a year ago and it's been indispensable since then. But disclaimer: I don't have my Beelink/Armbians setup too well yet and am working on the Android part that works first. And wise man once advised me: no internet connection for Android lol

Maybe similar enough to mine. I've got 2 x Beelink X2s, both flashed to Armbian, one Debian and one Xenial. The monitor is an older HP VGA (1280x1024) with soundbar and my HDMI to VGA converter is this one. UPDATE, SOLVED: Armbian installed to a perfect display, plugged into the monitor when first installing. Whoah, prodigal son here.

A Beelink X2 by default boots into Android with KODI and can be interrupted to instead boot into Armbian off an SD card. It might be quite advantageous to use a microSD card to jump start Armbian installed on a USB stick plugged in. Cost is one reason: the TF cards cost what the Beelink does, and lots of us have lots of premium USB sticks at less than half the price. This way it could be easier to experiment and even have a personal USB stick for friends and family. When it comes to family media this would help everyone. Myself I'd try various home clouds and server schemes, and whatever wins, just run that from the TF slot later on. Plus if you have carpet at your place, that TF card someday will fly away from the spring-loaded slot and never be found in the carpet. A USB stick is big. While that reduces available Beelink's USB slots from 2 to 1, that could make programming it easier maybe? Or if someone has a turnkey method that'd be really great. So to recap: would it be difficult to make a boot helper that goes on any low quality TF card that tells the Beelink to advance and try to boot off the next USB port that has rootfs or something? And then flash Armbian to top quality USB sticks like SanDisk Ultras.

Have you tried "poweroff -h" (without quotes?)

I use puTTY/SSH from another machine, and once logged-in as root and password, type "reboot" (without quotes) to reboot and "poweroff -h" to shutdown.

Until the day Armbian can auto-configure HDMI output (with respect to a TV or DVI computer monitor), the thought occurred to me that the Beelink X2 defaults to Android KitKat 4.x, and from there maybe it's possible to plug in the TF card that you'll be rebooting into, then access the card from Android to makes changes, like: h3disp -m 720p60 -d If a DVI-monitor is expected to boot into. I was even brushing up on MIT App Inventor to make presets from Android side, but my skills drop off sharply at that point. The practical reason for his, is not only to show the neighbors but also have a media player anywhere there's a screen. In conclusion, I don't know what makes Android auto-resolve destination video resolution and type, but it would save a lot of fiddling if something similar is incorporated into Armbian images. Armbian otherwise is so amazing I'm grateful to the gentle geniuses.

I lack programming skills but can copy-paste with no leftover ghost characters. But seriously this reminds me to order some items that help copy TF cards easier so I don't have to worry about mistakes so much, have that backup. Tido thank you for the link, and Armbian powers-that-be for letting me in. Maybe it's a "sign" Best Buy got me a $5 Reward card today. Overjoyed. I'll read-up and get out of your hair for a bit.

Lucky me received a Beelink X2 as a gift days ago. I flashed Legacy 3.4.112 to a Samsung EVO and am pretty stoked to see this display on an HDMI TV. It doesn't display to DVI but I saw reference to h3disp, so I have hope this applies. I'd like to incorporate a Traveller mode (I made that up) that can be set so the unit knows monitors are likely to change and find an automatic way for this to detect DVI. I'll also get a cheap USB soundcard and output to a monitor that has a soundbar and avoid SPDIF for a while. That's about it: play tutorials and enjoy what Armbian can do. I can't tell you how blown away I am with this neat little Beelink X2, or how much I'm in awe of the community you've all got going. I'm not up to speed and it may be a while, but I'll be saving my pennies for two more of these for spares and have lots of fun. Hopefully contribute here after I understand what I'm doing.