pseudophpt / pseultra Goto Github PK

Currently, the scalar unit instructions in microcode use register mnemonics defined in regdef.h. However, these are not applicable to microcode, so they should be #undef'd and numbered registers (r1, r2, etc. etc.) should be used instead.

Are there any examples available?

This should be achieved via a settable lighting mode and configurable ambient and directional lights.

The boot code should initialize RDRAM in addition to the RCP. Some partial documentation on how to do this can be found at https://github.com/mikeryan/n64dev/blob/53c2a11f822caa1c96b9bd2eabcb125e5136b37d/docs/n64.lyx. In addition to the RDRAM interface registers at 0xA4700000, the RDRAM registers seem to be located at 0xA3F00000 for the first module and at 0xA3F08000 for the second module and the boot code may be setting the REFROW register of the second module according to the hardware revision.

ETA: an RDRAM datasheet (though for a different part) can be found at pdf.datasheetcatalog.com/datasheet/oki/MSM5718C50.pdf, and some information on the NEC part can be found at http://bitsavers.trailing-edge.com/components/nec/_dataBooks/1995_NEC_Application_Specific_Memory.pdf.

Add culling for triangles outside of clip bounds and backface culling.

PSM3D should be revised to abide by vector pipeline rules and to be fast as possible.

The current implementation of the OS callback system provides only a callback and event type for scheduling events. However, it would be helpful for the introduction of data which can describe such things as which DMA task was finished, which would be passed to the specified callback.

Currently, texture mapped triangles are not perspective corrected, leading to distortion. Perspective correction coefficients must be researched and reverse engineered from Nintendo microcode, or more information is required, in order to find out the calculation of w coefficients.