Haha, no. Get yourself an external DAC with a high-impedance headphone port - and connect a pair of Apple Earpods to that port. Now turn the volume to max.You're all mocking Apple, but its Realtek who makes the Windows drivers - and only in Windows could a faulty driver cause your speakers to receive speaker blowing spikes
I'm sorry, what do you mean?
What is impossible?
I'm sorry, what?
Are you implying that (in the absence of DRM devices that would limit the system's functionality) it would be a problem to write a program that sends to the DAC arbitrary data, namely exactly the same one that the Windows driver outputs and that causes the speakers to crack?
Are you implying it would be a problem to do so in the form of a kernel extension?
Either one would be quite an extraordinary claim, and I would like to see some evidence for it.
The latter, while not impossible, would imply a most unusual architecture in Darwin.
Either way, I find the sarcastic tone inappropriate (no, I am not going through the pain of writing a kernel extension to prove the obvious; yes, you can keep waiting).
Apple's Logic program running on Mac Pros used to produce random blasts of white noise; really bad as it could blow some very expensive studio monitors and headphones not to mention permanent hearing loss. I think Apple may have fixed it in later versions but not sure.
Sorry, in my native language we do use the verb "to dimension" to mean... what I mean with respect to components.
I thought it was used in English too, at least judging from the literature I can find with Google: http://google.com/search?q=dimensioning+amplifier
For example the first result: https://www.pes.ee.ethz.ch/uploads/tx_ethpublications/ertl_PCIM05.pdf
What is the correct English, please?
EDIT:
Hide, quick, before the mathematicians find you![]()
Would that sarcastic tone be along the lines of "something something electronics 101"?
Again, just playing these sounds in macOS isn't going to blow the speakers, as the amplitude will be controlled properly. So you're going to need to somehow build a kext file that'd let you push the amp too far again for it to happen - and of course you're going to have to apply for permission to get it signed to run in macOS (as Apple don't let developers sign kext files automatically anymore) safe to say this is near on impossible to recreate in macOS.
Of course dimension is used in math
When talking about parameterizing components i would probably say "size" in this case. "Dimension" just sounds odd to me, and I've never heard it used in this context.
Are you sure that is true because Apple makes there own drivers including the AMD gpu drivers that are causing problems right now.I dont know if you've ever used Bootcamp to use windows, But many of the drivers that Apple hardware requires comes from Apple, Not through windows/direct from hardware manufacturer.
in the case of the audio drivers, these are part of the bootcamp driver package. That means while these drivers may have been written by someone other than Apple, Apple is the only one who distributes them and signs off on their use.
so this is a case of Apple providing us drivers that were not properly tested in windows. And if it's a software issue, it could very well happen in macOS too. The difference is, Apple clearly spent more time testing and working on their own MacOS drivers, and just bundled and shipped bad drivers for bootcamp
This is entirely on Apple and has nothing to do with Windows.
Note that I said "in the absence of DRM".
Of course the macOS kernel extension ships with a built-in limiter as a workaround, we've been saying that for 3 pages now, but the actual hardware is faulty.
Oh, thanks![]()
Worse is blown ear drums if someone had headphones on.
Just connect a cable from your headphone jack to the aux input of your stereo, problem solved.
Just connect a cable from your headphone jack to the aux input of your stereo, problem solved.
Outsourced directly to end users.
Pros:
-saving money (don't have to pay for their tests, the pay for testing)
-real life scenarios instead of artificial environments in labs
-larger number of units tested
-plenty of time to fix things rushed out badly
-shiny marketing image (they even fix issues limited to a small number of customers and release them for all the great Apple family members)
However, one point with this - if you're a hifi buff, you don't buy an amp that is only capable of driving speakers at full volume when it too is at full volume. You usually buy an amp that maxes the speakers out at roughly 50%. Running the amp at it's max power is going to degrade sound and most importantly dynamic range (and probably introduce distortion)
this is very likely the reason the amp more powerful than the speakers - to improve sound quality by running it well within it's maximum power range. Of course that isn't a problem until a faulty driver can let out glitches and pops at 100%.
Absolutely true, you keep your volume knob no further than 3/4 to have linear-ish response.
But hardly applicable to a pair of minuscule plastic speakers inside a laptop, ain't it?
They're hardly hi-fi audio.
Sorry, but I don't find the bit about the driver being faulty being convincing.
Drivers can never be the culprit of an hardware failure, except perhaps if you write a stress program that moves the hard disk head incessantly, which can diminish its expected lifetime.
if the speakers blow it's a sign that the software can and will send to the DAC a signal that will blow the speakers.
I don't know how to call that if not defective hardware, no matter how many software workarounds you put in place.
If you don't want me to call it defective you'll have to admit that, at the very least, it's very, very unorthodox design (as in: no other piece of hardware is designed like that).
It also would more or less amount to admitting that the hardware is made to work correctly (without killing itself) only with macOS and a few select other drivers.
Not a good thing in 2016, at a time when you at least expect to be able to run a Linux live CD without putting your laptop speakers at risk.
Except that there is no indication that the driver is sending faulty information. The driver works perfectly. The problem is that the AMP is over-dimensioned for the speakers, and the hardware is not properly configured to limit the power output range to match that which the speakers can handle.If the driver is sending glitches to the amp at 100% volume that should never be sent at (say) more than 50% - thats how the firmware/software has caused the issue.
Why does everyone think that the audio chipset is Realtek? According to Windows Device Manager the device is a Cirrus Logic 8409 (AB 57)
Apple's fixed driver for this makes the speaker volume so low that you can't hear anything unless you are in a whisper-only area.
Except that there is no indication that the driver is sending faulty information. The driver works perfectly. The problem is that the AMP is over-dimensioned for the speakers, and the hardware is not properly configured to limit the power output range to match that which the speakers can handle.
Result is correct driver behaviour, incorrect hardware behaviour. OSX gets around it by implementing the limit in software; but that's something that's 100% on Apple to do. Its impossible for the audio chip manufacturer to know how much any attached speakers can handle, they're not custom made for Apple's laptops. That's why have a spec sheet that defines the operating range.
These types of software fixes for hardware issues aren't uncommon; but they're still a workaround for bad design.
No I'd still disagree with that. If the driver is sending glitches to the amp at 100% volume that should never be sent at (say) more than 50% - thats how the firmware/software has caused the issue
No, there is indication the driver is sending faulting information - it's not the playing of loud audio that has blown speakers, it was pops, glitches distortion coming out the speakers whilst playing nothing in Windows.
Also as pointed out above - the amp being more powerful than the speakers is likely a design decision on purpose - not bad engineering
So, all criticism aside (Apple sure deserves it) - what I'd like to know is: does Bootcamp work now? Any danger of blowing out speakers?
To be honest, I'm still reluctant to try it, even with this update. Even more than that, I'm scared of running speakers at max volume in macOS as well! Not to mention running software like Boom 2 (even though it's a MAS app).
So, anyone else scared they might blow out their speakers - even in macOS? And scared to try Bootcamp even with this update?
Circus Logic is the DAC maker - Realtek make the Windows audio drivers that communicate with it.
But... Cirrus Logic... is a recgnized brand. :|My company was considering DACs from Circus Logic but after meeting with their sales VP we decided to spend the extra 10 cents per unit and go for a recognized name brand instead. It's too bad Apple is pressed for cash and didn't have that option.
But... Cirrus Logic... is a recgnized brand. :|
I'm adding my post here since all the topics in the actual MacBook Pro forum were locked, leaving the only way for users to discover this issue is to look at a now-buried news post. I don't think that's the best way to spread awareness that there's a pretty large issue in which the only solution is a full replacement. My original post below.
I got my entire machine replaced today because of this. The store I went to was unfamiliar with the issue, but Apple's official support doc (https://support.apple.com/en-us/HT207410) led them to an internal note which in big, bold red letters says "Replace whole unit". Thankfully they somehow had my 2.9/1TB/460 config in stock so I didn't have to wait again, but ehh.
Insult to injury, the notorious right-under-the-speaker scratch that's on nearly all 2016 15" models was on the new replacement as well. The Apple Store employees couldn't believe it. I settled into it anyways, I'd rather not nitpick so hard when there's clearly a widespread manufacturing oddity that's ultimately minor.
:edit: Guess I should also report that Time Machine / Windows 10 is all good as far as I can see. I reinstalled it immediately tonight and got down on some Battlefield 1 for a couple hours. The patch is included in the boot camp driver package. Not gonna let previous experience stop me here, if the thing fails it's in Apple's court again.
Kind of a Corner-Case to check, considering all the really-important things that need checking.What happened to QA testing at apple?
If I understood you correctly, you're saying bootcamp now works without damaging the speakers. Can you confirm they work normally when you boot back into macOS?
Thanks.
Kind of a Corner-Case to check, considering all the really-important things that need checking.
My feeling is that, when they increased the Power Amplifier power in the new MBPs, someone forgot to put it on the "needs checking" list for the testing scripts.
Now, unfortunately, we may have lost some of the output range of the new Amplifiers, in order to save the built-in speakers.