Episode Story
E040: RCS, Pixel 9, and Missing Pixel Buds
Revisit Dalton Anderson's October 2024 experience with iPhone RCS, the smaller Pixel 9 Pro, mobile AI tools, Gemini Live, and missing Pixel Buds Pro 2.
What E040 Learned From RCS, Pixel 9, and Missing Pixel Buds
E040 was about a simple idea that kept breaking apart under real use. A phone feature is never just a feature. Standards, carriers, software, accounts, social habits, cloud services, hardware, support, and recovery design all decide whether the promise reaches the person holding the device.
I recorded the episode in October 2024. This is a preserved account of that moment, followed by the product facts that changed later.
flowchart LR
A["Messaging standard"] --> B["Carrier and software"]
B --> C["Conversation state"]
D["Phone hardware"] --> E["AI feature and account"]
E --> F["Real task and result"]
G["Earbuds and case"] --> H["Location evidence"]
H --> I["Recovery or unresolved loss"]
The green bubble started as a social story
I opened with a memory from middle school. Using Android made me the odd person in iMessage conversations. The technical difference became social shorthand, even though most people in the conversation did not know which service carried the message or why the media looked worse.
That experience is mine. I should not turn it into a universal claim about children, the United States, or every group chat. It still explains why RCS felt larger than a settings change. Better cross-platform messaging can remove friction that people have mistaken for a personality trait or a phone-quality judgment.
In 2024, I asked a family member to update an iPhone, enable RCS, and resend a video. The visible improvement made the protocol change concrete. Apple now describes RCS as a carrier-provided service that can carry higher-resolution photos and videos, receipts, and typing indicators when the software, carrier, plan, region, and recipient support it.
The green bubble remained. The experience behind it changed.
The current encryption story is different from the episode
During the recording, I described RCS as more protected than SMS. That was too broad without a declared implementation and conversation state.
Apple's current message-service comparison says iMessage is end-to-end encrypted. It says SMS and MMS are not. It now describes beta end-to-end encrypted RCS beginning with iOS 26.5 when supported carriers serve all participants and the conversation shows the encrypted indicator.
The GSMA published Universal Profile 3.0 in March 2025 with requirements for RCS end-to-end encryption. That happened after E040.
The correction matters. A standard can define a feature before a carrier or client deploys it. A carrier can support it while one participant does not. The message can then use a different state or fallback. The maintained answer has to inspect the actual conversation.
I chose the smaller Pixel 9 Pro
I was holding the Pixel 9 Pro, not the Pixel 9 Pro XL. The size was part of the decision. I wanted the Pro capabilities without a phone that felt like a small tablet.
My history with Pixel phones shaped the reaction. I had tried a used Pixel 4a and later a Pixel 7 Pro. The Pixel 9 Pro felt more polished in my hand. I liked the finish, the smaller form, and the feeling that Google had built a flagship rather than an inexpensive experiment.
Those are personal observations, not laboratory results. I did not run battery, heat, camera, radio, benchmark, repair, or long-term reliability tests. Google's current Pixel hardware specifications establish model details and qualified feature claims. They do not validate my preference.
Mobile AI ranged from startling to useless
The generative photo tools produced the strongest reaction. I asked the phone to redecorate the room behind me and turn a plate of food into rocks. The output looked convincing on the phone. That was impressive and unsettling because the edit could pass for an ordinary photograph without context.
Pixel Screenshots landed differently. I liked separating screenshots from the camera roll, but the AI processing did not create value for my workflow. Google's current Pixel Screenshots documentation now describes supported devices, languages, regions, processing behavior, account requirements, controls, and troubleshooting. That page is useful today. It does not rewrite my 2024 result.
Gemini Live also showed the difference between a demo and a task. The conversation felt faster, but the assistant stopped, misunderstood the format I wanted, and turned a quick demonstration into a failure. I could still imagine using voice for open-ended thinking, while preferring text for a short answer.
That is a better review pattern than calling the phone's AI good or bad. Name the task, freeze the configuration, compare a baseline, record the failures, and measure the correction required.
The missing earbuds exposed a recovery problem
I had used the Pixel Buds Pro 2 only a few times. Then I opened the case before a gym session and the earbuds were gone. I still had the case.
I searched my room, bags, garage, car, outside areas, and the gym's lost and found. I opened Google's device-finding interface and saw entries for the case and individual earbuds. The location display changed in a way that I found confusing. I could not tell whether the map described the missing earbuds, the case in my hand, a connection event, or an application refresh.
I did not know whether the earbuds had been misplaced or taken. The transcript cannot resolve that question.
Google's current Find Hub instructions for Pixel Buds describe disconnected finding for enrolled Pixel Buds Pro 2 and the ability to locate the case or earbuds on a map and play a sound under supported conditions. That is a later current product record, not proof that my 2024 setup had the same behavior.
The durable lesson is about evidence. A recovery screen should identify the physical component, timestamp, source, connection state, and confidence behind a location. “Updated now” is not enough when the missing object did not necessarily produce new evidence.
What still holds
RCS made cross-platform messaging more capable, but the result still depends on a complete configuration. The Pixel 9 Pro gave me a smaller flagship form I preferred, but that preference was not a full review. Mobile AI produced both a convincing image edit and a failed live task. Device recovery became part of the product the moment the earbuds disappeared.
E040 remains useful because the failures were not separate from the features. They revealed the systems around them.
This article was developed with AI assistance from the immutable E040 transcript and linked Apple, GSMA, Google, NIST, and product-boundary records. Dalton Anderson remains the author. Transcript, standards, security, privacy, product, current-source, and founder review are mandatory before publication. Publication is not authorized.
Sources
Follow the evidence.
- support.google.com: 15283615support.google.com
- daltonanderson.ghost.io: apple rcs pixel 9 pro ai missing pixel buds reviewdaltonanderson.ghost.io
- gsma.com: gsma rcs universal profile 3 0 specificationsgsma.com
- daltonanderson.net: apple rcs pixel 9 pro ai missing pixel buds reviewdaltonanderson.net
- Gemini Apps Privacy Hubsupport.google.com
- gsma.com: rcc 16 rich communication suite end to end encryption specificationgsma.com
- support.google.com: 7158570support.google.com
- support.google.com: 9642886support.google.com
- NIST AI Resource Centerairc.nist.gov
- support.apple.com: 109526support.apple.com
- c2pa.org: Explainerc2pa.org
- open.spotify.com: 0oFCWqUfkKDPZ3TVaxmWFJopen.spotify.com
- support.google.com: 15312581support.google.com
- support.apple.com: iossupport.apple.com
- support.google.com: 15436763support.google.com
- support.google.com: 7685360support.google.com
- youtu.be: mHgvtRIwfi8youtu.be
- support.apple.com: 104972support.apple.com
- support.apple.com: 122195support.apple.com