Main Menu
Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Topics - hcmffm

#1
My Vectrex friend had the Vectrex32 cartridge for some time. He tried the Vectrex32 out and did some programming. His feelings were so-so. Apart from the somewhat cumbersome way of developing programs (no real debugging, no hot-code replacement, ...) the way the vectors are displayed made him frown. He said that the vectors would slightly flicker and wobble.
We tried the Vectrex32 on two of my Vectrexes and right: The vectors are displayed a bit wobbly and a bit flickery. This can be seen in the menu (text) of the Vectrex32 and in Moon Lander: All lines wobble and slightly vary their positions plus the whole display slightly flickers. Other games like Minestorm run on those Vectrex consoles display the vectors 100 flicker-free and without any wobble.

Is there a reason why graphics generated by the Vectrex32 slightly wobble and flicker? Could something be done about this?
#2
Currently, the Vectrex32 (Version 1.0) doesn't run at all on the Vectrex models with the latest BIOS (BIOS checksum 7ADB, Serial #31xxxxxx and 4xxxxxxx). This should be fixed because people who order a Vectrex32 SmartCart might end up with nothing at the moment.
#3
Currently, in analog mode the horizontal and vertical joystick positions are 4 bit, i.e. you have 16 different horizontal and 16 vertical values. These 16 horizontal and 16 vertical values makes placing objects directly using the positions returned by the joystick impossible because there would be only a total of 256 X/Y positions which is too coarse. In other words: Games like Missile Command or Star Hawk couldn't be programmed.

The joystick has a resolution of 256 horizontal and 256 vertical positions, i.e. 8 bit. Is a change to full 8-bit horizontal and vertical joystick values possible?
#4
I lent my Vectrex32 to a friend of mine and he did some Vectrex programming. My friend is familiar with Assembler and C# programming.

A problem he encountered is the missing "STEP" in the for...next loops. With the STEP you can specify the steps of the loop variable, typically positive or negative integer numbers. Sure enough you can work-around this missing language feature and achieve the same as the STEP addition; but this makes programming a bit cumbersome and the code less readable.

Would adding STEP be possible?