I found a way to install a number of OS's on the Rock64.
This may already be known but I thought I might pass it along.
1 Install bionic-minimal-rock64-0.6.44-139-arm64.img on you SD or eMMC card, or what ever is the current stable version
2Run bionic-minimal program, login (usually name=rock64 and pw=rock64.
3Now at the prompt issue   sudo apt-get install tasksel
4Next run   sudo tasksel and you will be presented with a list of OS's.
5With the curser move to the OS you want, I selected ubuntu mate that seems to run fairly good on the rock64
6Use the SPACE bar to select the OS, then tab to the OK and hit the ENTER key.
It may take some time to load.
Ubuntu Mate works great for me.

Rich Prim  

Hi! I flashed the SPI on my Rock64 4GB board so that I could boot from an external hard drive.

I then put ARM Arch Linux on the hard drive and it boots from the USB2 ports but the USB3 does not work at all. Regardless of what device I plug into it, even after the OS is running from the drive connected to USB2. It worked fine on Kernel 4.4 but seems to be broken in the latest.

Hello everyone,

I experience poor USB3 performance with my rock64 (apparently it happens to other too...)

My setup :

• stretch-openmediavault-rock64-0.6.44-239-armhf
  
• Seagate 3TB USB3 HDD in NTFS (good perf, at least 100MB/s r/w over windows)
  

Hi there,

At the moment, I have a big x86 headless server running TVHeadend, that is on 24/7.

The server contains 3HDDs and records via a Digibit R1.

I stream video to a number of Kodi clients (mostly Raspberry Pis) on my network.

It recently dawned on me that the server is only used for about 8 hours a day during the week (maybe 12 hours over the weekend), so it is spending the vast majority just sitting in an idle state, using electricity needlessly.

Furthermore, we only use one of the hard drives about 90% of the time (the one used for recording).

I think it is time to my PVR capabilities to something a little less noisy/thirsty and thought about going down the Raspberry Pi3B+ route.  

However, I was worried that the small amount of RAM and less than Gigabit speed network would cause me problems if I am trying to record/stream multiple HD channels.

I have seen some really good review for the Rock64 (although I know very little about it) and would be really grateful to know whether it would make a good headless TVHeadend server.

A few specific questions:

1. What is the best/fastest way to connect a harddrive?
2. What is the eMMC module socket for?  Can I use this for the OS, rather than the SD slot?

Thanks.

Where can I find th wifi drivers of ROCKPro64 2×2 MIMO Dual Band WIFI 802.11AC/BLUETOOTH 4.1 MODULE   for linux?

Attempting to install wireguard using DKMS on Armbian Xenial (legacy kernel). I've apt-installed kernel headers, but DKMS is failing to build the wireguard kernel module with the following error:

Hi. 

There is a "DSI - Display Serial Interface, 4 lanes MiPi, up to 1080P" listed within the SOPINE Extension ports. 

I'd like to attach the camera with 2 lanes MIPI (D0, D1, C pairs), I2C and two GPIOs. 

Is there a support in firmware for such camera? Or at least firmware easy to adopt? 

Thank you! 

Hello,

I am just relaying that NetBSD is now available for the Rock64. You can download their images from: http://www.invisible.ca/arm/
Many thanks to Jared McNeill

I had no audio/sound with bionic-lxde images, I tried pre-release 0.6.55 so went to release 0.6.44 but had same problem. I tried google but not find answer, so google more to learn about ALSA and pulseaudio, seems problem with pulseaudio default sink, and I created following file and now can get audio.
If you get no audio, give this a try.

rock64@rock64:~$ cat ~/.config/pulse/default.pa
.include /etc/pulse/default.pa
set-default-sink alsa_output.platform-hdmi-sound.stereo-fallback

rock64@rock64:~$

I'm using ayufan's latest image with the ROCK64 connected to a 4K display and the display says the input is 4K resolution. 
image: android-7.1-rock-64-rock64_atv-v0.3.4-r86-raw_sd2emmc.img.xz

However if you issue the command 
     "adb shell dumpsys SurfaceFlinger"

The framebuffer is 1920x1080.  When playing a 4K video using VLC (or any other player) you will see the video is 4K, but is scaled to the framebuffer 1920x1080 and then the HDMI display logic would scale it back to 3840x2160.   When issuing the same commands on a NVIDIA shield the framebuffer is 3840x2160, so no down and up scaling occurs. 

Admittedly behind the scenes the scaling might not be happening.  Does anyone know if this is the case?

Steve