For a Media PC type environment, the wireless keyboard should really be a built in trackball or touchpad so that you won't need to use a separate (and easy to lose) wireless mouse. That's my pet peeve with current wireless keyboards available in the market. Bluetooth seems to be a logical choice though. Hopefully it's more robust than the existing IRDA and RF links which are pretty flakey.
I'm curious, do you subscribe to the Austrian School of Economics?
It's been a long time since I took my Economics class, but I'd always felt that the whole fiat-based monetary system backed by US dollars was just a means for the US to export inflation during the first OPEC oil-shock in the 70's.
Sounds like Azimov's Psychohistory, as described in his Foundation Series.
Loved the first few, but it got rather far fetched towards the end of the series. Kindof like he ran out of ideas.... a common failing of too many authors trying to milk a franchise.
In this case the bottleneck is the network connection. The iPhone should (?) be able to handle 25 fps JPG image transfers, but the phone charges will kill ya!:) (Yes, I know the iPhone comes with WiFi)
There has been times ESR has said some really dumb things, but I believe that this article should be judged on its own merits. I don't think people would have such a problem with the premise (and conclusion) if it were written by someone else.
In any case, it was co-authored, so it's not entirely his 'crackpot' ideas.
Stay the HELL away from old 16-bit code in any form. It's ugly. It's obsolete. It's just not worth your time. Of course, using the 16-bit registers is fine when they're the appropriate tools for the job, but seriously, any tutorial that mentions segmentation? Just say no. You'll thank me for this later.
I teach Assembly Language Programming, and for that reason I refuse to teach it on x86 because most available books are using 16-bit (DOS/BIOS based) x86 code. Unfortunately learning 32-bit x86 is a much bigger jump (conceptually) for newbies, I'm not sure it can be done in one semester to students who never had Assembly exposure before.
Ideally, I'd like to use ARM as the reference assembly language for teaching. It's reasonably clean, and has a sufficiently large code base (i.e., PDAs, embedded systems) to be worth the while to learn. I'd love to find out what books are availble for learning Assembly Language Programming on ARM though.
I can't comment on crashes. I've been using gnuplot for graphs on Linux since Fedora Core 3, and it has worked fine. But then again, I don't do fancy calculations such as linear fitting.
If you're primarily interested in Plotting data and not so much in number crunching, you can try using:
Gnuplot http://www.gnuplot.info/
or
PyXPlot http://www.pyxplot.org.uk/
Granted you'll have to learn the scripting language, but the graphs are way more consistently rendered and 'cleaner' compared to what Excel generates.
If this isn't selective quoting, I don't know what is.
Please quote the rest of his comments. Basically he said that it's good for the simple case, but it falls flat for the more complex situations where pipes (and by analogy, microkernels) won't work well because there is multi-way interaction between the modules.
Slightly offtopic: I'm trying to find out the availability of PCI-E based capture cards, and more importantly, Linux Support? AFAIK, I've only seen pre-announcements of products with PCI-E interface.
IMHO, this is going to be the 'next big hurdle' in doing your own Media Center. I've struggled enough with the analog TV capture cards in the past... the saa7134 TV chipset took a while before it was properly supported, for example.
How does this thing work?
Via Induction (like two halves of a transformer coil)?
How much current would it be able to carry?
Safety aspects?
Inquiring mind wants to know.
A much better description of the architecture
on
Power-Light Power Chips
·
· Score: 2, Informative
Slashdot Mirror
For a Media PC type environment, the wireless keyboard should really be a built in trackball or touchpad so that you won't need to use a separate (and easy to lose) wireless mouse. That's my pet peeve with current wireless keyboards available in the market. Bluetooth seems to be a logical choice though. Hopefully it's more robust than the existing IRDA and RF links which are pretty flakey.
Thanks for the detailed explanation! I'm aware of the arguments for the gold standard, though not the fourth issue that you mentioned.
I'm curious, do you subscribe to the Austrian School of Economics? It's been a long time since I took my Economics class, but I'd always felt that the whole fiat-based monetary system backed by US dollars was just a means for the US to export inflation during the first OPEC oil-shock in the 70's.
Loved the first few, but it got rather far fetched towards the end of the series. Kindof like he ran out of ideas.... a common failing of too many authors trying to milk a franchise.
In this case the bottleneck is the network connection. The iPhone should (?) be able to handle 25 fps JPG image transfers, but the phone charges will kill ya! :) (Yes, I know the iPhone comes with WiFi)
Hmm. I wonder if the EMT64 support was purely a microcode update or did it require changes to the CPU itself. Anyone knows?
There has been times ESR has said some really dumb things, but I believe that this article should be judged on its own merits. I don't think people would have such a problem with the premise (and conclusion) if it were written by someone else. In any case, it was co-authored, so it's not entirely his 'crackpot' ideas.
The battle for the 64-bit OS will be decided by 2008.
http://catb.org/~esr/writings/world-domination/wor ld-domination-201.html
I teach Assembly Language Programming, and for that reason I refuse to teach it on x86 because most available books are using 16-bit (DOS/BIOS based) x86 code. Unfortunately learning 32-bit x86 is a much bigger jump (conceptually) for newbies, I'm not sure it can be done in one semester to students who never had Assembly exposure before.
Ideally, I'd like to use ARM as the reference assembly language for teaching. It's reasonably clean, and has a sufficiently large code base (i.e., PDAs, embedded systems) to be worth the while to learn. I'd love to find out what books are availble for learning Assembly Language Programming on ARM though.
I can't comment on crashes. I've been using gnuplot for graphs on Linux since Fedora Core 3, and it has worked fine. But then again, I don't do fancy calculations such as linear fitting.
If you're primarily interested in Plotting data and not so much in number crunching, you can try using:
Gnuplot http://www.gnuplot.info/ or
PyXPlot http://www.pyxplot.org.uk/ Granted you'll have to learn the scripting language, but the graphs are way more consistently rendered and 'cleaner' compared to what Excel generates.
If this isn't selective quoting, I don't know what is. Please quote the rest of his comments. Basically he said that it's good for the simple case, but it falls flat for the more complex situations where pipes (and by analogy, microkernels) won't work well because there is multi-way interaction between the modules.
Slightly offtopic: I'm trying to find out the availability of PCI-E based capture cards, and more importantly, Linux Support? AFAIK, I've only seen pre-announcements of products with PCI-E interface.
IMHO, this is going to be the 'next big hurdle' in doing your own Media Center. I've struggled enough with the analog TV capture cards in the past... the saa7134 TV chipset took a while before it was properly supported, for example.
How does this thing work? Via Induction (like two halves of a transformer coil)? How much current would it be able to carry? Safety aspects? Inquiring mind wants to know.
is available on Real World Technolgies http://www.realworldtech.com/page.cfm?ArticleID=RW T102405055354