[ROM] Beelink GT1 / Alfawise S92 Stock & Nano Nexus ROMs (Android 7.1)

[Guest]

In the long run 64 bits is the 32 bit replacement as happened with partition systems 10 years ago. I prefer cooler and softer than laggy and hot, however maintaining old technologies does not make changes for new things. It is even better for those who prefer Windows 7 than the 10. It is better to "stay with winning team" than to do substitution.

[superceleron]

Well me 2, i prefer 64bits... in the PC lol... but theirs some boxes now that takes advantage of the 64bits (rk3399's 4gb ram).
Im only saying that is waste of time 64bits on this devices, they have poor hw, poor cooling solution, bad casings etc... and you really dont see any diference of the 2 you really dont!
Now in the very very near future this will change a lot, is starting already as said above! (4gb ram)

[longnt]

Well me 2, i prefer 64bits... in the PC lol... but theirs some boxes now that takes advantage of the 64bits (rk3399's 4gb ram).
Im only saying that is waste of time 64bits on this devices, they have poor hw, poor cooling solution, bad casings etc... and you really dont see any diference of the 2 you really dont!
Now in the very very near future this will change a lot, is starting already as said above! (4gb ram)

Well, when my boss tell me to convert our Android native app from 32bit to support 64bit armv8a, I too lazy (because it's need to change a lot 32bit integer variables to universal 64bit integer) and tell my boss like you said (we will go 64bit unless app need 4GB memory or more). But after some profilling, 64bit lib.so in 2GB devices really gain 15-40% performance in cpu update cycle (update functions work faster -> cpu can throttle down to lower clock faster -> cooling down faster).

Btw about your claimed about overclocked S912 to true 8 cores 1512Mhz with 792Mhz GPU (I think you only changed some variables in dts file) in other S912 Android 6.0 rom. After tested your kernel and rom, I found that gain nothing. Geekbench 4 multicore still have same score (~2600 score), it should be 20% more if overclock really work. For GPU, kernel log showed that they can't read clock correctly when set to dvfs800_cfg as below attached picture (left is default kernel, right is "overclocked" kernel), and max clk / turbo clk doesn't change.

I've same result when try to overclock Mediatek MT6753 / MT6755 SoC by change max clock speed of CPU and GPU, athough most system info app show new overclock frequency but dvfs table (control clock frequency) built in SoC doesn't make the chip switch to overclock frequency correctly.

TL;DR DVFS table also stay in SoC and don't allow overclock frequency unless you found a way to disable it like engineer sample chip.

[superceleron]

Well, when my boss tell me to convert our Android native app from 32bit to support 64bit armv8a, I too lazy (because it's need to change a lot 32bit integer variables to universal 64bit integer) and tell my boss like you said (we will go 64bit unless app need 4GB memory or more). But after some profilling, 64bit lib.so in 2GB devices really gain 15-40% performance in cpu update cycle (update functions work faster -> cpu can throttle down to lower clock faster -> cooling down faster).

Btw about your claimed about overclocked S912 to true 8 cores 1512Mhz with 792Mhz GPU (I think you only changed some variables in dts file) in other S912 Android 6.0 rom. After tested your kernel and rom, I found that gain nothing. Geekbench 4 multicore still have same score (~2600 score), it should be 20% more if overclock really work. For GPU, kernel log showed that they can't read clock correctly when set to dvfs800_cfg as below attached picture (left is default kernel, right is "overclocked" kernel), and max clk / turbo clk doesn't change.

I've same result when try to overclock Mediatek MT6753 / MT6755 SoC by change max clock speed of CPU and GPU, athough most system info app show new overclock frequency but dvfs table (control clock frequency) built in SoC doesn't make the chip switch to overclock frequency correctly.

TL;DR DVFS table also stay in SoC and don't allow overclock frequency unless you found a way to disable it like engineer sample chip.

Hmm ok, not on this devices the 64bits system makes them a lot hotter than 32bits one, and dont take me wrong i do like 64bits... for me we should be already at 128 min...
But on this devices HW i really dont see the point i really dont... but that is my opinion!
Yes i know about the cpu clock, i never said it was OC not the cpu, but only the GPU... (i know that can only be done like you said in a engineer sample) the only thing i remove is the little/big endian limitation.. and is to make the system smoother and not faster, and i think that accomplices it.
And i did stop the GPU OC because i dint see any gain on it only more problems and yes i did notice the error in the kernel log that was another thing that made me stop using it.
Well i think we are now way offtopic here in Chad thread so lets stop it!

[pederO]

Thanks for providing us all the support with new ROMs (which we should have been getting from Beelink ;-) ).
Is read the dark screen bug was fixed in Andoid 7, but when I play the AVS HD 709 test files I still see that not everything below 17 is black and not all values higher than 235 are white.
Or do I still need an RGB fix because I am using a Philips TV? My RPI (1) does not have this problem on my Philips TV.

EDIT: Thanks Magendanz. Good to know that the RGB setting is a different problem. I do see that the output of the GT1 is now much more like what I get from my PC, RPI and cable box than under previous firmwares.
After some reading up it could be that the RPi is 'cheating' by just clamping all pixel values between 16 and 235. I find the instructions for calibration rather confusing.

So I assume the black screen bug has been fixed and I will tune my TV to the GT1 again. Thanks!

I hear the RGB problem is much less subtle. Lots of bright colors. :-)

[mmessina]

Still waiting for the wifi flashy thing

Yeah, that's not going to happen until I return from holiday after the total eclipse.

[mrpunch]

I wanted to give this a try but it's zoomed in too much on my TV and I can't see any settings option to adjust. Andy ideas?

Try adjusting overscan in TV Settings->Display->Zoom.

[Guest]

New build today, based on a new foundation. Let me know what you think!

Changelog (20170825):

• Now based on TX8 Max OEM firmware (20170815), which apparently has support for both Qualcomm/Longsys and AMPAK/Broadcom wireless chipsets.
• Some new options are available in Settings, particularly with Display and Dolby/DTS features in Sound.
• The navigation bar is back. Just drag up from the bottom to show and hit the chevrons to hide.
• Remote codes are no longer stored in the device tree, so Mouse Mode functionality is restored and you can customize the remote.conf.
• Replaced Jack Palevich's Terminal Emulator with Terminal app from LineageOS, tweaking manifest so that it always shows in launcher.
• Power button press-and-hold now shows both Power Off and Restart. Behavior for short-press is configured in Settings.
• Latest build from Open GApps (20170825)

[Woutch]

Super, was waiting on this!

[tender305]

Copy paste action doesn't work on Chrome and Gmail. I can select text by holding click down and dragging the arrow, not by double clicking like before. But there so not appear those two selection limiting vertical lines, neather labels of copy, paste, cut... so I can not copy the selection. I use wireless mouse. In Firefox it works properly. My device is gt1 a912. Thank you for your great work. 

Yeah, that's the underlying OEM firmware and Open GApps, not me. I really can't affect that low-level copy/paste behavior.

[Appdata]

Just installed this rom, the AP6255 seems to be alive and kicking, I have not tried it as I prefer ethernet, but it's showing my wireless.

Yes! You don't know what a major coup it is to have one ROM that can handle both Qualcomm (Longsys) and Broadcom (AMPAK) wireless architectures. The driver models are very different (and some are maintained much better than others).

BTW, we're calling this new ROM "Precious"...ONE ROM TO RULE THEM ALL! :-)

[Appdata]

The search in Play Store is messed up, other than that it's great.

You mean on the TVStock variant? That's already fixed. It was a "rolling update", so just refresh your download.

[Guest]

I am on this ROM right now and the Play store search is acting normal. So you have to be more specific.

[Appdata]

Yeah the Stock Variant (1.5 gig) I'll re-download or try the nano. Thanks.

[Appdata]

X64 in these boxed, I think, will only produce a placebo effect and eat more ram.

Causes significant code bloat, and also a lot more heat generation from the SoC.