Looks like that's only allowed in a handful of provinces (including Ontario), not in the majority of the provinces or federal elections. It also seems a pretty useless option.
Not just that, there's a general push among small to medium ISPs to avoid routing data through the US if possible, to avoid the security risks inherent in passing through that country. For example, my ISP used to route data between Toronto and Montreal via Chicago and New York City, but these routes it over a more direct Montreal/Toronto route to avoid going through the US, even though it likely costs a bit more. Larger ISPs don't care as much about this, though.
A US court can order a US company with a Canadian subsidiary to disclose information on a Canadian citizen, even if such disclosure would be a violation of Canadian law.
While I've never voted in an Ontario election (since I live in Quebec), I've never seen a "no vote" option on any ballot in Canada, be it federal, provincial, or municipal.
SpaceX doesn't have any patents to give away (or at least not many). This was intentional, because the entities most likely to violate the patents wouldn't be bound by them (certain countries). Getting a patent requires publishing the details, and all that does for a country that ignores patents is make it easier to copy.
Probably isn't going to happen. I won't say never, but the only time I could ever see SpaceX constructing a launch site that's outside of US territory is if they've both saturated the launch capacity of their American launch sites, and are also unable to secure the rights to any additional ones in the US with affordable deals.
Yes, I'm aware that SpaceX has a defunct launch pad in the Republic of the Marshall Islands on Omelek Island, but that's leased by the US military, so it's effectively US territory.
You point the video source at a DASH manifest instead of a video file, and the browser will use DASH for retrieval. Since DASH uses HTTP for transport, it's more about a convention for retrieving and switching between multiple video files than it is a transport or streaming protocol.
Silverlight was also the only platform that had good support for adaptive bitrates when Netflix migrated to it. Flash has decent support for that today, but it didn't back then.
This is true, but it's a far simpler binary blob that is much more limited in scope. It's just decrypting data, so it doesn't have to worry about things like hardware accelerated video decoding or graphics rendering. That's stuff that the browser has already had to figure out, so you might as well use it.
Have you tried Mibbit? Admittedly, it runs server-side, but it's free, real-time (it uses web sockets for communication), has a better interface than most IRC clients that I've tried, is highly customizable (you can configure the visual theme, auto-connect and auto-authenticate and auto-join to channels/bots/networks, or create aliases and such)... About the only use case it doesn't cover is file transfers.
I'm not on IRC much these days, but even when I was, I switched completely to Mibbit as my IRC client of choice, only firing up something different when I needed to do an XDCC transfer.
ChromeOS supports flash, therefore your exclusion of it is arbitrary and irrelevant when comparing the functionality of ChromeOS.
Except neither of those is an SSH client. If they were, you could visit the demo page, and connect to any SSH server. You can't, because it isn't. It's more like a strange simulation... only a visual simulation.
More like they're server-side clients, but the point is a fair one. Luckily, there are real SSH clients available for Chrome (and hence ChromeOS):
The description says it uses NaCL. That's completely irrelevant. You put that on a chromebook, you can connect to an SSH server, and the fact that it's written in machine code instead of javascript doesn't change the fact that it works.
What does it matter if something requires NaCL, or Flash, or whatever? You say you don't count those, but a user with a Chromebook who wants to do something doesn't care if it uses NaCL or Flash. They care about "Does this thing work on my Chromebook", and if they use NaCL or Flash, the answer is "Yes".
For example, there is an SSH client for ChromeOS. Maybe it uses NaCL, I don't know, as I've not checked. But it does work. It lets you connect from your ChromeBook to a remote SSH server without going through any sort of intermediary. And the user doesn't care how it's implemented, just that it works.
Micron doesn't have any advantage over Intel when it comes to flash technology, since they both get their flash from IMFT: Intel-Micron Flash Technologies.
The advice to only get SSDs from flash manufacturers is sound, though.
Bubble cars could also enhance public transit. You could use them like park-and-ride, only without the problems of parking.
And in terms of cost, well, owning a car is super expensive... $150 a month just to park the thing in your apartment building, then there's insurance, gas, maintenance, lease...
I bet that you could get a lot of bubble car trips for the cost of owning/storing/using a car...
Public transit is slow. It takes me two to three times longer to get anywhere via public transit than to drive there... and I live in the downtown core of a major Canadian city.
Why is it slow? Because on either end of the journey, I have to walk to/from the public transit stop, then I have to spend time waiting for the bus/train to arrive, then it stops frequently on the way to my destination, and I also possibly have to wait for transfers between busses/trains... The trains come infrequently (only three trains per day on Sunday) and accelerate very slowly (they're not light rail), the subways have a max speed comparable with a go-cart, and the busses are rarely on time.
The alternative is a taxi, which will get me there in a fraction the time, but costs me between five and twenty times as much.
Hopefully, short-rental self-driving cars will be a good middle ground: faster than public transit, cheaper than taxis.
There's no difference between the two (what's the difference between a 1 flipped to a 0, or a 1 that was lost and so interpreted as a 0?), and FEC is frequently (typically?) used to recover lost data. Interleaving is often used such that losing an entire transmitted packet results only in losing small parts of multiple actual packets, which FEC can then compensate for.
It could be significantly improved with speech recognition for commands and text entry, a well-designed database for marginal notes and annotations, and integration with laptop and desktop computers.
None of those things is remotely relevant to the only thing I use my Kindle for, which is... reading books. I don't need speech recognition to turn pages, I don't need to enter text (except to name groups), I don't need to make marginal notes or annotations, and the current integration with computers (plug into computer, drag files onto kindle) does everything that I need it to.
In fact, the only thing that I would say could use improvement on the Kindle would be a physical page-turn button (I own both a Kindle Keyboard and a Paperwhite, and I miss the page-turn button), and a better way to organize my books. Putting books into groups and maintaining those groups is super tedious right now. To add a book to a group, you have to page through a list of ALL books on the device (including those in other groups) and select which ones should be in your group. There's no way to click on a book and say what group it should go in.
Amazon fights against eBook publishers who charge usurious rates for their eBooks, with prices often higher than hardcovers... and Amazon is the bad guy here? I'm confused. And a little tired of paying $16 for an eBook when the hardcover costs $12.
Slashdot Mirror
Looks like that's only allowed in a handful of provinces (including Ontario), not in the majority of the provinces or federal elections. It also seems a pretty useless option.
I think you'll find that the patriot act has little bearing on Canadian citizens, unless they enter the United States.
Not just that, there's a general push among small to medium ISPs to avoid routing data through the US if possible, to avoid the security risks inherent in passing through that country. For example, my ISP used to route data between Toronto and Montreal via Chicago and New York City, but these routes it over a more direct Montreal/Toronto route to avoid going through the US, even though it likely costs a bit more. Larger ISPs don't care as much about this, though.
A US court can order a US company with a Canadian subsidiary to disclose information on a Canadian citizen, even if such disclosure would be a violation of Canadian law.
While I've never voted in an Ontario election (since I live in Quebec), I've never seen a "no vote" option on any ballot in Canada, be it federal, provincial, or municipal.
SpaceX doesn't have any patents to give away (or at least not many). This was intentional, because the entities most likely to violate the patents wouldn't be bound by them (certain countries). Getting a patent requires publishing the details, and all that does for a country that ignores patents is make it easier to copy.
Probably isn't going to happen. I won't say never, but the only time I could ever see SpaceX constructing a launch site that's outside of US territory is if they've both saturated the launch capacity of their American launch sites, and are also unable to secure the rights to any additional ones in the US with affordable deals.
Yes, I'm aware that SpaceX has a defunct launch pad in the Republic of the Marshall Islands on Omelek Island, but that's leased by the US military, so it's effectively US territory.
You point the video source at a DASH manifest instead of a video file, and the browser will use DASH for retrieval. Since DASH uses HTTP for transport, it's more about a convention for retrieving and switching between multiple video files than it is a transport or streaming protocol.
Silverlight was also the only platform that had good support for adaptive bitrates when Netflix migrated to it. Flash has decent support for that today, but it didn't back then.
This is true, but it's a far simpler binary blob that is much more limited in scope. It's just decrypting data, so it doesn't have to worry about things like hardware accelerated video decoding or graphics rendering. That's stuff that the browser has already had to figure out, so you might as well use it.
unless I need a dedicated IRC client
Have you tried Mibbit? Admittedly, it runs server-side, but it's free, real-time (it uses web sockets for communication), has a better interface than most IRC clients that I've tried, is highly customizable (you can configure the visual theme, auto-connect and auto-authenticate and auto-join to channels/bots/networks, or create aliases and such)... About the only use case it doesn't cover is file transfers.
I'm not on IRC much these days, but even when I was, I switched completely to Mibbit as my IRC client of choice, only firing up something different when I needed to do an XDCC transfer.
Yeah, I don't count Flash apps.
ChromeOS supports flash, therefore your exclusion of it is arbitrary and irrelevant when comparing the functionality of ChromeOS.
Except neither of those is an SSH client. If they were, you could visit the demo page, and connect to any SSH server. You can't, because it isn't. It's more like a strange simulation... only a visual simulation.
More like they're server-side clients, but the point is a fair one. Luckily, there are real SSH clients available for Chrome (and hence ChromeOS):
https://chrome.google.com/webs...
The description says it uses NaCL. That's completely irrelevant. You put that on a chromebook, you can connect to an SSH server, and the fact that it's written in machine code instead of javascript doesn't change the fact that it works.
What does it matter if something requires NaCL, or Flash, or whatever? You say you don't count those, but a user with a Chromebook who wants to do something doesn't care if it uses NaCL or Flash. They care about "Does this thing work on my Chromebook", and if they use NaCL or Flash, the answer is "Yes".
For example, there is an SSH client for ChromeOS. Maybe it uses NaCL, I don't know, as I've not checked. But it does work. It lets you connect from your ChromeBook to a remote SSH server without going through any sort of intermediary. And the user doesn't care how it's implemented, just that it works.
Try downloading the iTunes Movie Trailer app in Canada. Hint: you can't.
Umm, yeah, I kind of said that in my post. The one you replied to.
The prices are good, but they're not much cheaper than existing drives; the Samsung 840 EVO 1TB goes for $450, or $0.45/GB.
Micron's advantage is that they're using MLC, while the 840 EVO is using TLC.
Micron doesn't have any advantage over Intel when it comes to flash technology, since they both get their flash from IMFT: Intel-Micron Flash Technologies.
The advice to only get SSDs from flash manufacturers is sound, though.
Sure. Call it a driverless taxi... If it gets me there faster than public transit, and costs less than a regular taxi, I'm sold.
Bubble cars could also enhance public transit. You could use them like park-and-ride, only without the problems of parking.
And in terms of cost, well, owning a car is super expensive... $150 a month just to park the thing in your apartment building, then there's insurance, gas, maintenance, lease...
I bet that you could get a lot of bubble car trips for the cost of owning/storing/using a car...
Public transit is slow. It takes me two to three times longer to get anywhere via public transit than to drive there... and I live in the downtown core of a major Canadian city.
Why is it slow? Because on either end of the journey, I have to walk to/from the public transit stop, then I have to spend time waiting for the bus/train to arrive, then it stops frequently on the way to my destination, and I also possibly have to wait for transfers between busses/trains... The trains come infrequently (only three trains per day on Sunday) and accelerate very slowly (they're not light rail), the subways have a max speed comparable with a go-cart, and the busses are rarely on time.
The alternative is a taxi, which will get me there in a fraction the time, but costs me between five and twenty times as much.
Hopefully, short-rental self-driving cars will be a good middle ground: faster than public transit, cheaper than taxis.
They don't need to. The underlying layer knows how many bits are missing based on the timing.
There's no difference between the two (what's the difference between a 1 flipped to a 0, or a 1 that was lost and so interpreted as a 0?), and FEC is frequently (typically?) used to recover lost data. Interleaving is often used such that losing an entire transmitted packet results only in losing small parts of multiple actual packets, which FEC can then compensate for.
It could be significantly improved with speech recognition for commands and text entry, a well-designed database for marginal notes and annotations, and integration with laptop and desktop computers.
None of those things is remotely relevant to the only thing I use my Kindle for, which is... reading books. I don't need speech recognition to turn pages, I don't need to enter text (except to name groups), I don't need to make marginal notes or annotations, and the current integration with computers (plug into computer, drag files onto kindle) does everything that I need it to.
In fact, the only thing that I would say could use improvement on the Kindle would be a physical page-turn button (I own both a Kindle Keyboard and a Paperwhite, and I miss the page-turn button), and a better way to organize my books. Putting books into groups and maintaining those groups is super tedious right now. To add a book to a group, you have to page through a list of ALL books on the device (including those in other groups) and select which ones should be in your group. There's no way to click on a book and say what group it should go in.
If you were born before 1992, you were born closer to the first moon landing than today.
Amazon fights against eBook publishers who charge usurious rates for their eBooks, with prices often higher than hardcovers... and Amazon is the bad guy here? I'm confused. And a little tired of paying $16 for an eBook when the hardcover costs $12.