Reviews of restored numbers

[lasermaster1977]

Do I understand correctly that this discussion is about being able to control a bela based laser system through the use of a gui? If so, then I assume the way to go is through the use of the bela GUI library.

https://learn.bela.io/the-ide/crafting-guis/

I was speaking in general and not inferring a gui. What the ui wrapper might be is undefined but at minimum a text based scripted time-line.

[lasermaster1977]

Just a quick note. I woke up in a puddle of thoughts this morning, having spent many hours last night studying .wav reading and writing, then realized that a real-time-clock isn't required at all, nor are IRQs.

All that is needed is a relative-time-clock and .wav multi-tracks provide all that is needed.

Nice job Roj. And there are a number of PCM3168 TDM type devices that aren't EOL like the CS42448. Can't wait to see your results.


I don't remember missing not opening a PLF email notification but that's probably what happened, thanks Roj.

[lasermaster1977]

As I've previously mentioned, The 6ADC/8DAC PCM3168A CODEC only requires the following connections + 5V & GND 😎

The PCM3168 datasheet shows +5v for Analog and 3.3v for Digital sections.

[Greg]

The RTC generate time reference pulse would be used in conjunction with BBB's ability to handle up to 128 IRQ requests. (what? 128? this is Nirvana!)

I get and like the joke. I was about 15 when I learned how to program the *one and only one* IRQ on the C64's 6510. One of the most empowering things I ever learned. One could write code that would play music and or produce animation, and then, if I remember, SEI, STA vector in zero page bla bla, CLI and then the computer could be used normally with the BASIC interpreter and full screen command line going, but all this machine language magic would be effortlessly happening at the same time.

I'm not as smart as I pretend to be sometimes. I have little idea what you two are talking about. Some hypothetical something involving bela that doesn't need an external real time clock.

If it helps at all, my system runs entirely on simultaneously reading and writing wav files of arbitrary numbers of tracks. So I can provide code that inserts into the bela framework I gave lasermaster1977 that makes it unnecessary to figure out how to do that.

[lasermaster1977]

I get and like the joke. I was about 15 when I learned how to program the *one and only one* IRQ on the C64's 6510. One of the most empowering things I ever learned. One could write code that would play music and or produce animation, and then, if I remember, SEI, STA vector in zero page bla bla, CLI and then the computer could be used normally with the BASIC interpreter and full screen command line going, but all this machine language magic would be effortlessly happening at the same time.

I'm not as smart as I pretend to be sometimes. I have little idea what you two are talking about. Some hypothetical something involving bela that doesn't need an external real time clock.

If it helps at all, my system runs entirely on simultaneously reading and writing wav files of arbitrary numbers of tracks. So I can provide code that inserts into the bela framework I gave lasermaster1977 that makes it unnecessary to figure out how to do that.

Interrupts, Clear Interrupts, Set Interrupt disable at 15? I didn't understand this at 30! and didn't until I was 35. So yes, I was exposed to it for 5 years before I could grasp it for real world use.

And this morning is when I realized that the music WAV format can be the relative time reference for "other track things" where the predefined cue (block) event happens when the read pointer arrives at those blocks.

I admit to being dumber than I look, so you're already way ahead of me. :-)

[Greg]

the music WAV format can be the relative time reference for "other track things" where the predefined cue (block) event happens when the read pointer arrives at those blocks.

Right, that was my entire reasoning for going with the bela platform from the outset. Sorry for not making that clearer.

[Greg]

I'm spreading this discussion around a bit in different forums. In email lasermaster1977 wrote: How are you syncing your three belas?

Four belas, RYGB. I think it is Roj that uses three projectors. This relates to my point regarding GoF design patterns. The answer is, what looks like the same solution you used on the appleII in the 1970s. Namely, starting everything at the same time. In your case that meant manually pushing the CD button and the sync button at the same time. On the multabela platform, it means pushing the button you already have built turning the engine I gave you on. If the button is connected in parallel as described by giuliomoro to n belas, then they all begin playing audio and signals beginning at what ever audio frame each bela is set to begin at.

[Greg]

But isn't saying I don't want two joysticks like saying I don't want a steering wheel?

[Greg]

I want to play my guitar by knitting, instead of picking.

[Greg]

More like saying that A I will do the synchronous driving, while I define the patterns of choreography, w/o the spasticity. Olympic synchronized swimmers vs of a pool full of kids splashing about.

I think that is a perfect analogy.