Recent Posts

Pages: 1 [2] 3 4 ... 10
11
No, controller 2 doesn't exhibit the same behavior.

- Bob
12
Now that you've fixed reading controller 2 Y axis, does it exhibit the same behaviour?
If not, could it be some kind of memory conflict?
13
Any luck with the weird Controller 1 Y axis behaviour?

You mean where the terrain shrinks? The short answer is "beats me".

I played with it a little.  If I draw the same LEM regardless of the joystick (i.e. the same amount of thrust coming out the rocket bell), the problem still occurs, so it's not that the LEM drawing is affecting the terrain drawing. If I read the joystick as digital instead of analog, the terrain problem doesn't happen.

There's only one digital-to-analog converter in the Vectrex and it's shared between the joystick and the vector drawing. So my hypothesis is that reading an analog joystick affects the D/A converter which affects the screen. I asked Malban about it and he didn't have any experience with it. He said he'd look into it, but he might not be able to get to it immediately.

- Bob
14
Awesome!

Any luck with the weird Controller 1 Y axis behaviour?
15
I have found these bugs and fixed them for version 1.15.

- Bob
16
General Discussion / Re: Adjusting the Frame Rate on Lunar Lander
« Last post by Vectrex32 on April 25, 2017, 09:20:13 AM »
There are other people who know more about this stuff than I do. But I think you want a fixed frame rate throughout the game. Otherwise, the brightness of the lines on the screen will vary and, in the case of the Vectrex, the rhythm and the volume of the buzzing would change!

- Bob
17
General Discussion / Re: Adjusting the Frame Rate on Lunar Lander
« Last post by Astrosynthesist on April 24, 2017, 10:33:57 PM »
I hadn't considered that possibility but yes the problem occurs with all instances of text being drawn, including the vector font.

I'm a bit confused as to how this whole frame thing works - is it possible that the time it takes to draw one frame is longer than whatever the frame rate would allow, say it's set to 60 fps and the frame takes 1/50th of a second to draw? Is there any way for the Vectrex32 to figure it out and fall back to the highest available framerate?

I could run some timing tests on how long it takes to draw one frame with text to see if my first theory works out, but I don't have any experience in programming the Vectrex in its native assembly (I don't have a flash cart yet!) so as to my second question I'd need to do some "manual digging" if you can't think of anything off hand. (Rereading this I see it's unclear... I mean if there is no way for the Vectrex32 to figure out the max framerate on its own, potentially the Vectrex might have some method for figuring this out) It seems to me that in the original software it doesn't have a fixed frame rate, it changes on the fly based on how many lines are being drawn (however that's completely anecdotal, I have no proof whether it's true or not). If we programmed for the Vectrex32 such that all timing calculations weren't frame-based, would it be possible to compensate for the frame rate issues by not setting a fixed frame rate to begin with?
18
Feature Requests and Bug Reports / Re: Crashing in live shell
« Last post by Astrosynthesist on April 24, 2017, 09:42:53 PM »
Awesome, and it's a lot of fun so no worries!
19
Feature Requests and Bug Reports / Re: Crashing in live shell
« Last post by Vectrex32 on April 24, 2017, 08:50:07 PM »
I've found and fixed these problems (having to hit Enter after Ctrl+C, and crashing when trying to execute a command). The fixes will be in version 1.15.

Thank you, Astrosynthesist, for all the great work you're doing!

- Bob
20
General Discussion / Re: Adjusting the Frame Rate on Lunar Lander
« Last post by Vectrex32 on April 24, 2017, 07:29:26 PM »
I've been told that drawing text takes a long time on the Vectrex. That may be why it decreases the maximum frame rate so much.

- Bob
Pages: 1 [2] 3 4 ... 10