Fixing Maneuver Drives...

A thread of 2 messages, 12 November 1990 to 14 November 1990, in the order they were sent.

#1749 Fixing Maneuver Drives...

W. Dow Reider says:
>Sounds like a reasonable explanation.  However, the problem isn't
>how the drive works, but what it does.  Reactionless drive (by any means)
>equals violation of conservation of energy.  There is no way around it - I
>tried to find one, and was finally able to prove that it was impossible.
>I used to have a lot of trouble with traveller's rather cavalier
>attitude towards physics, but I think an important distinction can be made.
Some of the physics violations are intentional, such as Jump drive,
>reactionless
>thrusters, etc.  These I am happy to accept as little black Physics
>Nullifier (tm)
>boxes attached to the relevant machinery, and are part of what makes the game
>fun.  However, a lot of the problems seem to be unintentional, such as the fact
>that you can get free energy out of a system consisting of TL15 fuel cells and
>a fuel purification plant.  Those I want to fix - it will help make the
>game more
>consistent.
>	Since some of the intentional violations will let you build perpetual
>motion machines, etc, my favorite explanation for why they don't work is
>a "nullifier interference field" generated by all those little black
>boxes...:-)

Re: newtonian violations...
	There's a neat explanation for how to get reactionless drives...
some work by one Robert L. Forward into negative matter shows that with
some negative-mass nearby you can move by interaction with the negative mass
but not using exhaust.  If you want to extrapolate those results into playing
with gravity i just bet that you can get away with reactionless drives.
	If anyone objects to the above i'll go pull Forwards paper and do it
the hard way 8-)

	Robert Dean thought that a straight thrust-based system would work
better... I agree, but pose a question: is it worth introducing incompatability
if we have means to remain compatable ?


	Other problems (like the one mentioned above) need real fixes.


- - -george william herbert
[email removed]        OCF Staff

#1771 all sorts of things....

hiya,

>Date: Sun, 11 Nov 90 21:39:24 -0900
>From: George William Herbert [email removed]
>Subject: (1749) Fixing Maneuver Drives...
>
>W. Dow Reider says:

>Re: newtonian violations...
>	There's a neat explanation for how to get reactionless drives...
>some work by one Robert L. Forward into negative matter shows that with
>some negative-mass nearby you can move by interaction with the negative mass
>but not using exhaust.  If you want to extrapolate those results into playing
>with gravity i just bet that you can get away with reactionless drives.

>	Robert Dean thought that a straight thrust-based system would work
>better... I agree, but pose a question: is it worth introducing incompatability
>if we have means to remain compatable ?

How about the following idea (would one of the physics types verify if this
is possible):
	You generate a LOT of energy,
	convert the energy into mass (E=MC^2, thus matter and energy
				are really the same) and
	then throw the mass out the back.

	You'd have a reaction-based drive that didn't consume matter
	(except that the energy generation would use up heaps of matter).

Would it be better to use your power plant fuel as propellent?


Now onto a more serious issue (sorry if this sounds a bit flamish, it isn't
really ment to be):

>Date: Mon, 12 Nov 90 13:40:13 EST
>From: Robert P Poole [email removed]
>Subject: (1756) TDR, TeX, character generation

>I don't recall who voted "no" on TeX, but I have to say this guy doesn't know
>what he's talking about.  TeX is not cumbersome.  Sending proprietary files
>formatted for one word processor or another and trying to convert them is
>cumbersome.  With TeX, you send the source file as plain text, and the other
>person can make instant use of it.  I assume that the people on this list are
>intelligent enough to see the advantage of using the net to write this thing
>up.

I would vote very strongly NO for TeX.
My vote would be for plain text (maybe include a postscript version that looks
nicer).

My major objection to TeX is that I'd have to learn something which I have
no desire to know anything about.  Even with the macros suggested,
I'd still have to learn something new.  I'd also have to know how to access
TeX on whatever system I was using (if it even HAD TeX, not everybody has).

What happens if I would like to boldface titles?  Creation of tables (rather
than formatted text)?  Subscripts?  Superscrips?

The point is I would have to learn how to do these things.  I have no desire
to learn a user-alien text formating system.  I also realise that the nice
word processors that I do own are not going to be any good to most of the
people since they use their own internal formats.

Everybody can use text (ASCII) files, everybody should be able to read them
and print them.  So what if they don't come out quite so nicely?  If we
seriously want to PUBLISH the results of the re-design then we can format
the manuscript after it has been written.  If it is as easy as was made out,
this reformat should pose no problems whatsoever.


>Look, let's be fair and realistic.  Fair in that everyone who wants to should
>be able to work on part of the project and have input.  Realistic in that if we
>only let a few select people do the actual work, it will never get done.

Letting everybody be able to provide input is exactly the reason that we should
use a format that everybody has.  I say again that not everybody has access
to TeX.

[
 I should note here, that I personally don't own TeX in any form.  I do have
 access to TeX and would be willing to learn enough about it if TDR was going
 to be distributed in that format.  However, I do not desire to learn it.
]


>About automating the generation rules:  Good.  I am glad someone suggested
>this.  We should make executables available to PC and Mac users for character
>generation, star system generation, starship design, and world map generation.
>We should also make the sourcecode available for people to port to other
>systems.

I think that I was the one who suggested it (which I didn't really do).  I
do think that this is a really good idea.  There may be difficulties modifying
existing programs to work with any new stuff we create.  The ship design
program (coming soon, it is being beta tested ---- sort of) should be able
to take most modifications without too many problems.  I haven't looked into
the other programs available to see how hard they are to modify.  Hopefully,
the changes will not be too sever and they can be modified.  Rewriting from
scratch will be a major headache.  Even modifications can be unpleasent.
(Does anybody realise the quantity of data present in the MT books?  As an
example the ship design program uses a data table that is quite big wc gives
the following figures (the table is human readable text with comments included):

    2138   21011  117516 dat.tbl

I realise that this table contains a lot of redundant stuff because I tried
to capture the special cases in the data table and not in the program (which
is why I believe it will be easy enough to modify).

This task we are undertaking is looking to be a VERY large one.



							Pauli
seeya

Paul Dale               | Internet/CSnet:            [email removed]
Dept of Computer Science| Bitnet:       [email removed]
Uni of Qld              | JANET:           [email removed]
Australia, 4072         | EAN:                          [email removed]
                        | UUCP:           [email removed]
f4e6g4Qh4++             | JUNET:                     [email removed]