Hi,

First post.

We are evaluating batch of ROCK64 boards for a project where 4K video playback is a must. FHD naturally too.
The SBCs only duty will be to loop one video (apart from taking some network signals and reacting to GPIO in a separate daemon).

What is the current state of smooth video playback on ROCK64 (RK3328) boards on FBdev (thus: boot -> directly to terminal -> video starts). X11 is unnecessary overhead and layer to manage (but needed in ROCK64 case?)

Presumably H.265 for 4K, but as compressed size is not an issue H.264 will do. Audio out through HDMI. eMMC not SD card.

I've found https://forum.pine64.org/showthread.php?tid=7056, https://forum.pine64.org/showthread.php?tid=424, but these discussions are for ROCKPRO64 or A64.
Titles such as Was 4K a Lie? and answers there by moderators (be patient; hardware supports, but...) are worrisome (different board but still), given that this board is advertised with 4K60P written in bold.

Thanks!

Instead of use a cellular module for your pine phone, why dont you mainline a mediatek soc to use it in a board ?
Its not only much better for your project (for sizes and efficency), but it would also be very usefull because mediatek is used in a lot of smartphones today.

Hello all,
I'm new to this forum and hope you guys can help me figure out what I'm doing wrong.

I bought some parts from the Pine64 shop:

- ROCKPro64 4GB Single Board Computer
- Fan for ROCKPro64 Metal Desktop/NAS casing
- ROCKPro64 Metal Desktop/NAS Casing
- ROCKPro64 12V 5A EU POWER SUPPLY
- ROCKPro64 PCI-e to Dual SATA-II Interface Card
- ROCKPro64 20mm Mid Profile Heatsink

I got it all set up pretty quickly thanks to this well done guide here:

https://www.youtube.com/watch?v=_UeeklKo0Og

my only issue is, that the fan won't start spinning when the RockPro boots and I can't figure out why.

Sorry for the Imgur link but the three pictures are too big for the allowed 2.93mb
https://imgur.com/gallery/ax9zBXw

Although I don't think so and the slot says "FAN" right next to it did I plug the fan into the wrong slot?

Any help would be much appreciated

Hey guys, I'm pretty new to these so I appreciate all help I can get. I set up my rock64 as a Plex server but am having trouble updating the Plex version to 1.15 from 1.9. Plex runs but my Roku can't connect to it on that older version and tells me to update it. The update is manual and gives me this link to update it:

https://plex.tv/downloads/latest/1?chann...d4iHzXJueF

I've tried throwing a wget in front of that but it fails. I've tried going to the Plex downloads site for Linux distributions and grabbing them with wget, then using sudo dpkg -i to install but they all fail. 

I have only ssh access to this little guy so any thoughts or tips would be amazing.

I followed this guide to get it set up:

http://jez.me/article/plex-server-on-a-pine64-how-to

Armbian still has not released a new image (even though they've had the fix for over a week now) and I was thinking about maintaining my own distro based on Alpine Linux.  It seems to be geared towards lightweight server style hardware.  Anyone use something else that is well maintained? Anyone have experience porting it?  I saw some threads for other Pine64 products but nothing in Sopine.

(here is their about page in case you've never heard of that distro)
https://alpinelinux.org/about/

Hello!

Armbian has an issue, that it's possible to set backlight to zero, effectively blanking the screen completely. Accidentally, I've pulled the slider in XFCE too much and disabled the backlight completely.

Unfortunately, I'm not sure, how to fix this, because systemd launches unit "restore backlight levels" during the bootup and turns the backlight off right on the boot.

This wouldn't be a much of a problem, but I'm currently on a trip, and I have no MicroSD with another OS to fix the problem (Armbian is installed to eMMC). Somehow, I need to disable backlight restore service, or go into single-user mode, so that I can edit the configuration, but all I currently have access to is an Android smartphone and U-Boot on the Pinebook. Serial console is not an option either.

Hello

When will the Debian (Stretch) release be available for the Pine64-LTS?

I found the messages in /var/log/syslog:

Mar 29 14:47:05 rockpro64 kernel: [    5.802114] hdmi-audio-codec hdmi-audio-codec.6.auto: ASoC: Failed to add ELD: -16
Mar 29 14:47:05 rockpro64 kernel: [    5.803150] rk-hdmi-dp-sound hdmi-dp-sound: multicodec <-> ff8a0000.i2s mapping ok
Mar 29 14:47:05 rockpro64 kernel: [    5.803864] hdmi-audio-codec hdmi-audio-codec.6.auto: ASoC: Failed to create Playback debugfs file
Mar 29 14:47:05 rockpro64 kernel: [    5.820672] mali ff9a0000.gpu: Looking up mali-supply from device tree
Mar 29 14:47:05 rockpro64 kernel: [    5.820941] mali ff9a0000.gpu: Failed to get leakage
Mar 29 14:47:05 rockpro64 kernel: [    5.821561] mali ff9a0000.gpu: Looking up mali-supply from deviMar 29 14:47:05 rockpro64 kernel: [    5.678886] cdn-dp fec00000.dp: Direct firmware load for rockchip/dptx.bin failed with error -2
Mar 29 14:47:05 rockpro64 kernel: [    5.726767] rockchip-saradc ff100000.saradc: Looking up vref-supply from device tree
Mar 29 14:47:05 rockpro64 kernel: [    5.726782] rockchip-saradc ff100000.saradc: Looking up vref-supply property in node /saradc@ff100000 failed
Mar 29 14:47:05 rockpro64 kernel: [    5.726818] ff100000.saradc supply vref not found, using dummy regulator
Mar 29 14:47:05 rockpro64 kernel: [    5.727583] rockchip-saradc ff100000.saradc: failed to get voltage
Mar 29 14:47:05 rockpro64 kernel: [    5.728293] rockchip-saradc: probe of ff100000.saradc failed with error -22
Mar 29 14:47:05 rockpro64 kernel: [    5.801359] rk-hdmi-dp-sound hdmi-dp-sound: control 3:0:0:ELD:0 is already present
Mar 29 14:47:05 rockpro64 kernel: [    5.802114] hdmi-audio-codec hdmi-audio-codec.6.auto: ASoC: Failed to add ELD: -16
Mar 29 14:47:05 rockpro64 kernel: [    5.803150] rk-hdmi-dp-sound hdmi-dp-sound: multicodec <-> ff8a0000.i2s mapping ok
Mar 29 14:47:05 rockpro64 kernel: [    5.803864] hdmi-audio-codec hdmi-audio-codec.6.auto: ASoC: Failed to create Playback debugfs file
Mar 29 14:47:05 rockpro64 kernel: [    5.820672] mali ff9a0000.gpu: Looking up mali-supply from device tree
Mar 29 14:47:05 rockpro64 kernel: [    5.820941] mali ff9a0000.gpu: Failed to get leakage

and the two 4T disks attached was lost now.

I'm running the ubuntu 18.04 image for the rockpro64. Whenever I try to run a virtual arm host, I always get this no matter what gic_version I use:
libvirtError: internal error: process exited while connecting to monitor: 2019-03-29T01:23:38.158817Z qemu-system-aarch64: -device pcie-root-port,port=0x8,chassis=1,id=pci.1,bus=pcie.0,multifunction=on,addr=0x1: MSI-X is not supported by interrupt controller


I've even tried passing pci=nomsi on the virtual. 

Any advice here? I've done the updates, and am wondering if anyone has suggestions before I build the latest libvirt, virt-tools and qemu.

Hello,

i'll trying since days to boot following image on my Rock64:
Armbian_5.75_Rock64_Debian_stretch_default_4.4.174

Flashed it via etcher without any problem.

As soon as I boot I'll get after one minte a Exception stack ....
Exception Stack

I'm able to flash and boot Ubuntu 18.04 Bionic minimal 32bit Image.
There I have troubles to find/install the WLAN adapter.

I wanted to buil a Home-SIEM with the Rock64 (https://medium.com/@fbotes2/secure-dns-i...faa85bd833)

My Setup:
ROCK64 SINGLE BOARD COMPUTER
DRAM: 4GB 
ROCK64 USB 3.0 Dual Band 1200Mbps WIFI 802.11A/B/G/N/AC (RTL8812AU) Adapter
1 $21.99
32GB CLASS10 MICROSD CARD

Have somebody a clue or hint?