Since some of the replies seemed nothing short of hostile to flame like...post removed.  Also, I removed the quote of my original post per reaction to it.

And as a notable point, there are very few good games in asm...most are about as complex as a ship going up/down and enemies coming across the screen.

1: I agree w/ spengo.  you can even write a makefile or batch file if you need to.  but the one described in ASMin28 is pretty decent.  I just don't use it anymore and write batch files for individual projects.
2: if you're using TASM, you could make macros like #define loadregister ld if you want  you probably shouldn't complain considering how x86 and 68k ASM have commands as vague as pea and lea, which are like industry standards apparently.
3: agree w/ spengo there
4: well, ironically spengo, I guess that's why a fast bus is important lol jk jk.  I imagine them as post office boxes for some reason.  duno why that analogy works for me.  and then the registers are just sorting carts that move around manipulating the letters.  duno why I use that analogy.
5: size restriction -> unless you're making an RPG, it's unlikely you'll reach the 8 kb size restriction on the Ti-83+/84+(SE) calcs.  You always have the option of making it an app, which can be sizes of multiples of 16kb

Assembly and C and even C++ go hand in hand imho.  

Also, just ask for help if you don't understand something.  We'll be more than happy to help

as for spengo's last statement, I kinda have to agree cuz I don't know any basic so sorry, basic confuses me a lot , but it's still impressive the work that gets done w/ it

QUOTE

quote removed

-->

QUOTE

quote removed

-->

QUOTE

quote removed

-->

QUOTE

quote removed

-->

QUOTE

quote removed

hmm idk what happened here and why necro deleted his posts, but in reply to elfprince I actually myself didnt understood all the memory stuff, even after reading through day 2,3,4,5 three times. Also I think we are lacking an actual 83+ asm tutorial. CoBB z80 assembly guide and Learn asm in 28 days are not tutorials at all imho. They are just reference guides. If you want to learn how asm works, both will be good for you, but if you want to code asm, you'll never be able to learn just by reading those guide. We seriously need something like ASM Guru but for the TI-83+ instead of Ti-83, and more preferably something as detailled as TI-Freak8x BASIC tutorials or the TI-83+ manual, with screenshots (animated if possible), code/small routine example that can be used in games/programs easily, but for ASM instead of BASIC. I think thats why ASM seems so hard, if someone would write a good tutorial showing how to code ASM, not only showing how it works, maybe lot more ppl including myself would be doing asm now. In fact from what most people told me ASM was incredibly hard to startup with, but when you got it it was not so hard.

There is always the other people code examples, but first, don't you have to understand how to code ASM anyway? If you see a piece of code for a pong game, but cannot figure out what it does, you are stuck. IMHO like in BASIC other people code example are more useful once you can at least program a simple interactive program, even if its just a sprite or number moving around and with variable changes

dumb? I think not, from my experiences in this community we tend to represent the upper 5% or so in terms of intelligence.

However Asm is not particularly different from any other language in how you use it, just how you think about it.

regarding the whole asm in general vs ti-83+, think of it as learning how to write pure (as in gcc -ansi -pedantic) C vs learning to use the libraries that each platform provides. To program in Asm you first need to understand the concepts of how to think like an assembly programmer and then learn to use the 83+ specific libraries. the problem with this is its much more satisfying to see your program actually do something, so people tend to get impatient and jump ahead to use the libraries immediately. my suggestion is to use PTI and its debugger feature to run your program and test out how it works, then try to actually make it display stuff.

CoBBs guide is just that a reference guide, 83pasm28d is a tutorial, and one of the highest quality. If you don't understand what you are reading, go back and force yourself to read it again---you're not stupid, just lazy, it comes from being smart and not having to do any work.

That's true, they are more reference guides than tutorials. I learned by looking at simple or very cleanly written games like Pheonix by PatrickD. After reading through the learn in 28 days book, I could understand most of what was going on and could see how I should put it to make my own stuff.

well thats the problem: you HAD to ask on forums for additional help.

When I learned BASIC with the TI manual I didnt even had to ask help on the forums, I just had to check the programs samples in the manual.

Note: I'm not bashing asm in 28 days in anyway because imo its the best reference out there for the TI-83+, but it need to be elaborated much more, it need to be elaborated as much as your own BASIC tutorial and TI-freak8x's. TI Freak8x show how to make collision detections in different ways. Asm in 28 days doesnt even bother doing this, you have to figure everything on your own, or ask for help