defMON (Page 18 of 28)

Hi! This is a very reasonable request, and I would like to have it myself. Anyway, there are some complications involved. The defMON player wasn't initially designed to support more than one sid, but was rather designed to allow for making tunes that could be used in demos/games with relatively reasonable CPU usage.

defMON scores reasonably alright in that respect when compared to other editors, and especially so if one uses the sid table cleverly (and do things like refraining from using two different pointers in a single channel to the sid table at the same time — if low CPU usage is really an issue). This table shows a comparison of a lot of C64 music editors, including the "raster time usage" which is a measure of the CPU load/usage:

http://chordian.net/c64editors.htm

When I implemented 2 sid support in defMON, I wanted to keep that (the reasonably low CPU usage), so rather than rewriting the player in a way that would allow for two SIDs (and losing some of the CPU usage) my solution was a weird kind of hack that introduced a new separate copy of the whole player in RAM, where each of the two players are hardcoded to work with a certain SID chip. This in turn creates some complications when it comes to the packer.

One option would be to rewrite the player itself, to have a single player that supported more than one sid, but that would be quite a lot of work (and I don't have a lot of spare time unfortunately) and it would also be likely to introduce some minor differences in sound compared to the way things would sound when played in the editor.

Another (more likely) option would be to provide some kind of new packer (perhaps executed on mac/pc) that could do this, but that would probably require re-assembling some stuff each time one wanted to "pack" a tune, so it could be that it would be hard to provide a convenient package for this, that would be understandably by anyone but myself. This solution too would require some of my time of course.

Did you have creation of compo tunes in mind, or tunes that could be used in demos/games? You asked for the executable form, which indicates that you had compo tunes in mind.

By the way: Regarding that first bug mentioned there, it must be related to the packer and the way it tries to figure out what rows that are used or unused, in order to remove the unused stuff. I'm not sure it can handle (apparently!) multiple jumps under all possible conditions, as that can get somewhat complex in some cases.

Last edited by frantic (May 15, 2020 2:25 pm)

Yep, it all makes sense. I want a way to export 2sid tunes too, so hopefully I will find the time to have a look at that some day.

Also, I appreciate all kinds of bug reporting, and it doesn't matter if it is a big or small bug/quirk. It is definitely good to know no matter what. Your bug reports have been very useful and I thank you for that.

Last edited by frantic (May 16, 2020 12:19 am)

True that. Yes it works the way you describe. I think what i'd do would be to only use the slide functionality in that case, and leave out finetune. Like this:

One step of slide up with 00 delay. Then another step that waits a bunch of frames with slide set to zero. Those two steps would replace the finetune step in your example. Then a step that runs a bunch of frames with that 8C slide. I know it not identical in behavior to what you had in mind. Just saying how I would do it if I wanted to try to emulate the behavior you asked for.

Last edited by frantic (May 16, 2020 12:00 pm)

Active/muted voice visual bug (2SID only).

When muting voices in 2SID mode, the visual representation of which channels are currently on/off is incorrect (e.g. muting VOC0 for SID1 makes the label VOC0 disappear for SID2 as well. It requires a few toggles to unclog. This is purely visual, the channel mute works fine.)

Last edited by F7sus4 (May 18, 2020 10:46 am)

New version of defMON available:

http://toolsforscholars.com/defmon/doku … d:download

Yeah, I sometimes also get lost for an hour or so, just tweaking around in the sidtab with one or a few sequences looping.

NEWS: Active development of defMON II has started! The planned editor is a quite substantial undertaking, so it would be unrealistic to expect it to be finished/available any time soon, but at least I wanted you guys to know that I'm now actively working on this.

Whereas the original defMON was designed to allow the tunes to be used in things like games and demos, aiming for as little CPU usage as possible, defMON II instead takes the approach that all the available CPU power can be used for music. It will support at least three SID chips (9 channels) and there will be some sort of MIDI support as well (not just MIDI sync, but actual MIDI data).

(If you want to support the development, please consider setting up a small monthly donation. See the defMON wiki for info on that.)

Woohoo! Thanks a lot for that d3Ni$e! That is definitely super super appreciated!

Speaking of tweaking things like the ACID parameter, I plan to make defMON II a bit more live/jam friendly in a few different ways. One of these ways involves making it possible to do things like controlling the ACID parameter using paddles. A few weeks ago I visited Goto80, and we spent a whole evening just brainstorming around how defMON II could be made more live friendly than defMON, so I have a fairly clear idea of how I want things to work now. Many of the exact details of defMON II aren't settled yet though as I am early in the process, so I better not promise anything too specific at this point.

At the moment I am coding on the actual player (as opposed to the editor) that generates the music from the music data. While there are definitely some challenges relating to the player, I think the more difficult part of coding defMON II will actually be to write the code for the editor. defMON II will contain a sidtab on steroids, compared to defMON, so it will be a challenge to make the editor user friendly in that regard.

Last edited by frantic (Jun 24, 2020 1:19 pm)