Yes, Like an ION thruster, but an accelerator ring would allow the protons to ejected closer to the speed of light, creating more thrust with less material..
So how about a nuclear accelerator ring as a propulsion device. Instead of the two proton beams colliding, they would be projected from each edge of the accelerator ring. The ring should be lighter than an earth based one because a vacuum is already present.
A nuclear power plant would be required to power the ring, and a tank of hydrogen would be required as a proton source (Unless hydrogen or protons can be harvested from the solar wind).
The perfect engine would generate 1G of acceleration over a multiple year period.
With this engine, a trip to Mars should be a rather shorter endeavour.
Anybody have any idea what it would take to build such a thing, Or how fast such a thing could get to Mars at it's closest approach assuming 1G of acceleration? .
Why the 19 years at 0 G? I know that is the speed of light, but if you are are going nearly that fast, and you measure the speed of light, in any direction, it would still be 299792458 m/s which means you can still accelerate at 1g and never reach that speed.
Then of course, we would have to have two times. One time for the astronauts on the spaceship, and another as observed from earth.
Ok, if we had an engine that could produce 1G of accelleration over a large number of years.
Does anybody how long would it take to get there?
Half the trip would be accelerating, and the other half decelerating. (Actually it's accelerating the whole time, just in the opposite direction at some point.
1G of acceleration should solve the muscles atrophying problem as well.
Maybe a little more description is in order
Any email that is not digitaly signed with postage would be blocked automaticaly for the users that use that choose to use the sevice. So the mail from spammers would never get through.
For a spammer to send send e-mail, they would have to use an API to contact the signing server, passing the credentials for an account to transfer postage from, as well as the sha sum of the email to be signed, plus a recipient list. A signiture would be returned from the signing sever that would be attached to the end of the mail before using standard methods to send.
Each send then costs the spammer ( or some poor sap who used week credentials on there account) or its blocked by the recipents client.
How about this take on e-mail postage. We know spammers/phishers send lots of e-mail, but receive very little or none. We use that to our advantage
Before sending e-mail, a sender buys postage, and it goes into their account. Maybe a penny a stamp give or take. When an e-mail is send, a stamp is taken out of the sender account and put into an escrow for each recipient. The e-mail is digitally signed for the escrow id, and sent like normal, but all spam filtering services then check the signature along the way.
When a recipient opens an e-mail, The escrow stamp set assigned for them is transfered to their account (e-mail client, or service provides this). Note: it can only be collected once for each person per e-mail, and it only goes to the account associated with the e-mail.
So after an initial stamp purchase, postage will transfer back and forth, and a normal user should never have to purchase postage again. A person, or company that sends lots of e-mail will have to keep buying postage to send. PHishing and spamming becomes economically difficult.
More reputable spammers/companies will have to buy postage to stay in business.
One last thing, users will be able to sell back stamps when there account starts to fill up, but at less of a price, to pay for the service and keep the validation servers running. So stamps are purchased at retail prices, and sold back at whole sale prices. Spammers/Hammers that stay in business end up paying for the service.
There is much more details, and ideas that can go along with this, but for the sake of brevity, I'll keep int at that.
One of the annoying things about User ID's is that most Distros user utilities start at some number and count up. Then when you use nfs or removable media you find that the files are now owned by another user.
It would be nice if the default was to pick a random arbitrary and large UID so the chance of UID clashes would be remote.
I'm a Linux and OS X user, and having to look at those ugly widgets that are very out of place is very irritating. The only reason I don't switch to Camino on OS X or Konqueor on Linux (I'm a GNOME user, btw) is due to extensions. It's also quite annoying having Firefox be the only application that doesn't follow your icon theme. Those default icons look very out of place.
True that it is annoying that it Firefox Doesn't follow the theme. And I'm not saying the the widgets shouldn't look like the ones for the OS.
What I'm saying is Firefox should stick to one graphic toolkit on every platform. Right now that is GTK+
Native widgets are a good thing.
If that is true than Firefox should us QT widgets when I'm in KDE, and EFL when I'm in Enlightenment and Motif when I'm on Aix, and Whatever sun uses in the Openwin Evironment. And then on Windows the select box can float above all other widgets no matter what zlayer it is on just like IE.
And then new releases can take longer as they try to work the bugs out of all supported toolkits.
And then we can test our web applications agains't all versions in case the different widgets don't function the same.
Sorry, I said it this way because the Linux Version and the Windows version act alike while I've had some difficulty with the Mac version.
To give another example of what worries me on Mac Firefox: Take IE for example. I use SuckerFish Menu's on a some of my pages. The great thing about them is that they use the css standard. A bit of javascript fixes IE problems so they works. It also will layout on other devices that don't support CSS well (A BlackBerry for instance). But on IE (It's works on 7 actually), the select box which is an OS native widget insists on floating above everything else including my menu's.
I really don't want to see these kind of problems on the Mac client. My worry is the OS native widgets will lead to this kind of problem.
I think they should go ahead and change the look and feel of the Mac client if they want. Theme the widgets to look like mac widgets, and even make them act like Mac widgets (keyboard shortcuts and such). Just don't use the OS's native widgets. I believe it will just lead to more bugs in the Mac version that are not in the other versions.
What scares me is the Mac version of Firefox will act different than the normal version, and will cause a lot of problems for my web applications
I've already run into problems with Mac Firefox because of the scrollbars (I believe they are os native). I had a scrollable div in the center of the screen that I would fill with data using AJAX. Most of the time the div is hidden. On Mac, the div was invisible, but the scrollbars cut out a blank area in the underlying page. I had to set overflow to clip instead of scroll everytime i would hide the div. It worked fine on all other OS's and even IE.
The point is I should be able to test firefox on one platform and expect it to work the same on all Firefox's on any OS it supports.
So I feel Native widgets on any OS is a slippery slope that will cause more harm than good for Firefox.
A slightly more interesting way might be to embed coils in the roadway. Receiving coils would be placed in varius parts of your car.
When you drive over a coil, an alternating current would be switched on. A resulting alternating current will be generated in the cars coils. This would add charge to the battery.
The reason I advicate Linux and other Stuff that usualy comes with it is for completly selfish reasons.
I'm proficient with a lot of this software. I also like the way a lot of the software works. In fact I don't know if I would have stayed in the field otherwise.
The more people who use this software, the more in demand my skills will be.
If you think about it though, allmost everthing we do is for selfish reasons.
Well, I don't know if I explained exactly what I was thinking about. I was thinking about removing the intake turbine of the turbo and replacing it with a generator to capture the waste energy caputured by the exaust turbine.
Then, if you realy wanted to, you could add an electric supercharger that could turn on during short periods when more power was needed.
Actualy what I was thinking, is using the exaust portion of the turbocharger only. Thus it wouldn't compress the air for the intake, instead it would drive a small generator to capture the wasted energy in the exaust.
I heard the reason a turbocharger was better that a supercharger is because there is waste energy (expanding gas) still in the exaust system, and a turbo uses the extra energy to compress air for the engine. This causes some backpresure, but is more efficient that a superchager. A supercharger is driven by the engine itself.
Is it possible to improved a hybrid by modifying a turbocharger? Take the turbo's exauste turbine and connect it to a small generator? The generator/turbo would use the extra energy to charge the battery or provide extra power for the motors
Also if you wanted more power, you could add an electric supercharger. Like from the following site http://www.esuperchargers.com/
I think I get the same problem after spending a lot of time coding
I find myself activily writing code in my head to handle the current situation.
For instance standing in line at the grocery store, or opening a car door. It is really strange when you notice yourself doing this.
Slashdot Mirror
Yes, Like an ION thruster, but an accelerator ring would allow the protons to ejected closer to the speed of light, creating more thrust with less material..
So how about a nuclear accelerator ring as a propulsion device. Instead of the two proton beams colliding, they would be projected from each edge of the accelerator ring. The ring should be lighter than an earth based one because a vacuum is already present. A nuclear power plant would be required to power the ring, and a tank of hydrogen would be required as a proton source (Unless hydrogen or protons can be harvested from the solar wind).
The perfect engine would generate 1G of acceleration over a multiple year period.
With this engine, a trip to Mars should be a rather shorter endeavour.
Anybody have any idea what it would take to build such a thing, Or how fast such a thing could get to Mars at it's closest approach assuming 1G of acceleration?
.
Cool,
Why the 19 years at 0 G? I know that is the speed of light, but if you are are going nearly that fast, and you measure the speed of light, in any direction, it would still be 299792458 m/s which means you can still accelerate at 1g and never reach that speed.
Then of course, we would have to have two times. One time for the astronauts on the spaceship, and another as observed from earth.
Any ideas on what those times would be?
Ok, if we had an engine that could produce 1G of accelleration over a large number of years.
Does anybody how long would it take to get there?
Half the trip would be accelerating, and the other half decelerating. (Actually it's accelerating the whole time, just in the opposite direction at some point.
1G of acceleration should solve the muscles atrophying problem as well.
I have a screensaver that does this already.
Maybe a little more description is in order
Any email that is not digitaly signed with postage would be blocked automaticaly for the users that use that choose to use the sevice. So the mail from spammers would never get through.
For a spammer to send send e-mail, they would have to use an API to contact the signing server, passing the credentials for an account to transfer postage from, as well as the sha sum of the email to be signed, plus a recipient list. A signiture would be returned from the signing sever that would be attached to the end of the mail before using standard methods to send.
Each send then costs the spammer ( or some poor sap who used week credentials on there account) or its blocked by the recipents client.
How about this take on e-mail postage. We know spammers/phishers send lots of e-mail, but receive very little or none. We use that to our advantage
Before sending e-mail, a sender buys postage, and it goes into their account. Maybe a penny a stamp give or take. When an e-mail is send, a stamp is taken out of the sender account and put into an escrow for each recipient. The e-mail is digitally signed for the escrow id, and sent like normal, but all spam filtering services then check the signature along the way.
When a recipient opens an e-mail, The escrow stamp set assigned for them is transfered to their account (e-mail client, or service provides this). Note: it can only be collected once for each person per e-mail, and it only goes to the account associated with the e-mail.
So after an initial stamp purchase, postage will transfer back and forth, and a normal user should never have to purchase postage again. A person, or company that sends lots of e-mail will have to keep buying postage to send. PHishing and spamming becomes economically difficult.
More reputable spammers/companies will have to buy postage to stay in business.
One last thing, users will be able to sell back stamps when there account starts to fill up, but at less of a price, to pay for the service and keep the validation servers running. So stamps are purchased at retail prices, and sold back at whole sale prices. Spammers/Hammers that stay in business end up paying for the service.
There is much more details, and ideas that can go along with this, but for the sake of brevity, I'll keep int at that.
One of the annoying things about User ID's is that most Distros user utilities start at some number and count up. Then when you use nfs or removable media you find that the files are now owned by another user.
It would be nice if the default was to pick a random arbitrary and large UID so the chance of UID clashes would be remote.
Simple, I was trying to be funny. Notice the smiley :)
When is the patent office going to quit giving patents for obvious techniques? :)
True that it is annoying that it Firefox Doesn't follow the theme. And I'm not saying the the widgets shouldn't look like the ones for the OS.
What I'm saying is Firefox should stick to one graphic toolkit on every platform. Right now that is GTK+
Native widgets are a good thing.If that is true than Firefox should us QT widgets when I'm in KDE, and EFL when I'm in Enlightenment and Motif when I'm on Aix, and Whatever sun uses in the Openwin Evironment. And then on Windows the select box can float above all other widgets no matter what zlayer it is on just like IE.
And then new releases can take longer as they try to work the bugs out of all supported toolkits.
And then we can test our web applications agains't all versions in case the different widgets don't function the same.
Sound like a lot of fun!
Sorry, I said it this way because the Linux Version and the Windows version act alike while I've had some difficulty with the Mac version.
To give another example of what worries me on Mac Firefox: Take IE for example. I use SuckerFish Menu's on a some of my pages. The great thing about them is that they use the css standard. A bit of javascript fixes IE problems so they works. It also will layout on other devices that don't support CSS well (A BlackBerry for instance). But on IE (It's works on 7 actually), the select box which is an OS native widget insists on floating above everything else including my menu's.
I really don't want to see these kind of problems on the Mac client. My worry is the OS native widgets will lead to this kind of problem.
I think they should go ahead and change the look and feel of the Mac client if they want. Theme the widgets to look like mac widgets, and even make them act like Mac widgets (keyboard shortcuts and such). Just don't use the OS's native widgets. I believe it will just lead to more bugs in the Mac version that are not in the other versions.
Native Form Widgets scare me.
What scares me is the Mac version of Firefox will act different than the normal version, and will cause a lot of problems for my web applications
I've already run into problems with Mac Firefox because of the scrollbars (I believe they are os native). I had a scrollable div in the center of the screen that I would fill with data using AJAX. Most of the time the div is hidden. On Mac, the div was invisible, but the scrollbars cut out a blank area in the underlying page. I had to set overflow to clip instead of scroll everytime i would hide the div. It worked fine on all other OS's and even IE.
The point is I should be able to test firefox on one platform and expect it to work the same on all Firefox's on any OS it supports.
So I feel Native widgets on any OS is a slippery slope that will cause more harm than good for Firefox.
I wonder if these generators are small enough to get power from brownian motion?
:)
Just in case I want to power my laptop with a cup of Tea.
Or my Improbability Drive.
I had a similar Idea a long time ago, and wrote a journal entry about it
http://slashdot.org/~aashenfe/journal/
I have no idea if this is really the same idea.
Why?
- Charging while driving during the day.
- Charging as long as car is parked in sun
- No need to plug car in for advantage.
- No fossil fuels are burned.
I'm willing to guess that some people who live in sunny locations and drive short distances could use little or no gas at all.The only problem might be the cost of a solar panel, and fitting it on the Prius in such a way that it doesn't generate drag.
Also, you have to keep the panel clean for best performance.
Good Idea,
A slightly more interesting way might be to embed coils in the roadway. Receiving coils would be placed in varius parts of your car.
When you drive over a coil, an alternating current would be switched on. A resulting alternating current will be generated in the cars coils. This would add charge to the battery.
Well, if God did create it, and in 7 days, then God would have been creating Time before creating the universe.
In this case, time would not be part of the universe.
What was god doing before he created the universe?
The reason I advicate Linux and other Stuff that usualy comes with it is for completly selfish reasons.
I'm proficient with a lot of this software. I also like the way a lot of the software works. In fact I don't know if I would have stayed in the field otherwise.
The more people who use this software, the more in demand my skills will be.
If you think about it though, allmost everthing we do is for selfish reasons.
I kind of agree, also, I think with radiation levels on the moon you would need really thick walls.
It it was up to me, I would send up some kind of tunnel boaring machine to tunnel into the side of a crater.
Then Another machine with an airlock built in would plug the entrance. Maybe a bit of concrete would be used.
Fill with air, then done.
The astronauts can decorate when they get there.
Well, I don't know if I explained exactly what I was thinking about. I was thinking about removing the intake turbine of the turbo and replacing it with a generator to capture the waste energy caputured by the exaust turbine.
Then, if you realy wanted to, you could add an electric supercharger that could turn on during short periods when more power was needed.
Actualy what I was thinking, is using the exaust portion of the turbocharger only. Thus it wouldn't compress the air for the intake, instead it would drive a small generator to capture the wasted energy in the exaust.
Just a thought.
I heard the reason a turbocharger was better that a supercharger is because there is waste energy (expanding gas) still in the exaust system, and a turbo uses the extra energy to compress air for the engine. This causes some backpresure, but is more efficient that a superchager. A supercharger is driven by the engine itself.
Is it possible to improved a hybrid by modifying a turbocharger? Take the turbo's exauste turbine and connect it to a small generator? The generator/turbo would use the extra energy to charge the battery or provide extra power for the motors
Also if you wanted more power, you could add an electric supercharger. Like from the following site
http://www.esuperchargers.com/
I think I get the same problem after spending a lot of time coding
I find myself activily writing code in my head to handle the current situation. For instance standing in line at the grocery store, or opening a car door. It is really strange when you notice yourself doing this.
Has anyone else experienced this?