A skinny bezel shouldn't be the basis for a design patent...it's a natural form-follows-function progression to the skinniest possible bezel. It's happening in laptops, TVs, phones, and now tablets.
I've got winter tires on my Matrix, haven't got stuck yet in the Canadian Prairies. It'll handle 8-foot lumber with the hatch closed, if I need sheet goods I get the store to rip them or else hook up a trailer. With the back seats down I've hauled (on separate occasions obviously) a dishwasher, a barbecue, 500lbs of bricks, three mountain bikes, a table and four chairs (not flatpacked), a hutch, and various other stuff. It's great.
For anything I can't put on the trailer behind it, I rent a cargo van.
Unless you've got a dedicated hardware modding crew, it is essentially impossible to test some classes of software that are designed to deal with hardware faults.
For instance...how would you trigger an uncorrectable ECC fault on your server's memory? You can register for such notifications, but can't actually test it unless you happen to have a faulty DRAM module hanging around.
What happens if I write a new VOIP app using a different port? Until it gets big enough to be popular, the ISPs won't prioritize it and it'll have crappy QoS.
The only person with full knowledge of their own traffic patterns is the end user, they should be the ones doing the prioritization. Each subscriber should get a proportional amount of the total pipe based on their current subscribed bandwidth, but your VOIP call shouldn't take priority over my homemade streaming video app.
If we've paid the same, there's no reason for the ISP to throttle us differentially. The ISP has no idea whether I'm using the standard ports for things, so therefore they have no idea whether my packets are latency-sensitive or not. What if I want to do a conference call with some sort of fancy multicast VOIP client that uses nonstandard ports?
In an ideal world the ISP would throttle all current users in a ratio relative to their subscription speed, they would communicate the current allowed speed to the subscriber, and the subscriber would then prioritize their own traffic. The subscriber is the only entity with full knowledge of their priorities, so they should be the one to indicate their preferences.
And vice versa. Ideally, the ISP should be doing per-subscriber throttling such that each subscriber cannot exceed their rating. As long as each subscriber is within their limits, they should all be treated equally.
How does the ISP know whether my packets are high priority or not? Just because they're using certain ports doesn't mean they're coming from the expected applications.
Their current monthy data allowances start at 60GB for the 2Mbps plan. The 20Mbps plan has a 200GB allowance, and there are a number of truly unlimited plans.
I'm assuming the guards are carrying personal data (files, movies, music, etc.) on those USB sticks. All it would take is someone getting into a guard's computer and dumping a virus onto the USB stick. The unsuspecting guard carries it past the physical protection, loads it into the private network, and the virus then infects the isolated network.
Come to think of it, isn't this how the centrifuges were attacked with stuxnet?
Monoprice has cheap 1-foot HDMI pigtails for this purpose so that if the cable gets damaged you just replace it. You can also get HDMI male/female 90-degree and hinged adapters.
Since DVI-D is just HDMI minus the audio, you can get cheap passive HDMI-to-DVI adapters. They work fine for connecting DVI monitors to HDMI video sources, or vice versa. No quality loss.
The receiver is generally the center because on high end home systems the display is a front projector which can't act as a central point. Also, due to content protection issues, the toslink surround output isn't as good as the encrypted audio on HDMI. Also, the cost in a good receiver isn't the digital stuff but rather the analog paths. I just wish that some of the lower-end receivers had dual HDMI outs...one for TV and one for projector. Currently only the really high end stuff has this.
That said, many people have much more money invested in the tv than in the audio system and in this case it might make sense to make the TV the hub.
I use the ebook reader a lot, but also the web browser and the video player. It's great for casual use when you're trying to get the kid in your lap into a deep enough sleep that you can move them. Those three things account for 90% of my tablet use. My wife uses the facebook and email apps a lot.
How about having a system service running with admin privs? On delete you move it somewhere inaccessible to prevent new users, then the service deletes it once it is no longer open.
As I recall Frodo was supposed to have some defenses against the ring due to the innocence of the hobbits and such. Presumably the ring may have been able to twist the minds of the eagles into just delivering it unharmed.
Also, it seems likely that without the added distractions from the various other bits of the storyline anyone trying to sneak into Mordor would have been discovered in short order.
If you encapsulate all your AI code in a standalone binary and don't directly link against the GPL'd stuff, then all you need to make public are the changes you made to the GPL'd stuff. Your proprietary binary can be kept proprietary as long as you can make a case that it is not a derivative work of the GPL'd stuff.
I had a female friend who knew how to use makeup. I could watch her put it on, and when she was done I could look from fairly close and not be able to see anything that stood out as makeup.
I see nothing wrong with a woman wearing makeup if they want to. Just like carefully choosing clothes (which men do as well) it's a way to portray themselves in the best possible light.
By your logic, only people with perfect skin tone are actually beautiful, and that's a huge stretch.
It really wouldn't bloat things all that badly, it's just that the way the ARM arch is set up in the kernel source it's hard to build in support for many different types of hardware simultaneously. This is partly due to how wacky a lot of the embedded stuff is in order to save a few cents on the hardware.
Linus has actually complained about this and the manufacturers are slowly starting to agree on "standard" ways of doing things.
Slashdot Mirror
A skinny bezel shouldn't be the basis for a design patent...it's a natural form-follows-function progression to the skinniest possible bezel. It's happening in laptops, TVs, phones, and now tablets.
I've got winter tires on my Matrix, haven't got stuck yet in the Canadian Prairies. It'll handle 8-foot lumber with the hatch closed, if I need sheet goods I get the store to rip them or else hook up a trailer. With the back seats down I've hauled (on separate occasions obviously) a dishwasher, a barbecue, 500lbs of bricks, three mountain bikes, a table and four chairs (not flatpacked), a hutch, and various other stuff. It's great.
For anything I can't put on the trailer behind it, I rent a cargo van.
As a separate data point, I've never had to restart firefox either on my 8GB work laptop running linux or on my 3GB home laptop running Win7.
Unless you've got a dedicated hardware modding crew, it is essentially impossible to test some classes of software that are designed to deal with hardware faults.
For instance...how would you trigger an uncorrectable ECC fault on your server's memory? You can register for such notifications, but can't actually test it unless you happen to have a faulty DRAM module hanging around.
What happens if I write a new VOIP app using a different port? Until it gets big enough to be popular, the ISPs won't prioritize it and it'll have crappy QoS.
The only person with full knowledge of their own traffic patterns is the end user, they should be the ones doing the prioritization. Each subscriber should get a proportional amount of the total pipe based on their current subscribed bandwidth, but your VOIP call shouldn't take priority over my homemade streaming video app.
If we've paid the same, there's no reason for the ISP to throttle us differentially. The ISP has no idea whether I'm using the standard ports for things, so therefore they have no idea whether my packets are latency-sensitive or not. What if I want to do a conference call with some sort of fancy multicast VOIP client that uses nonstandard ports?
In an ideal world the ISP would throttle all current users in a ratio relative to their subscription speed, they would communicate the current allowed speed to the subscriber, and the subscriber would then prioritize their own traffic. The subscriber is the only entity with full knowledge of their priorities, so they should be the one to indicate their preferences.
When I paid for 5Mbps I got 4.9. Now I pay for 25Mbps and I generally get about 22.5.
And vice versa. Ideally, the ISP should be doing per-subscriber throttling such that each subscriber cannot exceed their rating. As long as each subscriber is within their limits, they should all be treated equally.
How does the ISP know whether my packets are high priority or not? Just because they're using certain ports doesn't mean they're coming from the expected applications.
There are three 100Mbps plans, the 500GB cap one is $84.90/month, the 750GB one is $94.90, and the truly unlimited one is $134.90.
Theoretically, on the unlimited plan you could download 30 terabytes in a month.
Their current monthy data allowances start at 60GB for the 2Mbps plan. The 20Mbps plan has a 200GB allowance, and there are a number of truly unlimited plans.
I'm assuming the guards are carrying personal data (files, movies, music, etc.) on those USB sticks. All it would take is someone getting into a guard's computer and dumping a virus onto the USB stick. The unsuspecting guard carries it past the physical protection, loads it into the private network, and the virus then infects the isolated network.
Come to think of it, isn't this how the centrifuges were attacked with stuxnet?
I have an 8-year-old projector with only DVI that still works fine. I drive it from HDMI sources via a passive adapter.
HDMI and DVI are electrically compatible, adapters are cheap.
Monoprice has cheap 1-foot HDMI pigtails for this purpose so that if the cable gets damaged you just replace it. You can also get HDMI male/female 90-degree and hinged adapters.
Since DVI-D is just HDMI minus the audio, you can get cheap passive HDMI-to-DVI adapters. They work fine for connecting DVI monitors to HDMI video sources, or vice versa. No quality loss.
Before HDMI, DVI was the digital connector of choice for decently high resolution on computer monitors.
The receiver is generally the center because on high end home systems the display is a front projector which can't act as a central point. Also, due to content protection issues, the toslink surround output isn't as good as the encrypted audio on HDMI. Also, the cost in a good receiver isn't the digital stuff but rather the analog paths. I just wish that some of the lower-end receivers had dual HDMI outs...one for TV and one for projector. Currently only the really high end stuff has this.
That said, many people have much more money invested in the tv than in the audio system and in this case it might make sense to make the TV the hub.
I use the ebook reader a lot, but also the web browser and the video player. It's great for casual use when you're trying to get the kid in your lap into a deep enough sleep that you can move them. Those three things account for 90% of my tablet use. My wife uses the facebook and email apps a lot.
There's nothing that says you need to defend a patent immediately. It's not like a trademark where if you don't defend it then you lose it.
How about having a system service running with admin privs? On delete you move it somewhere inaccessible to prevent new users, then the service deletes it once it is no longer open.
As I recall Frodo was supposed to have some defenses against the ring due to the innocence of the hobbits and such. Presumably the ring may have been able to twist the minds of the eagles into just delivering it unharmed.
Also, it seems likely that without the added distractions from the various other bits of the storyline anyone trying to sneak into Mordor would have been discovered in short order.
If you encapsulate all your AI code in a standalone binary and don't directly link against the GPL'd stuff, then all you need to make public are the changes you made to the GPL'd stuff. Your proprietary binary can be kept proprietary as long as you can make a case that it is not a derivative work of the GPL'd stuff.
I had a female friend who knew how to use makeup. I could watch her put it on, and when she was done I could look from fairly close and not be able to see anything that stood out as makeup.
I see nothing wrong with a woman wearing makeup if they want to. Just like carefully choosing clothes (which men do as well) it's a way to portray themselves in the best possible light.
By your logic, only people with perfect skin tone are actually beautiful, and that's a huge stretch.
It really wouldn't bloat things all that badly, it's just that the way the ARM arch is set up in the kernel source it's hard to build in support for many different types of hardware simultaneously. This is partly due to how wacky a lot of the embedded stuff is in order to save a few cents on the hardware.
Linus has actually complained about this and the manufacturers are slowly starting to agree on "standard" ways of doing things.