Search results

  1. M

    VDP1 sprites priority

    Identify the command table that corresponds to the in-game characters. In the word that @antime described, it should tell you whether it's actual color bank code, or a CLUT which could contain color bank codes. From that, find what sprite type the VDP2 is set to. From there you can figure out...
  2. M

    Setting Up Linux Dev Environment?

    What steps have you taken? Have you cloned the repo?
  3. M

    Strange address 0xFFFFFF00

    Clear bits 29~31. Yabause won't accept addresses with those bits set. Not sure why it's so strict.
  4. M

    Question about fixed point FIXED type in SGL (after more than ten years)

    I make use of that library. It's better incorporated here. It's the same idea as FIXED. Except, it's fix16_t. The idea is that the 16 lower bits are meant as the fractional part of the value, while the upper 16-bits are the integral part. This means that you can make use of non-integer...
  5. M


    This is all very confusing to me. You're claiming not to make a profit from the posts, but that isn't what's being contested here. On the Facebook post, it states: "A full game release will still happen so if you enjoy this demo keep your eyes open for the full release. It will Be available to...
  6. M

    SegaXtreme discord

    There's a lot of interesting discussions, and it's more accessible than IRC is. As much as I like IRC, it's a bit difficult to have on-the-go access.
  7. M

    Reading from the framebuffer?

    Sonic R did the above entirely in software.
  8. M

    My new project is up!

    Yes, indirect SCU-DMA has been working for a while.
  9. M

    Reading from the framebuffer?

    Excellent work. This is a bit off topic, but I wonder if it's possible to use the SCU-DSP for software translucency (similar to PlayStation blending modes). Possibly perform it in 8x8 or 16x16 "tiles". You have two tiles in each bank, and DMA the results to VDP2.
  10. M

    Reading from the framebuffer?

    Are you copying non-paletted render? When it comes to rendering off screen, do you set the system clipping (or user clipping) command before rendering?
  11. M

    ndiddy's SGL questions

    His GitHub repo page is here. I haven't seen activity in ~2 months.
  12. M

    Reading from the framebuffer?

    Do you have a YouTube video on this?
  13. M

    Reading from the framebuffer?

    That's odd. From what I've seen in the SCU restrictions, VDP2 VRAM cannot be read via SCU-DMA. One thing to note is that you cannot read while VDP1 is drawing. To know whether VDP1 is finished drawing, use the SPRITE END IRQ, or poll the EDSR register. Then use PTMR to force stop drawing. What...
  14. M

    Is VDP1 manual change possible with double-density interlace?

    Detect "transfer over" and perform pseudo draw continuation. I'm making this more complicated than it needs to be. What I proposed above would be good if I had a third buffer. But I don't. It really sucks that I can't choose where to render. It's really not easy to keep both VDP1 and VDP2...
  15. M

    Is VDP1 manual change possible with double-density interlace?

    I'm completely in the dark here. Is it only possible to render via PTMR=2 when double-density interlace is enabled? My goal is attempting to allow sub-30 FPS when double-density interlace is enabled by not swapping frame buffers. But now that I think about it, such a thing is not possible since...
  16. M

    Is VDP1 manual change possible with double-density interlace?

    I'm running some tests and I have the following (VDP1+VDP2 normal resolution, non-interlace): 0. Set up list of commands in H-WRAM 1. Transfer commands from H-WRAM to VDP1 VRAM 2. Draw. PTMR=1 3. If drawing is done (Sprite End IRQ fired) before VBLANK OUT IRQ, perform FB change. FBCR=3 4. Go...
  17. M

    Using CPU-DMAC to transfer via USB cart to PC-side

    Thanks antime, I am using ftx in combination with my own transfer tool. Disregard the last comment, I had the idea backwards.
  18. M

    Using CPU-DMAC to transfer via USB cart to PC-side

    Very interesting. So the consensus is that there could be a loss of data, or is this the reason why there's a hang, and the host is reporting that not all the data has been sent? Aside from your last edit in your previous post, I've tested 62, 64, and 256. I haven't verified if all the data...
  19. M

    Using CPU-DMAC to transfer via USB cart to PC-side

    Thanks for the information. I'll continue testing, and testing the other bits. So far, I've upped the transfer from 64KiB to 860KiB, and that takes about 700ms. Is there a 2-byte aligned address to write to the USB FIFO?
  20. M

    Using CPU-DMAC to transfer via USB cart to PC-side

    Setting SCU(ASR0) to (9<<20) (9-cycle wait) seems to work. Anything lower than that prevents the Saturn from sending the full 64KiB.