- Welcome to CPCWiki forum.
The ultimate Amstrad CPC community!
News:
Printed Amstrad Addict magazine announced, check it out here!
Recent posts
#21
Deep inside, I can't stop thinking about a closely related question: what situations would benefit from triple-buffering, i.e. what are the types of graphics where the performance gains of triple-buffering outweigh the memory costs?
Typically, triple-buffering results in an unsteady frame rate, which is especially visible at high frame rates, such that it's not necessarily a good idea for situations where the level of complexity is similar from frame to frame (which is the case for anything that's heavy on sprites and background graphics). On the other hand, 3D games, especially those drawn with polygons, might have a slower frame rate and and an inherently unsteady frame rate, such that those might be more appropriate situations for triple-buffering. In good news, those games might rely less on backgrounds and sprites and bitmaps in general, so the memory pressure from having 3 buffers might not be so high.
No, I don't have time to try this (I already have a lot of code on my plate), but, if I did, especially on 6128, I'd be using a 136x160 mode 0 display, with my buffers in banks 2 and 3, core code in bank 0, and banks 1 and 4-7 for situations where code and data can be paged in and out. In such a scheme, I would use memory modes 0 and 4 through 7, but I also note that memory mode 2 could be useful if there's some compressed data that needs to be decompressed on demand (with all the usual caveats about memory mode 2 and interrupts, of course).
Typically, triple-buffering results in an unsteady frame rate, which is especially visible at high frame rates, such that it's not necessarily a good idea for situations where the level of complexity is similar from frame to frame (which is the case for anything that's heavy on sprites and background graphics). On the other hand, 3D games, especially those drawn with polygons, might have a slower frame rate and and an inherently unsteady frame rate, such that those might be more appropriate situations for triple-buffering. In good news, those games might rely less on backgrounds and sprites and bitmaps in general, so the memory pressure from having 3 buffers might not be so high.
No, I don't have time to try this (I already have a lot of code on my plate), but, if I did, especially on 6128, I'd be using a 136x160 mode 0 display, with my buffers in banks 2 and 3, core code in bank 0, and banks 1 and 4-7 for situations where code and data can be paged in and out. In such a scheme, I would use memory modes 0 and 4 through 7, but I also note that memory mode 2 could be useful if there's some compressed data that needs to be decompressed on demand (with all the usual caveats about memory mode 2 and interrupts, of course).
#22
Looking forward to this.
Space Racing on the Spectrum was basically F-Zero before F-Zero was F-Zero
Space Racing on the Spectrum was basically F-Zero before F-Zero was F-Zero
#23
Ok, i will take note, i will check what signs usually appear on F1 tracks and try to replicate them.
Thanks for the feedback.
Thanks for the feedback.
#24
Quote from: luckpro on Yesterday at 11:43ground seems big enough to me, you can improve readability with some columns or traffic signs maybe? Keep the speed!Quote from: cwpab on 09:57, 24 April 24As a feedback, I'd say that it looks like you can't see s**t with the current camera and speed. Maybe the camera could be moved up a little or the speed reduced?Like you, several people have told me that there is little ground to be seen.
EDIT: I think it's the peculiar format of the video with margins. I suspect the movement would look normal in a normal video.
I'll try to improve that part.
The video is recorded using the RVM emulator although the quality is not very good (twitter limits...).
Thank you for feedback.
#25
Amstrad CPC hardware / Re: Zilog Z84C0020PEG in my CP...
Last post by VincentGR - Yesterday at 11:56 #26
Quote from: cwpab on 09:57, 24 April 24As a feedback, I'd say that it looks like you can't see s**t with the current camera and speed. Maybe the camera could be moved up a little or the speed reduced?Like you, several people have told me that there is little ground to be seen.
EDIT: I think it's the peculiar format of the video with margins. I suspect the movement would look normal in a normal video.
I'll try to improve that part.
The video is recorded using the RVM emulator although the quality is not very good (twitter limits...).
Thank you for feedback.
#27
#28
Quote from: dodogildo on Yesterday at 09:26It may be so that the articles are written using a bit of AI help. Then edited by human hands.It might also explain why some of the details seem off. Although language barriers and possibly a lack of deep technical knowledge could also account for that.
(There are many copyrighting tools: copy.ai etc..) That may be why the copy is somewhat tasteless and missing some information here and there.
#29
It may be so that the articles are written using a bit of AI help. Then edited by human hands.
(There are many copywriting tools: copy.ai etc..) That may be why the copy is somewhat tasteless and missing some information here and there.
(There are many copywriting tools: copy.ai etc..) That may be why the copy is somewhat tasteless and missing some information here and there.
#30
Amstrad CPC hardware / Re: Zilog Z84C0020PEG in my CP...
Last post by VincentGR - Yesterday at 09:22Can you also test Relentless? (sound)