• Content count

  • Joined

  • Last visited

  1. IMO, that's what Khadas Vim is about, and that's why I like the product. I also read that they are developing a RK3399 based box, code named "Khadas Cross" (another link). Looking forward to it.
  2. Yes, we've gotten it! As a matter of fact, I was able to lay my hands on a S912 box about a month ago, opened it and noticed it had some kind of fuzzy cardboard in the inner side of the top cover. I realized it would do very little to improve thermal dissipation, and thought it was either a design flaw or a way to save money with a cheap material. But after your remarks, I realize that maybe it was there on purpose, to prevent the top cover from feeling hot when you touch it. I'll do it when I get my Vim2, G.w.. Good idea. I wouldn't say "annoy them", but at least "strongly express my concerns". I also put it in my to-do list after getting my device.
  3. Good news about the new webpage. I also have some good news about RK3288 media implementation: I finally got rkmpp accelerated mpv to work. It works really well, better than Gstreamer, although only in fullscreen. It's a real "Armbian premiere", no other distro implements it so far, neither ASUS' nor Rockhip's own. In the next days, I'll try to put that with some other new goodies into a script, and keep it available there until it is possible to integrate it in the main build script.
  4. Their latest products are. Give them time, they are moving in the right direction, and if we support it then we are encouraging them and others to continue that way. But, for example, when the cheating was first discovered for the S905 by some other developer (his name started with "W", I can't remember), then Hardkernel got Amlogic to give them binaries that unlocked the real CPU freq. Seems like the case of S912 has not produced the same good results, for now. Yeah, I get it, it has to be frustrating to put all the work in the research and see it does not make any difference. I'm sorry.
  5. I'm not so sure about that. I think the best option would be to have a thread where the OP holds the link to the scripts and the instructions, and gets updated with every new release, so users don't need to search through all the thread for the latest version. And having you update the OP with each bug fix or new release would unnecessarily slow down the workflow and make you work. I think it is better if I start a new thread for that, focused only on providing the scripts and commentaries/support about them, and we keep this one for informational/research purposes. (BTW: I don't think it would be a bad idea to create an Armbian community wiki for "unofficial" info like the one provided in this post, apart from the "official" docs).
  6. I wouldn't say so. It is true in the short term, but in the mid/long term the company's reputation plays an important role. And the minority of experts who have earned respect through their work and contributions (e.g. you guys Armbian core developers) have an important impact in forming that reputation: their contribution spreads from specialized blogs and forums to more public-oriented informational webpages, youtubers, etc.. Of course not the details, but the general idea of "Company X makes excellent products" or "Company Y cheats in their specs and their products don't perform as expected". I'm not saying that the experts' opinion is the only factor for creating public opinion, but there is no doubt that it is an important factor. And marketing departments in the companies know it (or at least they should). Plus, engineers and engineering students read these specialized sites, and no engineer likes their work to be cut to pieces with research that proves it to have false specs, GPL violations, etc.. So they will think twice before doing the same thing again (or at least they should). Of course, there will always be customers that only care for getting the cheapest device available. And there will also be enterpreneurs who only aim to make a "kiss and run" company, to get immediate benefits and don't care whether it disappears in two years from now. But there is still a big market niche for customers who care about quality, and companies who want to do a good job. Let me give you an example: If you look at recent TV boxes in Aliexpress, gearbest, etc., you see that many vendors put a big sticker on top of their Rockchip models with the Rockchip logo, but they don't do the same with other SoC manufacturers. That has to be for a reason: they know that logo has some appeal because of the good reputation of the company. So, bottom line: I think developers and advanced users can do a lot to promote fair play and quality products, although of course there will always be difficulties.
  7. Great idea. Here are some additions I would make. About RK3288: Custom MPV uses SW for decoding, but uses and accelerated display layer through EGL. That makes a huge difference in playback smoothness over the stock unaccelerated MPV. I'm working on HW accelerated decoding too. Chromium also supports WebGL, with very good performance (actually, a little better than Android). HW encoding is also possible, in addition to Gstreamer, through a custom FFMPEG (included in the package from the referenced tutorial, although undocumented). I'm planning to document this too And also, I would add a whole section about XU4 (Exynos 5422), where we have made important progress too (as detailed here). This is a summary of what we have gotten so far: OpenCL (1.1) and openGL ES (3.1), with excellent performance thanks to the hexa-core Mali T628. Regarding MPV, by default it works like in RK3288: SW decoding and accelerated EGL display. But you can add the "-hwdec" option to get HW decoding through the v4l interface (H.264 only: tested up to 1080p@30 to work well, 1080p@60 so-so). Chromium supports WebGL and accelerated H.264 video decoding.
  8. That's my point. But Amlogic advertises some false specs about his SoC, that may cheat an unexperienced user into thinking that they are comparable. On the other hand, RK3328 and S905's are indeed direct competitors, but in this case false advertising makes it seems like Amlogic's is way superior. That caused, for example, many of the early buyers of Odroid C2, who thought they had gotten a board with a SoC capable of 2.0Ghz, that surpassed all the competitors by far, get really disappointed when they knew they had been cheated and it actually topped way below those 2Ghz. I'm not criticizing Amlogic for not making SoC's as powerful as RK3299. I'm critizicing them for lying about the specs, and then making closed source binaries that report false frequencies, in order to support that lie. If there was anyone from Amlogic reading this, I'd tell them that those things only harm them in the long run, and they are completely unnecessary. I think their SoC's are good for the mid-low range they are really aiming: CPU speed is not bad, thermal management is more than decent, power consumption is very low, GPU performs fairly well, and VPU video decoding capabilities are excellent. They can present their SoC's as they really are, and given the affordable price they are still very interesting options. I think publishing false specs harms everyone: vendors, users and developers.
  9. Let's see if when I get my Vim2, I can lend you a hand with HW acceleration under Armbian.
  10. That makes perfect sense. But, looking at the numbers in the post I quote, single-threaded tests also show that results don't scale proportionally with claimed frequency. I would expect, at least, the CPU to be able to reach the announced max speed when only one core is used (as is the case with Intel Turbo Boost, that you mentioned). I'm not so sure. Rockchip SoC's perform as expected. Now, if you compare two SoC's released about the same time, as S912 and RK3399, both claim to use big.LITTLE arch, to have Mali 8xx, and a maximum clock speed of 2 Ghz. Even the Amlogic can have more punch for a non-expert user, since it is octa vs. hexa core. But the fact is that simply the "little" cluster of RK3399 is faster than the "big" of S912, not to mention when the two A72 come into play, and so many other advantages that Rockchip offers both in the hardware as well as in software support. Of course, that means that RK3399 TV boxes are about 30% more expensive than S912. But then, Rockchip offers a low-cost SoC (RK3328), again announcing its real specs, not cheating. I only hope that Rockchip's strategy of offering honesty and quality pays them off with good sales, and so the example spreads. I totally agree with that. I bought a Vim2, in spite of not liking much Amlogic, because I think Khadas is doing a great job with their products. The good points of Vim2 are countless, and make the board go far beyond a simple TV box.
  11. And how about S912, have you also been able to test it with a custom blob?
  12. Well, if it is at least *real* 1.512 GHz, and not a cheat, that would also be an improvement (stock amlogic blobs cheat with higher frequencies even without overclocking beyond 1.52, as it is proved here: )
  13. There goes my hope to overclock the Vim2 to 8x1.75 Ghz...
  14. Cool. The main reason why I was asking is because I know that Hardkernel got to do real overclocking on the C2 up to 1.75 Ghz, and I haven't heard of anything like that for LePotato or Vim. So maybe that overclocking would also be possible in those other boards with Hardkernel's kernel.
  15. How do I use the camera on tinkerboard?

    It should be plug and play. It works on ASUS images ( But there is some bug that is preventing it from working in Armbian. It might have gotten fixed already, you can try it and see if it works. (What I mean is that there has been a patchset applied recently in the development default image, that may have fixed the bug. But I have been the whole day trying to find my Rpi camera, without success, so I couldn't test it).