News:

Printed Amstrad Addict magazine announced, check it out here!

Main Menu
avatar_XeNoMoRPH

Goldorak [ wip ] CPC version

Started by XeNoMoRPH, 12:22, 12 December 22

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

TITAN (Eric Cubizolle)

Hi !

So, the title screen of the Goldorak project goes into Overscan on GX4000! :)




Merry Christmas everyone ! ;)

TITAN (Eric Cubizolle)

Hi !

We are happy to present version 1.6 of our Goldorak (Grendizer) SHMUP prototype for GX4000/CPC Plus !


GUNHED

http://futureos.de --> Get the revolutionary FutureOS (Update: 2023.11.30)
http://futureos.cpc-live.com/files/LambdaSpeak_RSX_by_TFM.zip --> Get the RSX-ROM for LambdaSpeak :-) (Updated: 2021.12.26)

TITAN (Eric Cubizolle)

On this first day of 2023, I am happy to reveal the full (french) introduction of our game:





Happy New Year everyone ! :)

XeNoMoRPH

your amstrad news source in spanish language : https://auamstrad.es

XeNoMoRPH

your amstrad news source in spanish language : https://auamstrad.es

XeNoMoRPH

your amstrad news source in spanish language : https://auamstrad.es

XeNoMoRPH

your amstrad news source in spanish language : https://auamstrad.es

XeNoMoRPH

your amstrad news source in spanish language : https://auamstrad.es

XeNoMoRPH

your amstrad news source in spanish language : https://auamstrad.es

GUNHED

Well, I'm sure it would be nice for beginners to explain the used scrolling here or somewhere, just have have more scrolling games into future. 

The vid / game looks very good and is well eye candy.  :)
http://futureos.de --> Get the revolutionary FutureOS (Update: 2023.11.30)
http://futureos.cpc-live.com/files/LambdaSpeak_RSX_by_TFM.zip --> Get the RSX-ROM for LambdaSpeak :-) (Updated: 2021.12.26)

XeNoMoRPH

Quote from: GUNHED on 23:17, 01 February 23Well, I'm sure it would be nice for beginners to explain the used scrolling here or somewhere, just have have more scrolling games into future.

The vid / game looks very good and is well eye candy.  :)

maybe he explains it here he talks about the process of creating the game. ( french )



your amstrad news source in spanish language : https://auamstrad.es

andycadley

Quote from: GUNHED on 23:17, 01 February 23Well, I'm sure it would be nice for beginners to explain the used scrolling here or somewhere, just have have more scrolling games into future.

The vid / game looks very good and is well eye candy.  :)

Well it's targeting a GX4000, so I'd imagine it just uses the built it functionality for smooth scrolling. And uses the Plus hardware split for the static area at the bottom of the screen.

Doing something like this is challenging on an old school CPC, but trivial with the Plus hardware.

GUNHED

Well, yes, somehow. For some reasons (speccy ports!?!) coders never cared much about smooth scrolling on the CPC. And I don't really understand the reason for it, because scrolling of complete screens in a smooth way is imho simple - just few lines of code. Of course to have a split screen, that again is a different topic, more complex and need precise timing.  :)
http://futureos.de --> Get the revolutionary FutureOS (Update: 2023.11.30)
http://futureos.cpc-live.com/files/LambdaSpeak_RSX_by_TFM.zip --> Get the RSX-ROM for LambdaSpeak :-) (Updated: 2021.12.26)

andycadley

Probably because a game without any kind of status panel would've seemed weird and to get that you have to deal with a Rupture (unless you software scroll it back in the other direction I guess).

It also makes address calculations funky because you have to account for the point at which the screen wraps. You can mitigate that by making the screen width 32 chars though as for purely vertical scrolling that will mean the wraparound never occurs mid way through a line.

GUNHED

Very true. One need a bunch of pointers (to make calculations quicker) in such an case.

Well, personally I like that kind of games without the classic 'panel' down there on the screen. It somehow separates the player from the happening. With as less as possible additional stuff the player feels closer - more into the game. I gave it a try with Cyber Chicken and from the psychological POV it worked at least for me. Don't know how the community feels about it though.
http://futureos.de --> Get the revolutionary FutureOS (Update: 2023.11.30)
http://futureos.cpc-live.com/files/LambdaSpeak_RSX_by_TFM.zip --> Get the RSX-ROM for LambdaSpeak :-) (Updated: 2021.12.26)

XeNoMoRPH

your amstrad news source in spanish language : https://auamstrad.es

roudoudou

zisquier should have been working for US Gold back in days :P
My pronouns are RASM and ACE

eto

Quote from: roudoudou on 09:13, 18 February 23zisquier should have been working for US Gold back in days :P

Not sure if US Gold is the best choice ;-) Or did US Gold ever create their own games for the CPC? Or just ports from arcade and other platforms?

Btw: As I have never heard anything about Goldorak before: Is that game a (arcade) port, e.g. like Alcon - or his/their own creation, just based on a TV series?

TotO

It is a game whose development advances over the ideas.
"You make one mistake in your life and the internet will never let you live it down" (Keith Goodyer)

abalore

Quote from: GUNHED on 15:33, 02 February 23Well, yes, somehow. For some reasons (speccy ports!?!) coders never cared much about smooth scrolling on the CPC. And I don't really understand the reason for it, because scrolling of complete screens in a smooth way is imho simple - just few lines of code. Of course to have a split screen, that again is a different topic, more complex and need precise timing.  :)

As far as I know, smooth scrolling requires to have a split screen, because you need to compensate in one screen the lines you add to the other to keep the total amount constant. But if you know a simpler way to do it I would be happy to hear it.

andycadley

Quote from: abalore on 10:27, 18 February 23
Quote from: GUNHED on 15:33, 02 February 23Well, yes, somehow. For some reasons (speccy ports!?!) coders never cared much about smooth scrolling on the CPC. And I don't really understand the reason for it, because scrolling of complete screens in a smooth way is imho simple - just few lines of code. Of course to have a split screen, that again is a different topic, more complex and need precise timing.  :)

As far as I know, smooth scrolling requires to have a split screen, because you need to compensate in one screen the lines you add to the other to keep the total amount constant. But if you know a simpler way to do it I would be happy to hear it.
I think you could probably just make the screen taller than the physical display, then shift it upwards to give the impression of a scroll. Haven't tried it in a long time though.

But again, it doesn't matter on the Plus, because you can just set the pixel scrolling registers and it will work on any size of screen display. And you can even do the static split without all the timing complexity that is normally required too.

abalore

Quote from: andycadley on 10:53, 18 February 23
Quote from: abalore on 10:27, 18 February 23
Quote from: GUNHED on 15:33, 02 February 23Well, yes, somehow. For some reasons (speccy ports!?!) coders never cared much about smooth scrolling on the CPC. And I don't really understand the reason for it, because scrolling of complete screens in a smooth way is imho simple - just few lines of code. Of course to have a split screen, that again is a different topic, more complex and need precise timing.  :)

As far as I know, smooth scrolling requires to have a split screen, because you need to compensate in one screen the lines you add to the other to keep the total amount constant. But if you know a simpler way to do it I would be happy to hear it.
I think you could probably just make the screen taller than the physical display, then shift it upwards to give the impression of a scroll. Haven't tried it in a long time though.

But again, it doesn't matter on the Plus, because you can just set the pixel scrolling registers and it will work on any size of screen display. And you can even do the static split without all the timing complexity that is normally required too.

How do you shift the display one pixel without changing the screen size? Could you tell what CRTC registers to use?

andycadley

Quote from: abalore on 13:54, 18 February 23
Quote from: andycadley on 10:53, 18 February 23
Quote from: abalore on 10:27, 18 February 23
Quote from: GUNHED on 15:33, 02 February 23Well, yes, somehow. For some reasons (speccy ports!?!) coders never cared much about smooth scrolling on the CPC. And I don't really understand the reason for it, because scrolling of complete screens in a smooth way is imho simple - just few lines of code. Of course to have a split screen, that again is a different topic, more complex and need precise timing.  :)

As far as I know, smooth scrolling requires to have a split screen, because you need to compensate in one screen the lines you add to the other to keep the total amount constant. But if you know a simpler way to do it I would be happy to hear it.
I think you could probably just make the screen taller than the physical display, then shift it upwards to give the impression of a scroll. Haven't tried it in a long time though.

But again, it doesn't matter on the Plus, because you can just set the pixel scrolling registers and it will work on any size of screen display. And you can even do the static split without all the timing complexity that is normally required too.

How do you shift the display one pixel without changing the screen size? Could you tell what CRTC registers to use?
On an old school CPC? You just move the display using register 5 (and then coarse scroll it with R12/13 as needed). The trick is either to set the height to be taller than the visible display area, such that the monitor will clip the display or update the top and bottom of the display each frame such that it hides the fact the screen position is changing.

On a Plus? You just set the SSCR to the pixel amount you want to shift the display by and then use R12/13 of the CRTC for coarse scrolling. No need for any display fix ups because it's entirely handled by the hardware.

abalore

Quote from: andycadley on 17:15, 18 February 23
Quote from: abalore on 13:54, 18 February 23
Quote from: andycadley on 10:53, 18 February 23
Quote from: abalore on 10:27, 18 February 23
Quote from: GUNHED on 15:33, 02 February 23Well, yes, somehow. For some reasons (speccy ports!?!) coders never cared much about smooth scrolling on the CPC. And I don't really understand the reason for it, because scrolling of complete screens in a smooth way is imho simple - just few lines of code. Of course to have a split screen, that again is a different topic, more complex and need precise timing.  :)

As far as I know, smooth scrolling requires to have a split screen, because you need to compensate in one screen the lines you add to the other to keep the total amount constant. But if you know a simpler way to do it I would be happy to hear it.
I think you could probably just make the screen taller than the physical display, then shift it upwards to give the impression of a scroll. Haven't tried it in a long time though.

But again, it doesn't matter on the Plus, because you can just set the pixel scrolling registers and it will work on any size of screen display. And you can even do the static split without all the timing complexity that is normally required too.

How do you shift the display one pixel without changing the screen size? Could you tell what CRTC registers to use?
On an old school CPC? You just move the display using register 5 (and then coarse scroll it with R12/13 as needed). The trick is either to set the height to be taller than the visible display area, such that the monitor will clip the display or update the top and bottom of the display each frame such that it hides the fact the screen position is changing.

On a Plus? You just set the SSCR to the pixel amount you want to shift the display by and then use R12/13 of the CRTC for coarse scrolling. No need for any display fix ups because it's entirely handled by the hardware.

R5 doesn't move the display, it adds additional scan lines, so instead of having the required 312 lines you have 313, 314, etc, losing the vertical synchrony

Powered by SMFPacks Menu Editor Mod