Does the Rock64 support 10 bit HEVC 1080p and 4K content?

I've heard that LibreELEC for Rock64 does support it, but it's in alpha and seemingly not very reliable. The other option is ayufan's ATV build, but I'm not sure if HEVC 10 bit is supported on this. 

Will I be able to play HEVC 10 bit content on ayufan's ATV build? Also, what is the extent of HDR support on it? I currently only have a 1080p TV but plan to upgrade to a 4K HDR TV in the near future.

Hello, I'm working on a project and I want to power the rock64 board off an external USB battery,
I was thinking about soldering the plus and minus wires from the USB port to the plus and minus of the barrel power jack.
I know I won't get charge information or anything, but will the battery recognize that it's being used and won't automatically shut down?
does anyone have any experience with running the board on battery?
Thanks a lot,
Omer.

Hello dears,
Anyone solve rock64pro output sound ????

Hello everyone I'm thinking of getting a Rock64 single board computer and I'm wondering if it has any type of PCie slot (slot for external gpu) because apparently it's GPU is not that good and I'm getting the 4gb variant of the Rock64 SBC because I want to use it as a mini pc when I'm out and about so please can someone answer?
--Thanks in advance
Prox

Hi forum,

I guess this is more of a suggestion to the release manager for pine64 and less of a question.

While I appreciate the dd image format's simplicity, it would make a lot more sense to distribute images lest wastefully.

Part of the reason I mention that is because the dd image that is distributed has a corrupt partition table, so it can't be copied to an SD card via more efficient means.

I run into this problem regularly and I myself am a fan of a couple of methods:

1) the bash binary

https://www.linuxjournal.com/content/add...ll-scripts

This is more useful if you want to add obscurity (not security) to the images you distribute

2) a zip file, along with 2 bash scripts that implement *an API*

This method is a bit more complex.

script 1: flash.sh

usage: flash.sh [--device|-d <device>] [--tmpdir|-t <tempdir>]

device  - a block device e.g. a default could be /dev/mmcblk0, exported as $DEVICE
tempdir - a temporary directory e.g. see man mktemp, exported as $TMPDIR

in turn, script 1 sources script 2, and script 2 exposes a few shell functions.

script 2: details.sh

fetch(): fetches all source files to $TMPDIR specified by script1
            urls are encoded in the details.sh file
            small files (e.g. patch files) can be stored in the .zip file locally
            large files can be fetched from the internet

prepare(): applies patches
                 partitions device
                 resizes partitions as appropriate
                 a really compact and scriptable way to specify a partition layout that can fill up space to the end of the disk (so you don't need to have 8GB, 16GB, and 32GB files) is using sfdisk
                 https://linux.die.net/man/8/sfdisk
                 http://download.vikis.lt/doc/util-linux-...k.examples

flash(): could use dd, or not
            a more efficient means for Pine64 would be to distribute .ext4 files or .vfat files that can be mounted as loop devices (using losetup)

3) fastboot

This is arguably the standard way of distributing Android factory images and is described in detail at the link below

https://source.android.com/setup/build/running

4) There is always yocto too.. ¯\_(ツ)_/¯

Really, there must be a better alternative than sitting here, waiting for 26 billion zeros to be written to an sd card.


Cheers,

C

Simple way to fit fan and nvme card in open enclosure would be to make aluminum legs longer by approximately 30 mm. Would PINE consider to make those?

https://www.pine64.org/?product=pine64-a...-enclosure
https://www.pine64.org/?product=rockpro6...rface-card

So I've still been having some intermittent boot issues with my USB3 SATA drive.  Every now and then u-boot randomly gives me this result during the usb startup process:

Would somebody be so kind as to port android to rp64 from any of these tv boxes H96 Max, X99, Ebox r99, RKM M39 they all work great as tv box, all use rk3399?

Lower right hand corner is screen lock and it fails. Google said Ctrl / Alt together and then L. and still nothing, please advise.

Hey guys
Does anyone have Rock64 board with *nix 100% working?
I bought 3 boards Rock64-4G and all of them does not seem to work
One is not able to read/write eMMC (and CPU becomes very hot) - I sent it back
Two others are very unstable. I've tried ayufan's Debian Stretch, Ubuntu Bionic and DietPi
All of them crash when doing intensive I/O together with intensive CPU load. No matter eMMC or external SSD drive
I believe problem lies in poor I/O bus programming in ayufan's code
Please let me know if anyone have completely working board