Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations SkipVought on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Assembly books?

Status
Not open for further replies.

CrazyScorpion

Programmer
Jul 2, 2010
5
0
0
US
This is really 3 questions in one?

Anyone know of a book that....

teaches Windows assembly language?
advanced graphic routines (morphing, frame animation, character animation, etc.) (no boxes, circles) speed optimazation.
mixing assembly with c++

Thanks in advance.
 
teaches Windows assembly language?

There's really no such thing. It's just assembly language. And yes there are texts out there. Just look for 32-bit assembly and it will net a few good texts. As for Windows, that involves mastering the API, and that can be studied with any language since you need to use the API to interact with Windows anyway.

advanced graphic routines (morphing, frame animation, character animation, etc.) (no boxes, circles) speed optimazation.

Again, you're interacting with the OS. The best for graphics is usually to learn DirectX and that can be done with any language, again, since it's just another Windows API.

mixing assembly with c++

Usually this is just generating the OBJ from assembly and linking it into the compile. This is compiler-dependent (the C++ one), so you'll need to study from there on what kind of OBJ you need, whether it needs to be converted and what kind of directives you need in your C++ source.

But remember that you can *usually* do as good of a job with most languages outside of assembler, so it really is only worth touching assembler in a mixed situation if you get something out of it for doing it (speed up a routine YOU code that takes up most of the time, add a compiler feature, etc). You will learn whether it is worth your time with the use of measuring tools and a little experience.

And assembly is no magic pill to make things go faster. A bad algorithm is going to be just as slow in assembly language as it is in C++. And a good algorithm in any other language will always be faster than a bad algorithm in assembler.

It is not possible for anyone to acknowledge truth when their salary depends on them not doing it.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top