3 ms·
Wow, RK3399 is the performance option. I recall the GPU in that device being extremely slow to the point where it was quite difficult to get the inking perform
by wffurr 5y ago
Wow, RK3399 is the performance option. I recall the GPU in that device being extremely slow to the point where it was quite difficult to get the inking performance in Google Keep to be acceptable instead of terrible. That was in 2016.
And now in the Year of Our Lord 2022 it's being marketed as a "pro" phone?
- yjftsjthsd-h 5y agoOn the one hand, yes, it'd be nice to have faster options. On the other hand, yes, this is the best CPU that meets the constraints of the system (probably, "supports a SoC with drivers and datasheets available")
- notswiley2 5y agoLinux Apps don't benefit much from the fancy GPUs unless you're running eg wayland. If you're mostly using Xterm, muPDF, Firefox etc. the GPU on the original is plenty fast.
- marcodiego 5y agoAFAIR in 2016 pnafrost was inexistent or in its infancy. Considering the epoch you're talking about, I think your problems were caused by software rendering. Take a look: https://www.youtube.com/watch?v=dKULVvGSQD8 https://www.youtube.com/watch?v=dKULVvGSQD8
- wffurr 5y agoI doubt it. This was on ChromeOS and I'm about 97% certain the GPU drivers were enabled.
- marcodiego 5y agoHmmm... That's is strange. Indeed, Hantro, the VPU hardware, only got drivers mainlined recently and we still, AFAIK, got no ffmpeg/gstreamer release using these. I'd expect more from a rk3399. I have a rockpi4 but haven't used it in a long time. I'll consider compiling armbian to test it again. My personal experience with it is better than what I had with a raspberry pi 3.
- opan 5y agoI think GPU performance is still continuing to improve on the software side. Most SBCs have such poor drivers that their full potential is never seen.