QR codes might become obsolete, but imaging hardware will not be. The software is a trivial part, since there's a large installed base of something like QR codes so there will likely always be something to read it.
The problem specifically with Quicktime, is that it's installed by default with iTunes. Users never wanted Quicktime in the first place, so they'd rather not download that update in addition to their iTunes update.
But if you wipe your own phone with malicious intent, that would be a crime. For example, if you were angry and threw your phone on the ground and broke it - that would be a violation.
However, the story broke on Spanish-language sites first, so claiming that it's all down to translation errors is a little odd.
Now, the fact that you'd have to sue yourself to be liable might present a challenge. But maybe someone with dissociative identity disorder would be willing to try.
The document states they would like to make it illegal to modify or distribute the contents of computers that are not your own without permission of the owner.
That's one part. But Article 17 is only gives harsher fines if the computer is not your own. The full text is in this document: http://www.senado.gob.mx/sgsp/...
By my reading of it, if you threw your own phone on the ground and broke it you could go to prison. If you wipe off Windows and install Linux, same thing.
But downloading it over dial-up was terrible. That's why I tried out Debian first as a late 90's high-schooler. And that was a nightmare when you're barely a novice with computers and dealing with hardware that didn't have good specs at all.
HFT may help make the market more fluid, but it's also not the primary reason that stocks exist. Just block all trades 5 seconds before and after the leap second. It's fair to everyone, and 10 seconds of not being able to trade should not be a big deal.
Get a CC from a bank that allows a one time use virtual CC number. You have a lot of choices, (e.g. Citi, BofA), but there are some downsides in the implementation.
And yes - there are competitors to Paypal, such as Android Pay and Apple Pay. But those only really work for NFC.
Of course they did! How do you think cable TV worked in the '80s, '90s and early 2000s?
I left out a few words. Did you see my follow-up comment? They didn't have lines hooked up if they weren't subscribers to TV. Now that's more commonplace (Internet-only subscribers).
No, CableCARD went too far by allowing the flag disabling recording to exist. Being on by default is beside the point.
Right, but the rest of the DRM on CableCARD is perfectly agreeable to me. And many markets did allow recording.
2. For the TCP side, TCP ACK packets are prioritized. This keeps heavy traffic going one way from impeding traffic going the other way. You could also set a 50/50 split here with borrowing so DDoS style abuses of this policy are curbed until the DDoS can be stopped.
Delaying ACK packets is how inbound QoS is achieved.
If it actually would work, it would be relatively easy to implement on IPv6. Customer gets two IPv6 address ranges. No need for two physical lines as traffic can be QoSed such that the latency sensitive traffic gets 100% priority. And the ISP can respect that all the way up the chain.
What they can't do is handle that at the backbone level, just last mile and maybe the next hop after that.
First of all, people didn't have cable TV lines hooked up to their house in the analog era. Second, premium channels were locked out with analog equivalent of DRM.
It's true that CableCARD went too far by most cable providers not allowing recording by default on any channels - even when the content companies didn't ask them to. It was totally possible for an HDHomerun CableCARD device to record as long as the record/copy flags were set to allow. The fact that they had this capability as part of the standard is the one part that is absolutely wrong.
Of course I complain about that! Carriers should absolutely not be allowed to pick and choose what devices get used on their network (other than blocking devices without a valid and paid account or which are attacking the network, obviously).
And what about one device impersonating another device? The SIM card does that. In very much the same way that CableCARD does what it does.
If you prioritize the first X KB / sec. worth of packets, you can give a de facto priority to low-bandwidth uses, without giving extra favor to things like tunnels. I don't know if that's being done by anyone. Each additional packet in a given time frame would get a lower and lower weighted priority based on how long it's been since the previous X packets. Might be too CPU intensive for a huge amount of traffic, but probably not worse than deep packet inspection.
It is also wide open to abuse, because SSH is used for SFTP and a variety of other bandwidth-hogging protocols, and because it is difficult to tell one type of encrypted packet from another.
Which is why the higher priority should only be given to the first x KB of packets each second. Same would benefit VoIP. But yes, it's nearly impossible to distinguish from even HTTPS traffic, since it's encrypted.
It's not business model or the law. It's hardware/technology.
I'm not a huge fan of DRM, but using it doesn't overturn Carterfone if CableCARD or equivalent is available. You don't complain about having to stick a SIM card in your cell phone. This is essentially the same thing.
Slashdot Mirror
I don't like that. That means if I refuse to cave and pay for their Wifi, I've effectively made that $0 damages.
What's wrong? Your subject said it should render as "MÃÃse" and then it did!
Technically only one of the provisions says without the permission of the owner.
QR codes might become obsolete, but imaging hardware will not be. The software is a trivial part, since there's a large installed base of something like QR codes so there will likely always be something to read it.
The problem specifically with Quicktime, is that it's installed by default with iTunes. Users never wanted Quicktime in the first place, so they'd rather not download that update in addition to their iTunes update.
Even TempleOS knows that 50,000 lines is a fairly small amount.
Suppose you shared the device with a spouse. Would they have legal standing against you? If so, that's still not right.
But if you wipe your own phone with malicious intent, that would be a crime. For example, if you were angry and threw your phone on the ground and broke it - that would be a violation.
However, the story broke on Spanish-language sites first, so claiming that it's all down to translation errors is a little odd.
Now, the fact that you'd have to sue yourself to be liable might present a challenge. But maybe someone with dissociative identity disorder would be willing to try.
The document states they would like to make it illegal to modify or distribute the contents of computers that are not your own without permission of the owner.
That's one part. But Article 17 is only gives harsher fines if the computer is not your own. The full text is in this document:
http://www.senado.gob.mx/sgsp/...
By my reading of it, if you threw your own phone on the ground and broke it you could go to prison. If you wipe off Windows and install Linux, same thing.
But downloading it over dial-up was terrible. That's why I tried out Debian first as a late 90's high-schooler. And that was a nightmare when you're barely a novice with computers and dealing with hardware that didn't have good specs at all.
Any pressed Blu-Ray or DVD is technically a copy. If not because it's bit-for-bit, then because it's stamped from a master.
HFT may help make the market more fluid, but it's also not the primary reason that stocks exist. Just block all trades 5 seconds before and after the leap second. It's fair to everyone, and 10 seconds of not being able to trade should not be a big deal.
Forgot the link:
https://www.raspberrypi.org/fo...
Raspberry Pi 2 runs Windows 10.
Get a CC from a bank that allows a one time use virtual CC number. You have a lot of choices, (e.g. Citi, BofA), but there are some downsides in the implementation.
And yes - there are competitors to Paypal, such as Android Pay and Apple Pay. But those only really work for NFC.
You replied to a joke about the difference between cat 5 and 6 cables. Read closer.
Of course they did! How do you think cable TV worked in the '80s, '90s and early 2000s?
I left out a few words. Did you see my follow-up comment? They didn't have lines hooked up if they weren't subscribers to TV. Now that's more commonplace (Internet-only subscribers).
No, CableCARD went too far by allowing the flag disabling recording to exist. Being on by default is beside the point.
Right, but the rest of the DRM on CableCARD is perfectly agreeable to me. And many markets did allow recording.
2. For the TCP side, TCP ACK packets are prioritized. This keeps heavy traffic going one way from impeding traffic going the other way. You could also set a 50/50 split here with borrowing so DDoS style abuses of this policy are curbed until the DDoS can be stopped.
Delaying ACK packets is how inbound QoS is achieved.
If it actually would work, it would be relatively easy to implement on IPv6. Customer gets two IPv6 address ranges. No need for two physical lines as traffic can be QoSed such that the latency sensitive traffic gets 100% priority. And the ISP can respect that all the way up the chain.
What they can't do is handle that at the backbone level, just last mile and maybe the next hop after that.
First of all, people didn't have cable TV lines hooked up to their house in the analog era
That is, if they weren't subscribers to cable TV.
First of all, people didn't have cable TV lines hooked up to their house in the analog era. Second, premium channels were locked out with analog equivalent of DRM.
It's true that CableCARD went too far by most cable providers not allowing recording by default on any channels - even when the content companies didn't ask them to. It was totally possible for an HDHomerun CableCARD device to record as long as the record/copy flags were set to allow. The fact that they had this capability as part of the standard is the one part that is absolutely wrong.
Of course I complain about that! Carriers should absolutely not be allowed to pick and choose what devices get used on their network (other than blocking devices without a valid and paid account or which are attacking the network, obviously).
And what about one device impersonating another device? The SIM card does that. In very much the same way that CableCARD does what it does.
You don't even benefit from low latency on a Linux distro download as long as the total incoming bandwidth is the same.
If you prioritize the first X KB / sec. worth of packets, you can give a de facto priority to low-bandwidth uses, without giving extra favor to things like tunnels. I don't know if that's being done by anyone. Each additional packet in a given time frame would get a lower and lower weighted priority based on how long it's been since the previous X packets. Might be too CPU intensive for a huge amount of traffic, but probably not worse than deep packet inspection.
It is also wide open to abuse, because SSH is used for SFTP and a variety of other bandwidth-hogging protocols, and because it is difficult to tell one type of encrypted packet from another.
Which is why the higher priority should only be given to the first x KB of packets each second. Same would benefit VoIP. But yes, it's nearly impossible to distinguish from even HTTPS traffic, since it's encrypted.
It's not business model or the law. It's hardware/technology.
I'm not a huge fan of DRM, but using it doesn't overturn Carterfone if CableCARD or equivalent is available. You don't complain about having to stick a SIM card in your cell phone. This is essentially the same thing.