Search the Community

The M4 is also a RockChip. But the company behind it, FriendlyElec is a lot better with support. And almost everything seems to work well. I use it daily, I use it for Blender rendering, for video editing, for gaming, programming, watching youtube... The Rock64 isn't good for those things. It's best to use as a NAS. It was the first cheap one with USB3 + GigE. But Pine64 is just the worst company when it comes to software support. So the Pine64 boards or best for Linux freaks who like to test and tinker a lot. I would not advice it for a normal user. I've just made a video about the Media Script on the Rock64, and how to overclock it to 1.5Ghz. Now rendering and in an hour it'll be online. I say it many times there are better boards for these things... Good luck

Well, then all you need more is audio and you've got everything you need. You can easily install the arduino ide on Armbian. And it works fine. I also use it with sbc's. But the Rock64 was not the best choice to make. You should have done a bit more homework to know what's best for you. Ask someone, or read forum threads about it. I know what it is, I've bought some in the past that I thought would be awesome. But they never were. At least the Rock64 is cheap, mine weren't.(+$100) For what you want the NanoPi M4 would have been a lot better. Great for media playback, surfing, very powerful and easy to use. Amazing for gaming. All things the Rock64 isn't/hasn't.

If that's all you want, then you may try using LibreELEC, or plain Android. If you want to do those things in Linux, then you must be aware that all of that is something under development, and that's precisely the fun of it. In other words: If you want a cheap device for playing multimedia content, then you should go for a TV box, or use your Rock64 as a TV box, installing Android or LibreELEC. Other than that, the Rock64 is a "development board", that is, a device intended for developers to experiment and learn. So, if that's what you want, you are welcome to join the community, share your experiences, ask questions and contribute with your findings. But if you just bought a $40 ARM device expecting it to be a fully functional desktop out-of-the-box, as if it were a $800 Intel machine, then you will certainly be disappointed.

I don't know about that. I know hdmi is working. I haven't tried 3.5mm Have a look here. Maybe you'll find something. I'll check tomorrow evening. I know hdmi sound works, and usb audio devices too. https://forum.armbian.com/search/?q=rock64 sound&fromCSE=1

This is not the right way to start a topic. Better was to just ask help. Download Armbian Bionic Desktop and install it. https://www.armbian.com/rock64/ Then download this script, and follow the insctructions in the readme. Simple said, unzip everything until you've got the folder media-script. Copy that folder to the main folder where Desktop and Documents is. Then go to console and type: cd media-script sudo /bin/bash ./media-rk3328.sh Then yes, ok, armsoc. And reboot. With that you should have good youtube playback and up to 4k video playback. Sound is just volume control, and disable the one you're not using.(I think volume control, on the most right tab) Let me know how the youtube playback is. Does it play 1080p well? Any higher? @JMCC(ain't that a nice coincidence) I hope that can calm your frustration. Indeed, Pine is the worst in support. "We are not a software company" is their motto.

@JMCC - testing on rockpro64 with ayufan's bionic here, almost got it .. working on getting the drm_getunqiue patch applied to ayufan's 4.4.167 rock64/rockpro64 kernel now and all should work. This should get kodi-gbm working with rock64 also. sidenote - was also able to install/boot ayufan's kernel on Armbian rockpro64 bionic. It has /dev/mali, etc, and should work there also once this patch is applied. EDIT: new kernel is up with patch applied -- this kernel should work with armbian bionic rockpro64 rk3399 media-script. https://github.com/ayufan-rock64/linux-kernel/releases

I will do that. I'll also say not yet to use it on a productive image. I'll also ask to leave a comment on the video on how well it works. I wonder if it's me having these buffer issues or if it's all Rock64's. I've been watching youtube now for hours with little problems. But it just crashed again. Hard crash, no reboot, everything blocked. So there's still something wrong. I hope it's with my Rock64. I just tried the usb-hub again. And after seconds it carshed the video. So I think my problem is somewhere with the usb/wifi. I'll plug it into my modem tonight without wifi and let it run the night and see if it also does it.

@JMCC Progress. I downloaded the image again. I downloaded the script again, I used another 4A PSU, an SD-card instead of eMMC, another wifi dongle. But still the same. After I installed the script, I reboot, open Chromium and play a video. After 2 minutes hard crash and the system reboots. Then I noticed the only thing I didn't change was my usb hub. I can't use my wifi dongles when they're plugged into the Rock64(can't find my network, but it finds all the others(also weird)), but they work external plugged in a usb hub. So I switched the hub for an extension usb-chord. I haven't had any crash since then. +3 hours now. I can't hardly believe this usb hub is the cause, and why that one kernel doesn't have the reboot with that hub. The hub does have a problem, when the Rock64 reboots, it doesn't turn on the usb devices at boot. So I had to replug them every time. Now I don't have this with the extension cable. I do still sometimes have the "aw snap". But not much. Mostly when it's on 1080p. 720p 30 is perfect(Youtube), 720p 60fps also doesn't work well. Some 1080p works perfect, most doesn't. I'll keep testing to see what happens. It's looking good now. The few "aw snap"'s are acceptable. I've watched multiple videos now. If anyone could try this script on his rock64 and see how Youtube plays in 1080p with Chromium/Firefox, that would be awesome. Sorry for the hassle. I hope it's ok now. The video is comming in a couple of days now. Thank you. Cheers.

Thank you for checking. Strange. I'm having a different result with the same parameters, except that it's the Rock64 I'm using. I'll check again tomorrow. If anyone else would like to try the script on the Rock64, please do.

Okay, so I tested with the very last kernel (4.4.174 IIRC), and armsoc works fine for me in general. I played videos in Chromium for about 15 min with no problems. I recommend using full-screen, it's much smoother. I could play 1080p without big issues, as long as I allowed it to clock up to 1.51Ghz and use some active cooling to prevent throttling. Notice I am using a Renegade, maybe the faster RAM gives it some extra punch here over the Rock64. Glamor is a no-no with this SoC. Rockchip developed their tweaked driver for RK3288, that supports OpenGLES 3. But RK3328's Mali 450 only supports GLES 2, so it is very buggy here, while it works just fine in RK3399. The Chromium 32-bit setup needs more work, it is too unstable yet. For last, all KMS players work flawlessly for me (Gstreamer, Kodi, MPV-GBM).

There was a small fault in SBC-Bench. I fixed it. Now I know it doesn't underclock above 60C when on performance. @tkaiser line 180 V0.6.6 CpuFreq=$(awk '{printf ("%0.0f",$1/1000); }' </sys/devices/system/cpu/cpufreq/policy0/cpufreq/${CpuFreqToQuery} 2>/dev/null) --> CpuFreq=$(awk '{printf ("%0.0f",$1/1000); }' </sys/devices/system/cpu/cpufreq/policy0/${CpuFreqToQuery} 2>/dev/null) (I don't know if this is different on the OPi3 compared to other sbc's) SBC-Bench result with 5V fan @ 5V http://ix.io/1EpH I think I like this board. Amazing work done @martinayotte. I worked on the Rock64 the whole week, this is already better than the rock64 for me.

Perhaps the answer is in this quote. New Rock64 Revision 3 features include support for Power over Ethernet, a Real Time Clock, support for high-speed microSD cards, and improved PI2 GPIO compatibility.

Hi again. I've been testing things. I've had a few problems. Now I think I've got most fixed. But I don't get the performance others have. First a recap. With : Armbian_5.75_Rock64_Ubuntu_bionic_default_4.4.174_desktop (from downloadpage) : Chromium is very unstable after installing the script. I constantly get "aw snap". It plays up to 720p, but crashes during playing. Firefox the same. Plays 720p but sometimes crashes(less than Chromium) Also had hard crashes with resets. Very unstable. I then build : Armbian_5.77_Rock64_Ubuntu_bionic_default_4.4.176_desktop : The same issues, but no hard crashes of the system. Then I changed to nightly and reinstalled your script. Chromium was a bit more stable, Firefox and Vivaldi couldn't boot anymore, they couldn't show anything in their window. So today I started reading everything again in this thread. Until I came upon So I thought, lets try with kernel 4.4.167. Everything is stable. Chromium plays Youtube well, only in 720p. 1080p seems to play ok, but it continuesly rebuffers. Firefox works again, but without vpu now. I've now played almost an hour of different content on youtube and it hasn't crashed yet. Even different browsers together. So it seems to me there is a problem with your script and the kernel that's used now in default build. I'm sorry I'm not more knowledgeable to know what the problem is. I just want to let you know. Another small thing, when I choose to install streaming in the script, I can't choose arm soc or glamour anymore. You get that warning it takes xxxMB space, and after that it starts installing. Any idea how I could improve 1080p? I'm using eMMC, and wifi connection is ok. (wifi works only with a USB hub, and I've got to replug every time it boots, I tought this was fixed. But that's another topic ) Chromium 32-bit works on none of the kernels. It always crashes, and there's no VPU support either. I'm happy with what I've got now. It's a lot better than default where even 480p is unwatchable. If it could be improved then it's a bonus. Here is my walktrough until now. sudo apt update && sudo apt upgrade sudo armbian-config -> system -> other -> linux-image-rockchip=5.70 4.4.167-rockchip64 reboot sudo armbian-config -> system -> freeze enable sudo nano /etc/default/cpufrequtils MAX_SPEED -> 1520000 (it clocks to 1.39Ghz at 1510000) Download script : https://forum.armbian.com/topic/9310-rk3328-media-script-rock64-renegade/ Install script : sudo ./media-rk3328.sh <- ARM SoC Disable compositing : Windows Manager Tweaks -> compositor -> disable display compositing sudo reboot I'll do more tests, in a few days I'll make my video. Cheers.

This is from Rock64 Rev 3. => version U-Boot 2017.09-armbian (Mar 20 2019 - 22:48:31 -0400) aarch64-linux-gnu-gcc (Linaro GCC 7.2-2017.11) 7.2.1 20171011 GNU ld (Linaro_Binutils-2017.11) 2.28.2.20170706 => ls mmc 1:1 ** No partition table - mmc 1 ** => ls mmc 1:0 ** ext4fs_devread read error - block Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** => Pulling the exact same card out of the Rev 3 and stopping boot on the Rev 1: => version U-Boot 2017.09-armbian (Mar 20 2019 - 22:48:31 -0400) aarch64-linux-gnu-gcc (Linaro GCC 7.2-2017.11) 7.2.1 20171011 GNU ld (Linaro_Binutils-2017.11) 2.28.2.20170706 => ls mmc 1:1 <DIR> 4096 . <DIR> 4096 .. <DIR> 16384 lost+found <DIR> 4096 bin <DIR> 4096 boot <DIR> 4096 dev <DIR> 4096 etc <DIR> 4096 home <DIR> 4096 lib <DIR> 4096 media <DIR> 4096 mnt <DIR> 4096 opt <DIR> 4096 proc <DIR> 4096 root <DIR> 4096 run <DIR> 4096 sbin <DIR> 4096 selinux <DIR> 4096 srv <DIR> 4096 sys <DIR> 4096 tmp <DIR> 4096 usr <DIR> 4096 var => ls mmc 1:0 Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** =>

Hello I built a new kernel for my rock64, how do I install it so I can boot on it I am trying to go from 4.4.174 to 4.14.106

Hi@Ayufan, perhaps then I will focus on the Renegade, I was starting to get into the code last night for mainline u-boot. Have you seen my concerns with Rock64 rev 3? Sent from my Pixel using Tapatalk

I plan from my side to bump to u-boot 2019.01, both for rock64 and rockpro64. I used them in the past, but I wanted to have power of using DDR (Rockchip one, as I'm not sure if it still supports DDR4, there was a problem with that for long time) with a custom SPL on top to bring SPI and other support I almost rebased all my kernel patches both for 4.4 and 5.x to be very minimal set on top.

Sorry I didn't get back to you, but here goes: => mmc list rksdmmc@ff520000: 0 rksdmmc@ff500000: 1 (SD) => mmc info Device: rksdmmc@ff500000 Manufacturer ID: 3 OEM: 5344 Name: SL16G Tran Speed: 50000000 Rd Block Len: 512 SD version 3.0 High Capacity: Yes Capacity: 14.8 GiB Bus Width: 4-bit Erase Group Size: 512 Bytes => ls mmc 1 ** ext4fs_devread read error - block Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** Now, to be completely clear, that SD card boots perfectly on a revision 1 board. I was talking to Pine, I think I might have to reach out again. Interestingly, if I stuff my Renegade SD into the Rock64 I get this: ...Where it of course freezes because it is not a Renegade and they are different enough for that to be a problem. What options and hardware combo would wreck reading the SD card? *head explodes*

Ah ! Ok ! I'm usually using boards headless, and login are done over SSH ... I've just plugged a USB keyboard on my Rock64, although the HDMI wasn't working (maybe due to monitor compatibility), but the keyboard was actually working, typing commands and looking at "ps -ef" thru SSH to see if processes were there.

@JMCC First of all, great job done. I'll make a video about the desktop useability of the Rock64 these days. This with Armbian Bionic + your media script. I've red many complaints of novice Rock64 owners that they can't make things to work well(Pine64 forum, my YT channel...). So I think this video is needed for many. I've red all the posts here and I'll add the info I've learned. Can you confirm the display refresh rate must be 30Hz in 4K to make it work well? I don't have a 4K monitor. I'll say it's not officially supported by Armbian. If there's anything else you find important to mention, please let me know. I'll also show how to set it to 1.51Ghz because this has changed since my first Rock64 video. Thanks for all the work. Next month I'll do the same with the NanoPi M4 and RockPi4B. Hopefully Radxa can improve things a bit by then for their software. Cheers.

My Rock64 has USB working on 5.0.y. But how "login" and USB can be related ?

... not so much ... My Rock64 is a v1, and it is now running 5.0.0 from eMMC.

Hi @Thewonderer, I have dev samples of a few boards, it's one of the ways we work with vendors that show interest. My other Rock64 is a pre-V1, so I wanted to make sure I had something representative moving forward. I've had some personal projects going, and @martinayotte moved so much around on these boards I decided to stay out of the way. Taking a look at the u-boot configs and device trees tonight to see if I can find a difference, the Renegade image got to the point of loading kernel (obviously didn't get past that with the differences in DTS's) on the Rock64 3.0 while the Rock64 V1/2 image would not, telling me there's no hardware issue. @martinayotte did you try to boot Renegade with newer u-boot? I can't remember if you have one or not.

How's the Rev 3 of the ROCK64 going? How did you manage to get it as the website doesn't seem to show whether its rev2 or 3 that you get.... Realise there are more powerful boards out there but don't need some power hungry board for my needs, though the Odroid N2 looks tempting and low power too.

So if I understand correctly, the next kernel release for rock64 will be 5.0xxx! That's great. I see that Ayufan on github is still working on 4.4 . Personally I'd be happy with just a stable build.... Thanks for all the hard work. Would like to think that there is still plenty interest in the the 3328....