As a long-time Apple Watch user, I've recently found myself in a bit of a conundrum. My newfound passion for running has highlighted a glaring issue with the YouTube Music app on my beloved smartwatch. While the Apple Watch is an incredible tool for tracking my progress, it falls short when it comes to music streaming, forcing me to bring my iPhone along on every run.
The YouTube Music app, as it turns out, is more of a remote control than a standalone music player. This means that without my iPhone, my music stops, which is incredibly frustrating.
However, I discovered a workaround by using an old Google Pixel Watch 3. This watch, paired with my Pixel Buds Pro 2, allows me to stream my entire music library without my phone. It's a game-changer, and it's made me realize just how much I've been missing out on with my Apple Watch.
What's interesting is that this isn't an Apple problem per se. Apple has provided the necessary tools for developers to make their apps work independently on the Apple Watch. In fact, I can stream music via LTE using other apps like Spotify and Pandora. So, why hasn't Google taken advantage of this?
It seems that Google is the one holding back, refusing to offer this simple functionality on their YouTube Music app for watchOS. This is a massive oversight, as it's a feature that could sway many potential buyers towards the Pixel Watch over the Apple Watch.
I find myself in a peculiar situation now, wearing two smartwatches on my wrists. It's a temporary solution until Google decides to step up and support their customers' platforms. It's a strange turn of events, but it highlights the importance of having options and the power of competition in the tech industry.
So, until Google decides to play ball, I'll be donning my dual-watch setup, a testament to the quirks and complexities of the tech world.
This situation raises an important question: how much control should tech giants have over our experiences with their products? It's a fascinating debate, and one that I believe is worth exploring further.
