Source code collection

[Bregalad]

DTE decoding table is located at 3f060 in the ines ROM and have a size of 160 bytes for 80 DTE keys.
I guess the same with MTE could be as well compressed than huffmann (but the decoding table would be larger) and is much, much easyer to use.
The problem of your DOS program isn't the usage, it doesn't run at all (when I type huffpuff, the DOS command answer "Not executable programm" or something like that).
I consuled another book about structures and there also was an example with names, etc...
So a structure/union is a kind of buffer in the C language, but your assempler seems to do a mix between C and ASM and it's not easy to got it. If I'm unable to find a better doccumentation about it I may switch to another assemler for my project. (I tried it a lot, but a lot of stuff are frutrating for me).
Also, annonymous macros doesn't work at all, and I've done them exactly as in the exmple (the like i=0 render an error)

[SnowBro]

I guess the same with MTE could be as well compressed than huffmann (but the decoding table would be larger) and is much, much easyer to use.

How exactly is MTE easier to use? As long as you have automated tools to encode and decode data, there really isn't any difference as far as actual usage.

The problem of your DOS program isn't the usage, it doesn't run at all (when I type huffpuff, the DOS command answer "Not executable programm" or something like that).

Could you check this again and give the precise error message? I compiled huffpuff in the same manner as xorcyst, so if you downloaded the correct zip file (*.dos.zip) it should work. Are you on Windows XP?

So a structure/union is a kind of buffer in the C language, but your assempler seems to do a mix between C and ASM and it's not easy to got it.

Structures/unions have the same semantics in my assembler as in C, to the best of my knowledge. But nobody's forcing you to use structures, and if you've gotten by without them before perhaps it's best to carry on like before. If you're on IRC or MSN, we could try having a more interactive session though, I bet that would clear up things a lot faster than using this messageboard.

Also, annonymous macros doesn't work at all, and I've done them exactly as in the exmple (the like i=0 render an error)

Strange. I just assembled both examples without problem. Are you using the latest version of the assembler (1.4.5)? Could you give the precise error message?

Concerning the debugging-related problems of data/code relocation. If you give the --verbose option to the linker, it will print out the final physical address of each public symbol in your code, which should be of some help. But again, you can just use .EQU directives to map your RAM to avoid the automapping altogether.

[Bregalad]

How exactly is MTE easier to use? As long as you have automated tools to encode and decode data, there really isn't any difference as far as actual usage.

Yeah, you're right, with automated tools it souldn't be hard to use. The huffman prg render an error message as "the system can't run the specified programm". If I imput no argument, it just freezees. Yeah, I'm on windows XP.

Structures/unions have the same semantics in my assembler as in C, to the best of my knowledge. But nobody's forcing you to use structures, and if you've gotten by without them before perhaps it's best to carry on like before. If you're on IRC or MSN, we could try having a more interactive session though, I bet that would clear up things a lot faster than using this messageboard.

No, I've not any account on this kind of board. Sorry.
You're right, I'm not *forced* to use unions/structures, but it's still frustrating for me to use an assambler with may-amazing possibilities witout understand them.

Strange. I just assembled both examples without problem. Are you using the latest version of the assembler (1.4.5)? Could you give the precise error message?

No, I was with the 1.4.4 version, but there's no news like "fixed annomimus macros"
The error message was "unexepted instruction" on the line i=0.

Concerning the debugging-related problems of data/code relocation. If you give the --verbose option to the linker, it will print out the final physical address of each public symbol in your code, which should be of some help. But again, you can just use .EQU directives to map your RAM to avoid the automapping altogether.

OK Thanks.

[Guest]

No, at the moment there's really no difference between "proc" and a normal label. However, I have fun ideas for it, such as being able to inline a function defined in another unit, or the linker being able to extract a single procedure from one unit, as opposed to having to link in the whole unit.

Sounds like .ifref in .CA65. In addition, CA65's .proc allows for procedure-local labels. Do you plan on adding that?

For example,

Code: Select all

.pad $FFFA - $

simulates absolute padding to $FFFA.
Perhaps I should just change ".pad XXXX" to mean ".dsb XXXX - $"

Such a change would at least help maintain consistency with x816. CA65, on the other hand, prefers that the linker script put a 6-byte "vectors" section into the ROM_C000 bank.

But I think records are a life-saver for user-defined bitfields, and especially the ability to initialize the fields like a normal structure and have the assembler do the tiresome shifting, ANDing and ORing for you. Check out "warp2d.h"; back in the old days I had to generate the packed bytes of (area, section, location) manually

If your assembler can handle the | operator, you don't need it. Define the masks in a header file, and OR them together in your constant data. Even better is to make a custom graphical editor for each data type, separate from your assembler.

I'm using Huffman coding for my text

I've read in Managing Gigabytes that a technique called "huffword", where each Huffman code maps to a word, provides good compression.

You can define a label to point to WRAM:

Code: Select all

.label wram = $6000

But you can't map an entire data segment to a specific location.

CA65 can.

However, you can use a structure, since a structure's field are guaranteed to be mapped sequentially in memory.

In fact, I use a technique like this in my GBA headers.

Thank you, I'm the only one who's used the assembler up until now I'm pretty sure, so I'm glad for all feedback on how others see it.

What do you plan on making your assembler do that CA65 doesn't already do?

[Guest]

[quote][/quote]

So who collects it then?

[Dwedit]

Am I the only person to notice that the example game's logic allows jumping in midair as long as your vertical velocity is zero?

[tokumaru]

Am I the only person to notice that the example game's logic allows jumping in midair as long as your vertical velocity is zero?

Well, I had never noticed before, but now that you said it... I just had to check! =)
It really seems to behave like this... maybe he checks if the player is in the air based on the vertical velocity... wich will result in fake information at that exact point right beforte the player begins to descend.

The 1st platformer I programmed had that same (d)effect. I guess you gotta have a flag to tell if the player is in the air or not... checking the velocity is just not an accurate way to do it...

So, I guess that if you keep doing it at the right times you could go up to the ceiling, right? =)

[Bregalad]

I guess you gotta have a flag to tell if the player is in the air or not...

You probably already have to have one, scince your player most probably don't have that same animation frame in air than on the ground. So a such flag is needed when checking witch animation frame should be used to draw the player.

[tokumaru]

You probably already have to have one, scince your player most probably don't have that same animation frame in air than on the ground. So a such flag is needed when checking witch animation frame should be used to draw the player.

Oh, yeah, I've been doing it like this for a long time... My characters don't jump mid-air anymore, for years now! =)

[griever]

Wow, that's pretty interesting, but snowbro's URLs don't work anymore! (404: Cannot find...) Maybe someone have backup or something? I can't find these files in the internet either!

[blargg]

I can't find these files in the internet either!

Remember, sometimes an internet takes a few days to go through e-mail. Maybe the tubes are clogged.

[Lord Nightmare]

As long as they're small, I'd be happy to host these...
I also am interested in a copy.

Lord Nightmare
moc(t0d)liamtoh(t@)uhayravegj

[griever]

Yup, I've found it: Gavin had this stuff on his site, but it looks like, it's closed now.

[Christuserloeser]

I've mirrored most of these. Download this:

http://www.dcevolution.net/goto.php?id=65
http://www.dcevolution.net/cgi-bin/down ... EP_v11.rar

Burn to a CDR (or mount it) and browse its content. Should be in /Extra/Source/


-Chris