It has never been a one-shot or abandoned platform. However, you need to understand that this device was specifically designed for embedded applications and not general purpose computing products.
It's unfortunate in my mind that several manufacturers released it as a consumer product.
Effectively all of Intel's chipsets support dual digital outputs. Many mobile chipsets support 5+ unique outputs. Just take a look at the spec sheets available at developer.intel.com. It's a question of the motherboard manufacturers -- they need to put one or more sDVO transmitters on the motherboard to support the physical DVI connectors.
There is a standard called ADD+ that allows you too connect the transmitters via an AGP or PCIe card, however, given that drivers are validated with specific transmitters, it's unusual to find ADD+ cards outside of driver development groups or validation teams.
However, if you can find an ADD+ card with a pair of common transmitters such as the Chrontel CH7307, then you can get your dual DVI outputs.
(Not speaking as an official representative of Intel Corporation)
The most probable reason for Apple to have partial support for the PE executable format is EFI. Both the firmware itself and all of the drivers embedded within it use the PE object format.
If they want to natively host EFI development and not use Windows to do it, then some level PE support is required.
Just take a look at/System/Library/CoreServices/boot.efi -- it has the same "This program cannot be run in DOS mode." at the beginning of the executable like every other PE executable.
They last a reasonable length of time. A battery grip like the "big ED" holds a pair of batteries so it's down to one change every couple of hours.
I realize that you were trying to portray DSLR cameras in a good light -- however, this is just plain false.
I own both Canon EOS 10D and 5D cameras. With the battery grip, and two freshly charged batteries you can take 1600+ photos. Given your estimate, that's constant shooting every 4.5 seconds for those "couple of hours". No one who is actually putting some thought into their photos would do that.
Even when traveling and taking thousands of photos, I only need to charge the batteries one or twice in a week.
Back in '97, when I was waiting for escrow to close on a house, I used POV-ray to model one of the rooms as a home theater. It was the best tool at the time to visualize whether the new furniture and projection screen would fit in the room. It was my best POV-ray programming effort to date! I found the pov scene file the other day and was able to relive some memories.... it was just a little dissapointing that the scene I used to wait and hour for took less than a minute to render today.
I always use three tools together when I've got mysterious network problems to debug:
tcpdump tcptrace xplot
It's a little old-fashioned, and requires doing a little bit of documentation reading to understand what the tools can do, however, I think it's an unbeatable Free combination.
With tcpdump, you can capture a huge amount of data and the pre- or post-filter it. Once filtered, tcptrace can graph the data for display with xplot. The resulting plots make it trivial to see throughput problems. On more than one occasion it's led me to poorly tuned TCP stack problems such as bad window size parameters, etc.
I guess I'm ahead of the curve -- I bought a Sharp XV-H37U projector nearly eight years ago. It was one of the first three-panel LCD projectors that had decent picture quality.
I too was worried about bulb life... since they cost $400-$500 each. I was doubly worried regarding the lifetime since I bought a floor model that had an unkown history to it. (Back then the projector was a $6000 investment, buying a floor model saved nearly $2000)
However, nearly eight years later I'm still on the original bulb, with no perceptible degredation of brightness. At this point, I'm hoping that the bulb dies so I can justify a modern projector! So far, it's refusing.
Now the caveats: I'm my home theater I have both the projector and a traditional CRT-based TV. I use the TV for all normal TV watching and only use the projector for nighttime movies and special TV shows. Once the projector is on, it averages 4-6 hours of use, but I'm very careful not to needlessly power cycle it.
I believe that with some common sense, the bulb-life issue doesn't really exist.
This is something I did about five years ago when MP3s where just starting to become popular. It included writing a front-end in Java that was served via an Apache web server on the music host.
It was actually quite successful and kept my house in 24x7 music for about four years. Unfortunately, I retired all of my lpd-based printers and started using CUPS, so I also killed the mp3 queue too.
If you're looking for a good intern position working with UNIX or Linux, and don't mind relocating to the west coast for a couple of months, then seriously try Intel (see http://www.intel.com/jobs/usa/students/)& lt;/a>
They've always got intern positions both for people who want to develop and/or administrate Linux and other UNIX types.
For students, they'll help finding housing and getting a car for the duration of the internship.
I'm a little biased since I've worked for Intel for over five years. It's always been nice to stay focused on UNIX systems and let other people deal with the Windows world.
(And yes, these opinions are my own and I'm not a spokesperson for Intel Corporation)
My home has no POTS and has a choice of either FTTP (fiber to the premises) or cable.
When we first moved in, I choose fiber... because it's fiber! It must be awesome.
AT&T fiber maxes out at 18Mbps and that it at a crazy unaffordable rate. Cheaper service from Comcast is 120Mbps.
It's not the physical medium that matters, it is the service and cost.
I'd do LTE if that had the best bang/buck.
Intel still supports and releases binary drivers for the Poulsbo platform.
http://www.intel.com/content/www/us/en/intelligent-systems/intel-embedded-media-and-graphics-driver/emgd-for-intel-atom-systems.html
It has never been a one-shot or abandoned platform. However, you need to understand that this device was specifically designed for embedded applications and not general purpose computing products.
It's unfortunate in my mind that several manufacturers released it as a consumer product.
Effectively all of Intel's chipsets support dual digital outputs. Many mobile chipsets support 5+ unique outputs. Just take a look at the spec sheets available at developer.intel.com. It's a question of the motherboard manufacturers -- they need to put one or more sDVO transmitters on the motherboard to support the physical DVI connectors.
There is a standard called ADD+ that allows you too connect the transmitters via an AGP or PCIe card, however, given that drivers are validated with specific transmitters, it's unusual to find ADD+ cards outside of driver development groups or validation teams.
However, if you can find an ADD+ card with a pair of common transmitters such as the Chrontel CH7307, then you can get your dual DVI outputs.
(Not speaking as an official representative of Intel Corporation)
The most probable reason for Apple to have partial support for the PE executable format is EFI. Both the firmware itself and all of the drivers embedded within it use the PE object format.
/System/Library/CoreServices/boot.efi -- it has the same "This program cannot be run in DOS mode." at the beginning of the executable like every other PE executable.
If they want to natively host EFI development and not use Windows to do it, then some level PE support is required.
Just take a look at
Perhaps this is because even a modest resolution (by today's standards) needs nearly 2Gbps of bandwidth?
Do the math your self: 1280 x 1024 x 24 x 60 = 1.887Gbps
This doesn't even begin to take into account any protocol overhead, sync signals, or other useful data such as audio.
I realize that you were trying to portray DSLR cameras in a good light -- however, this is just plain false.
I own both Canon EOS 10D and 5D cameras. With the battery grip, and two freshly charged batteries you can take 1600+ photos. Given your estimate, that's constant shooting every 4.5 seconds for those "couple of hours". No one who is actually putting some thought into their photos would do that.
Even when traveling and taking thousands of photos, I only need to charge the batteries one or twice in a week.
Back in '97, when I was waiting for escrow to close on a house, I used POV-ray to model one of the rooms as a home theater. It was the best tool at the time to visualize whether the new furniture and projection screen would fit in the room. It was my best POV-ray programming effort to date! I found the pov scene file the other day and was able to relive some memories.... it was just a little dissapointing that the scene I used to wait and hour for took less than a minute to render today.
Hang on there a second -- I think you're being a little too loose with your definitions.
m ily/ixp2850.htm
You most certainly can do real-time 10Gbps with an Intel based system.
I'll conceed that it won't be iA32 based. However, any of Intel's high-end iXP28xx series processors can do full-speed 10Gbps packet processing.
Take a look at: http://www.intel.com/design/network/products/npfa
I always use three tools together when I've got mysterious network problems to debug:
tcpdump
tcptrace
xplot
It's a little old-fashioned, and requires doing a little bit of documentation reading to understand what the tools can do, however, I think it's an unbeatable Free combination.
With tcpdump, you can capture a huge amount of data and the pre- or post-filter it. Once filtered, tcptrace can graph the data for display with xplot. The resulting plots make it trivial to see throughput problems. On more than one occasion it's led me to poorly tuned TCP stack problems such as bad window size parameters, etc.
I guess I'm ahead of the curve -- I bought a Sharp XV-H37U projector nearly eight years ago. It was one of the first three-panel LCD projectors that had decent picture quality.
I too was worried about bulb life... since they cost $400-$500 each. I was doubly worried regarding the lifetime since I bought a floor model that had an unkown history to it. (Back then the projector was a $6000 investment, buying a floor model saved nearly $2000)
However, nearly eight years later I'm still on the original bulb, with no perceptible degredation of brightness. At this point, I'm hoping that the bulb dies so I can justify a modern projector! So far, it's refusing.
Now the caveats: I'm my home theater I have both the projector and a traditional CRT-based TV. I use the TV for all normal TV watching and only use the projector for nighttime movies and special TV shows. Once the projector is on, it averages 4-6 hours of use, but I'm very careful not to needlessly power cycle it.
I believe that with some common sense, the bulb-life issue doesn't really exist.
This is something I did about five years ago when MP3s where just starting to become popular. It included writing a front-end in Java that was served via an Apache web server on the music host.
It was actually quite successful and kept my house in 24x7 music for about four years. Unfortunately, I retired all of my lpd-based printers and started using CUPS, so I also killed the mp3 queue too.
If you're looking for a good intern position working with UNIX or Linux, and don't mind relocating to the west coast for a couple of months, then seriously try Intel (see http://www.intel.com/jobs/usa/students/)& lt;/a>
They've always got intern positions both for people who want to develop and/or administrate Linux and other UNIX types.
For students, they'll help finding housing and getting a car for the duration of the internship.
I'm a little biased since I've worked for Intel for over five years. It's always been nice to stay focused on UNIX systems and let other people deal with the Windows world.
(And yes, these opinions are my own and I'm not a spokesperson for Intel Corporation)