NEW - Lollipop - wasser firmware 3.0.6 for Minix Neo X7

[vanvancool]

Are you using ART by any chance? I kept seeing these messages when testing it. Also reboots were very slow. Reverting back to using Dalvik got rid of all these.

Maybe i can help. i have an old Galaxy Tab successful running Android 4.4.2 (ART).
The expert guys from XDA forum solve the issue with convertion of DALVIK -> ART

The main problem was the too small cache partition, to switch DALVIK-> ART we need minimum 256 MB cache partition. Resize the cache partition will solved the problem.

But the XDA guys found another solution without resize the cache partition!
Simply set the "dalvik.vm.dexopt-data-only=1" and cache partition not needed anymore for convertion of DALVIK->ART! Don't ask me difficult question, I'm not an expert! I did not try the convertion yet on X7

see changelog (20 Dec 2013) http://forum.xda-developers.com/show....php?t=2535646

cheers Van

[Smokez]

Re: KitKat-4.4.2 for Minix X7

Are you using ART by any chance? I kept seeing these messages when testing it. Also reboots were very slow. Reverting back to using Dalvik got rid of all these.

Thanks for the reply Molle. No it was set to Dalvik but this was before I changed LCD density, it disappeared as soon as I changed it to 160.. Not sure if that's relevant but it sorted the problem. I tried ART after this but had the same problems you mentioned, thought I was stuck on boot loop it was taking so long

Sent from my GT-I9505 using Tapatalk

[Molle]

But the XDA guys found another solution without resize the cache partition!
Simply set the "dalvik.vm.dexopt-data-only=1" and cache partition not needed anymore for convertion of DALVIK->ART!

If I understood correctly what I read in the XDA forum, with this option set Dalvik/ART cache will be saved in the /data partition instead of the /cache partition. I'll test this later today.


EDIT: This option seems to be enabled by default in this ROM. If the parameter is missing or the value is set to "1", Dalvik/ART cache is stored in '/data/dalvik-cache'. So, back to Dalvik... ART is still too experimental and causes FCs with some apps.

[wasser]

Thanks for the reply Molle. No it was set to Dalvik but this was before I changed LCD density, it disappeared as soon as I changed it to 160.. Not sure if that's relevant but it sorted the problem. I tried ART after this but had the same problems you mentioned, thought I was stuck on boot loop it was taking so long

Sent from my GT-I9505 using Tapatalk

i don't recommend to enable ART, it's experimental and can cause instability!

[Smokez]

Re: KitKat-4.4.2 for Minix X7

i don't recommend to enable ART, it's experimental and can cause instability!

Yeah I didn't even give it a shot after being stuck in boot and then taking forever to power on afterwards. Wasser I have a one more question.. For now! Lol - is there any way to hide the system/task bar? I'm sure I've seen this mentioned but can't seem to find it anywhere. Apologys if this has been answered before. Thanks again

Sent from my GT-I9505 using Tapatalk

[wasser]

Yeah I didn't even give it a shot after being stuck in boot and then taking forever to power on afterwards. Wasser I have a one more question.. For now! Lol - is there any way to hide the system/task bar? I'm sure I've seen this mentioned but can't seem to find it anywhere. Apologys if this has been answered before. Thanks again

Sent from my GT-I9505 using Tapatalk

yes, you have to install full!screen app, it will hide them.

[Smokez]

Thanks mate. I get paid Friday so I'll send a drink your way. Much appreciate your work. Keep it up and I will look forward to the next one with a few of the niggles ironed out

Sent from my GT-I9505 using Tapatalk

[wasser]

Sounds good! Good timing
Donation Sent (Unique Transaction ID # 1ST827519F3810253)

cpu1704h/cpu1800h gpu798h ddr800 1080P
cpu1704h/cpu1800h gpu798h ddr720 1080P
cpu1704h/cpu1800h gpu600h ddr720 1080P
cpu1704h/cpu1800h gpu600h ddr800 1080P

Thank you Wasser.

Best Regards,

Hi Cantenna,

i even uploaded new oc kernels,

cpu1704h/cpu1800h gpu798h ddr800 1080P
cpu1704h/cpu1800h gpu798h ddr720 1080P
cpu1704h/cpu1800h gpu600h ddr720 1080P
cpu1704h/cpu1800h gpu600h ddr800 1080P
oc-kernels-1.zip


have fun!

[Cantenna]

Hi Cantenna,

i even uploaded new oc kernels,

cpu1704h/cpu1800h gpu798h ddr800 1080P
cpu1704h/cpu1800h gpu798h ddr720 1080P
cpu1704h/cpu1800h gpu600h ddr720 1080P
cpu1704h/cpu1800h gpu600h ddr800 1080P
oc-kernels-1.zip


have fun!

That's awesome! Cheers and thanks again!

[Pluto]

Hi Smokez,

i even uploaded new oc kernels.

CPU: 1008/1200/1416/1608/1704/1800, DDR:720, GPU: 133/200/266/300/400/600, 1080P
kernel-ddr720-cpu1800h-1080p

CPU: 1008/1200/1416/1608/1704/1800, DDR:720, GPU: 133/200/266/300/400/600, 720P
kernel-ddr720-cpu1800h-720p

Have fun!

wasser

It seems to me that my box likes only the 14th january kernel. Every kernel i have upgraded from that day on has introduced random restarts, and every time it restarts ethernet wont work (unconnected)

Also, it's benn a week since ive been using an app called Seeder, at xda it is free. Ive noticed apps behaving faster with it installed, worth a try people.

[ferrariale]

@WASSER

do you think it is possible to do ? from the site of kitkat 4.4:

Adaptive playback

Support for adaptive video playback is now available with the MediaCodec APIs, enabling seamless change in resolution during playback onto a Surface—you can feed the decoder input frames of a new resolution and the resolution of the output buffers change without a significant gap.
You can enable adaptive playback by adding two keys to MediaFormat that specify the maximum resolution that your app requires from the codec: KEY_MAX_WIDTH and KEY_MAX_HEIGHT. With these added to your MediaFormat, pass theMediaFormat to your MediaCodec instance with configure().
The codec will transition between resolutions that are the same as or smaller than these values in a seamless fashion. The codec may also support resolutions larger than the specified maximums (as long as it is within the limits of supported profiles), but transitions to larger resolutions may not be seamless.
To change the resolution while decoding H.264 video, continue to queue frames using MediaCodec.queueInputBuffer(), but be certain that you provide the new Sequence Parameter Set (SPS) and Picture Parameter Set (PPS) values together with the Instantaneous Decoder Refresh (IDR) frame in a single buffer.
However, before you attempt to configure your codec for adaptive playback, you must verify that the device supports adaptive playback by calling isFeatureSupported(String) with FEATURE_AdaptivePlayback.
Note: Support for adaptive playback is vendor specific. Some codecs may require more memory for larger resolution hints. Therefore, you should set the resolution maximums based on the source material you are decoding.

[Phycopat]

@WASSER

do you think it is possible to do ? from the site of kitkat 4.4:

Adaptive playback

Support for adaptive video playback is now available with the MediaCodec APIs, enabling seamless change in resolution during playback onto a Surface—you can feed the decoder input frames of a new resolution and the resolution of the output buffers change without a significant gap.
You can enable adaptive playback by adding two keys to MediaFormat that specify the maximum resolution that your app requires from the codec: KEY_MAX_WIDTH and KEY_MAX_HEIGHT. With these added to your MediaFormat, pass theMediaFormat to your MediaCodec instance with configure().
The codec will transition between resolutions that are the same as or smaller than these values in a seamless fashion. The codec may also support resolutions larger than the specified maximums (as long as it is within the limits of supported profiles), but transitions to larger resolutions may not be seamless.
To change the resolution while decoding H.264 video, continue to queue frames using MediaCodec.queueInputBuffer(), but be certain that you provide the new Sequence Parameter Set (SPS) and Picture Parameter Set (PPS) values together with the Instantaneous Decoder Refresh (IDR) frame in a single buffer.
However, before you attempt to configure your codec for adaptive playback, you must verify that the device supports adaptive playback by calling isFeatureSupported(String) with FEATURE_AdaptivePlayback.
Note: Support for adaptive playback is vendor specific. Some codecs may require more memory for larger resolution hints. Therefore, you should set the resolution maximums based on the source material you are decoding.

Somehow it Sounds good, but in the end i dont get it.. Why that feature?

[Pluto]

Swiping with one finger from the top to the bottom, very annoying gesture. It seems to call the page to select the wallpaper, widget and google settings. the annoying part is it wont go back, it's stuck there.

By swiping i mean on a touchpad. Very annoying, havent had this before now i bump into it every 5 minutes. How do i disable this?

Also, accidentaly activated the Flight Mode, found out u cant deactivate it since it gets greyed out. After a restart, the icon remained at the top right corner though the feature was turned off.

All this happening after the new OC kernel, i cant relate this to a kernel though.

Edit: and another anomalie, the home screen. One boot, i can have only 6 icons plus the drawer one, then on some boots i can have up to 9. And all third party apps are forgotten when i put them there and a Play Store icon is there instead. If i place the Play Store myself, after a boot it will be empty, WTF?

[Cantenna]

Up to 19464 on antutu with the latest Max OC kernel with OC gpu! Was previously 18723 which is still very good too! I get a higher score with latest max OC kernel but stock gpu, higher score on 3d.

wonder what could be done with more voltage. Scared to try though!

[ferrariale]

Somehow it Sounds good, but in the end i dont get it.. Why that feature?

to be able to see the video in 24p setting android resolution 60p or 50p fluidly without having to manually change the resolution for each video