Coasterby wrote:
1) I can't see this being an issue of compatibility between the Parrot and iOS versions of AVRCP if the functionality resumes after disconnect/reconnect and 2) I don't see how this could be an issue with Parrot's firmware if it works after disconnect/reconnect. Something seems to be going on with iOS 6 that prevents the iOS AVRCP from properly initiating. Back to my point about the ongoing music play during disconnect/reconnect, maybe a bug in iOS makes it such that music needs to be playing in order for iOS to properly initiate AVRCP?
Or there could be something in AVRCP where some state is supposed to be retained by the receiver of the data stream and that bit of the state machine gets reset on a reconnect.
Apple could in no way conceivably test with every head end (though frankly each BT manufacturer could certainly test with iOS devices; meanwhile Apple made seeds of iOS 6 available to developers months before its release, so why didn't Parrot and Kenwood test their products?)
A good example of designing to standards would be that in the United States, AC current is 110 - 125 VAC at 60 Hz.
Say one day power companies find they can save money by installing a cool new regulator that has been invented that delivers exactly 110 VAC to wall outlets.
But say certain appliances stop working, because they really need 111 - 125 VAC.
The power company isn't responsible for going supplying 111 VAC, even though they made a change that "broke" the appliances; the spec has always been there that stated 110 - 125 VAC, and should have been followed when designing products.
We still don't know where the problem lies, but with each day I become more suspicious that no BT vendor has yet pointed the finger at Apple, as it would take but a few minutes with an iOS 6 device, their firmware listings and a BT protocol analyzer to see what's going on where, yet iOS 6 has been available to the public for two weeks as of Oct. 4.
Frankly, I'm shocked no one has leaked the root cause of this problem to Slashdot or The Register by now; surely some engineer somewhere knows…