Subject: General Tech, Systems, Mobile | September 13, 2014 - 09: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 - 05: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 - 10: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 - 08: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 - 08: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).
Subject: General Tech | July 3, 2014 - 04:39 PM | Jeremy Hellstrom
Tagged: linux, linaro, juno, google, armv8-a, ARMv8, arm, Android
By now you should have read Ryan's post or listened to Josh talk about Juno on the PCPer Podcast but if you find yourself hungry for more information you can visit The Tech Report. They discuss how the 64-bit Linaro is already able to take advantage of one of big.LITTLE's power efficiency optimization called Global Task Scheduling. As Linaro releases monthly updates you can expect to see more features and better implementations as their take on the Android Open Source Project evolves. Expect to see more of Juno and ARMv8 on review sites as we work out just how to benchmark these devices.
"ARM has created its own custom SoC and platform for 64-bit development. The folks at Linaro have used this Juno dev platform to port an early version of Android L to the ARMv8 instruction set. Here's a first look at the Juno hardware and the 64-bit software it enables."
Here is some more Tech News from around the web:
- Running Cisco's VoIP manager? Four words you don't want to hear: 'Backdoor SSH root key @ The Register
- Latest Nexus 9 leak outs tablet's 5GB RAM, 2560x1600 screen @ The Inquirer
- Twitter takes on GOOGLE, swallows wannabe YouTube firm @ The Register
- Samsung will halt plasma TV production before the end of the year @ The Inquirer
- Previously male-only Hearthstone competition now open to all genders @ Polygon
Subject: Mobile | July 2, 2014 - 04:00 PM | Ryan Shrout
Tagged: linux, linaro, juno, google, armv8-a, ARMv8, arm, android l
Even though Apple has been shipping a 64-bit capable SoC since the release of the A7 part in September of 2013, the Android market has yet to see its first consumer 64-bit SoC release. That is about to change as we progress through the rest of 2014 and ARM is making sure that major software developers have the tools they need to be ready for the architecture shift. That help is will come in the form of the Juno ARM Development Platform (ADP) and 64-bit ready software stack.
Apple's A7 is the first core to implement ARMv8 but companies like Qualcomm, NVIDIA and course ARM have their own cores based on the 64-bit architecture. Much like we saw the with the 64-bit transition in the x86 ecosystem, ARMv8 will improve access to large datasets, will result in gains in performance thanks to increased register sizes, larger virtual address spaces above 4GB and more. ARM also improved performance of NEON (SIMD) and cryptography support while they were in there fixing up the house.
The Juno platform is the first 64-bit development platform to come directly from ARM and combines a host of components to create a reference hardware design for integrators and developers to target moving forward. Featuring a test chip built around Cortex-A57 (dual core), Cortex-A53 (quad core) and Mali-T624 (quad core), Juno allows software to target 64-bit development immediately without waiting for other SoC vendors to have product silicon ready. The hardware configuration implements big.LITTLE, OpenGL ES3.0 support, thermal and power management, Secure OS capability and more. In theory, ARM has built a platform that will be very similar to SoCs built by its partners in the coming months.
ARM isn't quite talking about the specific availability of the Juno platform, but for the target audience ARM should be able to provide the amount of development platforms necessary. Juno enables software development for 64-bit kernels, drivers, and tools and virtual machine hypervisors but it's not necessarily going to help developers writing generic applications. Think of Juno as the development platform for the low level designers and coders, not those that are migrating Facebook or Flappy Bird to your next smartphone.
The Juno platform helps ARM in a couple of specific ways. From a software perspective, it creates common foundation for the ARMv8 ecosystem and allows developer access to silicon before ARM's partners have prepared their own platforms. ARM claims that Juno is a fairly "neutral" platform so software developers won't feel like they are being funneled in one direction. I'd be curious what ARM's partners actually think about that though with the inclusion of Mali graphics, a product that ARM is definitely trying to promote in a competitive market.
Though the primary focus might be software, hardware partners will be able to benefit from Juno. On this board they will find the entire ARMv8 IP portfolio tested up to modern silicon. This should enable hardware vendors to see A57 and A53 working, in action and with the added benefit of a full big.LITTLE implementation. The hope is that this will dramatically accelerate the time to market for future 64-bit ARM designs.
The diagram above shows the full break down of the Juno SoC as well as some of the external connectivity on the board itself. The memory system is built around 8GB of DDR3 running at 12.8 GB/s and the is extensible through the PCI Express slots and the FPGA options.
Of course hardware is only half the story - today Linaro is releasing a 64-bit port of the Android Open Source Project (AOSP) that will run on Juno. That, along with the Linux kernel v3.14 with ARMv8-A support should give developers the tools needed to write the applications, middleware and kernels for future hardware. Also worth noting on June 25th at Google I/O was the announcement of developer access coming for Android L. This build will support ARMv8-A as well.
The switch to 64-bit technology on ARM devices isn't going to happen overnight but ARM and its partners have put together a collective ecosystem that will allow the software and hardware developers to make transition as quick and, most importantly, as painless as possible. With outside pressure pushing on ARM and its low power processor designs, it is taking more of its fate in its own hands, pushing the 64-bit transition forward at an accelerated pace. This helps ARM in the mobile space, the consumer space as well as the enterprise markets, a key market for SoC growth.
Subject: General Tech | June 25, 2014 - 05:07 PM | Jeremy Hellstrom
Tagged: google, nest
If you have been holding off on purchasing Google's Nest thermostat because you didn't like the app that controls it or just were not overly interested in a thermostat that trys to learn your schedule; would you be more interested if you could root it? All it takes is physical access to the thermostat and a minute with it plugged into a USB port on a computer. Not only will this give you complete control over the hardware inside, you can also install an SSH server with a reverse SSH connection to bypass firewalls. It will be interesting to see how these rooted Nest's can interact with other pieces of hardware released by Google with the "Works with Nest" branding. Check out how to do this for yourself at Hack a Day.
"A few months ago, Google bought a $3.2 billion dollar thermostat in the hopes it would pave the way for smart devices in every home. The Nest thermostat itself is actually pretty cool – it’s running Linux with a reasonably capable CPU, and adds WiFi to the mix for some potentially cool applications. It can also be rooted in under a minute."
Here is some more Tech News from around the web:
- What to expect from Google I/O: Android 5.0, Nexus 9, Android Wear and more @ The Inquirer
- Apple wins patent to pump ads to your iDevice while you're watching TV @ The Register
- Google expected to partner with HTC to launch dual-brand 8.9-inch tablet @ DigiTimes
- Microsoft is still touting Android smartphones – meet the new Nokia X2 @ The Register
- Hacking Team's government spy tool components uncovered by Kaspersky @ The Inquirer
Subject: General Tech | June 11, 2014 - 04:33 PM | Jeremy Hellstrom
Tagged: google, virtualization, linux, container, Linux Containerization, docker, Red Hat, ubuntu
Docker has put the libcontainer execution engine of their Linux Containerization onto Github, making it much easier to adopt their alternative virtualization technology and modify it for specific usage scenarios. So far Google, Red Hat and Parallels have started adding their own improvements to the Go based libcontainer; adding to the Ubuntu dev team already at work. This collaboration should help containerization become a viable alternative to virtual machines and hopefully be included as a feature in future Linux distros. Read more over at The Register.
"Docker has spun off a key open source component of its Linux Containerization tech, making it possible for Google, Red Hat, Ubuntu, and Parallels to collaborate on its development and make Linux Containerization the successor to traditional hypervisor-based virtualization."
Here is some more Tech News from around the web:
- Semiconductor boffin: 3D NAND don't need NO STEENKIN' TSVs @ The Register
- Alienware's Alpha Steam Machine will arrive running Windows 8.1 @ The Inquirer
- Sosecure seeks funding for world's first smartphone controlled SSD @ The Inquirer
- Stuff Wireless Charging Into a Nook’s Crannies @ Hack a Day
- EnerPlex Kickr II Review @ TechwareLabs
Subject: General Tech, Mobile | June 5, 2014 - 06:51 PM | Scott Michaud
Tagged: tegra k1, tegra, project tango, nvidia, google, Android
Today, Google announced their "Project Tango" developer kit for tablets with spatial awareness. With a price tag of $1,024 USD, it is definitely aimed at developers. In fact, the form to be notified about the development kit has a required check box that is labeled, "I am a developer". Slightly above the form is another statement, "These development kits are not a consumer device and will be available in limited quantities".
So yes, you can only buy these if you are a developer.
The technology is the unique part. Project Tango is aimed at developers to make apps which understand the 3D world around the tablet. Two examples categories they have already experimented with are robotics and computer vision. Of course, this could also translate to alternate reality games and mapping.
While Google has not been too friendly with OpenCL in its Android platform, it makes sense that they would choose a flexible GPU with a wide (and deep) range of API support. While other SoCs are probably capable enough, the Kepler architecture in the Tegra K1 is about as feature-complete as you can get in a mobile chip, because it is basically a desktop chip.
Google's Project Tango is available to developers, exclusively, for $1,024 and ships later this month.
Also, that price is clearly a pun.