Search found 11 matches

by Primitive
Wed Jan 11, 2012 9:41 pm
Forum: NES Graphics
Topic: Graphic Critique
Replies: 17
Views: 9100

Cyan isn't really part of every day language in western countries. Green, red, blue, yellow, purple, grey, brown, black and white are.
by Primitive
Wed Jan 11, 2012 5:53 pm
Forum: General Stuff
Topic: "Computers are better than consoles for gaming" me
Replies: 41
Views: 9529

There's no such thing as a generic PC, so their arguments are unfalsifiable and kind of pointless.

Maybe it's partly because PC-only gamers have little to argue or compare about with their equipment, except maybe graphics cards, so they just say "the PC will beat any of those any day".
by Primitive
Wed Jan 11, 2012 3:30 pm
Forum: NES Graphics
Topic: Graphic Critique
Replies: 17
Views: 9100

I thought the green things were doors first, but now they look more like windows. However what are those columns doing, windows don't need something to hold them up. :P Or they could be doors randomly 10 feet off the ground on columns.
by Primitive
Wed Jan 11, 2012 8:27 am
Forum: NES Graphics
Topic: Graphic Critique
Replies: 17
Views: 9100

There's none, sorry. I guess I was thinking of some discussion where I was surprised at an old console having a high resolution mode, but of course that is SNES... and maybe later I stopped thinking of SNES being so old.

Very nice graphics for the NES.
by Primitive
Thu Jan 05, 2012 8:09 pm
Forum: NES Graphics
Topic: Graphic Critique
Replies: 17
Views: 9100

I think the first one could look good as a standard piece of scenary in the background, if you can put sprites walking through it where you see their heads I think that would be really nice. After all, libraries are generally row after row of books. The second looks quite simplistic to me. Almost li...
by Primitive
Tue Dec 27, 2011 5:16 pm
Forum: Newbie Help Center
Topic: Is it possible to get .db to "evaluate" variables?
Replies: 11
Views: 3553

Thank you, this is very helpful and informative information. :)
by Primitive
Tue Dec 27, 2011 3:17 pm
Forum: Newbie Help Center
Topic: Is it possible to get .db to "evaluate" variables?
Replies: 11
Views: 3553

I'm not trying to contradict you, just make sure you understand. I apologize if I seem mean. When you use a term, I have to make sure you have it right or I will provide help for something you don't need. Other posters probably handle this better than I do. Okay, it just makes sense to me to think ...
by Primitive
Tue Dec 27, 2011 12:54 pm
Forum: Newbie Help Center
Topic: Is it possible to get .db to "evaluate" variables?
Replies: 11
Views: 3553

Thank you, this is all very helpful. The only thing is I think it's a little harsh to say it's incorrect to say you're loading the addresses and not the data. The line is: " LDA sprites, x ; load data from address (sprites + x) " I said this is badly commented because you are loading the a...
by Primitive
Tue Dec 27, 2011 9:35 am
Forum: Newbie Help Center
Topic: Is it possible to get .db to "evaluate" variables?
Replies: 11
Views: 3553

I have another question that I just can't seem to work out and is causing me a lot of confusion. Why is it adding $100 to the address I put in for the background tiles? The background tiles seems to start at $100 in the .chr, and the sprites start $000. I don't have a problem with them using differe...
by Primitive
Tue Dec 27, 2011 12:22 am
Forum: Newbie Help Center
Topic: Is it possible to get .db to "evaluate" variables?
Replies: 11
Views: 3553

Things that are computed at runtime (i.e. using 6502 code) obviously can't be stored in the ROM via .DB statements, because the results are not available when the ROM is assembled. Please explain in more detail what you are trying to achieve, so that we can point you in the right direction. I want ...
by Primitive
Mon Dec 26, 2011 11:26 pm
Forum: Newbie Help Center
Topic: Is it possible to get .db to "evaluate" variables?
Replies: 11
Views: 3553

Is it possible to get .db to "evaluate" variables?

When I put variables in the .db command, it references back to the addresses of the variables. I tried putting # and #$ in front of them but it wouldn't assemble at all then. So instead of the variable values, their literal addresses in memory are being swapped into the code: $0000, $0001, $0002 etc...