I normally use Nearby Share to share files between my Android devices, but sadly, it doesn't have a fallback mechanism that supports iPhones.
TIL though that Samsung's Quick Share can upload files to the Internet as a fallback so any device can grab the files, even iPhones.
This is something that would be great to have in Nearby Share! I would honestly consider using Samsung Quick Share more often because of this, but sadly, I'd rather share files locally first since it's faster. However, Quick Share only works locally between Samsung devices.
Google's Nearby library (which powers Nearby Share) is open source, though, so theoretically, Samsung could make Quick Share interoperable with Nearby Share so that Nearby Share targets can appear in the Quick Share UI.
It's necessary right now for a lot of OEMs to maintain an alternative to Nearby Share because Nearby Share is bundled with Play Services which isn't available on China market devices.
Google has been working to integrate the Nearby library into AOSP since Android 13, though, so hopefully in the future, all OEM alternatives to Nearby Share will be interoperable. Provided, of course, the OEMs implement support for it into their services.
TIL though that Samsung's Quick Share can upload files to the Internet as a fallback so any device can grab the files, even iPhones.
This is something that would be great to have in Nearby Share! I would honestly consider using Samsung Quick Share more often because of this, but sadly, I'd rather share files locally first since it's faster. However, Quick Share only works locally between Samsung devices.
Google's Nearby library (which powers Nearby Share) is open source, though, so theoretically, Samsung could make Quick Share interoperable with Nearby Share so that Nearby Share targets can appear in the Quick Share UI.
It's necessary right now for a lot of OEMs to maintain an alternative to Nearby Share because Nearby Share is bundled with Play Services which isn't available on China market devices.
Google has been working to integrate the Nearby library into AOSP since Android 13, though, so hopefully in the future, all OEM alternatives to Nearby Share will be interoperable. Provided, of course, the OEMs implement support for it into their services.
👍63❤8
Earlier, I mentioned that Android 14 Beta 4 introduces a bunch of new profile picture images, as shown in the attached image.
However, these images are exclusive to Pixel and thus won't appear on all Android 14 devices. It's up to OEMs to add their own. Here's how they'd do that.
All they need to do is create a Runtime Resource Overlay (RRO) that overrides the resource array avatar_images with a list of bitmap drawables. Images referenced in this array are shown to the user in the profile picture picker activity as preselected avatar images.
In addition, content denoscriptions for each of the images have to be specified in the avatar_images array.
The preselected avatar images that Google made for its Pixel devices running Android 14 can be found in the SystemUIGoogle__auto_generated_rro_product APK.
Obviously, this isn't a major change, but I often get asked about whether a certain feature is Pixel exclusive. Often changes people see in Android betas are assumed to be available in the base OS, but that's not always the case. I'll of course try to mention where they aren't!
However, these images are exclusive to Pixel and thus won't appear on all Android 14 devices. It's up to OEMs to add their own. Here's how they'd do that.
All they need to do is create a Runtime Resource Overlay (RRO) that overrides the resource array avatar_images with a list of bitmap drawables. Images referenced in this array are shown to the user in the profile picture picker activity as preselected avatar images.
In addition, content denoscriptions for each of the images have to be specified in the avatar_images array.
The preselected avatar images that Google made for its Pixel devices running Android 14 can be found in the SystemUIGoogle__auto_generated_rro_product APK.
Obviously, this isn't a major change, but I often get asked about whether a certain feature is Pixel exclusive. Often changes people see in Android betas are assumed to be available in the base OS, but that's not always the case. I'll of course try to mention where they aren't!
👍30❤3🔥3
The Android Continuous Integration dashboard (http://ci.android.com) is now sharing builds from the aosp-main branch! This lets you test fresh builds of AOSP that have just merged the latest code changes from Gerrit.
When Google renamed aosp-master to aosp-main last month, ci.android.com wasn't sharing builds from the new main branch. Google said they were working to bring build sharing back online, and it seems that happened recently.
When Google renamed aosp-master to aosp-main last month, ci.android.com wasn't sharing builds from the new main branch. Google said they were working to bring build sharing back online, and it seems that happened recently.
👍33🔥3👏1🫡1
ICYMI: Google released an update to the Android SDK Platform-Tools, which contains ADB and fastboot binaries, that fixes the "sparse file is too large or invalid" error, the "ANDROID_PRODUCT_OUT not set" error, improves adb root and unroot performance, and more.
If you have Android Studio installed, the SDK Manager should have automatically updated the tools. Otherwise, you can manually download revision 34.0.4 for Windows, macOS, and Linux from here.
If you have Android Studio installed, the SDK Manager should have automatically updated the tools. Otherwise, you can manually download revision 34.0.4 for Windows, macOS, and Linux from here.
👍17🔥2😱1
This media is not supported in your browser
VIEW IN TELEGRAM
Google has updated ML Kit's Barcode Scanning API and the Code Scanner API with auto-zoom, enabling the camera to automatically zoom in to scan barcodes that are far away. The scanner will intelligently detect barcodes and zoom in so the user doesn't have to manually adjust zoom.
Auto-zoom is available in bundled library 17.2.0 and unbundled library 18.3.0 of the ML Kit Barcode Scanning API, as well as in version 16.1.0 of the Google Code Scanner API. This feature needs to be enabled by the app that's using these APIs.
Google Code Scanner is intended for apps that need barcode scanning but that don't need a custom UI or camera experience. It's part of Google Play Services.
ML Kit Barcode Scanning is intended for more complex use cases that need a custom UI. There's an unbundled version that's downloaded by Play Services and a bundled version that's statically linked to apps at build time.
Edit: The QR code scanner in Android 13+ uses ML Kit's Barcode Scanning library, by the way, so it's possible that it could add support for auto-zoom in the future!
Edit 2: Looks like my assumption was right: Google is already preparing to upgrade Android's QR code scanner with this new auto-zoom feature!
Auto-zoom is available in bundled library 17.2.0 and unbundled library 18.3.0 of the ML Kit Barcode Scanning API, as well as in version 16.1.0 of the Google Code Scanner API. This feature needs to be enabled by the app that's using these APIs.
Google Code Scanner is intended for apps that need barcode scanning but that don't need a custom UI or camera experience. It's part of Google Play Services.
ML Kit Barcode Scanning is intended for more complex use cases that need a custom UI. There's an unbundled version that's downloaded by Play Services and a bundled version that's statically linked to apps at build time.
Edit: The QR code scanner in Android 13+ uses ML Kit's Barcode Scanning library, by the way, so it's possible that it could add support for auto-zoom in the future!
Edit 2: Looks like my assumption was right: Google is already preparing to upgrade Android's QR code scanner with this new auto-zoom feature!
👍43😱9❤5👏3🔥2
Samsung has just announced the beta program for One UI 6, its OS based on Android 14. The beta includes a revamped Quick Settings panel, a new camera widget, situational wallpapers, and more.
The beta will be available for Galaxy S23 users in South Korea, the U.S., and Germany.
Definitely worth keeping an eye out on this. Given Samsung's market share, whenever they roll out One UI 6 to their devices is when the share of Android 14 across devices will increase significantly.
The beta will be available for Galaxy S23 users in South Korea, the U.S., and Germany.
Definitely worth keeping an eye out on this. Given Samsung's market share, whenever they roll out One UI 6 to their devices is when the share of Android 14 across devices will increase significantly.
🔥55👎21🤮10👍9❤3🥰1
Nothing OS 2.0 gets a LOT right. It doesn't have nearly the number of features that One UI has, but almost everything Nothing added on top of stock Android 13 is great!
How much did they change? I wrote 5k words about that for my review on Android Central!
Most reviews only briefly talk about the software on a phone, so when Nothing sent me the Phone 2 for review, I decided to make that my main focus.
I love and know stock Android & Pixel software inside & out, but there's a lot in Nothing OS 2.0 I'd like to see Google add.
By the way, this 5k word article is the condensed version of my review. The original draft had over 7k words, but the editors said it was too long 😂
How much did they change? I wrote 5k words about that for my review on Android Central!
Most reviews only briefly talk about the software on a phone, so when Nothing sent me the Phone 2 for review, I decided to make that my main focus.
I love and know stock Android & Pixel software inside & out, but there's a lot in Nothing OS 2.0 I'd like to see Google add.
By the way, this 5k word article is the condensed version of my review. The original draft had over 7k words, but the editors said it was too long 😂
Android Central
Nothing OS 2.0 review: Android 13 done right
Nothing OS 2.0 keeps the best parts of stock Android but adds useful features, some custom and some from Google.
👍44🤡17🔥7❤6👎2🥰1
Pixels don't run stock Android.
The strapline of my Nothing OS 2.0 review mentions "stock Android", but to this day there's still no universal agreement on what "stock Android" actually is.
Here's the definition I'm using: Stock Android = AOSP + (core) GMS.
Google hasn't given the software on its Pixel phones an official name, and it's unlikely that'll ever change. To most people, Pixels run "stock Android", but it's not accurate or even useful to say they do.
"Stock Android" should simply refer to the base OS + apps that ALL devices running Android have. That's also why I'm not calling AOSP "stock Android", as there's no ambiguity around AOSP and it's missing the core components that the vast majority of devices have (GMS).
Google Mobile Services, of course, is not a singular bundle of apps. There are a LOT of optional apps & features, many of which I talked about in my Nothing OS 2.0 review, so I limited my definition of "stock Android" to AOSP + the base, core GMS bundle.
So when you see me talk about "stock Android", I'm talking about AOSP + core GMS. Anything added on top is custom and needs a different name.
Nothing OS 2.0 is AOSP + core GMS + many optional GMS apps + Nothing's changes. Pixel's doesn't have a name, but you get the idea.
...If you're still confused or unsure by what I mean, the GSI + GMS packages that Google publishes meet my definition of "stock Android". So highlighted above is "stock Android 13 [QPR3]" and "stock Android 14 [Beta 4]".
The strapline of my Nothing OS 2.0 review mentions "stock Android", but to this day there's still no universal agreement on what "stock Android" actually is.
Here's the definition I'm using: Stock Android = AOSP + (core) GMS.
Google hasn't given the software on its Pixel phones an official name, and it's unlikely that'll ever change. To most people, Pixels run "stock Android", but it's not accurate or even useful to say they do.
"Stock Android" should simply refer to the base OS + apps that ALL devices running Android have. That's also why I'm not calling AOSP "stock Android", as there's no ambiguity around AOSP and it's missing the core components that the vast majority of devices have (GMS).
Google Mobile Services, of course, is not a singular bundle of apps. There are a LOT of optional apps & features, many of which I talked about in my Nothing OS 2.0 review, so I limited my definition of "stock Android" to AOSP + the base, core GMS bundle.
So when you see me talk about "stock Android", I'm talking about AOSP + core GMS. Anything added on top is custom and needs a different name.
Nothing OS 2.0 is AOSP + core GMS + many optional GMS apps + Nothing's changes. Pixel's doesn't have a name, but you get the idea.
...If you're still confused or unsure by what I mean, the GSI + GMS packages that Google publishes meet my definition of "stock Android". So highlighted above is "stock Android 13 [QPR3]" and "stock Android 14 [Beta 4]".
👍50❤7🔥3
The August 2023 Android Security Bulletin is live, listing the vulnerabilities patched in the 2023-08-0X security patch level. Patches will be available for AOSP versions 11-13.
Android Security Bulletin - August 2023.
Android Security Bulletin - August 2023.
👍32❤1🔥1
Two features that are missing on Pixel but are present in stock Android:
1) The ability to control the volume of speaker groups while casting.
2) The ability to expand streams to more cast devices from the media output switcher (stream expansion).
Both can be enabled, though!
Let me explain each issue in more detail before I show the fix.
1) You can't adjust a speaker group's volume while casting. Both the volume button & slider only control your phone's media volume unless you're in the app that's casting. Other phones like the Nothing Phone 2 can.
If you don't have root access, your only workaround is to adjust the individual volumes through the media output switcher, which to be fair is pretty easy. The workaround for #2, though, is more annoying.
2) When you cast music to any speaker and then open the media output switcher, you should be able to select additional devices to cast to. eg. on my Z Fold 5 and Nothing Phone 2, I'm already casting to two Cast devices, but I can select a third to cast to: My Bose Soundbar 700.
You're unable to do this on Pixel. I asked around and checked numerous Pixels on Android 13 and 14, and none of them can do this. So the only workaround on Pixel would be to create speaker groups ahead of time rather than on demand.
Both features are intentionally disabled on Pixels likely as a result of the Sonos lawsuit. This article talks about the cast volume changes, while this article talks about stream expansion.
If you have root access, you can enable both of these features on your Pixel phone!
For #1, install this Magisk Module I made a while back. It overrides the value of
For #2, you'll need to override the
1) The ability to control the volume of speaker groups while casting.
2) The ability to expand streams to more cast devices from the media output switcher (stream expansion).
Both can be enabled, though!
Let me explain each issue in more detail before I show the fix.
1) You can't adjust a speaker group's volume while casting. Both the volume button & slider only control your phone's media volume unless you're in the app that's casting. Other phones like the Nothing Phone 2 can.
If you don't have root access, your only workaround is to adjust the individual volumes through the media output switcher, which to be fair is pretty easy. The workaround for #2, though, is more annoying.
2) When you cast music to any speaker and then open the media output switcher, you should be able to select additional devices to cast to. eg. on my Z Fold 5 and Nothing Phone 2, I'm already casting to two Cast devices, but I can select a third to cast to: My Bose Soundbar 700.
You're unable to do this on Pixel. I asked around and checked numerous Pixels on Android 13 and 14, and none of them can do this. So the only workaround on Pixel would be to create speaker groups ahead of time rather than on demand.
Both features are intentionally disabled on Pixels likely as a result of the Sonos lawsuit. This article talks about the cast volume changes, while this article talks about stream expansion.
If you have root access, you can enable both of these features on your Pixel phone!
For #1, install this Magisk Module I made a while back. It overrides the value of
config_volumeAdjustmentForRemoteGroupSessions.For #2, you'll need to override the
DynamicSession__enable_stream_expansion_transfer_for_allowlisted_groups and DynamicSession__enable_stream_expansion_transfer_for_audio_app Phenotype flags under com.google.android.gms.cast.👍33❤6🔥1