But there is absolutely no doubt that a college education on average is an economic benefit. The lifetime earning of people with a bachelor's degree are 1.66x that of someone with high school diploma -- again on average. Someone who starts out as a tradesman and ends up with a successful contracting business can do very well for himself, obviously.
Actually, it's not college. Or university. It's any post-secondary education automatically gives you can economic benefit over a high school diploma.
Your skilled tradesman has post-secondary education - in their trade. Be it electrician, plumber, welder, carpenter, etc. There's post-secondary education attached to it. Even the journeyman status is still education - many other professions have a residency or practicum part of the training.
Because the jobs for high school diplomas is very limited - and the supply is wide, so they pay very little. Think janitor or housekeeper, and even then, you're doing minimum wage. There's also retail. All these jobs are unskilled.
Oh yeah, it's possible to make a lot of money as an unskilled labourer - but that's because the job has an element that makes it less appealing - usually a danger element. Crab fishing, say, an industry with a practically 100% injury rate, nasty weather, 60+ hour workdays, etc. But you can easily earn $50K in 3 months. Then there's oilman, working on oil rigs in terrible conditions, but you can get high 5 digits or 6 digits.
But there are plenty of post-secondary education opportunities - college, university, trade school, etc.
What I don't understand is why you are not allowed to air mail a battery by itself in a sealed container, while you are allowed to air mail the same battery inside a device. I am not that familiar with battery technology, but I would expect that a battery connected to a circuit to have additional ways of catching fire compared to a battery by itself. I mean if a fault happens inside the battery you are screwed whether it is in a device or by itself, but AFAIK there are cases where the problems were caused by the electronics connected to the battery, so you get an even higher chance of something going wrong. Maybe they are afraid the density, i.e. shipments with just batteries which would make more batteries per volume than say a shipment of laptops? But still, there would be rules about density then. What am I missing?
Problem is battery density. If you're sending batteries, the amount is far more dangerous per unit volume than if the battery was in a device.
Shipping lithium batteries in bulk is what caused the downing of a UPS cargo plane a while back which is why they're no longer allowed - one battery caught fire, which then caused other batteries in the same container to catch as well.
Whereas if it was in a laptop, it may destroy the device and the pack, but the density of cells is lower and its less likely to catch more packs on fire.
It's why hoverboards are particularly dangerous - their packs of 10 or 20 cells wrapped tightly together - when one goes off, it will more than likely cause the rest to off as well.
Also, raw lithium and aluminum don't mix - which means the sprayed lithium can damage structural aircraft components as well.
Google's compatibility list shows it's only for recent (under 2 year old) Chromebooks. It's not that the older Chromebooks are too slow or anything, they just are older than 2 years old. After all, the list excludes many x86 based Chromebooks (including Google's original Pixel).
You can easily side load a lot of stuff yourself using the free personal developer accounts. The apps expire after 30 days though so you have to keep re-adding it every month. I've got a couple apps on my phone that apple would never approve on the store, no jailbreaking.
Even better, Apple generally wants you to do this with apps with source code - the developers of f.lux tried it, but they released it as binary only and Apple called them out over it.
It's one of those things you really wish you could ask RMS about - a commercial closed-source OS that allows open-source to be loaded on, with enforcement of the "source" part - no releasing of binaries that may or may not match the source, but an OS that requires you to build the app from source code.
Lock him away and take all this data and hardware and when he submits the bugs to Apple, make Apple pay him the bounty and let him go with a nice clap on the back.
Well, or trust him not to sell the exploit to someone else or have it stolen. This must be worth a lot of money, much more when it is not submitted. People have been stolen from, killed or tortured for less.
Exploits are the new plutonium. You can prepare for war with stockpiling and weaponizing them.
Well, given there are three parties who would pay for it. First is Apple, as part of their bug bounty. He'd probably get a cool quarter million out of it.
The second party is pirate app stores for iOS - they often sell access to their pirated apps and do have some money to spend. The Pengu jailbreaks were basically this.
The third party is state-sponsored agencies. If you were in it for the money, you WOULD do this because they really pay - a cool million dollars or more for something like this.
It's traditionally why Apple doesn't pay for bug bounties - Microsoft, Google, their vulnerabilities sell for around the same price as the bug bounty - typically a 10-20K. But an iOS bug is big-time, easily $1M+.
Have you seen the "<iframe allowfullscreen>" tag? Seems to be a marketeers wet dream. And every web users nightmare.
They probably implement that like full screen video - it has to be a user-requested action for that to actually happen and browsers have the ability to block a site from going full screen (as well as doing the overlay that says "site is now full screen" with "allow" and "cancel". And which is NOT overridable - the browser throws it up and the user can cancel it.
(A) These evil scoundrels are cheating on the government tests
(B) The people who are designing the government tests epically suck at their jobs, should be fired, and have competent people hired in their places
I'm going to have to vote "B" here, folks.
Or maybe the test is designed so comparisons can be made between years, models and history?.
I mean yes, you can design the test to be different and updated every single year, but then you lose the ability to compare models from this year versus models from last year - and while you can run it under both tests, no one wants to pay for that. Perhaps the TVs take 40W this year. Last year's test had those TVs taking 30W. Was it the test that changed that caused all the new TVs to take 10W more? Or are this year's models less efficient?
That's the reason why tests are standardized - they're designed to emulate real-world use, but be scientifically repeatable so there's a consistent basis to which comparisons can be made.
It, just like the VW scandal, can result in cheating because of this - the test is standardized so if you detect the test you can game it. No way to avoid it
This is absolutely the case. Autoplay is a static attribute to the HTML5 video tag and can be set to be ignored by browsers, but there is also a Javascript API for HTML5 video playback and it is trivial to start playback from there. Technically that is not "autoplay", it is just, "play" that happens to be triggered on page load via Javascript.
And what happens is that the play command gets lumped in with the popup blocker commands that get ignored on page loads, which lets the play command work AFTER the page loads, but it doesn't start if it's part of the page load.
An alternative is to ignore the play command if the tab isn't visible. And just in case, we can have a right-click menu option to send the play command as well in case someone tries to be tricky and assume the video start playing immediately.
Around 2006/7 I had a used Tmobile Dash with a voice/text plan and no data. At the time, my university ran a 28kbps dailup internet service that students could use for free. It was a relic of another time, but it was still there.
On the Dash/Excalibur (and presumably other Windows Mobile devices) you could dial into these services with the built-in modem, and since I rode the bus a lot (at least two/three hours a day), I used that service.
It was hilariously slow, but it worked. I could visit websites, read articles, and chat. By turning off the images, it could be done with reasonable comfort.
Don't underestimate the value of being able to log on at any speed.
Actually, you could do it on practically any 2G device that supported data with a facilitating carrier. It's called Circuit Switched Data (your usual GPRS/EDGE/3G/4G/LTE is packet switched data) and it establishes a traditional modem connection, using a voice channel.
It's slow because the voice channel is 9600kbps or there abouts. When you establish a CSD connection, the cell modem tells the network to use one of its modems to dial the number and establish a modem connection. The data is then sent over the voice channel as raw data (the modulation itself wouldn't survive the GSM coding, so it's just data). You phone then opens the virtual serial port and accesses the data, which is probably just a PPP session. In those days, the connection was identical whether it was CSD or GPRS/EDGE - it's just the endpoint is different - in CSD, the PPP data goes over the air to the number you dialed, while in packet, the PPP session goes to the modem to interface with the packet data hardware.
Incidentally, GPRS/EDGE use unused timeslots and frequencies and combines them to get data connectivity so the less busy the cell, the faster the data connection.
The problem with tinfoil is it grows all spiky really quickly. You brush it off and all those spikes go everywhere, killing everything electronic you touch, and making it hard to plug stuff in and out without getting shocked.
Al foils, though, doesn't have that problem. Hell, even tin cans are steel these days.
All of our phones and digital cameras have a maximum SD card limit, most 64Gb.
There are two known limits to SD cards.
First is the standard old SD card - FAT16 formatted, up to 2GB. Then there's SDHC, FAT32 formatted, up to 32GB.
For larger cards, there's SDXC, which uses exFAT and has a 2TB limit. 128GB cards are common today, and if you can take 64GB, you can take this card as your device is SDXC compatible.
Some SD cards were 4GB using the SD method, which was a very creative way of interpreting the standard - as such, they may work in some devices but not all. If you're curious, the SD storage medium used a signed 32 bit integer for byte-level storage access. SDHC turned that integer into block-level access and that's why it was pretty trivial to add SDHC support.
The issue here isn't the materials cost of the epipen. You don't even need an epipen to deliver the medicine, just a syringe and an epinephrine vial. Any school nurse worth her salt will know how to use a needle. If school districts wanted to give a fat middle finger to the pharma industry on this they could go and purchase them.
The issue here is that Mylan (the makers of the pen) lobbied the FDA and government to require its purchase be done by school districts and then jacking the price up to gouge the taxpayer (ie you and me). Now school districts have to purchase the pen instead of going the route I outlined above.
The only way to hack the regulatory process is to donate a retarded sum of money to "charity" of a specific presidential candidate and various other lobbying groups. Though that isn't really hacking. Just, "business as usual" in the fairy tale land known around that stretch of highway known as the beltway.
The cost of it was around $50, then it got jacked to $150 and now $600+.
Epinepherine is cheap - an EpiPen contains about $1 worth of the drug.
Mylan basically created an auto-injector that made it possible for anyone to administer it - remove a cap and jab, which is why it was popular - because anyone nearby can go grab it. Just like an AED, it can be put in a lot of places and be ready when needed. So there was a lot of demand to have it everywhere, especially in schools where an anaphalactic shock can mean you have only a minute. And because it's easy to use, anyone can administer it.
The problem is after getting everyone to demand they be made readily available, Mylan jacks the price up. They've been on the market for years the cheap price. In fact, that's why they're sold as a two-pack - the FDA found one injection wasn't necessarily enough of a dose, so instead of redesigning it to accommodate twice as much drug (at the price of going through the whole approval cycle again), they just sell them as a two-pack. And this was a decade ago. (The patent's actually expired) The only reason they did this was simple - the competition generic brands were actually having difficulty with their products and thus are down for the count for a few years.
Vacuum tubes create a noisy signal, but in a weird coincidence, they do it in a way that is pleasing to the ear. The clipping and distortion sounds "warm," and there's an added depth in the sound (harmonics) that you don't get via transistors -- unless you create circuits that mimic the behavior of a vacuum tube.
Metallica? Tube amps. John Mayer? Tube Amps. Clapton? Tube amps. BB King? Tube amps. Eric Johnson? Steve Vai? Garth Brooks? All tube amps.
Of course, much of the "tone" we guitarists revere comes from overdriven and abused guitar tubes -- cranking up the volume on the tube so that there's massive distortion and noise -- which again sounds pleasing to some people.
Now, it's one thing to overdrive a tube or change the bias on it to get a particular sound from your guitar, what about building a tube amp to just listen to music?
Well, I suspect this is essentially "remixing" songs. Adding a bit more depth, dirt, or warmth (from the noisy tube) might sound better but that's subjective, and it's all about personal preference.
So, sir, you might argue that you dislike what a noisy tube does to your signal, but you can't say some people won't perceive it as improved, as it's about personal taste.
In other words, you use tubes to process your signal. Any amplification on their part is a just a coincidence.
I get it - its an effects processor. You just keep it in the analog realm, given you can do the same thing digitally afterwards (just without over driving the input).
There are general audio blocks - you have ADCs, DACs and amps, which just have ONE job. Anyone claiming any of those parts are producing a "warmer" or "bright" or "sounds better" is lying because that part is malfunctioning and thus not transparent. (The jobs of DACs and amps is so well defined that we've pretty much achieved perfection).
Then you have a processor, whose job IS to alter the sound, and processors all sound "different" because that's their intent - to alter sound.
And everything that alters sound (EQ, etc) should be kept in processors. A lot of the "tube sound" is caused by the distortion (i.e., imperfect amplification) introduced by tubes, as well as the impedance issues caused (tubes are a high-impedance output, hence the output transformer is required to lower it) which causes EQ because even with a transformer, its still fairly high output impedance compared with the speaker or headphones. (Speakers/headphones have a frequency-dependent impedance, which causes all sorts of EQ to take place - when the impedance is high, those frequencies are muted, etc).
Yes, we solved that, we went to transistors which have a stunningly low output impedance that they can give a flat response to dramatic impedance changes (if you use the 1/8th rule, where output impedance of the amp is 1/8th the nominal impedance of the speaker or headphones, then the variance is around 1dB or so as it goes from nominal down to 1 ohm or lower).
NAND have limited write cycles... doing a re-write NAND bruteforce attack is not going to last very long!
A 4 digit PIN code has around... 10,000 combinations. You get 10 tries before it wipes, but 6 tries before the delay gets long (1 hour). So if you guess 6 tries per flash, you only need to do 1,667 reflashes. Given the nature of the effacable storage flash, this is well under their use limit.
Apple had a reason for not making an iPod Classic with a flash drive. If they had sold it at a comparable price to the version with the miniature hard drive (and they could have given the current price of flash memory; 128GB is around $30 retail now which means it costs Apple less than that), it would have exposed the lie that is their current pricing of the versions of the iPhone and iPad with more than the minimum amount of memory. Those big and important parts of their customer base would have rebelled and demanded lower prices, which would have cost Apple a LOT of profit.
Well, when the iPod classic was discontinued, the iPod Touch was popular, which DID have 128GB of flash storage.
And the Classic really was the only one in the lineup with spinning rust, which was going away because flash was more efficient, cheaper and smaller - the 160GB hard drive in the last Classic could be replaced with flash memory with a volume that was much smaller. At the same time, SoCs had native flash interfaces and didn't require CE-ATA or ATA interfaces (which was getting rarer).
Apple could've gone with a SSD manufacturer, but PATA SSDs were and still are pricey. Which would've pushed the Classic price up into Touch territory, further diminishing sales - for most people, the Touch would be far more useful than the need for a USB hard drive at the same price.
I'm sure Apple considered expanding the Nano line of iPods to have 128GB of flash (which is what a Classic would be in the end) but decided the added cost wouldn't make economic sense, especially at a time when iPod sales were tumbling into nothingness. People just weren't buying iPods, especially large ones anymore with their smartphones. The small 4/8/16GB iPods still had some sales purely because of their low cost and practical disposability which meant they were popular at gyms and running and all that.
It's a wonder Apple hasn't killed off the iPod altogether - even the iPod Touch isn't selling.
Why VIM doing rendering at all? and better yet, platform-specific rendering?
In text mode, no, there's no rendering going on. But in graphical mode, you have to translate the characters to pixels, and that's not a trivial task anymore. Add in scrolling and other tasks you do with blocks of text, and you're pushing serious pixels. Especially if you operate in a high resolution mode (4K monitors aren't hard to find these days).
DirectWrite is a GPU-optimized font renderer for Windows - it loads the fonts into the GPU memory, and then the font rendering programs, plus text effects like ClearType. You then send it the characters and the GPU renders it down, like it did in text mode, but without the blocky pixellated look. Given how many pixels it has to push these days, it's a task a GPU is much better suited for, and it makes scrolling and displaying large windows text all that much faster and with lowered CPU load.
GDI allows a lot of nifty tricks, but 99% of the time, no one uses all those tricks - they just want to spit text onto the screen. So Microsoft created a GPU optimized way to accelerate the common task.
Quick, somebody get the GPL-bashers in here to remind us all about how this is so much better, how we all have so much more freedom ever since Google embarked on their "no GPL in userspace" crusade!
Well, given the way cellular manufacturers work, had Android been GPL'd, it would be like the other GPL'd cellphone OSes out there. You know the 3 or 4 of them that were around when iOS was out?
Instead, you have the freedom to pick an iOS phone, or an Android phone. Is that better than just an iOS phone only?
The cellphone manufacturers were not going to touch Android if it was GPL'd. It's why Google released it as Apache. Maybe Google would release a Nexus here and there, but that would be pretty much it.
But hey, maybe OpenMoko might be as popular as Blackberry OS!
Oh, and GPL supporters always say commercial vendors "lock up" BSD code. Yet they ALWAYS fail to recognize that GPL "lock up" of BSD code is far more common and far more insulting because if GPL is better, why are GPL projects locking up BSD code? Makes GPL no better than a commercial license in that respect.
Isn't the GPS receiver already doing a better job of that?
No, GPS is not a better job.
GPS' horizontal accuracy is good - about 1m. But its vertical accuracy is horrible - anywhere from tens of meters to a hundred meters or more. GPS was never made with vertical accuracy in mind.
Even pilots using VNAV rely on airports to transmit a vertical guidance signal to give a precise vertical signal.
And altitude is just one use of a barometer. You can also use it for weather - in fact, that's why you don't use a barometer for altitude information on VNAV - it's too imprecise because small changes in the weather cause big changes in altitude.
Given the sealed nature of the iPhone 7, that space is probably used for both pressure equalization AND for the barometer. Think of the breathing hole on a spinning rust HDD - same idea.
In this case, it probably was 3.5mm jack, or sealed case for waterproofness. I'm guessing waterproofness won out.
This just goes to show what happens when you put an operating system in the hands of millions/billions of every day users. It can be Windows, Linux, OSX, iOS, Android, it doesn't matter. People are idiots and they will install anything. I didn't really think it was possible to root a phone simply by installing an app. That definitely is a failing in the security. But there isn't really anything you can do to completely stop all attacks if people are going to install random software.
That's why Apple generally vets all apps before they make it in the App Store. People ARE idiots, and thus Apple presents their App storea as a safe location to get apps. Malware is few and far between, and usually limited to data theft by using existing APIs - none actually try to jailbreak the phone.
The only thine Apple has done is anger a few geeks in the process, but the millions of non-geek iPhone users can blindly install apps from the App Store just fine.
It really pisses me off that these apps can supposedly root Android and install all sorts of apps, yet trying to get root on my Galaxy is a convoluted game of Twister requiring the setting of permissions, installing special PC software, installing special (skecthy as fuck) boot loaders, custom (sketchy as fuck) recovery environments, and more.
The problem if you're trying to get root to do useful stuff, like a root shell and other things. Plus, you probably want it untethered.
The apps just need root to install a daemon and have it run and simply run an exploit every time to re-root the phone. Doesn't matter that it has to re-do it everytime.
And they don't care about bootloaders - the custom bootloader is if you want to run custom ROMs. Here they're just using the stock image, and running one of many exploits used to get full access to the device. Your custom bootloaders, recoveries, etc, are all user things meant to make life easier for you. None of that need apply for malware.
Smartwatches are useful in some very particular circumstances, mostly where it is inconvenient or ill-advised to carry a smartphone
No, smartwatches are not where it is ill-advised to carry a smartphone.
They're because the user bought the WRONG smartphone for their lifestyle. As in, they got awed by the massive 8" screen that they went out and bought it, then realized that it was completely useless to them - they can't stuff it in their pocket in easy reach, so it goes in their bag. THey can't carry it in one hand and must use both hands to do anything, etc.
And instead of returning it and buying something more reasonable (wah wah I must have my 8" screen!) they buy a smartwatch instead which lets them do everything they bought their phone to do. Without having to deal with digging it out of their bag and manhandling it.
In Asia, its worse - I've seen people who can't even hold their giant smartphones with both hands - it's just too big. They could buy a smaller one, but that 8" screen is their life, and going to a 6" screen means such a down grade.
If you refer back to my original post it's not a single organization that would pay $20M. And yes, $20M is just an estimate. For support of myestimate look up how much the FBI paid for the exploit on the San Bernardino phone - it was $1.3M. And that was for a single instance, single phone.
And iOS.
There's a reason there's a backlog of over 600+ iPhones in the LEO community they'tr trying to break, and under 20 Androids. And it's not because criminals prefer iPhones to Androids.
iOS vulnerabilities are much harder to come by and they often require chaining together multiple ones just to even get them to jailbreak. And we're talking about phones where the user willingly lets the hack happen (jailbreak). Ones that try to start from a locked phone are much harder. Coupled with full disk encryption that's standard and enabled since the beginning and it gets a lot more difficult, even more so in modern phones with a secure enclave that keeps secrets from hitting flash storage (i.e., disk key).
The problem with Android is the defaults are insecure and most people leave it at the defaults, making it trivially easy to get at the data.
He did no such thing. He only accessed a proxy server at a certain address. T-Mobile happily permitted him to access it. In fact they expressly white-listed it. It's like me giving you a donut and then complaining about theft after you ate it.
Unfortunately, it doesn't work that way for communications services. And even worse, there's a lot of precedent for this interpretation - if you found a way around a block, and exploit it, even if the system let you, you're still on the hook for it.
It's just like you hooking up cable TV back in the analog days and enjoying the free TV. Problem is, if the cable company catches you, you can be on the hook for criminal charges. This also applies even if you're a cable subscriber and used a pirate cable box to decode pay TV. Likewise, it expanded to satellite and phone service as well (though prosecutions are far lower for satellite - it's easy enough to hide the fact you're pirating it).
And phone companies did it to people who blue-boxed. That Esquire article pretty much killed blue-boxing because they just put tone detectors on the line and monitored lines for stuff like that. (Then later on, as switching technology improved it was no longer required).
Hell, even uncapping your cable modem was prosecuted for a while too, for a more modern prosecution.
Now, whether he faces prosecution or not is up to T-mobile. They could press charges, they're well within their right, or they may just fix the issue. Or maybe not - they may actually know about this flaw in the network and have been using it to monitor activity. As long as it doesn't get too overused, perhaps they'll keep mum about it and let it continue, monitoring and logging users who continue to use it.
Credit unions are typically organized as a non-profit or treated as such for tax purposes, but to imply that they're against making a profit doesn't make any sense as it would suggest they don't care about how they manage their members money or would just give out a loan to anyone for no interest at all. If my credit union weren't making a profit, it wouldn't be able to pay interest on the money I have on deposit with them.
A non-profit is just that, non-profit. It means their revenues and expenses at the end of the year balance, hence no net profit.
That doesn't mean they can't make a profit, it's just that profit is spent before the fiscal year ends so it's back to zero. Now, some non-profits are arranged so they make very little profit on what they do - thus giving lower prices to everyone, and the profit is then used to pay salaries and all that. But it doesn't have to be that - it can be making ridiculous amounts of profit and they then spend it on something else.
For an example of this, look at the College Board - they are the makers of many of the academic tests out there, and they charge an arm and a leg (ask any student who has to take the SATs). But any other standardized test is probably administered by them as well. They rake in the money, both in the tests, the study guides they sell, and many other things. So much so they spend their profit on luxury hotels and other things - as a non-profit they have to spend it all to even it out.
Of course, most credit unions are less evil and spread any profits as dividends to the members.
Looks like the going rate is less than $100k for this kind of exploit. So Google is doing good here.
It would probably be less, given how few devices will run Android 7.0 in the short to medium term, and how many other Android vulnerabilities are out there to try first, making it cost very little.
Google's offering for $200K is about 10 times the going rate (again, taking into account how few devices run it, so the chances of actually running into a phone you need to crack running Android 7.0 are practically nil).
It's Apple that needs to step up their game - their $250K is a quarter of the going rate for an iOS exploit ($1M+ is the going rate). And with iOS 10 out a lot of old exploits are going away. State actors have to guard their tools very closely or a leak like the one a few weeks ago could render their multi mullion dollar business moot. That's probably why they charge so much per installation - each installation runs the risk that the vulnerabilities are found and fixed.
Slashdot Mirror
Actually, it's not college. Or university. It's any post-secondary education automatically gives you can economic benefit over a high school diploma.
Your skilled tradesman has post-secondary education - in their trade. Be it electrician, plumber, welder, carpenter, etc. There's post-secondary education attached to it. Even the journeyman status is still education - many other professions have a residency or practicum part of the training.
Because the jobs for high school diplomas is very limited - and the supply is wide, so they pay very little. Think janitor or housekeeper, and even then, you're doing minimum wage. There's also retail. All these jobs are unskilled.
Oh yeah, it's possible to make a lot of money as an unskilled labourer - but that's because the job has an element that makes it less appealing - usually a danger element. Crab fishing, say, an industry with a practically 100% injury rate, nasty weather, 60+ hour workdays, etc. But you can easily earn $50K in 3 months. Then there's oilman, working on oil rigs in terrible conditions, but you can get high 5 digits or 6 digits.
But there are plenty of post-secondary education opportunities - college, university, trade school, etc.
Problem is battery density. If you're sending batteries, the amount is far more dangerous per unit volume than if the battery was in a device.
Shipping lithium batteries in bulk is what caused the downing of a UPS cargo plane a while back which is why they're no longer allowed - one battery caught fire, which then caused other batteries in the same container to catch as well.
Whereas if it was in a laptop, it may destroy the device and the pack, but the density of cells is lower and its less likely to catch more packs on fire.
It's why hoverboards are particularly dangerous - their packs of 10 or 20 cells wrapped tightly together - when one goes off, it will more than likely cause the rest to off as well.
Also, raw lithium and aluminum don't mix - which means the sprayed lithium can damage structural aircraft components as well.
Google's compatibility list shows it's only for recent (under 2 year old) Chromebooks. It's not that the older Chromebooks are too slow or anything, they just are older than 2 years old. After all, the list excludes many x86 based Chromebooks (including Google's original Pixel).
Even better, Apple generally wants you to do this with apps with source code - the developers of f.lux tried it, but they released it as binary only and Apple called them out over it.
It's one of those things you really wish you could ask RMS about - a commercial closed-source OS that allows open-source to be loaded on, with enforcement of the "source" part - no releasing of binaries that may or may not match the source, but an OS that requires you to build the app from source code.
Well, given there are three parties who would pay for it. First is Apple, as part of their bug bounty. He'd probably get a cool quarter million out of it.
The second party is pirate app stores for iOS - they often sell access to their pirated apps and do have some money to spend. The Pengu jailbreaks were basically this.
The third party is state-sponsored agencies. If you were in it for the money, you WOULD do this because they really pay - a cool million dollars or more for something like this.
It's traditionally why Apple doesn't pay for bug bounties - Microsoft, Google, their vulnerabilities sell for around the same price as the bug bounty - typically a 10-20K. But an iOS bug is big-time, easily $1M+.
They probably implement that like full screen video - it has to be a user-requested action for that to actually happen and browsers have the ability to block a site from going full screen (as well as doing the overlay that says "site is now full screen" with "allow" and "cancel". And which is NOT overridable - the browser throws it up and the user can cancel it.
Or maybe the test is designed so comparisons can be made between years, models and history?.
I mean yes, you can design the test to be different and updated every single year, but then you lose the ability to compare models from this year versus models from last year - and while you can run it under both tests, no one wants to pay for that. Perhaps the TVs take 40W this year. Last year's test had those TVs taking 30W. Was it the test that changed that caused all the new TVs to take 10W more? Or are this year's models less efficient?
That's the reason why tests are standardized - they're designed to emulate real-world use, but be scientifically repeatable so there's a consistent basis to which comparisons can be made.
It, just like the VW scandal, can result in cheating because of this - the test is standardized so if you detect the test you can game it. No way to avoid it
And what happens is that the play command gets lumped in with the popup blocker commands that get ignored on page loads, which lets the play command work AFTER the page loads, but it doesn't start if it's part of the page load.
An alternative is to ignore the play command if the tab isn't visible. And just in case, we can have a right-click menu option to send the play command as well in case someone tries to be tricky and assume the video start playing immediately.
Actually, you could do it on practically any 2G device that supported data with a facilitating carrier. It's called Circuit Switched Data (your usual GPRS/EDGE/3G/4G/LTE is packet switched data) and it establishes a traditional modem connection, using a voice channel.
It's slow because the voice channel is 9600kbps or there abouts. When you establish a CSD connection, the cell modem tells the network to use one of its modems to dial the number and establish a modem connection. The data is then sent over the voice channel as raw data (the modulation itself wouldn't survive the GSM coding, so it's just data). You phone then opens the virtual serial port and accesses the data, which is probably just a PPP session. In those days, the connection was identical whether it was CSD or GPRS/EDGE - it's just the endpoint is different - in CSD, the PPP data goes over the air to the number you dialed, while in packet, the PPP session goes to the modem to interface with the packet data hardware.
Incidentally, GPRS/EDGE use unused timeslots and frequencies and combines them to get data connectivity so the less busy the cell, the faster the data connection.
The problem with tinfoil is it grows all spiky really quickly. You brush it off and all those spikes go everywhere, killing everything electronic you touch, and making it hard to plug stuff in and out without getting shocked.
Al foils, though, doesn't have that problem. Hell, even tin cans are steel these days.
There are two known limits to SD cards.
First is the standard old SD card - FAT16 formatted, up to 2GB. Then there's SDHC, FAT32 formatted, up to 32GB.
For larger cards, there's SDXC, which uses exFAT and has a 2TB limit. 128GB cards are common today, and if you can take 64GB, you can take this card as your device is SDXC compatible.
Some SD cards were 4GB using the SD method, which was a very creative way of interpreting the standard - as such, they may work in some devices but not all. If you're curious, the SD storage medium used a signed 32 bit integer for byte-level storage access. SDHC turned that integer into block-level access and that's why it was pretty trivial to add SDHC support.
The cost of it was around $50, then it got jacked to $150 and now $600+.
Epinepherine is cheap - an EpiPen contains about $1 worth of the drug.
Mylan basically created an auto-injector that made it possible for anyone to administer it - remove a cap and jab, which is why it was popular - because anyone nearby can go grab it. Just like an AED, it can be put in a lot of places and be ready when needed. So there was a lot of demand to have it everywhere, especially in schools where an anaphalactic shock can mean you have only a minute. And because it's easy to use, anyone can administer it.
The problem is after getting everyone to demand they be made readily available, Mylan jacks the price up. They've been on the market for years the cheap price. In fact, that's why they're sold as a two-pack - the FDA found one injection wasn't necessarily enough of a dose, so instead of redesigning it to accommodate twice as much drug (at the price of going through the whole approval cycle again), they just sell them as a two-pack. And this was a decade ago. (The patent's actually expired) The only reason they did this was simple - the competition generic brands were actually having difficulty with their products and thus are down for the count for a few years.
In other words, you use tubes to process your signal. Any amplification on their part is a just a coincidence.
I get it - its an effects processor. You just keep it in the analog realm, given you can do the same thing digitally afterwards (just without over driving the input).
There are general audio blocks - you have ADCs, DACs and amps, which just have ONE job. Anyone claiming any of those parts are producing a "warmer" or "bright" or "sounds better" is lying because that part is malfunctioning and thus not transparent. (The jobs of DACs and amps is so well defined that we've pretty much achieved perfection).
Then you have a processor, whose job IS to alter the sound, and processors all sound "different" because that's their intent - to alter sound.
And everything that alters sound (EQ, etc) should be kept in processors. A lot of the "tube sound" is caused by the distortion (i.e., imperfect amplification) introduced by tubes, as well as the impedance issues caused (tubes are a high-impedance output, hence the output transformer is required to lower it) which causes EQ because even with a transformer, its still fairly high output impedance compared with the speaker or headphones. (Speakers/headphones have a frequency-dependent impedance, which causes all sorts of EQ to take place - when the impedance is high, those frequencies are muted, etc).
Yes, we solved that, we went to transistors which have a stunningly low output impedance that they can give a flat response to dramatic impedance changes (if you use the 1/8th rule, where output impedance of the amp is 1/8th the nominal impedance of the speaker or headphones, then the variance is around 1dB or so as it goes from nominal down to 1 ohm or lower).
A 4 digit PIN code has around... 10,000 combinations. You get 10 tries before it wipes, but 6 tries before the delay gets long (1 hour). So if you guess 6 tries per flash, you only need to do 1,667 reflashes. Given the nature of the effacable storage flash, this is well under their use limit.
Well, when the iPod classic was discontinued, the iPod Touch was popular, which DID have 128GB of flash storage.
And the Classic really was the only one in the lineup with spinning rust, which was going away because flash was more efficient, cheaper and smaller - the 160GB hard drive in the last Classic could be replaced with flash memory with a volume that was much smaller. At the same time, SoCs had native flash interfaces and didn't require CE-ATA or ATA interfaces (which was getting rarer).
Apple could've gone with a SSD manufacturer, but PATA SSDs were and still are pricey. Which would've pushed the Classic price up into Touch territory, further diminishing sales - for most people, the Touch would be far more useful than the need for a USB hard drive at the same price.
I'm sure Apple considered expanding the Nano line of iPods to have 128GB of flash (which is what a Classic would be in the end) but decided the added cost wouldn't make economic sense, especially at a time when iPod sales were tumbling into nothingness. People just weren't buying iPods, especially large ones anymore with their smartphones. The small 4/8/16GB iPods still had some sales purely because of their low cost and practical disposability which meant they were popular at gyms and running and all that.
It's a wonder Apple hasn't killed off the iPod altogether - even the iPod Touch isn't selling.
In text mode, no, there's no rendering going on. But in graphical mode, you have to translate the characters to pixels, and that's not a trivial task anymore. Add in scrolling and other tasks you do with blocks of text, and you're pushing serious pixels. Especially if you operate in a high resolution mode (4K monitors aren't hard to find these days).
DirectWrite is a GPU-optimized font renderer for Windows - it loads the fonts into the GPU memory, and then the font rendering programs, plus text effects like ClearType. You then send it the characters and the GPU renders it down, like it did in text mode, but without the blocky pixellated look. Given how many pixels it has to push these days, it's a task a GPU is much better suited for, and it makes scrolling and displaying large windows text all that much faster and with lowered CPU load.
GDI allows a lot of nifty tricks, but 99% of the time, no one uses all those tricks - they just want to spit text onto the screen. So Microsoft created a GPU optimized way to accelerate the common task.
Well, given the way cellular manufacturers work, had Android been GPL'd, it would be like the other GPL'd cellphone OSes out there. You know the 3 or 4 of them that were around when iOS was out?
Instead, you have the freedom to pick an iOS phone, or an Android phone. Is that better than just an iOS phone only?
The cellphone manufacturers were not going to touch Android if it was GPL'd. It's why Google released it as Apache. Maybe Google would release a Nexus here and there, but that would be pretty much it.
But hey, maybe OpenMoko might be as popular as Blackberry OS!
Oh, and GPL supporters always say commercial vendors "lock up" BSD code. Yet they ALWAYS fail to recognize that GPL "lock up" of BSD code is far more common and far more insulting because if GPL is better, why are GPL projects locking up BSD code? Makes GPL no better than a commercial license in that respect.
No, GPS is not a better job.
GPS' horizontal accuracy is good - about 1m. But its vertical accuracy is horrible - anywhere from tens of meters to a hundred meters or more. GPS was never made with vertical accuracy in mind.
Even pilots using VNAV rely on airports to transmit a vertical guidance signal to give a precise vertical signal.
And altitude is just one use of a barometer. You can also use it for weather - in fact, that's why you don't use a barometer for altitude information on VNAV - it's too imprecise because small changes in the weather cause big changes in altitude.
Given the sealed nature of the iPhone 7, that space is probably used for both pressure equalization AND for the barometer. Think of the breathing hole on a spinning rust HDD - same idea.
In this case, it probably was 3.5mm jack, or sealed case for waterproofness. I'm guessing waterproofness won out.
That's why Apple generally vets all apps before they make it in the App Store. People ARE idiots, and thus Apple presents their App storea as a safe location to get apps. Malware is few and far between, and usually limited to data theft by using existing APIs - none actually try to jailbreak the phone.
The only thine Apple has done is anger a few geeks in the process, but the millions of non-geek iPhone users can blindly install apps from the App Store just fine.
The problem if you're trying to get root to do useful stuff, like a root shell and other things. Plus, you probably want it untethered.
The apps just need root to install a daemon and have it run and simply run an exploit every time to re-root the phone. Doesn't matter that it has to re-do it everytime.
And they don't care about bootloaders - the custom bootloader is if you want to run custom ROMs. Here they're just using the stock image, and running one of many exploits used to get full access to the device. Your custom bootloaders, recoveries, etc, are all user things meant to make life easier for you. None of that need apply for malware.
No, smartwatches are not where it is ill-advised to carry a smartphone.
They're because the user bought the WRONG smartphone for their lifestyle. As in, they got awed by the massive 8" screen that they went out and bought it, then realized that it was completely useless to them - they can't stuff it in their pocket in easy reach, so it goes in their bag. THey can't carry it in one hand and must use both hands to do anything, etc.
And instead of returning it and buying something more reasonable (wah wah I must have my 8" screen!) they buy a smartwatch instead which lets them do everything they bought their phone to do. Without having to deal with digging it out of their bag and manhandling it.
In Asia, its worse - I've seen people who can't even hold their giant smartphones with both hands - it's just too big. They could buy a smaller one, but that 8" screen is their life, and going to a 6" screen means such a down grade.
And iOS.
There's a reason there's a backlog of over 600+ iPhones in the LEO community they'tr trying to break, and under 20 Androids. And it's not because criminals prefer iPhones to Androids.
iOS vulnerabilities are much harder to come by and they often require chaining together multiple ones just to even get them to jailbreak. And we're talking about phones where the user willingly lets the hack happen (jailbreak). Ones that try to start from a locked phone are much harder. Coupled with full disk encryption that's standard and enabled since the beginning and it gets a lot more difficult, even more so in modern phones with a secure enclave that keeps secrets from hitting flash storage (i.e., disk key).
The problem with Android is the defaults are insecure and most people leave it at the defaults, making it trivially easy to get at the data.
Unfortunately, it doesn't work that way for communications services. And even worse, there's a lot of precedent for this interpretation - if you found a way around a block, and exploit it, even if the system let you, you're still on the hook for it.
It's just like you hooking up cable TV back in the analog days and enjoying the free TV. Problem is, if the cable company catches you, you can be on the hook for criminal charges. This also applies even if you're a cable subscriber and used a pirate cable box to decode pay TV. Likewise, it expanded to satellite and phone service as well (though prosecutions are far lower for satellite - it's easy enough to hide the fact you're pirating it).
And phone companies did it to people who blue-boxed. That Esquire article pretty much killed blue-boxing because they just put tone detectors on the line and monitored lines for stuff like that. (Then later on, as switching technology improved it was no longer required).
Hell, even uncapping your cable modem was prosecuted for a while too, for a more modern prosecution.
Now, whether he faces prosecution or not is up to T-mobile. They could press charges, they're well within their right, or they may just fix the issue. Or maybe not - they may actually know about this flaw in the network and have been using it to monitor activity. As long as it doesn't get too overused, perhaps they'll keep mum about it and let it continue, monitoring and logging users who continue to use it.
A non-profit is just that, non-profit. It means their revenues and expenses at the end of the year balance, hence no net profit.
That doesn't mean they can't make a profit, it's just that profit is spent before the fiscal year ends so it's back to zero. Now, some non-profits are arranged so they make very little profit on what they do - thus giving lower prices to everyone, and the profit is then used to pay salaries and all that. But it doesn't have to be that - it can be making ridiculous amounts of profit and they then spend it on something else.
For an example of this, look at the College Board - they are the makers of many of the academic tests out there, and they charge an arm and a leg (ask any student who has to take the SATs). But any other standardized test is probably administered by them as well. They rake in the money, both in the tests, the study guides they sell, and many other things. So much so they spend their profit on luxury hotels and other things - as a non-profit they have to spend it all to even it out.
Of course, most credit unions are less evil and spread any profits as dividends to the members.
It would probably be less, given how few devices will run Android 7.0 in the short to medium term, and how many other Android vulnerabilities are out there to try first, making it cost very little.
Google's offering for $200K is about 10 times the going rate (again, taking into account how few devices run it, so the chances of actually running into a phone you need to crack running Android 7.0 are practically nil).
It's Apple that needs to step up their game - their $250K is a quarter of the going rate for an iOS exploit ($1M+ is the going rate). And with iOS 10 out a lot of old exploits are going away. State actors have to guard their tools very closely or a leak like the one a few weeks ago could render their multi mullion dollar business moot. That's probably why they charge so much per installation - each installation runs the risk that the vulnerabilities are found and fixed.