The song: https://music.apple.com/us/album/a-a-a-a-a-very-good-song-si...
The song: https://music.apple.com/us/album/a-a-a-a-a-very-good-song-si...
Trigger seems to be iOS thinking it's being helpful so that when I "plug" headphones (either physically, bluetoothically, or carplayly) I presumably want to play music.
Also, double click on Library in Music.app nee iTunes on macOS. Plays the whole library, linearly, which, like, who does that?
Often, when I see a feature like that, one that makes you ask "who would want to do that with the whole dataset?" — the answer is usually "developers regression-testing their feature branch of the program, where their 'whole dataset' is a test fixture consisting of a bunch of data samples where each one exercises a weird edge-case path in the code."
Sure, you could just make a playlist for this. But iTunes has a directory it watches within the library, where putting stuff in it will cause iTunes to automatically move those songs into your library. And if I were an iTunes dev, my scripted "Test" action would consist of creating a new library directory structure; plonking a copy of my regtest fixture dataset into its auto-import dir; starting up the new build targeting that dir; and then sending it the Automator action "Library → Play All." A playlist would only complicate that.
There’s gotta be something else going on because I’ve never had this happen over the last decade. I’m pretty sure the car is sending a play command to the phone every time it connects.
That's completely insane. The more I learn about apple, the more I see extremely hostile UI decisions for literally no reason
This is one of those things that Steve Jobs would have fired people on the spot for.
It does, however, have the same connection problems described in the root of this thread. Sometimes just doesn't see the car (or vice-versa). Sometimes connects and starts playing within a minute of starting the car. Sometimes (frequently) stops playing after like 1 minute of playing. Sometimes auto-reconnects a minute later, sometimes doesn't. It's very irritating.
If you have a HomePod playing your family member’s music, say “Hey Siri, pause” because a phone call came in, and then “Hey Siri, play,” it will start playing wherever _your_ music.app last left off.
User intention is a really tricky problem! But a cynical thought would be “why would Apple fix a bug that causes people to use Music.app more?”
My car and phone achieve a level of randomness that makes me wonder at the complexity of the software behind it. Usually it starts playing Music, but sometimes it's another app, especially if the last thing playing on my phone was YouTube. But sometimes it's YouTube even if the last app that played audio was something else. Sometimes I get the pause music from a game that's been running in the background for days.
I can't even predict whether Music will start in shuffle mode and pick a random song or if it will start playing an album I was recently listening to in sequential mode.
The result is that I've started to look at my phone the way I used to look at cable TV, as an invader in my home that works for people who want to manipulate me.
The OS itself is also responsible for managing where that "play" command goes, and because this is a mobile device it also manages what apps are in memory, which one owns media playback, etc. If nothing is currently playing, it has to pick something, because you pressed the play button and you're currently driving down an overextended highway at unconscionably American speeds and can't be arsed to care about what app's play button needs to be pressed.
Individual apps can also grab or drop the media playback role at any time. Maybe that game has some background sync nonsense to send you a bunch of notifications, and whenever it gets woken up to do that the game engine it was written on immediately tries to start media playback because nobody tested it for background use.
Music's inconsistent behavior sounds like someone didn't implement state resumption correctly.
The underlying problem is that nobody owns the whole experience and this all is supposed to happen without projecting selection UI to the user. The phone just hears "PLAY MUSIC DAMN YOU" and makes a shitty guess as to what you meant.
I just use a stupid adapter with a mini jack input. Ain't got time for wireless wierdness.
That said, I have had this issue when connecting an iPhone to a '11 truck via USB. It tries to treat it like an iPod, and consume its default playlist (all songs in Music, sans shuffle).
So this is probably the bluetooth equivalent being done by the cars - treat it like an iPod that the entertainment center should be in charge of.
I say this because my iPhone never autoplays when connecting to any Bluetooth audio device except for my car stereo.
I agree it’s aggressive and should be able to be turned off, but it’s the car’s software, not the phone’s, that’s the problem.
Every time I accidentally tap play on my bluetooth headset it opens Apple Music and asks me accept the ToS, which I happily reject. It's a daily thing for me because it's almost impossible to put my headphones on without triggering a play due to bad button placement.
When they do start autoplaying in the car (Picky does it), it’s at least whatever I album I was last playing on the app.
From the auto manufacturer's perspective, this kinda "makes sense". Because that was the legacy behavior, pre-bluetooth. If you turn off your car with the radio playing, then the radio will start playing again the next time you crank up the car. If drivers didn't want that, then hey... they would have turned off the stereo before turning off their car. So it would be less confusing to carry forward that legacy behavior into this new thing.
The problem is, it's 10 years later now. The culture and the consumer expectations have shifted. Maybe (?) the radio-like behavior makes sense for older consumers in their 60's and up, who lived with radio for many years more than they've lived with bluetooth. But for the younger bluetooth-native consumers, it's generally pretty infuriating.
It's LONG past time for auto makers to stop this legacy behavior with bluetooth connections. Or at the very least, offer the option to disable it somewhere in a dashboard menu.
There was a time of honey and milk where we could visualy inspect the power/volume nob before ignition and see if the radio was on or off. Maybe even turn the nob with a reassuring little feedback click.
What I can't get over is that I can be driving the car for 3 minutes before the podcast I was just listening to will play in my car (which does not have this play command quirk).
https://github.com/marbu/scriptpile/blob/master/silence.sh
I'm not quite sure what I needed that for anymore, but I find it interesting that there are such weird use cases for this.
http://blog.tyrannyofthemouse.com/2008/07/setting-sync-strai...
https://www.engadget.com/2017-08-10-silent-10-minute-song-it...
[1] https://music.apple.com/gb/album/a/1316144097?i=1316144100
The song has a dramatic opening, to say the least.
I've never experienced what you (two) describe. 2020 Toy and iPhone 11.