Post by: JincS on October 15, 2006, 05:21:00 pm
Preface : Introducing C++ and Quick Tips
Lesson 1 : My First Program
Lesson 2 : Using Variables
Lesson 3 : Inputting Data to Your Program
Lesson 4 : Basic Math
Lesson 5 : Writing A Function
Lesson 6 : Namespaces: A True Timesaver
Lesson 7 : Creating Your Own Namespaces
Lesson 8 : #include and #define
Now, these tutorials were all posted on my site, but my host has gone kaput (not that I can complain, it was given to me for free froma friend), so all of my project files, websites, and other schtuff are gone. I'll have this re-hosted ASAP for download.
Sorry for the delay :(
Post by: DJ Omnimaga on October 16, 2006, 02:45:00 am
btw for small programs you can upload them in your posts. for some reasons even if you are allowed 8 MB now it still says its too huge when the file is above 500 KB :(
Post by: JincS on October 16, 2006, 04:03:00 am
Post by: rivereye on October 16, 2006, 04:34:00 am
Post by: JincS on October 16, 2006, 06:21:00 am
Post by: DJ Omnimaga on October 16, 2006, 06:40:00 am
Post by: Halifax on October 16, 2006, 10:44:00 am
Post by: rivereye on October 16, 2006, 10:45:00 am
| QUOTE (JincS @ 16 Oct, 2006, 17:21) |
| Hakuna Matata man. No worries :) |
what is that first part supposed to mean?
Post by: JincS on October 16, 2006, 05:21:00 pm
Then again, I don't think it's healthy to use catchphrases that were made famous by a prarie dog and a puma...
**EDIT**
I finally found a new file host. Sadly, they WILL NOT let me log in to my account now that I have registered. It's been a good 12 hours since I registered, and still nothing...
So I guess the search continues!
Post by: rivereye on October 17, 2006, 12:58:00 am
Post by: necro on October 17, 2006, 01:07:00 am
Post by: JincS on October 17, 2006, 05:03:00 am
Finally found a good free file host. 1Gb (but no FTP).
www.box.net
You'll like it Necro. It seems to work nicely (so far).
Post by: DJ Omnimaga on October 17, 2006, 05:19:00 am
| QUOTE (Killerplayer @ 16 Oct, 2006, 17:44) |
| xlibman ur getting into DS programming?? |
i may try if i can understand it x.x otherwise i guess I'll just stick with z80 basic/asm or 68k c
- bfr :gah:
:whip:
<--me poking bfr so he finish MLC :D
I guess rivereye was prbly too young when lion king was popular, i actually seen it (the one from '94-95)
Post by: JincS on October 17, 2006, 07:21:00 am
Post by: Radical Pi on October 17, 2006, 10:09:00 am
| QUOTE (xlibman @ 17 Oct, 2006, 11:19) | ||
QuoteBegin-Killerplayer+16 Oct, 2006, 17:44-->
i may try if i can understand it x.x otherwise i guess I'll just stick with z80 basic/asm or 68k c |
*Radical Pi
Post by: Liazon on October 17, 2006, 10:12:00 am
| QUOTE (JincS @ 17 Oct, 2006, 13:21) |
| Nintendo DS is C (so far as I know), so you shouldn't have a problem learning it if you already know 68k C :) |
the hard part is that almost all the graphics is done by the hardware. Your program has to communicate with the hardware correctly, all of which is done through low level work, and not much C algorithmically unless you're dealing w/ just the game itself. I think the hardest part about C for DS/GBA (*Liazon
Post by: DJ Omnimaga on October 17, 2006, 12:48:00 pm
Post by: Liazon on October 17, 2006, 03:19:00 pm
| QUOTE (xlibman @ 17 Oct, 2006, 18:48) |
| I c what u mean, i hope ppl start writing routines like tilemappers/mode 7 engines, etc then x.x |
what?
*Liazon
Post by: JincS on October 17, 2006, 04:09:00 pm
Post by: Liazon on October 18, 2006, 11:30:00 am
If you had functions, they'd be too general to run efficiently in your game, and they'd eat up time because they have to sync w/ the code. PAlib on the NDS is a nice place to start. But for the most part, it's better in the long run to learn C concepts and code. It's almost entirely data manipulation really. You just use C/ASM to set bits/bytes and write data to certain memory locations/registers to change mode and what's being used as variables and stuff.
xlibman: it's really not that hard imho. I think if you put your mind to it, you'll get it. I think the hard part is finding standard memory equates, because a lot of people just look up memory locations in the no$gba emu and write their own equates.
basically:
0xFFFFFFFF is some memory location
so in the library/include file
#define mem1 0xFFFFFFFF
that means anywhere you use "mem1", the compiler replaces with 0xFFFFFFFF, which is really a #, and you don't have to remember the # when you need it.
having a standard allows everyone programming for the platform to know what#/thing/memory location your talking about when you use something like "VMEM" or other kinds of equates.
Post by: JincS on October 19, 2006, 12:08:00 am
Post by: DJ Omnimaga on October 19, 2006, 01:50:00 am
Post by: Liazon on October 19, 2006, 10:53:00 am
| QUOTE (xlibman @ 19 Oct, 2006, 7:50) |
| i see, i was thinking about trying to learn asm again someday but I may need ppl help for it, especially getting to understand the basic concepts, i just wish i could concentrate easier, not easy with all other stuff happening |
just don't think too much about it. I think sometimes, I just need to be away from everything to recollect my thoughts and revitalize myself.
I'm sure you'll get there some day, and perhaps when that day comes, you'll be hired by a company to make GBA/NDS games :)
You've already shown you can do a lot w/ just the ti-basic. imagine what you can do w/ comps and other platforms. Post by: DJ Omnimaga on October 20, 2006, 01:30:00 am
