A small ship TU and a view of jump travel that creates it kaladorn@xxxxxx (14 Jun 2020 00:21 UTC)
(missing)
(missing)
(missing)
(missing)
Re: [TML] Engineering magic Kelly St. Clair (21 Jun 2020 00:09 UTC)
Re: [TML] Engineering magic Kelly St. Clair (21 Jun 2020 02:10 UTC)
Re: [TML] Engineering magic kaladorn@xxxxxx (21 Jun 2020 03:50 UTC)
Re: [TML] Engineering magic Phil Pugliese (21 Jun 2020 19:18 UTC)
Re: [TML] Engineering magic David Johnson (21 Jun 2020 16:57 UTC)
Re: [TML] Engineering magic kaladorn@xxxxxx (21 Jun 2020 17:26 UTC)
Re: [TML] Engineering magic David Johnson (22 Jun 2020 14:30 UTC)
Re: [TML] Engineering magic kaladorn@xxxxxx (22 Jun 2020 18:38 UTC)
Re: [TML] Engineering magic Thomas RUX (22 Jun 2020 22:01 UTC)
Re: [TML] Engineering magic James Catchpole (22 Jun 2020 22:33 UTC)
Re: [TML] Engineering magic Thomas RUX (22 Jun 2020 23:07 UTC)
Re: [TML] Engineering magic David Johnson (23 Jun 2020 00:40 UTC)
Re: [TML] Engineering magic kaladorn@xxxxxx (23 Jun 2020 02:42 UTC)
Re: [TML] Engineering magic David Johnson (23 Jun 2020 01:11 UTC)
Re: [TML] Engineering magic Vareck Bostrom (23 Jun 2020 01:50 UTC)
Re: [TML] Engineering magic kaladorn@xxxxxx (23 Jun 2020 03:06 UTC)
Re: [TML] Engineering magic David Johnson (23 Jun 2020 14:42 UTC)
Re: [TML] Engineering magic kaladorn@xxxxxx (23 Jun 2020 18:15 UTC)
Re: [TML] Engineering magic Kelly St. Clair (23 Jun 2020 20:35 UTC)
Re: [TML] Engineering magic David Johnson (24 Jun 2020 01:32 UTC)
Re: [TML] Engineering magic kaladorn@xxxxxx (24 Jun 2020 02:13 UTC)
Re: [TML] Engineering magic David Johnson (24 Jun 2020 02:25 UTC)
Re: [TML] Engineering magic Kelly St. Clair (24 Jun 2020 04:47 UTC)
Re: [TML] Engineering magic David Johnson (24 Jun 2020 19:44 UTC)
Re: [TML] Engineering magic kaladorn@xxxxxx (24 Jun 2020 07:16 UTC)
Re: [TML] Engineering magic David Johnson (24 Jun 2020 19:46 UTC)
Re: [TML] Engineering magic kaladorn@xxxxxx (24 Jun 2020 21:04 UTC)
Re: [TML] Engineering magic David Johnson (25 Jun 2020 02:29 UTC)
Re: [TML] Engineering magic Rupert Boleyn (24 Jun 2020 04:51 UTC)
Re: [TML] A small ship TU and some other stuff Jonathan Clark (17 Jun 2020 01:34 UTC)
Re: [TML] A small ship TU and some other stuff Phil Pugliese (17 Jun 2020 01:59 UTC)
Re: [TML] A small ship TU and some other stuff kaladorn@xxxxxx (17 Jun 2020 03:23 UTC)
Re: [TML] A small ship TU and some other stuff Thomas RUX (17 Jun 2020 12:28 UTC)
Re: [TML] A small ship TU and some other stuff Phil Pugliese (17 Jun 2020 15:16 UTC)
Re: [TML] A small ship TU and some other stuff kaladorn@xxxxxx (17 Jun 2020 17:06 UTC)
Re: [TML] A small ship TU and some other stuff kaladorn@xxxxxx (17 Jun 2020 07:46 UTC)

Re: [TML] Engineering magic Kelly St. Clair 21 Jun 2020 02:10 UTC

On 6/20/2020 5:09 PM, Kelly St. Clair wrote:
> On 6/20/2020 3:49 PM, xxxxxx@gmail.com wrote:
>
>>     Keen insight here (including the Roddenberry tag).
>>
>>
>> I tried to find Rodenberry's Axiom, but Google and DuckDuckGo give me
>> blank stares.
>
>  From memory, it's essentially "people today don't constantly remind
> their co-workers how automobiles work, so they wouldn't do that in the
> future."  It's a justification and caution against stuffing clumsy "As
> You Know, Bob" exposition into a story.
>
> But as we see here (and with one of Roddenberry's own inventions, the
> transporter - which he created to serve the needs of the story, getting
> the crew into the action without having to pay for expensive footage of
> shuttles launching, landing, etc every time the crew left and returned
> to the ship), leaving something completely /un/defined, and/or pulling
> new capabilities for it out of your ass to solve some problem and then
> never mentioning or using them again, even when they could and logically
> should fix a later problem, is also Bad Storytelling (or Setting/Game
> Design).
>

(adding on a bit)

You don't have to (and probably shouldn't) spend five minutes/paragraphs
every show/book explaining to the audience how it works, but the
author/game master/showrunner SHOULD know and have worked it all out, so
that when someone (a player, another writer, etc) asks, you can give
confident and non-stupid answers which, ideally, won't end up breaking
other things when taken to their logical conclusions.

--
---------------
Kelly St. Clair
xxxxxx@efn.org