51

(16 replies, posted in Other Platforms)

Alright, got it working. Quick'n'dirty test doodle attached.
The SDL number keys seem a bit wonky, sometimes returning the "last entry" instead of the actual number of the key pressed. Other than that I couldn't spot any issues on my quick try-out.

52

(16 replies, posted in Other Platforms)

Can confirm that the build works. However I can't run it, it's complaining about a missing data/ebt.cfg.

53

(16 replies, posted in Other Platforms)

Very pleasant sound, indeed. Btw, when you have things ready for linux, I can help with testing the build, at least.

54

(16 replies, posted in Other Platforms)

Damn, it looks fantastic, very polished UI design in such a small space. Some demo songs would be great, unfortunately I don't have time to dive into this at the moment.

55

(135 replies, posted in Sinclair)

Found a new el-cheapo PRNG/noise generator. It's a bit slower than the usual add hl,de; rlc h variations, but needs only 1 register pair instead of 2. It also sounds a bit different.

  ld a,MAGIC_NUM
  add a,e
  rrca
  xor d
  ld e,a
  inc d

For MAGIC_NUM, most values do pretty much the same, except some that are straight metallic beeps and a few that sound more rumbly.
test.tap plays through all possible values.

The main downside is that we can't smc-hotswap this with regular tone channel code. What could work though is to hotswap it on an 8-bit divider and use a separate 8-bit pre-scale on this. Pre-scale would pitch the noise as well. Unfortunately the perceived pitch of the noise is quite a bit lower than using add hl,de; rlc h. Not sure if it's actually much of an improvement over just lazily reading from ROM:

  ld a,(de)
  inc de

Hi Krzysztof,

Not sure what Chris Walsh means, I don't see any errors in the first routine.

Good point about RAM contention from Simon N Goodwin though. I'll add a little note on that. IO contention is mentioned in Part 5, I don't think readers need to be overly concerned about it before that point.

Anyway, thanks for passing on the feedback.

57

(5 replies, posted in General Discussion)

I thought that hardware support was supposed to be added/extended in 0.6, but it seems indeed that hasn't happened yet. I trust they'll get around to it at some point, though.

Excellent, thanks a lot. I originally had the tutorial in an .org file, but gave up on it somewhere down the line. This'll be a good opportunity to get things in order on my side, hehe.

59

(5 replies, posted in General Discussion)

Never mind the low notes, seems there's variable duty as well. I suppose it's not interrupt-driven, then? Anyway, I have my doubts about this. I mean for PET emulator support can't really be trusted. If they can get it to work on hw then that's awesome, though.

Thanks, looks great! Do you happen to have *tex sources for this? I'm updating the tutorial every now and then, and I don't want to burden you with updating the pdf every time that happens.

61

(164 replies, posted in Sinclair)

Musical talent is overrated lol

62

(3 replies, posted in Sinclair)

Yep, I used that editor back in the day as well. Beware that it leaks memory like there's no tomorrow, so you probably want to run it in a virtual machine of sorts.

Here's a recent loader music thingy: https://spectrumcomputing.co.uk/forums/ … hp?t=10085

63

(164 replies, posted in Sinclair)

Can confirm. Prints

Warning: trying to read song data row -1145383 column 4

repeatedly with increasingly large negative offsets, effectively freezing the program.

D'oh! I was looking at a different part of the tutorial. Thanks for your patience, I've corrected the error now.

Thanks for spotting and reporting these! I've corrected No. 2 and 3.

I'm inclined to leave the part on Pulse Interleaving as is. You are of course correct in that moving the ld a,ixh/l up would save 8t here, but I'm concerned that it might make it harder to see the connection with the pseudo-code on the left. In the end a proper player should not be written like this anyway, because you'd still end up with an all-too-large, 10t timing difference between the skip-taken and skip-not-taken paths.

66

(3 replies, posted in Sinclair)

I tried using it, and it soundly defeated me. As in, I don't understand how to make a track in it without going insane.
I don't even want to imagine what the 5ch player is going to be like, as that actually consists of the 3ch one plus some extra stuff, if I understood correctly.

67

(164 replies, posted in Sinclair)

Thanks for the hard work, Shiru.

To compile with GCC/Clang, two small changes are needed. makefile:103 should read

playplayer/playplayer.o: playlayer/playlayer.cpp

and playplayer/playplayer.h must #include <cstddef> to make size_t available.

68

(4 replies, posted in Sinclair)

Unfortunately I can't merge FrankT's post into this thread, so as a compromise I moved this into the Sinclair subforum (not ideal since there are non-Speccy drivers in the source dump as well) and closed the other thread. Sorry for the inconvenience.

Anyway, looky over here: https://spectrumcomputing.co.uk/forums/ … p;start=10

Thanks for your hard work polishing these up, FrankT! Alas, if the notes at https://github.com/ZoomTen/chronos-zxbeeper are correct, I don't have very high hopes for the usability of the 5ch player...

Sorry for the late reply. Shiru had already posted this, so let's continue the discussion there:
http://randomflux.info/1bit/viewtopic.php?id=332

70

(4 replies, posted in Sinclair)

Excellent! Only had a quick look so far. This looks promising:
https://github.com/breakintoprogram/arc … A/FIVE.SRC

71

(10 replies, posted in Sinclair)

Amazing release! Great compositions and lovely sound all around. Love how, in a way, it sounds very "classical beeper", while at the same time utilizing a massive array of state-of-the-art tech.

72

(7 replies, posted in Other Platforms)

Ha, too quick is never a problem, just sprinkle on a few nops here and there wink
How is that even possible though? The Aquarius runs at about the same speed as a Speccy, doesn't it?

Ah, that's a fascinating rabbit hole. Was not aware of this composer at all. Great finds, thanks a lot. And yup, GE-115 is a mainframe for sure: https://archive.org/details/TNM_General … e/mode/2up One of the last ones GE made, if I'm not mistaken.

74

(4 replies, posted in Other Platforms)

Yeah, that's exactly what I mean. There are some things going on with VIC sound which just leave me scratching my head. In any case, considering the strong low-pass filtering, I guess anything that involves fast switching might be out of the question. Haven't studied Aleksi Eeben's code, so I don't know how it works, but my guess would be that it's mainly writing to the global volume reg?

75

(7 replies, posted in Other Platforms)

Thanks for the detective work, mate. Do you have a .CAQ format description somewhere? I'll need that if I ever add these to Bintracker.