Recent posts

#1

T

General Discussion - Introductions / Re: Memorable CPC game intros ...

Last post by trocoloco - Today at 22:52

After the war has a cool intro, also Sirwood had load that was just for the intro, the best part to be honest, as the game is painfully slow , I remember that kind of intro as the movie in the Running Man, that was a nice feature.
Wells & fargo does have funny ending too with the can-can girls dance 

#2

Amstrad CPC hardware / Re: Gemini 1MB RAM expansion f...

Last post by PulkoMandy - Today at 22:52

You would need to add an expansion port to your GX 4000.

Maybe something like this: https://www.cpcwiki.eu/forum/amstrad-cpc-hardware/gx-4000-to-6128-conversion-kit/ but I don't know where this adapter can be ordered (if still available)

#3

General Discussion - Introductions / Memorable CPC game intros and ...

Last post by lmimmfn - Today at 22:27

Just curious what are others opinions of most memorable game intros/end screens or end animations back in the day, whether 464 or 6128.

For me I thought the intro for Predator was really cool, game was awful though.

For end screen for a game the most memorable for me is Gryzor, a kick in the teeth where they all died lol.

#4

Amstrad CPC hardware / Re: Gemini 1MB RAM expansion f...

Last post by dodogildo - Today at 21:31

Pls someone show me how to have this on GX4000?

#5

General Discussion - Introductions / Re: Like to do a X-Twitter lis...

Last post by chinnyhill10 - Today at 21:29

I don't think Mastodon hit critical mass at any point and is currently withering away. Not very good for anyone.

Twitter? Yeah fuck that, I almost never visit it nowadays sadly. It's still good if you use a third party client, but Musk's stupidity and utter lack of acumen destroyed all good ones.

Not sure about critical mass or users. Numbers don't mean much to me. All I know is there are a lot of good retro people on there who are doing interesting technical projects. Technical people are of course attracted to a more technical platform. So I'm happy to drift between Mastodon and Blue Sky.

#6

Demos / Re: 40 YEARS AMSTRAD MINI DEMO

Last post by krusty_benediction - Today at 21:21

Et voilà

first proof of concept of the demo playing 2 parts that seems to not have big bugs.
I have not yet worked on the bundle to help participants to code and test their part, but I have made some data reorganization to ease that.

Here is the code of the two fake parts (using basm, but I'll provide necessary for standard assemblers)

part1

Code Select Expand

;;
; Example of simple part that relies on the demo system and it s automatic music play
; No init are used for this part
;
; Of course parts can be written with any assembler as soon as the API contracts are respected.
; I'm pretty sure my files are rasm compatible


include "demosystem/public_macros.asm"
include "contract/part1.asm"

org PART1_LOADING_AREA

;;
; Each part must start with these 3 jump blocks
; So systematically 6 bytes that compress badly are lost
; In case no init is used, set the address to demo_system_address_of_a_ret
part1
dw init_assets_with_firmware  ; System has not been killed yet, it is then possible to use it to build/compute stuff
               ; this is called one time just after deo launched
dw init_assets_without_firmware ; Some other init may prfere a killed system.
                                ; it is better to lost 3 bytes rather than plenty more by saving firmware state
dw play_part ;

;;
; First stage init.
; Print a string using the firmware
init_assets_with_firmware
ld hl, .txt
.loop
ld a, (hl) : inc hl
or a : ret z
call 0xbb5a
jr .loop
.txt db 12, 10, 10, 10, 10, 10, 10, 10, 10, 10, "Part 1 uses firmware in first init stage, then clears some screen area in second stage. It's effect only consists in writting random bytes in the first 256 bytes of screen. Music is played under interruption by the system."
   db 10, 13
db 0

;;
; Second stage init.
; Clear some bytes on screen
init_assets_without_firmware
ld hl, 0xc000 + 80 * 5
ld de, 0xc000 + 80 * 5 + 1
ld bc, 256
ld (hl), 255
ldir
ret



;;
; A fake part that write random things on memory screen
play_part
; todo register a gunction to leave properly

; just a garbage effect to verify we loop and play the music
ld hl, 0xc000
.frame_loop

ld b, 50
.code_loop
ld a, r
ld (hl), a
inc l
djnz .code_loop

; Only a limit amount of  frames is allowed (init included)
; so we loop only if the system gives the authorization
DS_CHECK_IF_MUST_LEAVE (void)
jp nz, .frame_loop

.leave
; cleanup the mess
ld hl, 0xc000
ld de, 0xc000 + 1
ld bc, 256
ld (hl), l
ldir

if 0

; lost lots of time to see the screen cleanup
ld b, 50*3
.slow_down
push bc
DS_WAIT_VSYNC (void)
halt
halt
pop bc
djnz .slow_down
endif


; music is already under interruption, so there is no need to activate it again
DS_LAUNCH_NEXT_PART (void)



part2

Code Select Expand

;;
; Example of part that
; - does some inits
; - manually plays the music
; - make use of the data space in the banks
;
; Of course parts can be written with any assembler as soon as the API contracts are respected.
; I'm pretty sure my files are rasm compatible


include "demosystem/public_macros.asm"
include "contract/part2.asm"


org PART2_LOADING_AREA

FOREVER_VARIABLE_SPACE equ PART2_AVAILABLE_MEMORY_SPACE_FIRST_BYTE
VARIABLE1_RELATIVE_POSITION equ 0 ; a word that change over time
VARIABLE2_RELATIVE_POSITION equ 2 ; a byte to chose the palette

;;
; Each part must start with these 3 jump blocks
; So systematically 6 bytes that compress badly are lost
part2
dw init_assets_with_firmware ; System has not been killed yet, it is then possible to use it to build/compute stuff
               ; this is called one time just after deo launched
dw init_assets_without_firmware ; Some other init may prfere a killed system.
                                ; it is better to lost 3 bytes rather than plenty more by saving firmware state
dw play_part ;

;;
; the part uses the firmware for some init stuff
init_assets_with_firmware
; some fake data storage to test memory access
ld bc, 0x7f00 + PART2_DATA_BANK : out (c), c

ld hl, 0xdead
ld (FOREVER_VARIABLE_SPACE + VARIABLE1_RELATIVE_POSITION + 0), hl

ld bc, 0x7f00 + 0xc0 : out (c), c

ld hl, .msg
.loop
ld a, (hl) : or a : ret z
inc hl
call 0xbb5a
jr .loop
.msg db 10, "Part 2 uses system and write 0xdead in its dedicatd space during init 1, then 0xbeef in init 2. The effect continuously changes these values one time per call. Music is manually played and its duration is shown. Persistent memory is used to count the number of runs and select the palette", 0

;;
; This init is done when firmware is not used
init_assets_without_firmware
assert $<0x4000

; Some fake data storage to replace the previous one
ld bc, 0x7f00 + PART2_DATA_BANK : out (c), c
ld hl, 0xbeef
ld (FOREVER_VARIABLE_SPACE + VARIABLE1_RELATIVE_POSITION + 0), hl
ld bc, 0x7f00 + 0xc0 : out (c), c


xor a
ld (FOREVER_VARIABLE_SPACE + VARIABLE2_RELATIVE_POSITION ), a

assert $<0x4000
ret

play_part
.init
; play with the data stored
DS_SELECT_BANK PART2_DATA_BANK
ld hl, (FOREVER_VARIABLE_SPACE + VARIABLE1_RELATIVE_POSITION + 0)
inc (hl)

ld hl, (FOREVER_VARIABLE_SPACE + VARIABLE1_RELATIVE_POSITION + 1)
dec (hl)


; deactivate screen display
ld bc, 0xbc00  + 1 : out (c), c
ld bc, 0xbd00  + 0 : out (c), c

DS_SELECT_BANK PART2_DATA_BANK
ld a, (FOREVER_VARIABLE_SPACE + VARIABLE2_RELATIVE_POSITION + 0)
inc a : and %11
ld (FOREVER_VARIABLE_SPACE + VARIABLE2_RELATIVE_POSITION+0 ), a
DS_SELECT_BANK 0xc0

DS_STOP_INTERRUPTED_MUSIC (void)


; we play the music a bit later than the vsync.
; lets hope this 1/2 hlts of difference do not impact the sound experience
.frame_loop
DS_WAIT_VSYNC (void)

; Get the persistent data
DS_SELECT_BANK PART2_DATA_BANK
ld a, (FOREVER_VARIABLE_SPACE + VARIABLE2_RELATIVE_POSITION+0)
push af
DS_SELECT_BANK 0xc0
pop af


; Select the color according to it
ld d, 0 : ld e, a
ld hl, .raster_table
add hl, de
ld a, (hl)

; play the music using a different color
halt : halt
ld bc, 0x7f10 : out (c), c
out (c), a
DS_PLAY_MUSIC (void)
ld bc, 0x7f10 : out (c), c
ld bc, 0x7f40 : out (c), c
halt
ld bc, 0x7f54 : out (c), c


; Only a limit amount of  frames is allowed (init included)
; so we loop only if the system gives the authorization
DS_CHECK_IF_MUST_LEAVE (void)
jp nz, .frame_loop

.leave

; reactivate screen display
ld bc, 0xbc00  + 1 : out (c), c
ld bc, 0xbd00  + 80/2 : out (c), c


DS_INSTALL_INTERRUPTED_MUSIC (void)
DS_LAUNCH_NEXT_PART (void)


.raster_table
db 0x4b, 0x44, 0x45, 0x44
assert $< 0x4000

#7

S

Games / Re: The Key, a A "full" point ...

Last post by St-BeidE(DE/GB) - Today at 21:21

My first thoughts where the same.
I just have no tapedeck at all.
On the other hand, it forces me to build
an arduino solution...
Not sooo bad at least.

Stefan

Errr... damn.
I just recognized, there is no Arduino based solution
of a "tape recorder" that is able to "record".
Seems, it's only PLAY file capable ?

Steven

#8

Amstrad CPC hardware / Re: Gemini 1MB RAM expansion f...

Last post by hsimpson - Today at 21:13

The parcel arrived safely. Thanks a lot PulkoMandy .

#9

Amstrad CPC hardware / Re: I found it. My DIY hardwar...

Last post by VincentGR - Today at 20:45

I need this!!!

#10

Applications (CPC and CPC-related) / Soundtrakker 1.0 source code a...

Last post by BSC - Today at 20:42

Hi everyone, hola CPC archeologists!

I managed to recover the source files which make up the 1st iteration of Soundtrakker, written around 1991. The README contains a short story about the recovery, so have a look at https://github.com/BetaSoftCologne/soundtrakker if you are interested in some old stuff.