STARTREK for Arduboy



英語で、‘Command Line Interface’/‘CLI’.
Also ‘console’ (コンソール) or ‘terminal’ (ターミナル).

なるほど。「yyyc514」は @Dreamer3 です。

1 Like

To @Pharap.

Yes. Command Line Interface. The original seems to have been written in BASIC on a minicomputer in 1971.

Oh really. Thank you for teaching me.

1 Like

If I was going to start reporting bugs I could probably come up with a list.

  • Should viewing damage really cause a day to pass?
  • Ditto for other things like just viewing the map, etc.
  • Maybe that was part of the original game, but feels very strange.
  • There should be some way to cancel things like firing a torpedo or phasers if you change your mind.

To @Dreamer3.

As I think, in the program I referred to, every command has passed one turn at a time. That’s even short-range and long-range sensors. In this case, the deadline is ten times the number of enemies, but this seems just right. However, if neither short-range nor long-range sensors require a turn, the due date seems to be too much. In addition, if you do not use turns with various commands, the game will not end due to timeout.

This seems to be easy to implement. In the original game, it seems that input of “0” basically indicates cancellation.

1 Like

But we have a B button, so why not use it?

In addition, if you do not use turns with various commands, the game will not end due to timeout.

Well, sure, moving, repairs, firing weapons… some things obviously require time… but just glancing at the sensors? That seems a little nitpick… esp if I do it 3 times in a row and lose 3 days.

But if that’s just how the game is and you want to stay faithful, I understand.

This is super nice (I finally got a chance to play it) as a reproduction, but I’m not sure the game translates super well to an arcade device… things like value input are very slow and awkward… and it just feels kludgy.

I wonder what an arcade like remix of this would look like… where it’s more about movement and weapons than accessing the computer and menu driven.

My biggest gotchas:

  • Accidentally triggering something (like torpedo, with no way to abort)
  • Accidentlly choosing nav or torpedo when what I wanted 99% of the time was computer assisted nav/torpedo.
  • Choosing local nav when what I wanted was galaxy nav… this would be fairly easy to add a button to toggle between the two… and that’d be more efficient from a code perspective also…
  • Rotational inputs are far too slow, they don’t need as much precision.
  • Value input should use up/down to move in increments of 10 or 50, etc.

I think this game can be done, but not with BASIC, and not with text input.
Perhaps the user would choose from a list of commands.

Like this old demo:

As @BlueMax said, that’s part of the challenge.
Part of the difficulty comes from having to manage resources, including days.

If there was enough progmem available then perhaps an ‘easy mode’ could be added where certain actions cost less.

I’m not surprised it’s difficult though, in those days games tended to be difficult to ensure that people got their money’s worth.

But how many changes would it take for it to stop being faithful to the original?
And how many changes until it becomes a different game entirely?

There comes a point where so much is changed that it would be better to just design a new game from scratch.

(It’s a bit like Theseus’s Ship, or Trigger’s Broom if you prefer.)

That all said, I agree with these points:

Those should just be minor input changes,
but it depends how they’re implemented.

I think the code is based on cascading delays rather than having a proper game loop,
which would make the former slightly more difficult to implement.

1 Like

Yes, that’s an internal thing that could eventually perhaps be fixed. :slight_smile:

Oh I entirely take your point. I was just personally observing what I found in my first person experience. Bluemax can take it or leave it. :slight_smile:

Of course there are already about 100 different variants of this game. :slight_smile: So I’m not sure any of them are canonical unless you find the literal “first one”.

1 Like

Thanks for @Dreamer3 and @Pharap.
I quickly implemented the cancellation implementation. Respecting the original, select a negative angle (-1 degree = 360 degrees) for an angle and 0 for a distance to cancel. GitHub source has been updated, but may still have bugs.

I noticed that I was not using the B button while making this game. Eventually, I wanted to create a game without the B button or try to challenge it. I thought many people could operate without explanation without using the B button. When I was a college student, I used “Macintosh II ci”. The mouse attached to this computer had only one button. :upside_down_face:

1 Like

When you have two buttons one for confirm and one for cancel makes far more sense than a magic cancel value.

Thank you, @Dreamer3.
I added the function of UP and DOWN buttons to the window for inputting numerical values. By using the UP and DOWN keys, the number can be raised and lowered by 1/10 of the maximum value. In addition, it is now possible to cancel with the B button.
The GitHub source has also been modified.


There’s a game on steam called ‘Ichi’ that only uses the left mouse button.

(The game’s name is the romaji of 「一」, because it’s a ‘one-button’ game.)

怖い… あれは悪夢。

In the year 2020 forums should have built-in auto-translate so everyone sees their native language. :slight_smile:

Ultimately you can just throw anything at Google translate and get the gist of what’s being said,
but automated translators tend to loose a lot of the subtle nuances of Japanese.

The honorifics, the personal pronouns, the varying levels of formality;
the things that make Japanese both gloriously expressive and an absolute minefield.

1 Like

Something is often better than nothing at all. :slight_smile:

1 Like

Hello, everyone.
There was one line left in the configuration screen, so I tried implementing a new feature. I tried to reverse the screen color of short range sensor like APPLETREK style.
It just changed the look. It is an image of an old CRT.

To @Pharap.

Japanese is difficult even for me. Japanese children struggle to learn hiragana–ひらがな, katakana–カタカナ, and kanji–漢字 from a young age. Many young people have difficulty using correct honorifics and struggle when they come to society.
Even the simple verb “see”…


…My head hurts. But I love Japanese.

1 Like

It does change the look but I think I like the black background more as it looks more like a space background…


@BlueMax Did you see my PR?

I’m still considering building a version with my graphical changes and it’d be really great if we could work from the same foundation - and therefore improve the underlying codebase greatly also rather than having two very different diverging versions.

That’d also make it easier to port this to other platforms (not that that is a huge goal or anything).

After the time I put in on your roguelike just to have all my changes thrown away (water under the bridge) I’m a little apprehensive here contributing again, so I made my first PR in good faith and small… and hoping you’re more open to working with contributors this time around. And hopefully you’ve learned a bit about Git also in the intervening passing of time.

Looking forward to your response.

Maybe the new UI is correct, just the WHOLE screen should be inverted… I’m not sure… It’s on my list to play around with visual changes and I have a variety of ideas I’d like to see what they look like.

I’d like to see what the menu on the left looks like, freeing up more space for the map and a graphical UI on the side. I made a new mockup.

Figuring out how to do the graph bars is a challenge. I think the big energy bar could just be total energy out of 3000 (including shields?)… but maybe it’d really be best to have a single graph (going to 3000) and then mix the shields and energy in the same graph.

1 Like

To @Vampirics.

I totally agree. :laughing:

To @Dreamer3.

You’re right. I just understood how to control GitHub’s version. By all means, I am more interested in programming than on GitHub. My understanding of GitHub is going to take a little longer.

Insanely cool! :star_struck: I want to play this game right away!

1 Like

Well if my changes are good you just have to click the button to merge them (into master), and then on your local checkout you will git pull to update your master.

Right now they conflict with your newer changes - but if you’re willing to merge in my change then I will go back over them and fix the conflicts. Let me know.