Looks like that!
34 Oct 13, 2020 1:05 pm
Re: defMON (438 replies, posted in Commodore Computers)
@scannerboy: not that i am aware of. If two instances of VICE could be connected as if there was a serial cable running between them, then it would be possible, but I presume that this would require modifications of VICE. On the other hand, maybe it could be achieved using the remote monitor, since this "sync" is mostly just a matter of starting them at the same time. Not sure.
35 Oct 10, 2020 9:03 am
Re: defMON (438 replies, posted in Commodore Computers)
@4mat: that's a really cool idea. Seriously. I like the explorative spirit of your work. A pre-built record bag+tool seems like a reasonable approach in this case. I think I understand why.
36 Oct 9, 2020 8:07 pm
Re: defMON (438 replies, posted in Commodore Computers)
@4mat: I actually once did a simple sidplay tool, and was planning to implement this type of sync (or at least something similar), for purposes of dj type mixing of sids. I never did more than the actual sidplay tool, so it is good to hear that you're doing something similar. ...if that is what you're doing, that is? What sort of "mixing tool" is it?
@Martin: One SID surely goes a long way. Good to hear that you found it interesting. I do too.
37 Oct 9, 2020 5:47 pm
Re: defMON (438 replies, posted in Commodore Computers)
Sure! The short form of the explanation is something like this: C64 #1 is put into a polling wait loop, which is just waiting for the other C64 to set the CLK bit. When that bit is set, it just starts playing. The tunes running on each computer are assumed to run in the same speed, so this is really just starting them at the same time. It is not actively listening for more sync signals after the initial start. Both C64s sends sync singnals every time a new sequence/pattern is started though, so it is possible for any C64 to re-sync at a new pattern start at any time.
So.. to elaborate a bit. That wait loop in C64 #1 just looks like this:
- bit $dc01 ;Check STOP-key, in order not to get locked in the polling loop
bpl .stopwait
bit $dd00 ;Wait until CLK bit is set..
bvs -
Before that $dd00 is set like this in C64 #1:
lda $dd00
ora #%00100000 ;Set DATA bit (makes it 0 on the other side)
sta $dd00
C64 #2 sets the CLK bit like this to make C64 #1 start playing:
;Send sync signal
lda $dd00
bmi .nosyncrequest
.syncrequest: ;Reply by setting CLK bit
ora #%00010000 ;Set CLK bit (makes CLK 0 on the other side)
sta $dd00
;Some delay to allow the other C64 to react
nop
nop
nop
nop
nop
nop
nop
nop
nop
nop
nop
nop
lda #%11000111 ;=199 - back to normal
sta $dd00 ;Back to normal...
.nosyncrequest:
That delay is probably just quite arbitrary. I don't think I did any careful calculations to figure out how many nops were enough.
So this is really quite simple. The longer version of the explanation would also involve explanation of some other features that surrounds this stuff. There is some code that actively prevents the other C64 from sending sync signals when the other has gone into the disk menu, and things like that, which means that there are also some other things going on. Don't hesitate to send me a PM in case you want me to elaborate on this.
38 Oct 8, 2020 8:18 pm
Re: defMON (438 replies, posted in Commodore Computers)
...and now various loose ends got tied up, which means that I can now release the new version of defMON:
http://toolsforscholars.com/defmon/doku … d:download
It includes that nudge feature that I mentioned.
It also includes a simple way to connect two C64 computers to sync two machines running defMON. The only thing it does is in fact to start them at the same time, so it doesn't make sure that they keep running in sync, if the tunes are running in different speed or so.
Another new "feature" is that the release now consists of two .d64 images. Both of them contain defMON, and one of them also contains a whole bunch of defMON worktunes kindly shared by Ilkke, F7sus4 and Goto80. Thanks a lot for that!
39 Oct 8, 2020 9:54 am
Re: defMON (438 replies, posted in Commodore Computers)
Alright. Yes, I haven't been in touch with him in quite a while either, so that may very well be the case. Not sure if this BPM calculator helps:
http://toolsforscholars.com/defmon/bpm.html
Note that you may need to add 1 to the speed value seen in the sequence in defMON to get the right value for that bpm calculator. So, if the speed in defMON is "2", that corresponds to "3" in that bpm calculator. At least that is how I remember it. You'll notice.
Another thing that may be good to know is that the next version of defMON will introduce a "nudge" feature, so you can nudge the tune one tick forward/backward with a keypress. That's useful when two sources are running in the same speed, but when the beats are not fully aligned. Hopefully that new version will show up in just a few days.
40 Oct 4, 2020 2:22 am
Re: defMON (438 replies, posted in Commodore Computers)
The sync interface was made and sold by Scannerboy, who is here at this forum. I don't know if he would still be willing to produce more units, or if he's even got a spare one lying around.
41 Oct 3, 2020 7:46 pm
Re: C64 SFX Sound Expander programming OPL 2 (21 replies, posted in Commodore Computers)
It would be cool to have some info on programming FM hardware on the C64 at https://codebase64.org/ if anyone feels like writing up something about that.
42 Oct 3, 2020 7:43 pm
Re: defMON (438 replies, posted in Commodore Computers)
Thanks Martin. I've uploaded the tunes now. Feel free to do it yourself as well. The wiki should be open for registration of new users (if everything works as it should, which I am not completely sure that it does).
43 Oct 2, 2020 1:24 pm
Re: defMON (438 replies, posted in Commodore Computers)
Yep yep. I think everybody had their say now and I suspect the discussion won't lead further from this point, so I suggest that we leave it here. Other users at the forum may find a continued discussion disturbing.
44 Oct 2, 2020 11:54 am
Re: defMON (438 replies, posted in Commodore Computers)
@deise: Thank you for clarifying. Of course I can motivate why I don't want you to donate more money (and yet you did it anyway.. uh?!). Here is one reason: Today I had to spend some time to figure out how to remove those posts you wrote at the defMON forum, without breaking the forum system so that it complains about missing files and so on. That was "fun". I didn't see any kinds of apologies for that from you regarding those posts, or any kind of self-consciousness of your behaviour, and I don't want to see it in the future either. That is, I am not asking for apologies. You had your chance to show who you are.
The only thing you wrote at the defMON forum when I asked you not to use my defMON forum for your little personal vendetta was like "Oh but I am banned from chipmusic.org so I can't spill out my rage over there, and this defMON forum doesn't seem to have personal messages so I can't spill out my rage over personal messages in here either, so I am going to abuse the public forum for my personal conflict and just spew it out no matter if that is a proper way to behave in relation to Frantic or anybody else". I mean.. go figure.. As you may understand, I don't feel super motivated to answer questions from you. The donation is refunded. I want you to leave me alone.
45 Oct 2, 2020 8:15 am
Re: defMON (438 replies, posted in Commodore Computers)
d3Ni$e: Well, no matter what your intention was, that last post of yours certainly came across as "You are ignoring me. Please explain your intentions behind defMON and defMON 2. Will it only be for [different categories of bad people] or will be it for [different categories of good people]? I like to donate money to various projects, but not if it turns out to be a fraud."
What I was reacting to mostly was that last part, where it sounded like you were saying that defMON/defMON 2 was a potential scam. I understand now that this is not what you meant, since you just stated that clearly. But, to be honest, I still don't understand why you thought it was relevant to bring up the idea of fraud if you didn't think that was relevant in relation to what you were discussing here (my work and intentions with defMON/defMON 2).
To be frank, the rest of that post didn't sound overly constructive and friendly either. It seemed to be coloured by your recent conflict with F7sus4, and since that has absolutely nothing to do with me or with defMON, or even with the "C64 scene" in general, you may want to consider that it is not super interesting for me or other people to listen to that sort of talk. Regarding your initial post, that you complained that I didn't respond to, I want to point out that it mostly a number of statements and it wasn't clear to me at all that you were seeking a response.
I am grateful that you donated money, and that certainly helped my inspiration lately when I've spent quite some time lately to fix a number of bugs in the original defMON + setting up that forum for bug reports and discussions about defMON, some personal support relating to your assembler coding problems, and many hours of work on the new player for defMON 2 over the last few months. Yet another version of defMON is coming out soon too, after Goto80 has done some more testing of the features included in it. However, I would prefer if you don't donate more money in the future. It is probably best that way.
46 Oct 1, 2020 4:57 pm
Re: defMON (438 replies, posted in Commodore Computers)
@denise: Are you suggesting that I am doing defMON as some kind of fraud? If so, I take that as a personal offence.
47 Sep 27, 2020 8:49 pm
Re: defMON (438 replies, posted in Commodore Computers)
@martin: Makes me happy to see that ppl get some joy out of defMON!
48 Sep 23, 2020 9:36 pm
Re: defMON (438 replies, posted in Commodore Computers)
Yes, people tend to mention Vice 2.4 as something they stick with, for various reasons. At the same time the VICE developers claim newer versions "should" be more accurate in the emulation. It is all quite confusing. To be honest, I find it confusing enough just with the real SID chips, since they differ so much — not just between 8580 and 6581, or between different revisions of the 6581 or so — but also between individual chips from the same revision. It's like a fractal maze that drives you more mad the closer you try to get to it. In the end, I think one better just be happy if one is in the midst of squeezing out a freaking cool sound of the machine at hand, whatever it is.