Menu
▾
▴
cadcdev-svn-commits
|
From: kosmirror <kos...@us...> - 2025-07-18 00:55:49
|
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "A pseudo Operating System for the Dreamcast.".
The branch, master has been updated
via a543e28f6aa7273d4426e6c6b117bb696f3a5d7d (commit)
via 33fd131d59ae2d6849dc079f60beb9959f48892c (commit)
via f2513c1e1108aef3c59663c66cfb5de32b94f54d (commit)
via 037b33521fb4886859d325f933fdeeeb9c324ba6 (commit)
from b506f90239ec1e3383d8830225494d547042aaf4 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
commit a543e28f6aa7273d4426e6c6b117bb696f3a5d7d
Author: Paul Cercueil <pa...@cr...>
Date: Fri Jul 4 22:30:47 2025 +0200
examples: Add fb_tex example
This example demonstrates a trick that allows the framebuffer to be used
as a texture.
Signed-off-by: Paul Cercueil <pa...@cr...>
commit 33fd131d59ae2d6849dc079f60beb9959f48892c
Author: Paul Cercueil <pa...@cr...>
Date: Tue Jul 8 23:12:28 2025 +0200
pvr: Update pvr_get_front_buffer()
Previously, the VRAM offset of the front buffer was doubled, and then
masked to the VRAM size. This effectively meant that for a front buffer
at VRAM address 0x400000, we would get VRAM address 0x0. This actually
works, as the front buffer lies in 32-bit space while textures lie in
64-bit space; the framebuffer at that address could then be used as a
texture from VRAM address 0x0 with specifically crafted U/V values.
The problem with the previous implementation is that due to the masking,
the calling code has no way to know if the front buffer resides in the
lower 4 MiB of VRAM, or the upper 4 MiB of VRAM - and this information
is needed for using the front buffer as a texture.
Update the function so that it does clamp the front buffer address to
the VRAM size before the doubling, and not after. With the example
above, the address computed for the front buffer would be 0x800000,
which is bigger than the VRAM size. This does not matter, as the poly
compile functions will clamp the texture address to the VRAM size. But
it will allow the calling code to know if the front buffer is in the low
or high VRAM.
Signed-off-by: Paul Cercueil <pa...@cr...>
commit f2513c1e1108aef3c59663c66cfb5de32b94f54d
Author: Paul Cercueil <pa...@cr...>
Date: Tue Jul 8 23:08:55 2025 +0200
pvr: Limit texture addresses to VRAM size
Previously, the various compile functions would apply a 0x00fffff8 mask
to the texture address. This is strange as it limits the address space
to 16 MiB while the Dreamcast has only 8 MiB of video RAM.
Use a new mask of (PVR_RAM_SIZE - 1) to address this issue, and make it
more obvious what the mask is for.
Note that the low 3 bits don't need to be cleared as the address is
shifted right by 3 later.
Signed-off-by: Paul Cercueil <pa...@cr...>
commit 037b33521fb4886859d325f933fdeeeb9c324ba6
Author: Paul Cercueil <pa...@cr...>
Date: Tue Jul 8 22:50:49 2025 +0200
video: Add vid_set_dithering()
This function can be used to enable or disable dithering.
Signed-off-by: Paul Cercueil <pa...@cr...>
-----------------------------------------------------------------------
Summary of changes:
.../pvr/{cheap_shadow => fb_tex}/Makefile | 10 +-
examples/dreamcast/pvr/fb_tex/fb_tex.c | 304 +++++++++++++++++++++
kernel/arch/dreamcast/hardware/pvr/pvr_misc.c | 4 +-
kernel/arch/dreamcast/hardware/pvr/pvr_prim.c | 8 +-
kernel/arch/dreamcast/hardware/video.c | 11 +
kernel/arch/dreamcast/include/dc/video.h | 10 +
6 files changed, 338 insertions(+), 9 deletions(-)
copy examples/dreamcast/pvr/{cheap_shadow => fb_tex}/Makefile (75%)
create mode 100644 examples/dreamcast/pvr/fb_tex/fb_tex.c
diff --git a/examples/dreamcast/pvr/cheap_shadow/Makefile b/examples/dreamcast/pvr/fb_tex/Makefile
similarity index 75%
copy from examples/dreamcast/pvr/cheap_shadow/Makefile
copy to examples/dreamcast/pvr/fb_tex/Makefile
index 86db68bd..f5d419bb 100644
--- a/examples/dreamcast/pvr/cheap_shadow/Makefile
+++ b/examples/dreamcast/pvr/fb_tex/Makefile
@@ -1,5 +1,10 @@
-TARGET = shadow.elf
-OBJS = shadow.o
+#
+# FB texture render
+# (C) 2025 Paul Cercueil
+#
+
+TARGET = fb_tex.elf
+OBJS = fb_tex.o
all: rm-elf $(TARGET)
@@ -20,4 +25,3 @@ run: $(TARGET)
dist: $(TARGET)
-rm -f $(OBJS)
$(KOS_STRIP) $(TARGET)
-
diff --git a/examples/dreamcast/pvr/fb_tex/fb_tex.c b/examples/dreamcast/pvr/fb_tex/fb_tex.c
new file mode 100644
index 00000000..db457e02
--- /dev/null
+++ b/examples/dreamcast/pvr/fb_tex/fb_tex.c
@@ -0,0 +1,304 @@
+/* Simple program that shows how the back buffer (the one being currently
+ * presented to the screen) can be used as a texture when rendering to the
+ * front buffer. */
+/* Copyright (C) 2025 Paul Cercueil */
+
+#include <kos.h>
+#include <stdio.h>
+#include <stdbool.h>
+
+/* XXX: KallistiOS has the wrong value for the stride bit. */
+#undef PVR_TXRFMT_STRIDE
+#define PVR_TXRFMT_STRIDE BIT(25)
+
+#define SQUARE_SIZE 64
+
+struct square_fcoords {
+ float x[4];
+ float y[4];
+ float u[4];
+ float v[4];
+};
+
+static bool done;
+
+static uint32_t dr_state;
+static uint32_t fbuf_color = 0xffffffff;
+
+static void change_color(uint8_t, uint32_t btns) {
+ if(btns & CONT_A)
+ fbuf_color = 0xfff8f8f8;
+ else
+ fbuf_color = 0xffffffff;
+}
+
+static void do_exit(uint8_t, uint32_t) {
+ done = 1;
+}
+
+alignas(4) static const uint16_t fake_tex_data[] = {
+ /* Alternating 0x8000 / 0x0000 but pre-twiddled */
+ 0x8000, 0x8000, 0x0000, 0x0000, 0x8000, 0x8000, 0x0000, 0x0000,
+ 0x8000, 0x8000, 0x0000, 0x0000, 0x8000, 0x8000, 0x0000, 0x0000,
+ 0x8000, 0x8000, 0x0000, 0x0000, 0x8000, 0x8000, 0x0000, 0x0000,
+ 0x8000, 0x8000, 0x0000, 0x0000, 0x8000, 0x8000, 0x0000, 0x0000,
+ 0x8000, 0x8000, 0x0000, 0x0000, 0x8000, 0x8000, 0x0000, 0x0000,
+ 0x8000, 0x8000, 0x0000, 0x0000, 0x8000, 0x8000, 0x0000, 0x0000,
+ 0x8000, 0x8000, 0x0000, 0x0000, 0x8000, 0x8000, 0x0000, 0x0000,
+ 0x8000, 0x8000, 0x0000, 0x0000, 0x8000, 0x8000, 0x0000, 0x0000,
+};
+
+static const struct square_fcoords fb_render_coords_mask = {
+ .x = { 0.0f, 640.0f, 0.0f, 640.0f },
+ .y = { 0.0f, 0.0f, 480.0f, 480.0f },
+ .u = { 0.0f, 640.0f / 8.0f, 0.0f, 640.0f / 8.0f },
+ .v = { 0.0f, 0.0f, 480.0f / 8.0f, 480.0f / 8.0f },
+};
+
+static const struct square_fcoords fb_render_fcoords_left = {
+ .x = { 0.0f, 320.0f, 0.0f, 320.0f },
+ .y = { 0.0f, 0.0f, 480.0f, 480.0f },
+ .u = { 0.0f, 640.0f / 1024.0f, 0.0f, 640.0f / 1024.0f },
+ .v = { 0.0f, 0.0f, 960.0f / 1024.0f, 960.0f / 1024.0f },
+};
+
+static const struct square_fcoords fb_render_fcoords_right = {
+ .x = { 320.0f, 640.0f, 320.0f, 640.0f },
+ .y = { 0.0f, 0.0f, 480.0f, 480.0f },
+ .u = { 0.0f, 640.0f / 1024.0f, 0.0f, 640.0f / 1024.0f },
+ .v = { 1.0f / 1024.0f, 1.0f / 1024.0f, 961.0f / 1024.0f, 961.0f / 1024.0f },
+};
+
+static void render_coords(const struct square_fcoords *coords, float z,
+ uint32_t argb, float uoffset) {
+ pvr_vertex_t *vert;
+ unsigned int i;
+
+ for(i = 0; i < 4; i++) {
+ vert = pvr_dr_target(dr_state);
+ *vert = (pvr_vertex_t){
+ .flags = i == 3 ? PVR_CMD_VERTEX_EOL : PVR_CMD_VERTEX,
+ .x = coords->x[i],
+ .y = coords->y[i],
+ .z = z,
+ .u = coords->u[i] + uoffset,
+ .v = coords->v[i],
+ .argb = argb,
+ };
+ pvr_dr_commit(vert);
+ }
+}
+
+static void render_bouncing_cube(uint16_t x, uint16_t y) {
+ pvr_poly_hdr_t *hdr_sq;
+ pvr_poly_cxt_t cxt;
+ const struct square_fcoords coords = {
+ .x = { x, x + SQUARE_SIZE, x, x + SQUARE_SIZE },
+ .y = { y, y, y + SQUARE_SIZE, y + SQUARE_SIZE },
+ };
+ static uint32_t color = 0xffff0000;
+ static uint32_t cnt = 0;
+
+ pvr_poly_cxt_col(&cxt, PVR_LIST_OP_POLY);
+
+ hdr_sq = (void *)pvr_dr_target(dr_state);
+ pvr_poly_compile(hdr_sq, &cxt);
+ pvr_dr_commit(hdr_sq);
+
+ if (cnt % 256) {
+ switch (cnt / 256) {
+ case 0:
+ color += 1 << 8;
+ break;
+ case 1:
+ color -= 1 << 16;
+ break;
+ case 2:
+ color += 1;
+ break;
+ case 3:
+ color -= 1 << 8;
+ break;
+ case 4:
+ color += 1 << 16;
+ break;
+ case 5:
+ color -= 1;
+ break;
+ }
+ }
+
+ render_coords(&coords, 4.0f, color, 0.0f);
+
+ cnt++;
+ if (cnt == 6 * 256)
+ cnt = 0;
+}
+
+static void render_back_buffer_step1(pvr_ptr_t fake_tex) {
+ pvr_poly_hdr_t *hdr_sq;
+ pvr_poly_cxt_t cxt;
+
+ pvr_poly_cxt_txr(&cxt, PVR_LIST_OP_POLY, PVR_TXRFMT_ARGB1555,
+ 8, 8, fake_tex, PVR_FILTER_NEAREST);
+
+ cxt.txr.alpha = PVR_TXRALPHA_ENABLE;
+
+ hdr_sq = (void *)pvr_dr_target(dr_state);
+ pvr_poly_compile(hdr_sq, &cxt);
+ pvr_dr_commit(hdr_sq);
+
+ render_coords(&fb_render_coords_mask, 1.0f, 0xffffffff, 0.0f);
+}
+
+static void render_back_buffer_step2(pvr_ptr_t frontbuf, bool hi_chip) {
+ pvr_poly_hdr_t *hdr_sq;
+ pvr_poly_cxt_t cxt;
+ float uoffset;
+
+ pvr_poly_cxt_txr(&cxt, PVR_LIST_TR_POLY,
+ PVR_TXRFMT_RGB565 | PVR_TXRFMT_NONTWIDDLED | PVR_TXRFMT_STRIDE,
+ 1024, 1024, frontbuf, PVR_FILTER_NEAREST);
+
+ if(fbuf_color == 0xffffffff) {
+ /* If we want to display the FB texture as-is, we need to use
+ * PVR_TXRENV_REPLACE to disable vertex colors. This is because
+ * combining a texture pixel with vertex color 0xffffffff multiplies
+ * its color components by a ratio of 255/256, and this small error
+ * snowballs into bigger graphical glitches. */
+ cxt.txr.env = PVR_TXRENV_REPLACE;
+ }
+
+ cxt.txr.alpha = PVR_TXRALPHA_DISABLE;
+ cxt.blend.dst = PVR_BLEND_ZERO;
+ cxt.blend.src = PVR_BLEND_DESTALPHA;
+
+ hdr_sq = (void *)pvr_dr_target(dr_state);
+ pvr_poly_compile(hdr_sq, &cxt);
+ pvr_dr_commit(hdr_sq);
+
+ uoffset = hi_chip ? 2.0f / 1024.0f : 0.0f;
+ render_coords(&fb_render_fcoords_left, 2.0f, fbuf_color, uoffset);
+ render_coords(&fb_render_fcoords_right, 2.0f, fbuf_color, uoffset);
+
+ cxt.blend.dst = PVR_BLEND_ONE;
+ cxt.blend.src = PVR_BLEND_INVDESTALPHA;
+
+ hdr_sq = (void *)pvr_dr_target(dr_state);
+ pvr_poly_compile(hdr_sq, &cxt);
+ pvr_dr_commit(hdr_sq);
+
+ uoffset = hi_chip ? 1.0f / 1024.0f : -1.0f / 1024.0f;
+ render_coords(&fb_render_fcoords_left, 3.0f, fbuf_color, uoffset);
+ render_coords(&fb_render_fcoords_right, 3.0f, fbuf_color, uoffset);
+}
+
+int main(int argc, char **argv) {
+ unsigned int x = 0, y = 0;
+ bool hi_chip, xneg = false, yneg = false;
+ pvr_ptr_t fake_tex, frontbuf;
+
+ vid_set_mode(DM_640x480, PM_RGB565);
+
+ vid_set_dithering(false);
+
+ pvr_init_defaults();
+
+ /* Set the stride length for strided textures.
+ * Unit is a set of 32 pixels, hence the /32. */
+ PVR_SET(PVR_TEXTURE_MODULO, 640 / 32);
+
+ fake_tex = pvr_mem_malloc(sizeof(fake_tex_data));
+ pvr_txr_load(fake_tex_data, fake_tex, sizeof(fake_tex_data));
+
+ cont_btn_callback(0, CONT_A, change_color);
+ cont_btn_callback(0, CONT_B, change_color);
+ cont_btn_callback(0, CONT_START, do_exit);
+
+ while(!done) {
+ pvr_scene_begin();
+
+ frontbuf = pvr_get_front_buffer();
+ hi_chip = (uint32_t)frontbuf & PVR_RAM_SIZE;
+
+ pvr_list_begin(PVR_LIST_OP_POLY);
+
+ /* In the background, render a argb1555 texture on the whole screen,
+ * with pixels alternating between full-alpha black (0x8000), and
+ * zero-alpha black (0x0000). This mask will permit to extract the
+ * framebuffer texture properly.
+ *
+ * Note that we are rendering an opaque quad here, which means anything
+ * behind the mask texture will be discarded. If that's not wanted
+ * (e.g. when doing a "blur" effect where the framebuffer is applied on
+ * top of the scene), it is possible to use full-alpha white (0xffff)
+ * and zero-alpha white (0x7fff) instead, and blend it on top of the
+ * scene with (blend_src = invdestcolor, blend_dst = zero). The quad
+ * then obviously should go through the transparent list.
+ *
+ * Using the latter may be a good idea also when the goal is to re-use
+ * the previous framebuffer as the background for the new scene, in
+ * the case where the background is unlikely to be shown (or only
+ * small parts are shown). As transparent geometry is rendered last,
+ * if opaque geometry has already be rendered at higher Z values,
+ * the PVR won't spend time rendering the mask texture.
+ */
+ render_back_buffer_step1(fake_tex);
+
+ /* Render a bouncing cube in the foreground, with circling colors. */
+ render_bouncing_cube(x, y);
+ pvr_list_finish();
+
+ pvr_list_begin(PVR_LIST_TR_POLY);
+
+ /* The front buffer is in 32-bit memory, while textures are read from
+ * 64-bit memory. Therefore if we try to use the front buffer as a
+ * regular texture, we'll have two correct pixels followed by two
+ * garbage pixels.
+ *
+ * To work around that, we squash the texture horizontally so that
+ * every second pixel is skipped. Then, by crafting specific U/V values,
+ * we can retrieve the odd pixels separated by garbage pixels. Using
+ * different U/V values, we can retrieve the even pixels separated by
+ * garbage pixels.
+ *
+ * To discard the garbage pixels, we first blend the odd pixels on top
+ * of the mask texture, with blend_src = destalpha. Then, we blend the
+ * even pixels on top of that, with blend_src = invdestalpha.
+ *
+ * Note that this trick only works because we render to a square that's
+ * the size of the screen. This trick would not work if the texture had
+ * to be scaled, or rotated.
+ *
+ * Also note that the blend for those two steps can be done with a
+ * non-white color (as it is the case here, with fbuf_color).
+ * This is useful for instance when emulating blur. However, it should
+ * be noted that when dithering is enabled, some unwanted artifacts
+ * can appear, as the frame will never fully fade to black.
+ * For that reason, we disabled dithering after setting the video mode.
+ */
+ render_back_buffer_step2(frontbuf, hi_chip);
+
+ pvr_list_finish();
+ pvr_scene_finish();
+
+ /* Handle the square bouncing around */
+ if(xneg)
+ x--;
+ else
+ x++;
+ if(yneg)
+ y--;
+ else
+ y++;
+
+ if(x == 0 || x == 640 - SQUARE_SIZE)
+ xneg = !xneg;
+ if(y == 0 || y == 480 - SQUARE_SIZE)
+ yneg = !yneg;
+ }
+
+ pvr_mem_free(fake_tex);
+
+ return 0;
+}
diff --git a/kernel/arch/dreamcast/hardware/pvr/pvr_misc.c b/kernel/arch/dreamcast/hardware/pvr/pvr_misc.c
index 00937aca..8e814195 100644
--- a/kernel/arch/dreamcast/hardware/pvr/pvr_misc.c
+++ b/kernel/arch/dreamcast/hardware/pvr/pvr_misc.c
@@ -277,9 +277,9 @@ pvr_ptr_t pvr_get_front_buffer(void) {
view target, aka. the one not currently being displayed. */
idx = pvr_state.view_target ^ pvr_state.render_completed;
- addr = pvr_state.frame_buffers[idx].frame;
+ addr = pvr_state.frame_buffers[idx].frame & (PVR_RAM_SIZE - 1);
/* The front buffer is in 32-bit memory, convert its address to make it
addressable from the 64-bit memory */
- return (pvr_ptr_t)(((addr << 1) & (PVR_RAM_SIZE - 1)) + PVR_RAM_BASE);
+ return (pvr_ptr_t)(addr * 2 + PVR_RAM_BASE);
}
diff --git a/kernel/arch/dreamcast/hardware/pvr/pvr_prim.c b/kernel/arch/dreamcast/hardware/pvr/pvr_prim.c
index 45da95f2..3af1f0a3 100644
--- a/kernel/arch/dreamcast/hardware/pvr/pvr_prim.c
+++ b/kernel/arch/dreamcast/hardware/pvr/pvr_prim.c
@@ -82,7 +82,7 @@ void pvr_poly_compile(pvr_poly_hdr_t *dst, const pvr_poly_cxt_t *src) {
/* Convert the texture address */
txr_base = (uint32_t)src->txr.base;
- txr_base = (txr_base & 0x00fffff8) >> 3;
+ txr_base = (txr_base & (PVR_RAM_SIZE - 1)) >> 3;
/* Polygon mode 3 */
mode3 = FIELD_PREP(PVR_TA_PM3_MIPMAP, src->txr.mipmap)
@@ -318,7 +318,7 @@ void pvr_sprite_compile(pvr_sprite_hdr_t *dst, const pvr_sprite_cxt_t *src) {
/* Convert the texture address */
txr_base = (uint32_t)src->txr.base;
- txr_base = (txr_base & 0x00fffff8) >> 3;
+ txr_base = (txr_base & (PVR_RAM_SIZE - 1)) >> 3;
/* Polygon mode 3 */
mode3 = FIELD_PREP(PVR_TA_PM3_MIPMAP, src->txr.mipmap)
@@ -408,7 +408,7 @@ void pvr_poly_mod_compile(pvr_poly_mod_hdr_t *dst, const pvr_poly_cxt_t *src) {
/* Convert the texture address */
txr_base = (uint32_t)src->txr.base;
- txr_base = (txr_base & 0x00fffff8) >> 3;
+ txr_base = (txr_base & (PVR_RAM_SIZE - 1)) >> 3;
/* Polygon mode 3 */
mode3 = FIELD_PREP(PVR_TA_PM3_MIPMAP, src->txr.mipmap)
@@ -448,7 +448,7 @@ void pvr_poly_mod_compile(pvr_poly_mod_hdr_t *dst, const pvr_poly_cxt_t *src) {
/* Convert the texture address */
txr_base = (uint32_t)src->txr2.base;
- txr_base = (txr_base & 0x00fffff8) >> 3;
+ txr_base = (txr_base & (PVR_RAM_SIZE - 1)) >> 3;
/* Polygon mode 3 */
mode3 = FIELD_PREP(PVR_TA_PM3_MIPMAP, src->txr2.mipmap)
diff --git a/kernel/arch/dreamcast/hardware/video.c b/kernel/arch/dreamcast/hardware/video.c
index d54e2788..44082a99 100644
--- a/kernel/arch/dreamcast/hardware/video.c
+++ b/kernel/arch/dreamcast/hardware/video.c
@@ -601,3 +601,14 @@ void vid_shutdown(void) {
/* Reset back to default mode, in case we're going back to a loader. */
vid_init(DM_640x480, PM_RGB565);
}
+
+void vid_set_dithering(bool enable) {
+ uint32_t cfg = vid_bpp_to_pvr_cfg2[currmode.pm];
+
+ if(enable)
+ cfg |= PVR_PM_DITHER;
+ else
+ cfg &= ~PVR_PM_DITHER;
+
+ PVR_SET(PVR_FB_CFG_2, cfg);
+}
diff --git a/kernel/arch/dreamcast/include/dc/video.h b/kernel/arch/dreamcast/include/dc/video.h
index 6600573b..58412701 100644
--- a/kernel/arch/dreamcast/include/dc/video.h
+++ b/kernel/arch/dreamcast/include/dc/video.h
@@ -433,6 +433,16 @@ int vid_screen_shot(const char *destfn);
*/
size_t vid_screen_shot_data(uint8_t **buffer);
+/** \brief Enable or disable dithering.
+ \ingroup video_fb
+
+ This function can be used to enable or disable dithering when a 15-bit or
+ 16-bit video mode is used.
+
+ \param enable Whether or not dithering should be enabled.
+*/
+void vid_set_dithering(bool enable);
+
__END_DECLS
#endif /* __DC_VIDEO_H */
hooks/post-receive
--
A pseudo Operating System for the Dreamcast.
|
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X