Photography of highly reflective surfaces is one of those situations that really sets the pros apart from the wannabes. (In terms of lighting skill, I'm far closer to the wannabes...)
strobist.blogspot.com is a great reference for photographic lighting techniques, as is the book "Light: Science and Magic".
I view that as trying to protect your existing way of business rather than adapting.
Digging foxholes is the last thing a country struggling to adapt to new realities should do. It only works if you're large enough to get legislation passed to protect the old ways. (MPAA/RIAA)
Forgot this in my other reply - As to owning the books that you buy, at least B&N's DRM is pretty benign.
1) The key is derived from your credit card number and name, so will never change for a book. (Could be frustrating if you change CC number though - not sure how their system handles key changes because of that.)
2) The key derivation algorithm has been broken, so you can decrypt the books that you own.
I'm surprised the paperback was more expensive for you. With the exception of ebooks on special sale (those $1 offers), they often cost more than the paperback.
For example, B&N had two different copies of Neal Stephenson's Cryptonomicon (One was thicker but not as tall/wide as the other) - both were cheaper than the ebook version.
That isn't the best example... While visually similar, the original Beetle was unique in being a rear-engined vehicle, while the New Beetle is a more common front-engined vehicle.
Look at the success of Redbox... 100% based on rapid gratification of a desire for physical media.
Netflix's business is still at least 75%+ based on physical media due to the limitations of streaming (lower quality than DVD, less portability, restricted availability of content.)
And you forgot to mention that the 39 keys have to be linearly independent. If they aren't, you need more keys. I'm guessing that the person who calculated this key went through hundreds of keys to get a fully linearly independent set.
There's a good chance that the majority of that matrix (Which I believe is enough to generate lots of device keys and greatly increase key revocation difficulty but not completely break key revocation) has been known for a while, it probably became harder and harder to fill in the last few gaps as the matrix approached completion.
If it were indeed a leak of the master key used by Intel, "pirate" might be the proper word.
However, there is quite a lot of evidence indicating that no one at Intel or anyone else posessing the master key leaked anything, but that this was merely an inevitable cryptographic break using an attack published in 2001. (It just took a while for HDMI to become so widespread that it was possible to get a good sample space of device keys in an economically feasible manner.)
I honestly thought it was a reference to all of the companies who produced "Open Whatever" back before there were formal Open Source definitions, and in 90% of the case said "Open" product wasn't really "Open".
I don't know how many "Open Architectures" I've seen in the defense industry that had VxWorks or even Windows at their core.
And think about "The Open Group" - Not, by any means, open for a VERY long time.
The term "Open" used alone has, unfortunately, been very diluted by incompetent people who were pushing things that were by no means open. Open Source has a more formal definition fortunately.
You now even have choices of sweetener in your diet drink. Ever wonder why you see "Diet Coke" and "Coke Zero"? - Different sweeteners. Diet Coke is traditionally aspartame (nutrasweet), Coke Zero is either Splenda or Acesulfame K (I can't remember).
If fructose is so much worse than sucrose, then why is it frequently used as an alternative sweetener to sucrose for diabetics? (See, for example, manufacturers such as Fifty 50)
Fructose causes blood glucose levels to rise more slowly than glucose (duh...) or sucrose. As a result, it is a better sweetener for diabetics. Sucrose needs to be split into its components (glucose and sucrose) followed by chemical reactions that convert fructose to glucose. Fructose needs to be converted in its entirety.
However HFCS is pretty bad news, due to that 45% glucose which can be immediately absorbed into the bloodstream (even through the cheeks!) without any processing by the body, it's actually worse than sucrose for diabetics. (It took me a while to get used to "High fructose corn syrup != fructose".)
I've got a 64-bit Linux machine and Hulu has worked (mostly) fine for me, except for fullscreen transitions sometimes breaking. (Sometimes when I go fullscreen, the video appears BELOW all windows, not above them.)
I'll try the new version when I get back from a trip this weekend.:)
Sadly, Rendell probably knew about this, he's a known gas drilling supporter. (I was actually somewhat surprised to find out he was a democrat - nearly all of the "dirty nine" in New York that voted against our moratorium were Republican.)
Hardware acceleration. The CE4100 is an integrated CPU + GPU package from what I can tell - the Atom core itself is kind of weak, but the integrated GPU on that particular part is what handles all of the heavy lifting for VC-1, MPEG-2, and H.264.
A normal Atom CPU can achieve the same thing when paired with a capable video chipset - however it usually doesn't have a capable video chipset paired to it.
Yeah, especially since it sounds from some reports like all of this platform's well control measures kicked in prior to the incident, shutting in all the wells.
I've talked to a friend that works for another oil company in the Gulf. He says most of the engineers at his company are pissed off at BP - many of the other companies in the Gulf take apparently far more safety and well control measures than even BP's standard operating procedure does, let alone BP's substandard operating procedure used at the Macondo well.
You can also find some reasonably cheap ($1000 for everything you need) TS lenses (actually tilt/shift adapters for medium format lenses and a cheap MF lens) from Russia.
Um, Ansel Adams did drag around a camera the size of a bread machine. I don't think anything other than large format view cameras existed back in his day.
8x8 inches is well within the arena of large format... It's MUCH larger than the medium format sensors used in Hassy digitals.
I think most of the Hassy digitals are to true medium format what APS-C is to 35mm format - e.g. the sensors used (likely Dalsa or Kodak sensors) are much larger than full frame 35mm, but not even as large as 6x4.5 format. (Note, 645 is 6x4.5 centimeters, not inches. Some MF cameras are 6x7cm.)
The type of camera you'd see this in is more akin to large format view cameras like Arca-Swiss.
Compared to a nettop, it's about the same price or cheaper, and can play HD 1080p video more reliably.
Also keep in mind it serves as a Blu-Ray player too.
Most of the sub-$300 media frontend solutions have some pretty severe limitations. I've heard the firmware in the Popcorn Hour devices is awful, for example.
PS3 + Mediatomb is how I do it, works great for me. Also, the PS3 makes a pretty decent MythTV frontend now that MythTV has a UPnP (aka DLNA) server function in the backend. The disadvantage to this is that it is playback only - no scheduling/deletion of recordings from the PS3. (Maybe you could fudge it with Mythweb...)
Do note that if you download any H.264+AC3 MKV files, the PS3 cannot play MKV files. However, tsmuxer will remux the streams to an MPEG transport steam (.m2ts) without reencoding the video. A 1.1 GB file takes around 20-30 seconds. (It's a lossless operation.)
Also, on a Linux box, tsmuxer will write an output file with permissions such that only the user who created it can access it. You'll need to chmod a+r the file so mediatomb can read it.
Slashdot Mirror
Photography of highly reflective surfaces is one of those situations that really sets the pros apart from the wannabes. (In terms of lighting skill, I'm far closer to the wannabes...)
strobist.blogspot.com is a great reference for photographic lighting techniques, as is the book "Light: Science and Magic".
I view that as trying to protect your existing way of business rather than adapting.
Digging foxholes is the last thing a country struggling to adapt to new realities should do. It only works if you're large enough to get legislation passed to protect the old ways. (MPAA/RIAA)
Forgot this in my other reply - As to owning the books that you buy, at least B&N's DRM is pretty benign.
1) The key is derived from your credit card number and name, so will never change for a book. (Could be frustrating if you change CC number though - not sure how their system handles key changes because of that.)
2) The key derivation algorithm has been broken, so you can decrypt the books that you own.
I'm surprised the paperback was more expensive for you. With the exception of ebooks on special sale (those $1 offers), they often cost more than the paperback.
For example, B&N had two different copies of Neal Stephenson's Cryptonomicon (One was thicker but not as tall/wide as the other) - both were cheaper than the ebook version.
That isn't the best example... While visually similar, the original Beetle was unique in being a rear-engined vehicle, while the New Beetle is a more common front-engined vehicle.
Look at the success of Redbox... 100% based on rapid gratification of a desire for physical media.
Netflix's business is still at least 75%+ based on physical media due to the limitations of streaming (lower quality than DVD, less portability, restricted availability of content.)
If anything, European cars have changed less than domestic cars in form.
BMW has done very little to change body styling until recently.
Mercedes has done a little more.
And as far as Porsche... The 911 has barely changed in close to 50 years.
I thought the number was something like 39.
And you forgot to mention that the 39 keys have to be linearly independent. If they aren't, you need more keys. I'm guessing that the person who calculated this key went through hundreds of keys to get a fully linearly independent set.
There's a good chance that the majority of that matrix (Which I believe is enough to generate lots of device keys and greatly increase key revocation difficulty but not completely break key revocation) has been known for a while, it probably became harder and harder to fill in the last few gaps as the matrix approached completion.
If it were indeed a leak of the master key used by Intel, "pirate" might be the proper word.
However, there is quite a lot of evidence indicating that no one at Intel or anyone else posessing the master key leaked anything, but that this was merely an inevitable cryptographic break using an attack published in 2001. (It just took a while for HDMI to become so widespread that it was possible to get a good sample space of device keys in an economically feasible manner.)
I honestly thought it was a reference to all of the companies who produced "Open Whatever" back before there were formal Open Source definitions, and in 90% of the case said "Open" product wasn't really "Open".
I don't know how many "Open Architectures" I've seen in the defense industry that had VxWorks or even Windows at their core.
And think about "The Open Group" - Not, by any means, open for a VERY long time.
The term "Open" used alone has, unfortunately, been very diluted by incompetent people who were pushing things that were by no means open. Open Source has a more formal definition fortunately.
Gnash doesn't work with Hulu...
Um, diet drinks?
You now even have choices of sweetener in your diet drink. Ever wonder why you see "Diet Coke" and "Coke Zero"? - Different sweeteners. Diet Coke is traditionally aspartame (nutrasweet), Coke Zero is either Splenda or Acesulfame K (I can't remember).
If fructose is so much worse than sucrose, then why is it frequently used as an alternative sweetener to sucrose for diabetics? (See, for example, manufacturers such as Fifty 50)
Fructose causes blood glucose levels to rise more slowly than glucose (duh...) or sucrose. As a result, it is a better sweetener for diabetics. Sucrose needs to be split into its components (glucose and sucrose) followed by chemical reactions that convert fructose to glucose. Fructose needs to be converted in its entirety.
However HFCS is pretty bad news, due to that 45% glucose which can be immediately absorbed into the bloodstream (even through the cheeks!) without any processing by the body, it's actually worse than sucrose for diabetics. (It took me a while to get used to "High fructose corn syrup != fructose".)
(I've been a Type I diabetic for over 15 years.)
I've got a 64-bit Linux machine and Hulu has worked (mostly) fine for me, except for fullscreen transitions sometimes breaking. (Sometimes when I go fullscreen, the video appears BELOW all windows, not above them.)
I'll try the new version when I get back from a trip this weekend. :)
Sadly, Rendell probably knew about this, he's a known gas drilling supporter. (I was actually somewhat surprised to find out he was a democrat - nearly all of the "dirty nine" in New York that voted against our moratorium were Republican.)
HDMI is VERY widespread at this point. Attempting to obsolete it now would result in an outrage.
It's not like the old days of early adopters who had component-input-only HDTVs. They got screwed but they were a tiny minority.
Hardware acceleration. The CE4100 is an integrated CPU + GPU package from what I can tell - the Atom core itself is kind of weak, but the integrated GPU on that particular part is what handles all of the heavy lifting for VC-1, MPEG-2, and H.264.
A normal Atom CPU can achieve the same thing when paired with a capable video chipset - however it usually doesn't have a capable video chipset paired to it.
Yeah, especially since it sounds from some reports like all of this platform's well control measures kicked in prior to the incident, shutting in all the wells.
I've talked to a friend that works for another oil company in the Gulf. He says most of the engineers at his company are pissed off at BP - many of the other companies in the Gulf take apparently far more safety and well control measures than even BP's standard operating procedure does, let alone BP's substandard operating procedure used at the Macondo well.
You can also find some reasonably cheap ($1000 for everything you need) TS lenses (actually tilt/shift adapters for medium format lenses and a cheap MF lens) from Russia.
Look at ARAX Photo, for example.
Um, Ansel Adams did drag around a camera the size of a bread machine. I don't think anything other than large format view cameras existed back in his day.
Pixel count isn't everything, especially these days.
That's why a 6 megapixel APS-C DSLR will blow away most 10-14 megapixel point and shoots in terms of image quality.
8x8 inches is well within the arena of large format... It's MUCH larger than the medium format sensors used in Hassy digitals.
I think most of the Hassy digitals are to true medium format what APS-C is to 35mm format - e.g. the sensors used (likely Dalsa or Kodak sensors) are much larger than full frame 35mm, but not even as large as 6x4.5 format. (Note, 645 is 6x4.5 centimeters, not inches. Some MF cameras are 6x7cm.)
The type of camera you'd see this in is more akin to large format view cameras like Arca-Swiss.
Compared to a nettop, it's about the same price or cheaper, and can play HD 1080p video more reliably.
Also keep in mind it serves as a Blu-Ray player too.
Most of the sub-$300 media frontend solutions have some pretty severe limitations. I've heard the firmware in the Popcorn Hour devices is awful, for example.
PS3 + Mediatomb is how I do it, works great for me. Also, the PS3 makes a pretty decent MythTV frontend now that MythTV has a UPnP (aka DLNA) server function in the backend. The disadvantage to this is that it is playback only - no scheduling/deletion of recordings from the PS3. (Maybe you could fudge it with Mythweb...)
Do note that if you download any H.264+AC3 MKV files, the PS3 cannot play MKV files. However, tsmuxer will remux the streams to an MPEG transport steam (.m2ts) without reencoding the video. A 1.1 GB file takes around 20-30 seconds. (It's a lossless operation.)
Also, on a Linux box, tsmuxer will write an output file with permissions such that only the user who created it can access it. You'll need to chmod a+r the file so mediatomb can read it.