Comments on: NDS register overview http://www.coranac.com/2008/09/nds-register-overview/ my own little world Fri, 23 Dec 2011 16:50:19 +0000 hourly 1 http://wordpress.org/?v=3.1.4 By: Important links « embedded programming on the nds http://www.coranac.com/2008/09/nds-register-overview/comment-page-1/#comment-2687 Important links « embedded programming on the nds Thu, 03 Dec 2009 14:02:54 +0000 http://www.coranac.com/?p=58#comment-2687 [...] registers: http://www.coranac.com/2008/09/nds-register-overview/ [...] [...] registers: http://www.coranac.com/2008/09/nds-register-overview/ [...]

]]> By: Romu http://www.coranac.com/2008/09/nds-register-overview/comment-page-1/#comment-2011 Romu Sun, 19 Oct 2008 17:39:23 +0000 http://www.coranac.com/?p=58#comment-2011 Hi there thanks for the namings... I was wondering, if i wanna send and receive data (I/O interface) from the Slot2, which registers are involved in the process? thanks anyway Romu Hi there
thanks for the namings…
I was wondering, if i wanna send and receive data (I/O interface) from the Slot2, which registers are involved in the process?

thanks anyway

Romu

]]> By: elwing http://www.coranac.com/2008/09/nds-register-overview/comment-page-1/#comment-1979 elwing Wed, 01 Oct 2008 13:54:09 +0000 http://www.coranac.com/?p=58#comment-1979 I can't imagine what visual effect you can make with a R/W vcount :) I can’t imagine what visual effect you can make with a R/W vcount :)

]]> By: mml http://www.coranac.com/2008/09/nds-register-overview/comment-page-1/#comment-1963 mml Tue, 23 Sep 2008 11:34:36 +0000 http://www.coranac.com/?p=58#comment-1963 BG_MAP_RAM and BG_TILE_RAM and friends also have the dubious quality of being memory address macros without a built in cast-to-pointer-type (cf BG_PALETTE, SPRITE_PALETTE and friends), so if you want to copy some data in there you've got to cast them yourself. Not a big drama but it looks a bit odd when the palette copy doesn't need a cast, but then the tiles and map data copies do. BG_MAP_RAM and BG_TILE_RAM and friends also have the dubious quality of being memory address macros without a built in cast-to-pointer-type (cf BG_PALETTE, SPRITE_PALETTE and friends), so if you want to copy some data in there you’ve got to cast them yourself. Not a big drama but it looks a bit odd when the palette copy doesn’t need a cast, but then the tiles and map data copies do.

]]> By: cearn http://www.coranac.com/2008/09/nds-register-overview/comment-page-1/#comment-1940 cearn Fri, 12 Sep 2008 14:38:29 +0000 http://www.coranac.com/?p=58#comment-1940 [quote]<b>Ian wrote:</b> Wow that's a lot of red. [/quote] Well, it is a little exaggerated. Most of the red here is for the affine datatypes, which <i>technically</i> should be signed. However, because these are read-only anyway it's not that big of a deal in the grand scheme of things. Having said that,people seem to model their datatypes on the ones from the registers, and when you start doing fixed-point arithmetic with unsigned types the right-shifts can lead to bad results. That's the thing to watch out for. [quote]Ian wrote:
Wow that’s a lot of red.
[/quote]
Well, it is a little exaggerated. Most of the red here is for the affine datatypes, which technically should be signed. However, because these are read-only anyway it’s not that big of a deal in the grand scheme of things. Having said that,people seem to model their datatypes on the ones from the registers, and when you start doing fixed-point arithmetic with unsigned types the right-shifts can lead to bad results. That’s the thing to watch out for.

]]> By: Dovoto http://www.coranac.com/2008/09/nds-register-overview/comment-page-1/#comment-1936 Dovoto Thu, 11 Sep 2008 20:27:52 +0000 http://www.coranac.com/?p=58#comment-1936 wrt note 2: http://nocash.emubase.de/gbatek.htm#dsvideo (yes seriously) wrt naming: I wrote libnds prior to gbatek. We are tending towards gbatek naming though the naming is lifted directly from the SDK (so I am told) which is problematic. wrt errors: I am trying to fix data types as they come in. I will cross reference this list with current cvs and correct type errors for next release. Thanks again for the excelent feedback...as for naming I will accept a patch which renames all registers to gbatek naming if one is submitted otherwise I cannot make any promises...time is not in great supply at the moment but i will make an attempt if the other devs agree. wrt note 2:
http://nocash.emubase.de/gbatek.htm#dsvideo (yes seriously)

wrt naming: I wrote libnds prior to gbatek. We are tending towards gbatek naming though the naming is lifted directly from the SDK (so I am told) which is problematic.

wrt errors: I am trying to fix data types as they come in. I will cross reference this list with current cvs and correct type errors for next release.

Thanks again for the excelent feedback…as for naming I will accept a patch which renames all registers to gbatek naming if one is submitted otherwise I cannot make any promises…time is not in great supply at the moment but i will make an attempt if the other devs agree.

]]> By: Ian http://www.coranac.com/2008/09/nds-register-overview/comment-page-1/#comment-1935 Ian Thu, 11 Sep 2008 17:47:53 +0000 http://www.coranac.com/?p=58#comment-1935 Wow that's a lot of red. Wow that’s a lot of red.

]]>