ITT We speculate on Google Android 4.x

cbn

Lifer
Mar 27, 2009
12,968
221
106
The biggest CES News for me was the announcement of Nvidia Project Denver.

In the past I have read Nvidia claim that Google was the future of the company.

Does anyone have speculation on what Google will include on the 4.x releases of Android?

Will Nvidia try to turn this into a console-like desktop version of Android (meant to compete with MS Windows 8/Xbox) featuring some implementation of Nvidia CUDA and Physx? Or do you expect these kind of features in Android 5.x? Or do you think ChromeOS will catch on instead?
 
Last edited:

Puddle Jumper

Platinum Member
Nov 4, 2009
2,835
1
0
The biggest CES News for me was the announcement of Nvidia Project Denver.

In the past I have read Nvidia claim that Google was the future of the company.

Does anyone have speculation on what Google will include on the 4.x releases of Android?

Will Nvidia try to turn this into a console-like desktop version of Android (meant to compete with MS Windows 8/Xbox) featuring some implementation of Nvidia CUDA and Physx? Or do you expect these kind of features in Android 5.x? Or do you think ChromeOS will catch on instead?

Denver is aimed at the HPC and server market so it will likely be unsuitable for tablets and smartphones. Besides since Windows 8 supports ARM if we do see Denver in consumer system ms it will likely be in Windows desktops or laptops.

Basically I don't see it having any effect on Android whatsoever.
 

QueBert

Lifer
Jan 6, 2002
22,954
1,145
126
Android 4 might actually get the GPU acceleration it should have had since day one.
 

DivideBYZero

Lifer
May 18, 2001
24,117
2
0
Android 4 might actually get the GPU acceleration it should have had since day one.
troll0.jpg
 

MrX8503

Diamond Member
Oct 23, 2005
4,529
0
0
Android devices can't even get updates in a timely manner and we're already talking about Android 4?
 

QueBert

Lifer
Jan 6, 2002
22,954
1,145
126
Android devices can't even get updates in a timely manner and we're already talking about Android 4?

The unknown is one of the beautiful things of Android, when the 1st phones actually get 4.0 I bet there'll still be people waiting for 2.3 or hell even 2.2 for some sorry saps. 4.0 means nothing to me because I have a Droid 1 which won't support it, and even if it somehow magically did. By the time it's actually out I'll have moved on to a WM7 phone.
 

Puddle Jumper

Platinum Member
Nov 4, 2009
2,835
1
0
Android 4 might actually get the GPU acceleration it should have had since day one.

Actually at the rate ARM cpu's are advancing it probably won't need it in the near future.

To compare it to desktops I don't see Windows XP's many fans complaning it doesn't have a hardware accelerated UI.
 

TareX

Member
Jan 10, 2011
177
0
0
My thoughts: Android 4 will support Glasses-free 3D, built-in -and will have much more capable/richer widgets.
 

YoungGun21

Platinum Member
Aug 17, 2006
2,546
1
81
They said they were going to move to a one-per-year launch of a new Android version. So I'd say we are more than a year away from 4.0. This thread is pointless.
 

cbn

Lifer
Mar 27, 2009
12,968
221
106
Denver is aimed at the HPC and server market so it will likely be unsuitable for tablets and smartphones. Besides since Windows 8 supports ARM if we do see Denver in consumer system ms it will likely be in Windows desktops or laptops.

Basically I don't see it having any effect on Android whatsoever.

I have a hard time believing Nvidia is making Denver just so it can run Windows.

IMHO, Windows to ARM is more likely some reactionary move to Nvidia's plans with Google.

But Yes, I do agree Denver would not be suitable for Phones and Tablets.
 
Last edited:

cbn

Lifer
Mar 27, 2009
12,968
221
106
The unknown is one of the beautiful things of Android, when the 1st phones actually get 4.0 I bet there'll still be people waiting for 2.3 or hell even 2.2 for some sorry saps. 4.0 means nothing to me because I have a Droid 1 which won't support it, and even if it somehow magically did. By the time it's actually out I'll have moved on to a WM7 phone.

Based on the number scheme I was thinking 4.x would not be for phones.

Android 1.x, 2.x= Phones

Android 3.x= Tablets

Android 4.x= Either Tablets or Desktop (not sure which one)

What really confuses the situation is how Google plans to position ChromeOS. Will that end up their sole desktop platform or will they allow Android into the Larger screen genre? (beyond the Implementation we see on Google TV).
 

shabby

Diamond Member
Oct 9, 1999
5,782
45
91
Maybe we should speculate on when most phones will be on 2.2 before we start talking about 3 or even 4.
http://gizmodo.com/5733556/the-complete-state-of-android-froyo-upgrades

Hopefully this lack of updates and the growing amount of angry mobs will force google to re-think the way it currently updates its os.
Samsung already has gingerbread on its nexus s yet its high end galaxy s line doesn't even get froyo. This lack of updates from samsung will definitely weigh in on which smartphone i buy next.
 
Last edited:

_Aurel_

Member
Jan 10, 2011
89
0
0
Android 4 might actually get the GPU acceleration it should have had since day one.

I think that GPU acceleration was already included with Gingerbread (for animations and transitions). I'm using a Gingerbread Rom on my Incredible that's pretty close to Stock, and I've not had a single instance of lag or stutter during navigation. The Incredible isn't exactly known for being a graphics powerhouse, and it's running one of those older Adreno GPU's.

GPU acceleration was already included with parts of Android UI well before Gingerbread, such as the Gallery, for example.
 

cbn

Lifer
Mar 27, 2009
12,968
221
106
Hopefully this lack of updates and the growing amount of angry mobs will force google to re-think the way it currently updates its os.
Samsung already has gingerbread on its nexus s yet its high end galaxy s line doesn't even get froyo. This lack of updates from samsung will definitely weigh in on which smartphone i buy next.

It sounds like Google isn't the problem. Its the smartphone manufacturers (in some cases) that are preventing the updates.

http://www.dailytech.com/article.aspx?newsid=20658
 

zerocool84

Lifer
Nov 11, 2004
36,041
472
126
That's why you buy phones from manufacturers that actually give updates in a timely manner. Keep buying Samsung phones shows them you're ok with their crappy bug ridden no updated phones.
 

Patranus

Diamond Member
Apr 15, 2007
9,280
0
0
It sounds like Google isn't the problem. Its the smartphone manufacturers (in some cases) that are preventing the updates.

http://www.dailytech.com/article.aspx?newsid=20658

No, its what happens when manufacturers are given an OS for free. They simply don't have to care about updates to it. It doesn't look bad on them, they can pin it on Google.

With Apple, it is all Apple, so anything like no updates is 100% on Apple.
 

cbn

Lifer
Mar 27, 2009
12,968
221
106
Android 4 might actually get the GPU acceleration it should have had since day one.

It sounds like we will get this on Android 3.0.

http://arstechnica.com/open-source/...ndly-android-apps.ars?comments=1#comments-bar

Android 3.0, codenamed Honeycomb, introduces a completely new user interface suitable for tablet devices. Google has also extended the platform's APIs so that third-party developers can make their applications work better on large form factors.

The Android 3.0 SDK preview, which was released last week, offers an early look at some of the new features available to developers. We've been scouring the documentation and looking at the source code examples to see how all the pieces fit together. In this article, we will give you a concise overview of several key new features.
ActionBar

One of the most visible changes in Honeycomb applications is the new ActionBar, which replaces the titlebar at the top of the screen. The ActionBar is responsible for displaying the title, the toolbar buttons for significant actions, and a standard menu button that provides access to additional actions that aren't exposed through toolbar buttons.

It's also possible to use the ActionBar for navigation. It provides methods for adding and removing tabs that look like those used for filtering in the new Android 3.0 application drawer. The reference documentation also describes a "list" navigation mode, where the application title in the ActionBar is replaced with a drop-down menu.

Developers can optionally stuff an arbitrary view into the ActionBar, making it possible to populate it with custom widgets and non-standard elements.
Fragments

Another major new feature in the Android 3.0 SDK is the "fragment" system, which makes user interfaces more modular and simplifies the process of developing applications with multiple panes. Developers can use fragments to define user interface pieces that are combined in layouts within an Activity. The application can control how the fragments are displayed to the user, making it possible to conditionally use different presentations depending on screen size and orientation. This is especially useful for building applications that work on both tablets and smartphones.

The FragmentLayout demo that Google bundles with the SDK is a particularly good example of how this capability can be used. It displays a list of Shakespeare plays and will show a text excerpt from each when it is selected from the list. The list itself and all of the individual excerpts are implemented as fragments. The demo has two separate XML layouts: a single-column layout for portrait orientation that shows only the list, and a multi-column layout for landscape orientation that shows the list on the left and a separate pane on the right for the excerpts.

When the user selects a play from the list, the program will determine how to show the excerpt based on the orientation. If the right-hand pane exists (a condition that occurs only when the landscape XML layout is used), the program will display the desired excerpt fragment in that space. If the pane doesn't exist, then the program will assume that it is being used in portrait orientation and will display the text excerpt in a new activity that replaces the list.

The FragmentManager class can be used to control fragment transactions—operations that manipulate the fragments within an activity, such as hiding and showing fragments or replacing one fragment with another. Android can automatically animate the transitions when such changes occur. Developers can also use the FragmentManager to maintain a stack with the history of fragment transactions.

The transaction history comes in handy if you want the user to be able to roll back through fragment changes by hitting the platform's standard back button. There's also a breadcrumb widget that graphically represents the user's position in the fragment stack history. It can be embedded in the ActionBar for easier navigation through the stack.

A specialized kind of fragment called PreferenceFragment makes it easier for developers to create settings pages for configuring their applications. The PreferenceFragment will automatically bind the state of the preference widgets that it hosts with values in a SharedPreferences instance. It builds on the existing capabilities provided by the PreferenceActivity class. When PreferenceFragments are properly used with a PreferenceActivity, the preferences will automatically be displayed in a two-column view on larger screens.
Drag-and-drop

In order to support richer touch-based interaction with Android applications, Google has added generic drag-and-drop APIs. This feature isn't fully documented yet, but there is an instructive example in Google's API demo code.

The demo displays large dots on the screen and allows the user to drag them by long-pressing. To trap drag-and-drop events, developers can simply assign a callback with the setOnDragListener method. It will pass in a DragEvent object that can be queried to determine if the drag event is the beginning or end of a drag-and-drop operation.
Conclusion

In addition to these new features, Google has also added richer clipboard APIs, an extensible DRM framework, support for processors with multiple cores, and a new hardware-accelerated rendering framework that will improve the performance of Android's user interface drawing. All of these new capabilities bring value to the platform and will help developers build richer and more sophisticated applications.

We would normally provide links to the code examples described above. Unfortunately, Google hasn't published the Android 3.0 documentation or code samples on the official Android reference website yet, but they can be obtained by downloading the SDK. All of the code examples discussed in this article can be found under the samples/android-Honeycomb/ApiDemos subdirectory.

Honeycomb SDK is still a preview release. The APIs are not yet final and are still subject to change, though we think it's unlikely that there will be major changes between now and when the first Honeycomb devices are launched in February. Applications that take advantage of the new features won't be accepted into the Android Market until Google makes the Android 3.0 release final. For more information, you can refer to the SDK preview page on the Android Developer website.