Hi Alexandros and Jameslo.

Thanks for the suggestions. The 20 ms ramp down then ramp up works really well. It's completely silent. Thank You.
I am adding a screenshot as well.

Hi,

I am playing a sound file in reverse sometimes in a fast rhythm and I am getting a lot of clicks and pops.

My attempt to eliminate the clicks and pops is not so great.
I have a screen shot so you can see what I am doing.
When I bang the button an audio file is played for 2 seconds. If I press the button before the end of the 2 seconds I get a pop because the audio that was playing is cut off and the audio file playback jumps to another location and starts over.

If you see in the red box on my screen shot, I am trying to use line~ to have the volume go to 0 and ramp back up to 1, but it degrades the sound quality at the beginning of the audio file playback. Also, I need to ramp down the volume to 0 first and then ramp the volume back up, and that is what I am missing in my version.

Can anyone please suggest a way to create a silent volume fade at the beginning of when the audio file is played? And it should account for the line~ being interrupted and the file being played again. Let me know if anyone has any suggestions. Thank You.

Hi,

ddw_music, I think in our going back and forth I resolved my problem, so thank you for the banter. You are of course right that line~ and phaser~ can't separate pitch and time.

But I just had a revelation that I can't believe I never though of before. If I multiply the output of line~ by a number I can separate pitch and time.

I am including a screenshot of a patch I just tested this out on, and it works.
So, now that I have this figured out hopefully I can do the math and hopefully solve the rest, which is what would happen if I want to do random speeds, or start playback in the middle of the soundfile, but maintain the pitch.

HI,

Ok, sorry to not be more specific. If you look at the screenshot in my last post there is a patch. There is a number box labeled "transpose." The first step is to put a value in there, 1 being the original pitch, .5 is an octave down, 2 is an octave up, etc.
After that you can change the frequency of the phasor in the other number box labled "change phasor frequency without changing pitch." This way, I can make the phasor frequency, say .5 and the transposition 2, which I don't think I can do using line~ with tabread4~.

Does this make more sense? thanks,

Hi ddw_music, thanks for taking the time to look into this.

I am attaching a simplified version of my patch.
If I pick the transposition first, then choose the phasor~ frequency second I can separate the pitch and the time, which is something I want to keep. I understand that making the time faster or slower changes the pitch. For what I am doing I want to keep the pitch the same but change the phasor speed.

I tried using [<~] and [>~] to stop the phasor~ but Pd crashed. I might need to look into that more. So I switched to using snapshot~ with [<] and [.>]. I don't know how to separate pitch and time using line~.

Hi ddw_music.

Yes line~ would be better, but one thing I am doing is also playing the file for longer periods of time, by lowering the phaser~ frequency, and doing some math the transpose the pitch of the playback that I would like to keep. With line~ I don't know how to separate the pitch and the playback speed. If there is a way to do that using line~ then that is an option as well.

Hi, I am trying to come up with a strategy to use phasor~ to control a tabread4~ object to play a sound file.
Ideally, I would want to have the file play randomly forward or backwards. Once the file has been played once I want the phasor~ to stop ( go to frequency 0).

I am including a patch and a soundfile I am using for testing.

I am using a snapshot~ to see when the phasor~ has played through the file once and stop towards the end. This changes for forward or backward playback. This doesn't seem like the best way to do this so any suggestions with that would be appreciated.

Also, I want the file to play from a random start point, which I am doing by randomizing the phase of the phazor~. I don't think this is the best Idea either. I was trying to add a random amount after the phasor~ using {+~ 0] but it was changing the pitch of the playback. I want the pitch to not change.

If anyone has ideas to improve this patch please let me know.

thanks, Nick
test.zip

Hi Everyone. Ok thanks for the information.

This is an image of what I got. It seems to work. I'll check function too

.

Hi,

I started out using Max. In Max you can use a function object to control a line object, which can in turn control the frequency of a filter. I am always trying to do this in Pd and haven't found a way. I know I can use vline~ but it's time consuming to get my curve the way I want it.

Is there a way I can draw in a curve, using a function object or something else, and have it control the frequency of a filter? I am including an image of my latest failed attempt, but this is the idea.

Hi @oid and @jameslo.

Thank you both for the replies. Both of your solutions make sense. Seems like you both found a subdivision that was in common for both rhythms and based everything off that. Very cool, I can't believe I never have done this before. Thanks for your help!

Nick

HI,

I am trying to sync two metronomes, one playing triplets and one playing sixteenth notes.
It seems the get out of synch pretty quickly.

Does anyone know how I could get them lined up? I am attaching a patch of the method I used plus a screen shot.
I also have a counter I am using from the cyclone library.

thank you

metro-synch.pd

Hi PD-Pi,

I think that's a good suggestion. I should work on a different impulse that is more gentle to simulate a mallet.

What does the [1 5, 0 5 20 (. message going into vline mean? Does it go from 0 to 1 in 5 milliseconds, then to 0 from 5 to 20 milliseconds?

Thanks.

Hi,

OK I looked at some spectral analysis images of singing bowls. I think this one might be better. If anyone has suggestions please share them.

I think one thing that could improve this would be if I could figure out how to emulate a softer attack sound, like with a soft mallet or something similar.

singingBowl2_D.pd

SingingBowl.pdf singingBowl1.pd

Hi everyone.
I have been thinking about creating a pd patch that is a physical model of a singing bowl or a crystal sound bath type bowl for awhile.
I found a paper on the internet about the physical modeling of a singing bowl.

I uploaded a patch trying to use some of the info in the paper. To use the patch you need the else library to use the compress~ and resonator2~ objects.

The paper says the bowl resonated at 186, 551 1007 1627 and 2337 Hz. I tried to scale the amplitude from the paper to something that would work. I looked at Figure 2 in the paper for info on how the different frequencies decayed.

I added a frequency close to each frequency to get some beating. The paper says that due to the imperfections of a singing bowl each frequency has some ringing to achieve that.

The patch I created kind of sounds like a singing bowl.
Does anyone have ideas to improve on to this? I was also thinking to have each frequency go into a bandpass filter so I can control it's bandwidth, but that seems like a lot of extra work and objects.

Thank you for any input.

Nick

Hi David,

The controller is something I made. It is Arduino Mega based.
You could be right about your suggestion. I think the sensors are constantly sending the controller values into Pd. I didn't know that would affect the LEDs or create an overload of info.
I will look into change. I will put a change object after every ctlin so it's not sending data all the time. I'll let you know if it works.

Hi,

I recently made an interesting discovery. I have been using a midi controller I made to use as controls for a looper in Pd. When I press a button for a loop function an LED usually turns on to give me visual feedback. If I turn on an effect, an LED turns on. Play, stop, reverse, speed change, etc, an LED turns on.

This looper has always been buggy and glitchy. it's never really worked right and I always assumed I had some timing thing off or I made a mistake in the patching.

I accidentally discovered today that If I disable all the LEDs it works perfectly. I think Pd is prioritizing the LEDs over the audio processing or midi messages. I know in Max there is a way to disable this by turning "overdrive" off in the Audio Settings window.

Is there a way to prioritize the MIDI and Audio over LEDs in Pd so I can still use LEDs, but their timing isn't exactly perfect? Or even at least some of the LEDs? I use ctlout objects to turn on the LEDs.

Thank you in advance for any possible suggestions.

Hi @jameslo

The two versions sound the same to me too. Thanks for the info, even though they sound the same it's good for me to learn how all this works. I also like when things get a little out of synch so threshold~ might be fine for me as well for most cases.

Hi @jameslo

Ok I tried out your method as I understand it. I am uploading a patch with the threshold~ method and the wrap~ method with the filter modulation so you can hear whats happening.

When I use the phasor~ with an osc~ using wrap~ they all sound the same. Using cos~, as you did in your example, I can hear the different tempos, but it's a different waveform than an osc~.

Is there a way to do use wrap~ with osc~ oscillators?

FilterModWrap.pd

Hi Everyone.
Thank you again for all the suggestions.
Using threshold~ and sending a zero into the right inlet is syncing everything up

Hi,

This seems pretty obvious, but I am sort of stumped.
If I want to have several oscillators going at mathematically related speeds, how do I get them to line up their zero crossings?

I have three osc~ objects. one at 10hz, one at 20hz and one at 40hz. I am doing some filter modulation and I want these three osc~ objects to be in sync.

In the attached file if I do method 1 I can hear the slowest osc~ object affecting the amplitude of the other two faster ones.

If I do method 2 the osc~ objects get out of sych.

Let me know if someone knows how to do it.

Thanks, Nick