Search found 210 matches
- Mon Jun 06, 2011 2:54 am
- Forum: DS/DSi Development
- Topic: Makefile - calling a converter
- Replies: 10
- Views: 15989
Re: Makefile - calling a converter
First, you want to define your source files: STFFILES := $(notdir $(wildcard stuff/*.stf)) This makes a list of all your '.stf' files in the 'stuff' directory. Then, you want to define your target files: export STFTARGETS := $(foreach file,$(addsuffix .bin,$(STFFILES)),../bin/$(file)) This takes the...
- Fri Jun 03, 2011 11:39 pm
- Forum: DS/DSi Development
- Topic: writing directly to the sub engine's framebuffer.
- Replies: 5
- Views: 8277
Re: writing directly to the sub engine's framebuffer.
I'm assuming you specifically want to use framebuffer mode on the sub engine. It's perfectly possible to use it on the bottom screen; you just have to set the main engine to display to the bottom screen. To use it on the sub engine, that's not possible. You'll have to go with something like zeromus ...
- Tue Apr 05, 2011 10:51 pm
- Forum: DS/DSi Development
- Topic: Background layering (or: how to get backgrounds to overlap)
- Replies: 8
- Views: 8824
Re: Background layering (or: how to get backgrounds to overl
elhobbs: I used 2 and 2 to exemplify what his code was doing, hence the "If you only fixed problems 1 and 2." I left it as an exercise for thebobwell to figure out how to fix by experimenting with different settings on the worksheet.
- Tue Apr 05, 2011 8:20 pm
- Forum: DS/DSi Development
- Topic: Background layering (or: how to get backgrounds to overlap)
- Replies: 8
- Views: 8824
Re: Background layering (or: how to get backgrounds to overl
There are several things wrong with your setup. 1.) You do not have enough VRAM allocated (like elhobbs said). Your first background is 256x256 8bpp bitmap; this takes 64KB of memory. Your second background is 256x256 16bpp bitmap; this takes 128KB of memory. This totals to 192KB of memory. VRAM Ban...
- Mon Apr 04, 2011 11:56 pm
- Forum: User Contributions
- Topic: VRAM Allocation
- Replies: 4
- Views: 17738
Re: VRAM Allocation
Updated with more colors to portray conflicts.
- Tue Mar 29, 2011 10:55 pm
- Forum: DS/DSi Development
- Topic: Multiple extended BGs -- order of copying data
- Replies: 2
- Views: 3873
Re: Multiple extended BGs -- order of copying data
Why are you multiplying gfxBitmapLen by 2? grit already makes that a number of bytes, which dmaCopy takes as a parameter. With the order below, bg1 overwrites bg2 with data that is past the end of gfxBitmap. With them switched, you still write too far, but during the second dmaCopy, bg2 gets filled ...
- Tue Mar 29, 2011 10:50 pm
- Forum: DS/DSi Development
- Topic: Help with fixed point numbers
- Replies: 11
- Views: 12610
Re: Help with fixed point numbers
Floating point numbers use a sign bit. Fixed point numbers do not. They are sign-extended like integers (and they are indistinguishable from integers). You have to shift them appropriately depending on what operations you perform on them (addition, subtraction, multiplication, etc.), and what the ot...
- Fri Mar 25, 2011 9:54 pm
- Forum: DS/DSi Development
- Topic: How to draw backgrounds in sub screen
- Replies: 1
- Views: 3842
Re: How to draw backgrounds in sub screen
You have to do the same thing you did with the top screen, but with bgInitSub. Also, the palette address will be BG_PALETTE_SUB.
- Fri Mar 18, 2011 9:31 pm
- Forum: User Contributions
- Topic: VRAM Allocation
- Replies: 4
- Views: 17738
VRAM Allocation
Thought this might help newcomers (and oldcomers) with allocating VRAM for their background data.
http://theall.dyn-o-saur.com/vram.php
http://theall.dyn-o-saur.com/vram.php
- Thu Feb 03, 2011 10:51 pm
- Forum: Announcements
- Topic: libnds 1.4.10, libfat 1.0.9 and default arm7 0.5.19
- Replies: 14
- Views: 25905
Re: libnds 1.4.10, libfat 1.0.9 and default arm7 0.5.19
Is it just me, or when I look at libnds, libfat, and defaultarm7 on sourceforge, they only show "previous" as an option? I don't develop on a Windows machine so I can't check using the Windows Installer.