So I like sequencers better than trackers 8)

I've troubles with mbwave too,when it comes to orientation.

- channels don't have names but numbers.. even with character something like 'st' for strings and 'ba', or 'bs' for bass changes a lot!

- did anyone actually wonder why you can only 'mute' channels in mb(wave) ? 99 out of 100 times I prefer solo'ing a channel! When I want to solo a channel now, I need to 'mute' 23 other channels!

- current instrument/volume/etc. status is not stored anywere.. everytime you need that ^$@#%@ settings-scan... imagine working above position 100, it takes seconds before you hear anything. 99 out of 100 times I navigate in my IT-tunes just by listening what's going on in that pattern (while soloing a channel!). Based on that, I know where I am.

I have been using my own Moonsound tracker for over five years now, so of course I would say that would be the best.

Problems are the bugs in the 'own sample part' and in the settingsscan.



Last week I noticed some strange 'bugs' in my own homemade assembler. (I used tasm from speech technologies, but when I found out it was shareware, I thought, hey why not pay them? So I found it would be easier to just program my own assembler. Could I make it faster and better and (well you know...) than tasm, and the program would be free. Problem with me is programs never get finished. )

But with the latest bug termination round (inserted some code around the 'hier nog ff de opcode bij zoeken'-comments ), my own tracker seems stable again. And I will redesign my own assembler anyway. (Saw some nice idea's in tniASM )



So I may finish Realfun after all (The last 'sort of working' version is from 2001). But in five years a lot changes, and I don't like the design of Realfun that much anymore. So I'm thinking of RF2. After all, RF should stay the best tracker for msx. There is no need to give that title away to Meridian.



Some killer reasons why Realfun is the best tracker on msx:

- horizontal. (hehe.)

- channels have names.

- mute and solo possible.

- settingsscan performed while editing, so (mostly) no waiting.

- 3 songs, 768 positions, 256 tracks, 32 channels.

- 2 events/step/channel.

- And lots of bugs in the sample routines!!!

heehee.. I especially like them bugs in the sample routines. There can never be enough bugs there



No, seriously. This is the first time most msxorg visitors hear about the RealFun tracker. Could you tell us a bit more about the tracker you're developing, we might be able to make a news post out of it

Yeah, indeed! Tell me more, tell me more

And erhm....You know what's also a good habit of 'the best tracker'? It's public

Hehe, RealFun... not the first time I heard about it. I've been wondering what had happened to it! It sounded really promissing and still does. I just hope it will be a little up to speed on normal MSX'es.

And I take it the required amount of memory is still rising?

hmm, nice specs... but urhm, wasn't Oracle equiped with that already?

it's just a shame I never got to finish it really, not even a descent public driver. Althought mucho channels and settings are cool (as proven in orc), it slows the machine down radically. Unless, here we go again, you got plenty mem and above all a TURBO R.



but uh, quite frankly, I'm curious about your RealFun (whaz inna name) tracker..

It's always a pleasure seeing ppl getting trackers done, for real fun. If it's fun, it must be real.. fun equels coolness.



ro



ps. you can quess I am a bit bored at my job, so filling up this forum is the least fun in reallity right now.

Quote:

And I will redesign my own assembler anyway. (Saw some nice idea's in tniASM )

A typical case of reinventing the wheel



If you can tell me what features you are missing in tniASM, I can implement them and you can use tniASM in stead of programming your own. Seriously, because I've been wanting to program a tracker for a few years already, but an assembler became a necessity (because TASM sucked).



So maybe we can agree you make the tracker and I make the assembler ;p

That way you have more time to work on RealFun(2) and I don't have to make a tracker



And about what Latok said, making programs public is generally a good idea

I wonder, anyone using WBASS assembler, still??



to me, and saffie ofcourse, one of them best assembler around. Really, genious coding!

WBASS has a serious code size problem, if the code gets too big it won't assemble anymore. Aside from that, it was indeed a nice assembler, although Compass is like 10 times as cool ^_^.



~Grauw

Would you believe that I actually have an original of wb-ASS 2 ?

Snout, you're right. I just might add some more bugs



I started with Realfun around 1995 for no reason at all really. I only had a music module and was quite happy with Soundtracker. (It was a sort of a 'I can do that'-feeling, I guess). But in 1997 (1998) my brother bought a MoonSound. And well, I didn't like Moonblaster (being vertical, stupid block commands, not handling X-event the way it should,...), so the decision to make Realfun for MoonSound was an easy one. Although version 0.99 exist, everyone I know is using Realfun 0.97. (Yes, there are some people (I guess about 6 ) who have various versions.)

The main problem with making Realfun public are the bugs ( ) and the fact all instruments are ripped off of soundtracker and moonblaster. (Btw, there are a LOT fm voices in moonblaster exactly the same as in soundtracker, I even thought of removing them to save some space by not listing them twice...)



Realfun is as fast as Moonblaster or Soundtracker. All the channels and effects don't slow the z80 down that much (I am pretty sure the replayer is faster than Moonblaster). It needs at least 256KB RAM, and with 256KB there is 112KB free for 112 tracks. Btw, I have a NMS8250 with 1MB, so more than that will never be needed for Realfun (or Realfun2)



Realfun2 will be very different than Realfun, or any tracker on msx. (Hehe, Realfun2 should 'outfeature' Meridian! )



ro: Oracle doesn't support MoonSound, Realfun supports MoonSound only.



GuyveR800: I am now using SjASM v0.2. And redesigning SjASM is more like making another wheel. And I like reinventing wheels, just like you. Hoever I am missing a listfile and macro's in tniASM. And I like to use ld a,(ix) instead of ld a,[ix].



And I have never used WBASS. On msx I used zas, the assembler that came with hitechc, I think. On pc I used TASM3.x and I am using SjASM for over a year now (and instead of ignoring bugs and programming around them, I really should remove them.)

Quote:

I am now using SjASM v0.2. And redesigning SjASM is more like making another wheel. And I like reinventing wheels, just like you. Hoever I am missing a listfile and macro's in tniASM. And I like to use ld a,(ix) instead of ld a,[ix].

The new tniASM in development for a while (I've been using it for a long time already) supports macro's and also allows () in stead of [].

Listfile is something I never found really useful (only for spotting assembler bugs, ), but generating one should not be a huge problem in the new tniASM.



Happy coding!

What about street-organs?



(what's the english word for 'ponskaart' ?)





And what about that PSG music program for msx1, with that drummer on top of the screen? (on 30 mxs hits), that's a vertical tracker

Yeah, the one with Bolero from Ravel as demosong! Fantastic