Subject: General Tech | November 7, 2014 - 12:54 PM | Jeremy Hellstrom
Tagged: google, barges, mysterious
Not even Google is able to defeat the enforcement powers of local fire marshals which is why the mysterious barges are no longer anchored off the coast of San Francisco. It seems that may not have met the fire safety rules required by law and so they have departed for places unknown. The variety of theories which attempted to explain the barges, from floating data centres to a project to cede from the USA, were far more entertaining than the truth but perhaps we can enjoy a resurgence of entertaining internet hypothesizing now that the barges have disappeared. The Inquirer did get a chance to speak with Google about the barges and it turns out that they were simply a very unique way to set up a display room to show off Google's newest projects.
"TWO MYSTERIOUS BARGES moored by Google off the coast of the US last year were apparently moved because coastguards feared they did not conform to fire regulations."
Here is some more Tech News from around the web:
- Website Peeps Into 73,000 Unsecured Security Cameras Via Default Passwords @ Slashdot
- Microsoft's November Patch Tuesday is a whopper @ The Inquirer
- Microsoft releases free anti-malware for Azure VMs @ The Register
- Microsoft improves Azure SQL Server cloud service, simultaneously makes it worse @ The Register
- Inside the OC Lab at MSI HQ in Taipei: KitGuru TV
Subject: General Tech | October 16, 2014 - 01:30 PM | Jeremy Hellstrom
Tagged: wireless, google, FCC
Google seems to be investigating a new way to extend their reach as an ISP, over and above Google Fibre and WiFi in Starbucks. They have applied to the FCC to test data communication on 1mm frequency waves between 5.8GHz and 24.2GHz frequency band as wll as 2mm waves from 71-76GHz and 81-86GHz. The wireless spectrum available continues to shrink as carriers bid on the remaining unclaimed frequencies which can penetrate the electronic noise that permeates highly populated areas and so companies are exploring frequencies which were not used in the past. From what The Inquirer was told, these particular frequencies could be capable of sending data at speeds of several gigabits per second bandwidth over short distances, that could really help reduce the cost of connecting new users to their fibre network as the last mile could be wireless, not wired.
"GOOGLE HAS FILED A REQUEST with the US Federal Communications Commission (FCC) to test high-speed wireless spectrum at several locations in California."
Here is some more Tech News from around the web:
- Nexus 6 vs Nexus 5 specs comparison @ The Inquirer
- Android 5.0 Lollipop dominates this week's Google updates @ The Inquirer
- Sway: Microsoft's new Office app doesn't have an Undo function @ The Register
- Windows 10: Forget Cloudobile, put Security and Privacy First @ The Register
- CONNECTEDEVICE COOKOO 2 Watch Review @ Madshrimps
- Rollei CarDVR-120 GPS 1296p Car Camera Review @ NikKTech
- Linux Kernel Developer Work Spaces, Unplugged (Video): John Linville @ Linux.com
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.