Apple doesn’t “send down” any updates. You’re free to take or leave any OS update you like. They’re remind you a bit, but nobody is forced to upgrade the OS they have on their phone right now.
And do you *seriously* think Apple releases updates to “actively try to fuck up older but functioning hardware”? Paranoid much? Yes, some updates have made older hardware work less well. Other updates have improved long standing issues on older hardware. That’s the nature of software development. It’s not a good thing, but it’s a far distance between “didn’t test it as much on three-year-old hardware” and “let’s intentionally add this bug to make the old phone flake out.”
Take a look at the history of Apple-Hater Posts on Slashdot. They are almost universally from Anonymous Cowards.
Doesn't that tell you something about the veracity of the Complainants?
I stick my Karma on the line with Every. Single. Post. Why don't the Apple-Haters?
And don't EVEN begin to tell me that it's because they fear for their Karma from malicious downmodding from the "hordes of Apple Fanbois" on Slashdot! That dog don't hunt!!!
I do think some large vendors are guilty of abandoning support for their legacy products a bit to quickly.
But that would not be Apple.
Heck, they introduced an Upgrade for the First Generation iPad in May, 2014, FFS!!!
And pretty much every single Mac that can run OS X 10.6.8 Snow Leopard can run 10.11.x El Capitan, which just came out a few days ago. There are Application compatibility issues as with the "x.0" version of any OS; but that is separate from "Unsupported systems", where the OS will simply not install.
He could be using any of the many apps that insist on running under ios8 or ios9, for instance. I've had games refuse to run under older versions of OSes for sure, I can't imagine its just limited to that. To be clear, the case I'm discussing is:
> You buy app X under version A.
> The OS updates to version B.
> After a bit, you find you can't do anything with app X, because it no longer accepts logins from devices with version A
> You must upgrade to version B to keep using X.
Or more likely, being an ANONYMOUS COWARD, he's just HATING.
Simple: don't buy it at all. If a company is going to play shenanigans like this where products marketed with the exact same name and part number are significantly different and it's just a luck-of-the-draw ass to whether I get the good one or the crappy one, I'm just not going to buy their product at all.
How about if it IS a Conspiracy; but not one of Apple's doing.
Which of the two suppliers, Samsung or TSMC, is aDirect Competitor to Apple in the Mobile Device Space?
Which of the two suppliers, Samsung or TSMC, is the Largest Competitor to Apple in the Mobile Device Space?
Which of the two suppliers, Samsung or TSMC, was already suspected of ripping-off Design Elements from Apple's SoCs?
Which of the two suppliers, Samsung or TSMC, would dearly love to see Apple get "bad press" (ChipGate, anyone?) over their flagship phone?
Which of the two suppliers, Samsung or TSMC, could afford to piss-off Apple?
I think we have an answer as to who is most likely at fault here.
It's very simple: Apple gets the Sample Parts from both Suppliers. Then Supplier "S" changes the Recipe ever-so-slightly on the Doping of certain layers to decrease Isolation Resistance of the Oxide dielectric layers... VOILA! Less battery life and more heat (same thing) from more parasitic currents flowing around in the die. Who's to know, right?
And if they're caught (which it looks like they are), then they can just pay a penalty and claim it was a "Process Error" in a few batches, "Due to Apple's agressive rollout schedule".
Or, perhaps it really isn't a Conspiracy, and Samsung's 14 nm process isn't quite ready for prime-time yet. I mean, the smaller the die, the smaller the dielectric layers; and the smaller the dielectric layers, the more "leakage currents"; and the more the "leakage currents" the higher the current draw; and the higher the current draw, the greater the heat and the lower the battery life.
So, either of those scenarios, Samsung Conspiracy or Samsung Process Issues, are entirely possible.
But one thing's for sure: Apple didn't plan this; because they have absolutely nothing to gain by being "found out".
The reason you haven't seen this in other phones is that the only other manufacturer, Samsung, who has even close to the initial Demand for their new phones, almost assuredly fabs all their own SoCs, and so automatically has only one "Supplier" to keep tabs on, and NONE to compare for unit-to-unit "component trends".
That does not equate to "Don't buy Apple", however; but more like "Don't buy the first production run of any new tech-Product from anybody". Just like "Never install version x.0 of an OS or other Software". Same logic.
All the innovations described in that paper are power Usage optimizations. Battery is still considered a source that has a number of energy units. For usage optimization that works. However, as more and more of a battery is understood, there are more parameters of a battery you can optimize: charging and storage behavior.
While I don't for one second doubt that there are parameters of secondary (and even primary) batteries that could be (better) understood, I think that charging and storage behavior are actually two of the most "already studied".
So, as I said, this appears to be mostly marketspeak. Not that Apple is above that, either...;-)
Sounds like you're going to have to limit the values coming from the Z axis when you decide that you're seeing values that are indicative of high accel/decel conditions.
Think of it kind of akin to "gesture recognition" for touch displays...
And the challenge will be separating the accel/decel "gestures" from normal "rotation about the horizontal axis" changes from going up/down hills, and even more intense rotation from "popping.a wheelie", or even dumping the bike.
the real world seldom can be neatly modeled mathematically; so you have to just deal with what values you're given by your sensors, and try to use certain patterns to your advantage.
Next step if to get the sensors located in better positions. At the moment I just stick the box under the seat, which is too far away from the centre of mass so it gives really really odd readings for rotation front to back.
Yeah, I really need to check out those Raspberry Pi SBCs. I just haven't done it yet...
LOL, I'll bet that sensor being off-CG would make it like the bike was on some sort of "steering rod", like in an old-Skool Arcade game!
Depends on the software. There are lots and lots of things that are still windows only.
True; but Windows-Only software is getting niche-ier and nich-ier every single year.
And since it is trivial through VMWare and Parallels to seamlessly run Windows in a way that integrates the Windows Apps onto the OS X Desktop almost as if they really were OS X Applications, and alongside of Linux Apps as well, if desired/required, Macs still make the most versatile computers, and have for several years.
iDevices retain support a bit longer, but once they're dropped, that's the end.
A "bit" longer?
Apple Released an update (iOS 5.1.1) for the First Generation iPad (introduced in 2009) in May, 2014. That's FIVE YEARS of Support(!!!) iPad 2 and beyond is still being supported, BTW.
That's way beyond "a bit longer" than pretty much every Android Device, except possibly the Nexus line, and it is probably even longer than those.
I only know of two groups that care about the desktop: Outlook users and Word users. No one else cares.
You sir, are an idiot.
Name one DAW that runs in a browser.
Name one NLE that runs in a browser.
Name one CAD/CAM package that runs in a browser.
etc.
I could go on; but I'm sure I would end up stumbling on some obscure browser-based application, and Slashhaters would jump all over it. But you get the point.
Yeah temp sensor doesn't need to be that fast. But I couldn't be bothered specifying different times for different sensors. Sorry was being lazy.
I've built a custom telemetry system for my motorcycle and it is running at 10Hz for all the sensors. It is total overkill for some of them but I have used that number because it is the sampling frequency of my GPS receiver and it dead simple to work with the raw data later. That said I'm not sampling temps, its all motion stuff. It's pretty cool because I can animate a 3d model of my bike going through the same ranges of motion that my bike went through on a particular ride.
LOL! Yeah, laziness is what also caused me to not differentiate between the sampling of coolant data (which really could be "moment to moment") and the throttle data, that originally got you "all riled up"!
Yiour bike-run recording/playback system sounds pretty neat, BTW!
Minute by minute? Fuck that! I want multiple times per second pls. 10-15Hz would be ideal.
Maybe of the throttle position (although that's even a little fast for throttle, but I'll allow it) ; but the coolant temp could be sampled once a second, or even less, and not miss anything of interest.
I have done embedded design for real-time measurement and control systems for nearly 40 years.;-)
Android doesn't work very well when you turn all the tracking off (ie: google now/voice commands). Microsoft hides the options and still sends some tracking home. Apple had their big fiasco sending all iphone WAP data home in plain text.
I wouldn't give anyone a free pass on this issue. Google is the only company that's main business model is based off of this data though.
All "fandom" aside, I really do think that Apple is the only one of the three that honestly isn't trying to actively data-rape it's Users.
And to set the record straight, Apple made a clean breast of the Location Tracking info's raison d'être, what was in it (cell and WiFi hotspots), what it was for (anonymous crowdsourced location data), how it was never sent outside of Apple without the User's express permission EVERY TIME, and the steps taken to improve the security (encryption, and the ending of backing up in iTunes) and reduce the size of the "Location" database stored on the device.
So, Apple's explanation "feels" like an honest description of something (crowdsourced location data) that a bunch of geeks would dream up to solve a problem (slow response when the USER asked for the current location of the Device). Or else why wouldn't it simply be a "bread crumb trail" of a SINGLE Location (the Device's current computed Lovation?), instead of a "tile's" worth of Location data of pretty-much everything BUT the Device???
If they had "no interest in monetising your data" then why does iAd exist at all?
It was primarily a tool to attract developers to iOS, by allowing them to have free software that still had a way to generate a little coin. And as it clearly states in the iAD terms & conditions, all the data is anonymized.
What was the always-on impossible to disable location logging about? Something doesn't add up here.
As was explained again and again, it was extremely vague location data (which in fact only kept track of the cell towers in your vicinity), which was used for the SOLE purpose of improving cell-handover times. Nothing to see there, move along. Put another layer of foil on that hat...
Apple and Google both recognised that people will demand privacy for things like health data. There is a difference of philosophy about how it should be managed - Apple takes the hand holding walled garden approach and just denies a lot of stuff, while Google gives you more options to decide for yourself.
With the amount of Apps in both App Stores (Apple's and Google's), I think it is fair to say that Apple demonstrably doesn't "deny" much.
You pays your money, you takes your choice. Google will let you buy ad free versions of most services, Apple makes you pay via hardware, or you pay via advertising and aggregation of your data.
Except that Apple really doesn't aggregate your data to even 1000th the extent that Google does. In fact, I have NEVER clicked on an iAD; and I would be willing to bet that the vast majority of iOS Users haven't either. So, no data aggregation from me! But with Google, data-raping is their ENTIRE Modus Operandi.
That, my friend, is THE difference that makes ALL the difference!
is things do one thing well. You know, that old UNIX tenet. It nicely extrapolates to life as well.
I'd really like to see a mobile device that is not tied to any ecosystem. I've rather grown tired of Apple, Google, and Microsoft sticking their noses where they don't belong. I really do hope Blackberry can make a comeback. I miss the relative privacy of a Blackberry.
I don't know about the rest of them, but leave Apple out of it, willya? They simply DON'T do that shit, and when they do, they at least give Users a nice, GUI way to turn it off.
For some values, it would make sense for Google to not just collect, but also use it. Google Maps is commonly used for navigation. One of its useful features is its predictive ETA based on live traffic data. Collecting speed and location gives data to feed that model and give better accuracy on current traffic conditions in a given area. I'd say that's a good use of it, as long as it's anonymized.
Which of course neatly explains things like Coolant Temp.
Eventually, Apple will be gathering all that data too. Because people will demand it. Google on the otherhand is just asking for the data now, so they can provide a more complete diagnostic and failure predictive warnings.
Slashdot Mirror
They did get around to (mostly) repairing that after a bit
Yeah, about 3 or 4 weeks.
How long do you think you would have waited on Android?
Apple doesn’t “send down” any updates. You’re free to take or leave any OS update you like. They’re remind you a bit, but nobody is forced to upgrade the OS they have on their phone right now.
And do you *seriously* think Apple releases updates to “actively try to fuck up older but functioning hardware”? Paranoid much? Yes, some updates have made older hardware work less well. Other updates have improved long standing issues on older hardware. That’s the nature of software development. It’s not a good thing, but it’s a far distance between “didn’t test it as much on three-year-old hardware” and “let’s intentionally add this bug to make the old phone flake out.”
Take a look at the history of Apple-Hater Posts on Slashdot. They are almost universally from Anonymous Cowards.
Doesn't that tell you something about the veracity of the Complainants?
I stick my Karma on the line with Every. Single. Post. Why don't the Apple-Haters?
And don't EVEN begin to tell me that it's because they fear for their Karma from malicious downmodding from the "hordes of Apple Fanbois" on Slashdot! That dog don't hunt!!!
I do think some large vendors are guilty of abandoning support for their legacy products a bit to quickly.
But that would not be Apple.
Heck, they introduced an Upgrade for the First Generation iPad in May, 2014, FFS!!!
And pretty much every single Mac that can run OS X 10.6.8 Snow Leopard can run 10.11.x El Capitan, which just came out a few days ago. There are Application compatibility issues as with the "x.0" version of any OS; but that is separate from "Unsupported systems", where the OS will simply not install.
He could be using any of the many apps that insist on running under ios8 or ios9, for instance. I've had games refuse to run under older versions of OSes for sure, I can't imagine its just limited to that. To be clear, the case I'm discussing is: > You buy app X under version A. > The OS updates to version B. > After a bit, you find you can't do anything with app X, because it no longer accepts logins from devices with version A > You must upgrade to version B to keep using X.
Or more likely, being an ANONYMOUS COWARD, he's just HATING.
cool until the updates make the old versions unusable ( typing on ipad 2 whose browsers are all crashy messes since the iOS9 update)
Have you filed any bug reports with Apple, or just bitched online?
BTW, that Page took all of 1 second of Googling to find.
Simple: don't buy it at all. If a company is going to play shenanigans like this where products marketed with the exact same name and part number are significantly different and it's just a luck-of-the-draw ass to whether I get the good one or the crappy one, I'm just not going to buy their product at all.
How about if it IS a Conspiracy; but not one of Apple's doing.
Which of the two suppliers, Samsung or TSMC, is aDirect Competitor to Apple in the Mobile Device Space?
Which of the two suppliers, Samsung or TSMC, is the Largest Competitor to Apple in the Mobile Device Space?
Which of the two suppliers, Samsung or TSMC, was already suspected of ripping-off Design Elements from Apple's SoCs?
Which of the two suppliers, Samsung or TSMC, would dearly love to see Apple get "bad press" (ChipGate, anyone?) over their flagship phone?
Which of the two suppliers, Samsung or TSMC, could afford to piss-off Apple?
I think we have an answer as to who is most likely at fault here.
It's very simple: Apple gets the Sample Parts from both Suppliers. Then Supplier "S" changes the Recipe ever-so-slightly on the Doping of certain layers to decrease Isolation Resistance of the Oxide dielectric layers... VOILA! Less battery life and more heat (same thing) from more parasitic currents flowing around in the die. Who's to know, right?
And if they're caught (which it looks like they are), then they can just pay a penalty and claim it was a "Process Error" in a few batches, "Due to Apple's agressive rollout schedule".
Or, perhaps it really isn't a Conspiracy, and Samsung's 14 nm process isn't quite ready for prime-time yet. I mean, the smaller the die, the smaller the dielectric layers; and the smaller the dielectric layers, the more "leakage currents"; and the more the "leakage currents" the higher the current draw; and the higher the current draw, the greater the heat and the lower the battery life.
So, either of those scenarios, Samsung Conspiracy or Samsung Process Issues, are entirely possible.
But one thing's for sure: Apple didn't plan this; because they have absolutely nothing to gain by being "found out".
The reason you haven't seen this in other phones is that the only other manufacturer, Samsung, who has even close to the initial Demand for their new phones, almost assuredly fabs all their own SoCs, and so automatically has only one "Supplier" to keep tabs on, and NONE to compare for unit-to-unit "component trends".
That does not equate to "Don't buy Apple", however; but more like "Don't buy the first production run of any new tech-Product from anybody". Just like "Never install version x.0 of an OS or other Software". Same logic.
All the innovations described in that paper are power Usage optimizations. Battery is still considered a source that has a number of energy units. For usage optimization that works. However, as more and more of a battery is understood, there are more parameters of a battery you can optimize: charging and storage behavior.
While I don't for one second doubt that there are parameters of secondary (and even primary) batteries that could be (better) understood, I think that charging and storage behavior are actually two of the most "already studied".
;-)
So, as I said, this appears to be mostly marketspeak. Not that Apple is above that, either...
That must be pretty funny to watch!
Sounds like you're going to have to limit the values coming from the Z axis when you decide that you're seeing values that are indicative of high accel/decel conditions.
Think of it kind of akin to "gesture recognition" for touch displays...
And the challenge will be separating the accel/decel "gestures" from normal "rotation about the horizontal axis" changes from going up/down hills, and even more intense rotation from "popping.a wheelie", or even dumping the bike.
the real world seldom can be neatly modeled mathematically; so you have to just deal with what values you're given by your sensors, and try to use certain patterns to your advantage.
Was a fun little project. Based around a raspberrrypi and this https://www.adafruit.com/produ...
Next step if to get the sensors located in better positions. At the moment I just stick the box under the seat, which is too far away from the centre of mass so it gives really really odd readings for rotation front to back.
Yeah, I really need to check out those Raspberry Pi SBCs. I just haven't done it yet...
LOL, I'll bet that sensor being off-CG would make it like the bike was on some sort of "steering rod", like in an old-Skool Arcade game!
Depends on the software. There are lots and lots of things that are still windows only.
True; but Windows-Only software is getting niche-ier and nich-ier every single year.
And since it is trivial through VMWare and Parallels to seamlessly run Windows in a way that integrates the Windows Apps onto the OS X Desktop almost as if they really were OS X Applications, and alongside of Linux Apps as well, if desired/required, Macs still make the most versatile computers, and have for several years.
Actually, BlackBerry integrates with Exchange and Office better than Windows phones do.
But likely no better than iOS does. I can't speak for Android.
iDevices retain support a bit longer, but once they're dropped, that's the end.
A "bit" longer?
Apple Released an update (iOS 5.1.1) for the First Generation iPad (introduced in 2009) in May, 2014. That's FIVE YEARS of Support(!!!) iPad 2 and beyond is still being supported, BTW.
That's way beyond "a bit longer" than pretty much every Android Device, except possibly the Nexus line, and it is probably even longer than those.
I only know of two groups that care about the desktop: Outlook users and Word users. No one else cares.
You sir, are an idiot.
Name one DAW that runs in a browser.
Name one NLE that runs in a browser.
Name one CAD/CAM package that runs in a browser.
etc.
I could go on; but I'm sure I would end up stumbling on some obscure browser-based application, and Slashhaters would jump all over it. But you get the point.
Ballmer, when the walls fell Satya, his eyes closed Windows app store, his arms wide Windows phone, at rest
Now THAT's good!
You win one Internets for the day!
Did he hurt your wittle feewings? Awww poor boy. It's OK the nasty man is gone.
So, let me get this straight: You, who (like me) put their Karma on the line (like me), are actually DEFENDING an Anonymous COWARD?
Yeah, ok.
Yeah temp sensor doesn't need to be that fast. But I couldn't be bothered specifying different times for different sensors. Sorry was being lazy.
I've built a custom telemetry system for my motorcycle and it is running at 10Hz for all the sensors. It is total overkill for some of them but I have used that number because it is the sampling frequency of my GPS receiver and it dead simple to work with the raw data later. That said I'm not sampling temps, its all motion stuff. It's pretty cool because I can animate a 3d model of my bike going through the same ranges of motion that my bike went through on a particular ride.
LOL! Yeah, laziness is what also caused me to not differentiate between the sampling of coolant data (which really could be "moment to moment") and the throttle data, that originally got you "all riled up"!
Yiour bike-run recording/playback system sounds pretty neat, BTW!
Minute by minute? Fuck that! I want multiple times per second pls. 10-15Hz would be ideal.
Maybe of the throttle position (although that's even a little fast for throttle, but I'll allow it) ; but the coolant temp could be sampled once a second, or even less, and not miss anything of interest.
;-)
I have done embedded design for real-time measurement and control systems for nearly 40 years.
All the companies provide options.
Android doesn't work very well when you turn all the tracking off (ie: google now/voice commands). Microsoft hides the options and still sends some tracking home. Apple had their big fiasco sending all iphone WAP data home in plain text.
I wouldn't give anyone a free pass on this issue. Google is the only company that's main business model is based off of this data though.
All "fandom" aside, I really do think that Apple is the only one of the three that honestly isn't trying to actively data-rape it's Users.
And to set the record straight, Apple made a clean breast of the Location Tracking info's raison d'être, what was in it (cell and WiFi hotspots), what it was for (anonymous crowdsourced location data), how it was never sent outside of Apple without the User's express permission EVERY TIME, and the steps taken to improve the security (encryption, and the ending of backing up in iTunes) and reduce the size of the "Location" database stored on the device.
So, Apple's explanation "feels" like an honest description of something (crowdsourced location data) that a bunch of geeks would dream up to solve a problem (slow response when the USER asked for the current location of the Device). Or else why wouldn't it simply be a "bread crumb trail" of a SINGLE Location (the Device's current computed Lovation?), instead of a "tile's" worth of Location data of pretty-much everything BUT the Device???
If they had "no interest in monetising your data" then why does iAd exist at all?
It was primarily a tool to attract developers to iOS, by allowing them to have free software that still had a way to generate a little coin. And as it clearly states in the iAD terms & conditions, all the data is anonymized.
What was the always-on impossible to disable location logging about? Something doesn't add up here.
As was explained again and again, it was extremely vague location data (which in fact only kept track of the cell towers in your vicinity), which was used for the SOLE purpose of improving cell-handover times. Nothing to see there, move along. Put another layer of foil on that hat...
Apple and Google both recognised that people will demand privacy for things like health data. There is a difference of philosophy about how it should be managed - Apple takes the hand holding walled garden approach and just denies a lot of stuff, while Google gives you more options to decide for yourself.
With the amount of Apps in both App Stores (Apple's and Google's), I think it is fair to say that Apple demonstrably doesn't "deny" much.
You pays your money, you takes your choice. Google will let you buy ad free versions of most services, Apple makes you pay via hardware, or you pay via advertising and aggregation of your data.
Except that Apple really doesn't aggregate your data to even 1000th the extent that Google does. In fact, I have NEVER clicked on an iAD; and I would be willing to bet that the vast majority of iOS Users haven't either. So, no data aggregation from me! But with Google, data-raping is their ENTIRE Modus Operandi.
That, my friend, is THE difference that makes ALL the difference!
Here: http://recode.net/2015/10/06/g...
Yeah, nice DoubleSpeak, that.
"We don't collect the data..." vs. "We only collect the data when..."
Yeahrightsure. And you only get the option to "Opt In/Out" when you initially set-up the system.
Yeah, buddy. I feel SO much safer now...
is things do one thing well. You know, that old UNIX tenet. It nicely extrapolates to life as well.
I'd really like to see a mobile device that is not tied to any ecosystem. I've rather grown tired of Apple, Google, and Microsoft sticking their noses where they don't belong. I really do hope Blackberry can make a comeback. I miss the relative privacy of a Blackberry.
I don't know about the rest of them, but leave Apple out of it, willya? They simply DON'T do that shit, and when they do, they at least give Users a nice, GUI way to turn it off.
Prove me wrong, or GTFO.
cops let's get away with 70 in a 55 in Chicago land.
It's seems like posted 55 (few areas at 60-65) have a real speed limit of 70-75
Wow, what slowpokes!
Down here in Indianapolis, the Cops routinely go at LEAST 90 in a 55. Seriously.
For some values, it would make sense for Google to not just collect, but also use it. Google Maps is commonly used for navigation. One of its useful features is its predictive ETA based on live traffic data. Collecting speed and location gives data to feed that model and give better accuracy on current traffic conditions in a given area. I'd say that's a good use of it, as long as it's anonymized.
Which of course neatly explains things like Coolant Temp.
Coolant Temp?!? WTF, Over???
Really apple was willing to pay more.
Prove it, or GTFO.
Eventually, Apple will be gathering all that data too. Because people will demand it. Google on the otherhand is just asking for the data now, so they can provide a more complete diagnostic and failure predictive warnings.
Prove BOTH of those statements, or GTFO.