Arkos Tracker 2

Página 3/4
1 | 2 | | 4

Por Wlcracks

Champion (325)

Imagen del Wlcracks

26-01-2019, 06:52

cool

Por ericb59

Paladin (860)

Imagen del ericb59

26-01-2019, 07:25

Can you propose a version a version of the Player usable in C with SDCC ? THus I will include it in FUSION-C ? Would be great !

Por Targhan

Rookie (18)

Imagen del Targhan

29-01-2019, 21:21

Quote:

Can you propose a version a version of the Player usable in C with SDCC

I suppose it is currently possible, but the player is using some feature of RASM, and it will use more in the next release (macros, etc.). But if you want to use my players, there is a compatibility page for you to use the players with any assembler. The drawback is that the player must have a fixed address.

Por santiontanon

Paladin (833)

Imagen del santiontanon

30-01-2019, 09:09

Hmmm... making it depend on a specific assembler is a bit scary to me, and would stop many people from using it. So, if possible I would request to make it LESS dependent on a specific compiler rather than more.

Por JohnHassink

Ambassador (5413)

Imagen del JohnHassink

30-01-2019, 10:03

What is the status of PT3 (or VTII format through .txt) import possibilities?

Por Targhan

Rookie (18)

Imagen del Targhan

30-01-2019, 12:52

Quote:

What is the status of PT3 (or VTII format through .txt) import possibilities?

It is done in the latest version. The import is basic, as the philosophy of the trackers are very different, but it gives a good basis to update your song to AT2.

Quote:

So, if possible I would request to make it LESS dependent on a specific compiler rather than more.

I'll see what I can do, but with many people asking many features, the players become unmaintainable without some kind of higher-level help. For example, I have a player for 3-channel AKY, 6 and 9. The 6-channel targets Spectrum Turbo Sound. I was asked to support a hardware of yours for both 6 and 9 channels. Plus, I am also working on ROM players. How to manage this without conditional assembling or macros ?
There is a lot of duplicated code between the players. I'd also like to avoid that. So I am imagining a generic player with macros which would duplicate the code by itself, and one player would fit the 3, 6, 9 or 256 tracks, and it still would be readable, testable and maintainable.

There IS a possibility of compiling the player with RASM, and the rest with any assembler, check the page I mentioned. I don't think having a fixed address is a problem, but if it is, I'd like to know why, maybe I can help.

Basically, with all the features I am asked to do, I HAVE to do a bit of software engineering to make it work.

Por Grauw

Ascended (8442)

Imagen del Grauw

30-01-2019, 13:16

Targhan wrote:

There IS a possibility of compiling the player with RASM, and the rest with any assembler, check the page I mentioned. I don't think having a fixed address is a problem, but if it is, I'd like to know why, maybe I can help.

What if you use a separate preprocessor which outputs standard plain assembly code after filtering out all the conditional code? Then the code can be included as needed at any address. I don’t know if RASM has an option for that, but otherwise perhaps you could use e.g. the C preprocessor or something.

Por Targhan

Rookie (18)

Imagen del Targhan

30-01-2019, 13:24

The problem is more about macros actually. I don't use them right now, but I intend to to avoid duplicating parts. RASM allows pretty sophisticated macros, which can generate labels from placeholder:
MACRO hello stuff
My{stuff}Label ld hl,0
ENDM

hello Abc ;Generates : MyAbcLabel ld hl,0
hello Def ;Generates : MyDefLabel ld hl,0

I asked Rasm's author about, like you said, an export to "plain" source, but he didn't feel interested in doing it, which I can understand.

Por Grauw

Ascended (8442)

Imagen del Grauw

30-01-2019, 13:37

Targhan wrote:

The problem is more about macros actually.

Well same applies to those.

Targhan wrote:

I asked Rasm's author about, like you said, an export to "plain" source, but he didn't feel interested in doing it, which I can understand.

Oh, that’s a shame... I think it would be the best solution to achieve portable assembler code.

Maybe you could rely on another preprocessor like C’s, or perhaps another assembler supports outputting the preprocessed code. In principle the features you use aren’t unique to RASM at all (even M80 and Gen80 support this), just there’s no universal syntax for it unfortunately, every assembler does something slightly different (e.g. in M80 the label concatenation syntax is &stuff).

Por Giangiacomo Zaffini 2

Master (164)

Imagen del Giangiacomo Zaffini 2

30-01-2019, 15:44

SDCC assembly (which Is ASxxxx from Alain Baldwin) supports macros for sure. Maybe then a separate asm module is needed, but it's linkable when linking.

Página 3/4
1 | 2 | | 4