Subject: Mobile | October 15, 2014 - 01:10 PM | Ryan Shrout
Tagged: tegra k1, tegra, nvidia, nexus 9, Nexus, google, Denver
Along with the announcement of the Google Nexus 6 phone, Google is also announcing a new tablet, the Nexus 9. Sporting an 8.9-in IPS screen with a 2048x1536 resolution (4:3 standing strong!), a 6700 mAh battery as well as the new Android Lollipop operating system, perhaps the most interesting specification is that it is built around NVIDIA's Tegra K1 SoC. Specifically, the 64-bit version based on the dual-core custom built Denver design, marking that architectures first release in shipping product.
UPDATE: Amazon.com has the Google Nexus 9 up for pre-order in both 16GB and 32GB capacities!
Tegra K1 using 64-bit Denver cores are unique in that it marks the first time NVIDIA has not used off-the-shelf cores from ARM in it's SoC designs. We also know, based on Tim's news post on PC Perspective in August, that the architecture is using a 7-way superscalar design and actually runs a custom instruction set that gets translated to ARMv8 in real-time.
A software layer and 128MB cache enhance the Dynamic Code Optimization technology by allowing the processor to examine and optimize the ARM code, convert it to the custom instruction set, and further cache the converted microcode of frequently used applications in a cache (which can be bypassed for infrequently processed code). Using the wider execution engine and Dynamic Code Optimization (which is transparent to ARM developers and does not require updated applications), NVIDIA touts the dual Denver core Tegra K1 as being at least as powerful as the quad and octo-core packing competition.
It is great news for NVIDIA that Google is using this version of the Tegra K1 (can we please just get a different name for this version of the chip) as it indicates Google's commitment to the architecture in Android going forward, opening doors for the parts integration with even more devices with other hardware vendors moving forward.
More than likely built by HTC, the Nexus 9 will ship in three different colors (black, white and beige) and has a lot of callbacks to the Nexus 7, one of if not THE most popular Android tablet on the market. The tablet has front-facing speakers which should make it good for headphone-free media consumption when necessary. You'll be able put the Nexus 9 into a working mode easily with a new magnetically attached keyboard dock, similar to the iPad accessories widely available.
The Nexus 9 weighs in at 425g (the iPad Air weighs 478g), will have 16GB and 32GB capacity options, going up for preorder on 10/17 and shipping by 11/03. Google will sell both a 32GB Wi-Fi and 32GB LTE model with the LTE version (as well as the Sand color) shipping "later this year." Pricing is set at $399 for the 16GB model, $479 for the 32GB model and $599 for the 32GB+LTE version. That is quite a price hike for LTE capability and the $80 gap between the 16GB and 32GB options is annoying as well.
|Screen||8.9" IPS LCD TFT 4:3 aspect ratio QXGA (2048x1536)|
|Size||153.68 mm x 228.25 mm x 7.95 mm|
|Weight||WiFi: 14.99 ounces (425g) LTE: 15.38 ounces (436g)|
|Camera||Rear Camera: 8MP, f/2.4, 29.2mm focal length (35mm equiv), Auto-focus, LED flash Front Camera: 1.6MP, f/2.4, 26.1mm focal length (35mm equiv), Fixed-focus, no flash|
|Audio||Front-facing stereo speakers, complete with HTC’s BoomSound™ technology|
|Memory||16, 32 GB eMMC 4.51 storage (actual formatted capacity will be less)|
|CPU||NVIDIA Tegra K1 - 64 bit; Dual Denver CPUs @ 2.3 GHz|
|GPU||Kepler 192-core GPU|
|Wireless|| Broadcom 802.11ac 2x2 (MIMO)
|Network||Quad-band GSM, CDMA, Penta-band HSPA, 4G LTE|
|Power**||6700 mAh Wifi Browsing: Up to 9.5 hours LTE Browsing: Up to 8.5 hours Video Playback: Up to 9.5 hours Wifi Standby: Up to 30 days LTE Standby: Up to 30 days|
|Sensors||GNSS support for GPS, GLONASS, and Beidou Bosch gyroscope and accelerometer AKM magnetometer & hall effect sensor Capella ambient light sensor|
|Ports & Connectors||Single micro-USB 2.0 for USB data/charging 3.5mm audio jack Dual front-facing speakers Dual microphones, top/bottom|
|OS||Android 5.0 Lollipop|
Subject: General Tech, Mobile | September 26, 2014 - 01:45 AM | Scott Michaud
Tagged: tablet, Nexus, google, nexus 9, nvidia, tegra k1
The Nexus line is due for an update, with each product being released for at least a year. They are devices which embody Google's vision... for their own platform. You can fall on either side of that debate, whether it guides OEM partners or if it is simply a shard the fragmentation issue, if you even believe that fragmentation is bad, but they are easy to recommend and a good benchmark for Android.
We are expecting a few new entries in the coming months, one of which being the Nexus 9. Of note, it is expected to mark the return of HTC to the Nexus brand. They were the launch partner with the Nexus One and then promptly exited stage left as LG, Samsung, and ASUS performed the main acts.
We found this out because NVIDIA spilled the beans on their lawsuit filing against Qualcomm and Samsung. Apparently, "the HTC Nexus 9, expected in the third quarter of 2014, is also expected to use the Tegra K1". It has since been revised to remove the reference. While the K1 has a significant GPU to back it up, it will likely be driving a very high resolution display. The Nexus 6 is expected to launch at around the same time, along with Android 5.0 itself, and the 5.2-inch phone is rumored to have a 1440p display. It seems unlikely that a larger, tablet display will be lower resolution than the phone it launches alongside -- and there's not much room above it.
The Google Nexus 9 is expected for "Q3".
Subject: General Tech | September 22, 2014 - 05:15 PM | Scott Michaud
Tagged: google, google+
I cannot help but feel like this is a step on the eventual phasing-out of Google's most recent attempt at a standalone social network, Google+. Until just recently, the company was doing all that they could to force it into each of their services; now, they give you a "no thanks" option when creating a Google account (for GMail, Google Docs, and so forth).
Image Credit: Marketing Land
Marketing Land claims to disagree. They expect that Google will "continue making subtle changes to the service" such as enhancements to Hangouts and Hangouts on Air, or even spinning out Google+ Photos. The thing is, these initiatives will not mean that they are supporting Google+; rather, it says that they are supporting the parts of it that worked. The article did not even mention actual Google+, the social network, as something that Google might consider updating -- just Hangouts and other sub-products.
This all depends on what you consider "Google" to be. Not having a profile on a message-sharing service does not really change much, despite how it feels. The real point should be reducing the barrier-to-entry for cross-promotion. A unified login helps in reducing effort to acquire new users without any real risk. Forcing users into your ecosystem could help, if it does not shove them away.
And Google seems to care even less about keeping users in their eco-system with a limited communication and microblogging platform.
Subject: General Tech | September 20, 2014 - 02:33 PM | Scott Michaud
Tagged: chrome os, chrome, google, Android
Last week, we reported on Google's App Runtime for Chrome (ARC) beta release. Its goal is to bring apps from the Google Play Store to ChromeOS through an Android stack built atop Native Client. They are sandboxed, but still hardware-dependent for performance. Since then, vladikoff on GitHub has published ARChon, a project which brings that initiative to desktop OSes.
Image Credit: ARChon Project
To use Archon, you will need to use an x86-64 version of Chrome 37 (or later) on Windows, Mac, or Linux. This project is not limited to the handful of ARC-compatible apps that Google officially supports. The Android apps need to be converted into Chrome extensions using a tool, also available, called chromeos-apk. In fact, the example app is an open source version of the game, 2048, rather than just the four launch apps from Google.
Whether Google intends to offer this, officially, with their Chrome browser is the most interesting part for me. I would prefer that everything just works everywhere but, failing that, having a supported Android platform on the desktop without dual-booting or otherwise displacing the host itself could be interesting. And yes, Bluestacks exists, but it has not been something that I would recommend, at least in my experience of it.
Subject: General Tech, Mobile | September 17, 2014 - 05:03 PM | Scott Michaud
Tagged: google, Android, android one
In much the same way as FirefoxOS is targeting foreign markets with low-cost phones, with the Intex Cloud Fx as the extreme example, Google is pushing for the overseas markets with Android One. Based on Android 4.4 and updated as new versions launch, for up to two years at least, the devices will not be old and outdated.
In terms of hardware, the platform is said to feature front and rear cameras, a quad-core processor, a microSD card slot, and dual SIM slots. Google has several partners involved with the initiative: Acer, Airtel, Alcatel, ASUS, HTC, Intex, Karbonn, LAVA, Lenovo, MediaTek, Cromax, Panasonic, Qualcomm, Spice, and Xolo. Besides a baseline standard, and a bit of marketing, there does not seem to be much to the platform itself.
Of course, delivering a quality standard, at an affordable price, to places which normally cannot obtain smartphones at all is noteworthy.
Subject: General Tech, Systems, Mobile | September 13, 2014 - 05:52 PM | Scott Michaud
Tagged: google, chrome os, Android
To some extent...
This is not the entire Google Play Store; in fact, it is just four Android apps at launch: Duolingo, Evernote, Sight Words, and Vine. According to a Google spokesperson, via Ars Technica, the company built an Android platform on top of Native Client, which is their way of sandboxing (a subset of) native code for use in applications which require strict security (such as a web browser). Android apps can then see and use those platform-dependent Android APIs, but be kept at two arms-lengths away from the host system.
From the app's standpoint, code will not need to be changed or ported. Of course, this is sound in theory, but little bugs can surface in actual practice. In fact, Flipboard was demonstrated at Google I/O under this initiative but is curiously absent from launch. To me, it seems like a few bugs need to be resolved before it is deemed compatible (it is dubbed "Beta" after all). Another possibility is that the app was not yet optimized for a Chromebook's user experience. Claiming either would be pure speculation, so who knows?
Android apps using App Runtime for Chrome (Beta) are available now at the Chrome Web Store.
Subject: Mobile | September 9, 2014 - 01:00 PM | Ryan Shrout
Tagged: tablet, reference design program, Intel, idf 2014, idf, google, aosp, Android
During today's keynote of the Intel Developer Forum, Google and Intel jointly announced a new program aimed to ease the burden of Android deployment and speed up the operating system update adoption rates that have often plagued the ecosystem.
In today's Android market, whether we are talking about x86 or ARM-based SoC designs, the process to release a point update to the operating system is quite complicated. ODMs have to build unique operating system images for each build and each individual SKU has to pass Google Media Services (GMS). This can be cumbersome and time consuming, slowing down or preventing operating system updates from ever making it to the consumer.
With the Intel Reference Design Program, the company will provide it's partners with a single binary that allows them to choose from a pre-qualified set of components or a complete bill of materials specification. Obviously this BOM will include Intel x86 processors like Bay Trail but it should help speed up the development time of new hardware platforms. Even better, OEMs and ODMs won't have to worry about dealing with the process of passing GMS certification leaving the hardware vendor to simply release the hardware to the market.
But, an even bigger step forward, is Intel's commitment on the software side. Everyone knows how fragmented the Android OS market with just 20% of the hardware on the Play Store running Android KitKat. For devices built on the Reference Design Program, Intel is going to guarantee software updates within 2 weeks of AOSP (Android Open Source Project) updates. And, that update support will be given for two years after the release of the launch of the device.
This combination of hardware and software support from Intel to its hardware ODMs should help ignite some innovation and sales in the x86 Android market. There aren't any partners to announce support for this Reference Design Program but hopefully we'll hear about some before the end of IDF. It will be very interesting to see what ARM (and its partners) respond with. There are plenty of roadblocks holding back the quick uptake of x86 Android tablets but those companies would be blind to ignore the weight that Intel can shift when the want to.
Subject: General Tech | August 25, 2014 - 06:49 PM | Scott Michaud
Tagged: amazon, twitch, twitch.tv, google
Well this is a surprise (and I think a pleasant one). We were under the impression that YouTube, the video distribution arm of Google, was planning to purchase Twitch for $1 billion USD (pending regulatory approval). Today, it was made official: Amazon would be purchasing the video streaming platform. Twitch's CEO, Emmett Shear, published an open letter to their community with a message of thanks and a confirmation of Amazon's acquisition.
I guess "eSports" is ready for... Prime time.
Twitch did not mention their value, but don't worry -- Amazon published a press release. The retail and infrastructure giant will pay $970 million in cash. The entire deal is expected to finalize "in the second half of 2014". Since we are already in the second half of 2014, that means any time between now and New Year's (assuming "Calendar 2014").
On the copyright front, I believe this is a major step forward. We originally feared that YouTube, and its parent company, Google, would impose a similar system to their own upon Twitch, to appease copyright owners. This is a problem because YouTube's copyright complaint system is plagued with abuse. I hope that Amazon and Twitch will be more friendly to potential, unproven infringers than YouTube has demonstrated itself to be.
Lastly, Amazon has a big, existing business in web infrastructure and online content delivery. Whether you look from the angle of Prime Video or Amazon Web Services (EC2, CloudFront, etc.), the company can handle sending bits from one place to another. They seem to be a good fit on on that front.
If there was any doubt that Amazon wants to be a big part of the gaming industry, it is gone.
Subject: General Tech, Mobile | July 16, 2014 - 04:11 AM | Scott Michaud
Tagged: google, google play, Android, android l
If you have looked at Google's recent design ideologies, first announced at Google I/O 2014, you will see them revolve around skeuomorphism in its most basic sense. By that, I do not mean that they want to make it look like a folder, a metal slab, or a radio button. Their concept is that objects should look like physical objects which behave with physical accuracy, even though they are just simulations of light.
Image Credit: Android Police (and their source)
Basically, rather than having a panel with a toolbar, buttons, and columns, have a background with a page on it. Interface elements which are affected by that panel are on it, while more global actions are off of it. According to Android Police, who make clear that they do not have leaked builds and readers should not believe anything until/unless it ships, the Google Play Store will be redesigned with this consistent, albeit broad, design metric.
Basically, if you are navigation bar, pack your desk and get out.
If true, when will these land? Anyone's guess. One speculation is that it will be timed with the release of Android "L" in Autumn. Their expectation, however, is that it will be one of many updates Google will make across their products in a rolling pattern. Either way, I think it looks good... albeit similar to many modern websites.
Subject: General Tech, Graphics Cards, Mobile, Shows and Expos | July 7, 2014 - 04:06 AM | Scott Michaud
Tagged: tegra k1, OpenGL ES, opengl, Khronos, google io, google, android extension pack, Android
Sure, this is a little late. Honestly, when I first heard the announcement, I did not see much news in it. The slide from the keynote (below) showed four points: Tesselation, Geometry Shaders, Computer [sic] Shaders, and ASTC Texture Compression. Honestly, I thought tesselation and geometry shaders were part of the OpenGL ES 3.1 spec, like compute shaders. This led to my immediate reaction: "Oh cool. They implemented OpenGL ES 3.1. Nice. Not worth a news post."
Image Credit: Blogogist
Apparently, they were not part of the ES 3.1 spec (although compute shaders are). My mistake. It turns out that Google is cooking their their own vendor-specific extensions. This is quite interesting, as it adds functionality to the API without the developer needing to target a specific GPU vendor (INTEL, NV, ATI, AMD), waiting for approval from the Architecture Review Board (ARB), or using multi-vendor extensions (EXT). In other words, it sounds like developers can target Google's vendor without knowing the actual hardware.
Hiding the GPU vendor from the developer is not the only reason for Google to host their own vendor extension. The added features are mostly from full OpenGL. This makes sense, because it was announced with NVIDIA and their Tegra K1, Kepler-based SoC. Full OpenGL compatibility was NVIDIA's selling point for the K1, due to its heritage as a desktop GPU. But, instead of requiring apps to be programmed with full OpenGL in mind, Google's extension pushes it to OpenGL ES 3.1. If the developer wants to dip their toe into OpenGL, then they could add a few Android Extension Pack features to their existing ES engine.
Epic Games' Unreal Engine 4 "Rivalry" Demo from Google I/O 2014.
The last feature, ASTC Texture Compression, was an interesting one. Apparently the Khronos Group, owners of OpenGL, were looking for a new generation of texture compression technologies. NVIDIA suggested their ZIL technology. ARM and AMD also proposed "Adaptive Scalable Texture Compression". ARM and AMD won, although the Khronos Group stated that the collaboration between ARM and NVIDIA made both proposals better than either in isolation.
Android Extension Pack is set to launch with "Android L". The next release of Android is not currently associated with a snack food. If I was their marketer, I would block out the next three versions as 5.x, and name them (L)emon, then (M)eringue, and finally (P)ie.
Would I do anything with the two skipped letters before pie? (N)(O).