- Welcome to CPCWiki forum.
The ultimate Amstrad CPC community!
News:
Printed Amstrad Addict magazine announced, check it out here!
Recent posts
#1
NC100, NC200, PCW, PDA600 - the rest of the Family! / Re: Disk drives on the PC2086
Last post by JohnElliott - Today at 23:29In general: On MSDOS 3.3 and prior, floppy drives get letters allocated before hard drives. So a three-floppy machine would have floppies A: B: and C: with the hard drive as D:. On later versions the first two floppies would get letters, then hard drives, then any other floppies. See https://en.wikipedia.org/wiki/Drive_letter_assignment
Specifically on the 2086, the built-in BIOS doesn't support more than two floppy drives. Any further floppy drives would need an expansion card with its own BIOS, or a driver loaded in CONFIG.SYS.
Specifically on the 2086, the built-in BIOS doesn't support more than two floppy drives. Any further floppy drives would need an expansion card with its own BIOS, or a driver loaded in CONFIG.SYS.
#2
@TMTLOGIC has released four different multiplayer games for SymbOS, which are using the TMTNet network backbone.
All these games are implementations of famous classical card-board, board and pencil-and-paper games.
They all have been developed by @TMTLOGIC using the Quigs IDE, a Visual Studio like IDE for SymbOS developed by Rob Buckley ( @Trebmint ).
If you own a TMTNet compatible device (SF3, RSF3, RSF3 lite) for your CPC, MSX or Enterprise (and PCW soon as well) you will be able to join the TMTNet network in SymbOS and play your favourit game against other participants.
Dot Box
http://www.symbos.org/appinfo.htm?00074
You cannot view this attachment.
Dot Box is a "Dots and boxes" implementation. The game starts with an empty grid of dots, and the two players take turns adding a single horizontal or vertical line between two unjoined adjacent dots. A player who completes the fourth side of a 1×1 box earns one point and takes another turn. The game ends when no more lines can be placed. The winner is the player with the most points.
Ludo
http://www.symbos.org/appinfo.htm?00075
You cannot view this attachment.
Ludo is a strategy-based board game for two to four players, in which the players race their four tokens from start to finish according to the rolls of a single die.
Tic Tac Toe
http://www.symbos.org/appinfo.htm?00076
You cannot view this attachment.
Tic Tac Toe is a paper-and-pencil game for two players who take turns marking the spaces in a three-by-three grid, one with Xs and the other with Os. A player wins when they mark all three spaces of a row, column, or diagonal of the grid
One Left
http://www.symbos.org/appinfo.htm?00077
You cannot view this attachment.
One-Left is an implementaton of the card deck game "Uno". The aim is to be the first player to score 500 points, achieved (usually over several rounds of play) by being the first to play all of one's own cards and scoring points for the cards still held by the other players.
(Please don't be confused, all screenshots are captured from a CPC using the V9990 graphic card in SymbOS. Of course they run in the normal native CPC screen mode as well, but I will have to add these screenshorts here later as well)
When starting a game you will choose your opponents over the network and then reach the gameplay itself. You always have a little chat functionality, so you can talk to the other players while challenging the game. That's a very nice feature, which has been introduced by @Edoz already in 2015 for SymbOS, the first CPC internet game ever called "Battleship".
All these games are implementations of famous classical card-board, board and pencil-and-paper games.
They all have been developed by @TMTLOGIC using the Quigs IDE, a Visual Studio like IDE for SymbOS developed by Rob Buckley ( @Trebmint ).
If you own a TMTNet compatible device (SF3, RSF3, RSF3 lite) for your CPC, MSX or Enterprise (and PCW soon as well) you will be able to join the TMTNet network in SymbOS and play your favourit game against other participants.
Dot Box
http://www.symbos.org/appinfo.htm?00074
You cannot view this attachment.
Dot Box is a "Dots and boxes" implementation. The game starts with an empty grid of dots, and the two players take turns adding a single horizontal or vertical line between two unjoined adjacent dots. A player who completes the fourth side of a 1×1 box earns one point and takes another turn. The game ends when no more lines can be placed. The winner is the player with the most points.
Ludo
http://www.symbos.org/appinfo.htm?00075
You cannot view this attachment.
Ludo is a strategy-based board game for two to four players, in which the players race their four tokens from start to finish according to the rolls of a single die.
Tic Tac Toe
http://www.symbos.org/appinfo.htm?00076
You cannot view this attachment.
Tic Tac Toe is a paper-and-pencil game for two players who take turns marking the spaces in a three-by-three grid, one with Xs and the other with Os. A player wins when they mark all three spaces of a row, column, or diagonal of the grid
One Left
http://www.symbos.org/appinfo.htm?00077
You cannot view this attachment.
One-Left is an implementaton of the card deck game "Uno". The aim is to be the first player to score 500 points, achieved (usually over several rounds of play) by being the first to play all of one's own cards and scoring points for the cards still held by the other players.
(Please don't be confused, all screenshots are captured from a CPC using the V9990 graphic card in SymbOS. Of course they run in the normal native CPC screen mode as well, but I will have to add these screenshorts here later as well)
When starting a game you will choose your opponents over the network and then reach the gameplay itself. You always have a little chat functionality, so you can talk to the other players while challenging the game. That's a very nice feature, which has been introduced by @Edoz already in 2015 for SymbOS, the first CPC internet game ever called "Battleship".
#3
Sorry to say, that it does not detect presence of 128k
is RSF3 is connected. (CPC6128)
Says "64k blubbablub no graphics".
If I disconnect RSF3, it works as expected.
Stefan
is RSF3 is connected. (CPC6128)
Says "64k blubbablub no graphics".
If I disconnect RSF3, it works as expected.
Stefan
#4
Quote from: Jean-Marie on Today at 20:06Quote from: lightforce6128 on Today at 18:54Until now I did not find the code location where this position is stored. It surely needs to be altered.
I found the decoding routine at B000h, and the BC register seems to contains the size of the compressed data. I guess I'll have to modify it since the size is a bit larger with the new shuffled data.
But not only the size. The location is important as well. The starting point is not the begin of the data (what stays the same), but its end, because processing is done backwards. The end of the compressed data is definitely no longer where it was before.
#5
I'm progressing : I have located a part of the code which caused some troubles, at 1B39h.
It moved the tiles of the spikes & flames to a buffer used for the display. This was messing up with the shuffled data obviously. Actually, this part of the code can be safely removed because I use no buffer for drawing the spikes & flames.
Only the end of the procedure remains mysterious to me (after the palette setting).
It moved the tiles of the spikes & flames to a buffer used for the display. This was messing up with the shuffled data obviously. Actually, this part of the code can be safely removed because I use no buffer for drawing the spikes & flames.
Only the end of the procedure remains mysterious to me (after the palette setting).
Code Select
org &1B39
ld bc,&002c
ld de,&d7cc
ld hl,&d7cb
ld (hl),&0004
ldir
;;ld bc,&0030
;;ld de,&6dc0
;;ld hl,&6930 ;;move spikes tiles to buffer
;;ldir
;;ld bc,&0040
;;ld de,&6d40
;;ld hl,&6cb0 ;;move flames tiles to buffer
;;ldir
ld hl,&1b1f
call &d600 ;;set palette
ld b,&0006
ld ix,&243e
ld de,&0006
ld hl,&24fe
l1b6e:
ld c,&0010
l1b70:
ld (ix+&0000),l
ld (ix+&0001),h
inc ix
inc ix
l1b7a:
ld a,(hl)
inc hl
cp &00d3
jp z,l1b85
add hl,de
jp l1b7a
l1b85:
dec c
jp nz,l1b70
djnz l1b6e
retQuote from: lightforce6128 on Today at 18:54Until now I did not find the code location where this position is stored. It surely needs to be altered.I found the decoding routine at B000h, and the BC register seems to contains the size of the compressed data. I guess I'll have to modify it since the size is a bit larger with the new shuffled data.
Code Select
org #b000
ld hl,(#b05b) ;;hl=1BB0
ld de,(#b05d) ;;de=1AFF
ld bc,(#b05f) ;;bc=481A (data size?)
inc bc
ldir
ld ix,(#b063) ;;ix=7FFF
ld hl,(#b065) ;;hl=6319
ld de,(#b059) ;;de=A5CC (escape code)
ld bc,(#b05d) ;;bc=1AFF
lb01d:
ld a,(hl)
cp e
jr z,#b03f
ld (ix+#00),a
dec hl
dec ix
push af
ld a,h
cp b
jr nz,lb030
ld a,l
cp c
jr z,lb033
lb030:
pop af
jr lb01d
lb033:
pop af
ld a,(#b067)
or a
nop
nop
ret #6
Quote from: Jean-Marie on Today at 12:51The problem stems from writing the new file on the disc, as Daren used some intricated code to uncompress the Data. But hopefully, I'll find a solution. I just need to have a serious look at the decoding routine.
Because I already spent some time on this: Can you describe a situation where it does not work?
As far as I remember, there is one access to tile 0 that cleans it after loading, for whatever reason.
Also some other tiles are used to transport other data (e.g. font data) and are reused afterwards for animation purposes.
What is also important for decoding is not the process itself, but where the compressed data is placed before decompression starts. Because you applied several changes, this position will be different from before. Until now I did not find the code location where this position is stored. It surely needs to be altered.
#7
...and it also looks great (pixel-style)!
So many applications in the meanwhile for SymbOS. Have you thought about something like an "appstore" as a download-application for SymbOS?
So many applications in the meanwhile for SymbOS. Have you thought about something like an "appstore" as a download-application for SymbOS?
#8
Another cool demo to watch on real hardware on a sunny day and chill.
#9
Quote from: Prodatron on 16:15, 22 February 25Meanwhile in a secret lab at TMTLogic:"SE Play" by TMTLogic is now available in the SymbOS.org download area:
http://www.symbos.org/appinfo.htm?00078
You cannot view this attachment.
It's a multi-purpose music application. Depening on the available hardware (SE-One, SF3, RSF3, RSF3 Lite) it can play FM radio, web radio, MP3 and sample files and MP3 playlists.
You can also use it as a MIDI synthesizer, and play music on your CPC keyboard (or clicking the keys in the GUI).
For this is it using the General MIDI instruments, which are included in the SF3, RSF3 and RSF3 lite. I am currently not sure, if they were already available in the old SE-One cards as well.
#10
Quote from: GUNHED on Today at 11:46You can't switch ROMs during data transfer.Are you speaking about sending data packages to the M4Board via OUT?
As for reading you are using the ROM as a memory mapped input buffer, so you can't switch this away anyway during one transfer.
After having a quick look at the M4Info.txt I don't find the information, that the ROM has to be visible during data write as well. Hm, but it seems, that Duke mentioned it in the past (nearly 10 years ago?), at least my drivers are activating the M4 ROM even when sending data to the M4 via I/O.