Re: [PD] Unity and libpd

[S.E.P.]

The most stable, reliable method is probably the Heavy compiler:
https://github.com/enzienaudio/hvcc

Though it's not "actually" PD because it converts patches into C and wraps
the code for various platforms. It also doesn't support 100% of vanilla
functionality/objects. There's a Discord if you want to know more.



ウイルス
フリー｡ www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Tue, May 26, 2020 at 4:56 PM Scott R. Looney 
wrote:

> yup there's one from about a year ago:
>
> https://github.com/LibPdIntegration/LibPdIntegration
>
> builds for Windows, macOS, and iOS (sorry no Android yet). have not tried
> it but this one lets you run multiple instances of PD.
>
> best,
> scott
>
> On Tue, May 26, 2020 at 12:37 AM Max  wrote:
>
>> Hi list,
>>
>> it's fascinating just how many individual attempts there are to use
>> libpd inside Unity:
>> https://github.com/libpd/libpd/wiki/Unity
>> Most of the listed projects however have their last changes about 5
>> years ago and are not up to date with libpd or Unity. And none of the
>> solutions are truly cross platform.
>>
>> Is anyone having more recent experience?
>>
>> m.
>>
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Japanese language problem

[S.E.P.]

OK!

On Wed, Jan 30, 2019 at 10:00 PM Dan Wilcox  wrote:

> Best would be to print the strings somehow. My laptop is away for repair.
> When I get it back, I can write a small bit of tcl you can add to the Pd
> gui that will print the devices to the console and you can then export the
> console log. I'll get back to you...
>
> On Wed, Jan 30, 2019 at 11:08 AM S.E.P. <
> dreamoftheshoreofanotherwo...@gmail.com> wrote:
>
>> Hello!
>>
>> I'm very sorry I never saw your reply, Dan. I just kept using PD without
>> access to the Audio Settings... Today, I finally changed the OS language
>> and system region to English (U.S.) and can open Audio Settings.
>>
>> To answer your questions, I'm not tech-savvy enough to know how to "get a
>> copy of the string that causes the error". I've used error logs for Android
>> before, do I need to open something like that, but for Windows and look at
>> it while I click on Media>Audio Settings?
>>
>> As for the setup, it's Windows 10 on a Dell Inspiron 15 7577 NG55VR-7WL.
>>
>> Let me know how I can help.
>>
>> Best,
>> Elliot
>>
>>
>>
>>
>> On Mon, Aug 13, 2018 at 10:56 PM Dan Wilcox  wrote:
>>
>>> Internationalization support is definitely high on my list. Is there
>>> some way you could get a copy of the string that causes the error? It's
>>> hard to debug/fix things without the same set up, ie. it could be a problem
>>> with Tcl/Tk or Portaudio string handling on Windows, etc. In any case, the
>>> audio dialog shouldn't crash Pd on our friends in Japan!
>>>
>>> On Aug 2, 2018, at 5:52 AM, S.E.P. <
>>> dreamoftheshoreofanotherwo...@gmail.com> wrote:
>>>
>>> I guess I'll have to change my system settings to a European language
>>> then. Too bad! It was good for my vocabulary to have the JP settings.
>>>
>>>
>>> 
>>> Dan Wilcox
>>> @danomatika <http://twitter.com/danomatika>
>>> danomatika.com
>>> robotcowboy.com
>>>
>>>
>>>
>>>
>
> --
> Dan Wilcox
> @danomatika
> danomatika.com
> robotcowboy.com
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Japanese language problem

[S.E.P.]

Hello!

I'm very sorry I never saw your reply, Dan. I just kept using PD without
access to the Audio Settings... Today, I finally changed the OS language
and system region to English (U.S.) and can open Audio Settings.

To answer your questions, I'm not tech-savvy enough to know how to "get a
copy of the string that causes the error". I've used error logs for Android
before, do I need to open something like that, but for Windows and look at
it while I click on Media>Audio Settings?

As for the setup, it's Windows 10 on a Dell Inspiron 15 7577 NG55VR-7WL.

Let me know how I can help.

Best,
Elliot




On Mon, Aug 13, 2018 at 10:56 PM Dan Wilcox  wrote:

> Internationalization support is definitely high on my list. Is there some
> way you could get a copy of the string that causes the error? It's hard to
> debug/fix things without the same set up, ie. it could be a problem with
> Tcl/Tk or Portaudio string handling on Windows, etc. In any case, the audio
> dialog shouldn't crash Pd on our friends in Japan!
>
> On Aug 2, 2018, at 5:52 AM, S.E.P. <
> dreamoftheshoreofanotherwo...@gmail.com> wrote:
>
> I guess I'll have to change my system settings to a European language
> then. Too bad! It was good for my vocabulary to have the JP settings.
>
> On Thu, Aug 2, 2018 at 3:21 AM, Dan Wilcox  wrote:
>
>> It might then be a lower-level issue with the device strings returned by
>> Portaudio.
>>
>>
>> On Aug 1, 2018, at 11:56 AM, S.E.P. <
>> dreamoftheshoreofanotherwo...@gmail.com> wrote:
>>
>> Hm, I made those changes to dialog_audio.tlc and it didn't help. After
>> that, I tried making the pd-lang.bat file as per the github link's
>> instructions and that also didn't work (It launches PD, but I still get the
>> error when trying to open Audio Settings.
>>
>> On Tue, Jul 31, 2018 at 4:41 AM, Dan Wilcox  wrote:
>>
>>> Can you do a test by modifying the Audio dialog's TCL script? It's in
>>> the Pd folder: tcl/audio_dialog.tcl
>>>
>>> Modify the "set audio_indev" & "set audio_outdev" lines starting at 103
>>> from:
>>>
>>> set audio_indev1 $indev1
>>>
>>> to
>>>
>>> set audio_indev1 [encoding convertfrom $indev1]
>>>
>>> This should convert the device name from the system encoding to UTF8
>>> which the Tk GUI should be able to handle.
>>>
>>> Basically, modify those lines, then save the file and (re)start Pd. If
>>> it doesn't appear or crashes right away, then there is a low-level script
>>> error. It's a good idea to make a backup of the file just in case this
>>> happens.
>>>
>>> We may have to escape more strings throughout the GUI and probably
>>> re-encode the device strings when sending them back to the pd-core.
>>>
>>> On Jul 30, 2018, at 6:11 PM, Dan Wilcox  wrote:
>>>
>>> It's a bug. Pd should be able to handle unicode in this case.
>>>
>>> In the meantime, you can set the LANG environment variable when starting
>>> Pd to English as detailed in
>>> https://github.com/pure-data/pure-data/blob/master/po/README.txt#L42
>>>
>>> Hello,
>>>
>>> Pure Data throws the following error when I try to open up Media>Audio
>>> Settings:
>>>
>>> (Tcl) UNHANDLED ERROR: extra characters after close-brace
>>> while executing
>>> "lappend audio_indevlist {}CN (Realtek High Definition}
>>> global audio_outdevlist; set audio_outdevlist {}
>>> lappend audio_outdevlist {Xs [J ..."
>>> ("uplevel" body line 2)
>>> invoked from within
>>> "uplevel #0 $docmds"
>>>
>>> My OS is in Japanese and, according to this page (
>>> https://drugscore.blog.fc2.com/blog-entry-194.html), I need to change
>>> the
>>> language setting of my OS to English (presumably other European languages
>>> would work, since I've used PD on a German-language system) to bypass
>>> this
>>> system.
>>>
>>> Just wondering if there was another fix- it's not a big deal for me to
>>> change the settings, but maybe for Japanese people interested in PD it
>>> would be.
>>>
>>>
> 
> Dan Wilcox
> @danomatika <http://twitter.com/danomatika>
> danomatika.com
> robotcowboy.com
>
>
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Call for Female-Identifying Composers/Sound Artists

[S.E.P.]

I'm not 100% sure, but is "female" the right term here? I thought "woman"
was used when speaking of gender identity.

2018年11月27日(火) 午後8:13、Julian Brooks さん（jbee...@gmail.com）のメッセージ:

> +1
> Do we really need to get into all the stats that show some positive
> discrimination works?
> (would anyone deny computer music, coding, FLOSS etc. doesn't require some
> gender (+perhaps class & definitely skin colour) rebalancing.
>
> Or, "is there the same thing for men only ?"
> Yeah, up until a few years ago probably pretty much every journal you've
> ever read, most competitions submitted to and conferences attended. How's
> that?
>
> Apologies to the women on here,
>
> J
>
> On Mon, 26 Nov 2018 at 18:42, Josh Peterson  wrote:
>
>> Men: please don’t do that. The disadvantages for women in tech, academia,
>> and in general are well documented if you care enough to look. Acting like
>> this is really disrespectful and no one's forcing you to out yourself like
>> this.
>>
>> On Mon, Nov 26, 2018 at 12:22 PM Jean-Marie Adrien <
>> jm.adrien@gmail.com> wrote:
>>
>>> is there the same thing for men only ?
>>>
>>> > Le 25 nov. 2018 à 17:28, Pierre Alexandre Tremblay 
>>> a écrit :
>>> >
>>> > Dear all
>>> >
>>> > This call is for composers who identify as female, with
>>> multi-loudspeaker ideas, dreams, ambitions, and desires: the HISS is
>>> supporting this amazing call to work in the SPIRAL and on our sound system.
>>> Beware, the turn around is short (14th December 2018).
>>> >
>>> >
>>> https://hcmf.co.uk/huddersfield-professional-development-programme-for-female-composers-of-electronic-music/
>>> >
>>> > Should you need an introduction to the Huddersfield Immersive Sound
>>> System: thehiss.org
>>> > or the SPIRAL?
>>> https://www.genelec.com/multi-channel-experiment-huddersfield-university
>>> >
>>> > pa
>>> >
>>> >
>>> > ___
>>> > Pd-list@lists.iem.at mailing list
>>> > UNSUBSCRIBE and account-management ->
>>> https://lists.puredata.info/listinfo/pd-list
>>>
>>>
>>>
>>>
>>> ___
>>> Pd-list@lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>>> https://lists.puredata.info/listinfo/pd-list
>>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Japanese language problem

[S.E.P.]

I guess I'll have to change my system settings to a European language then.
Too bad! It was good for my vocabulary to have the JP settings.

On Thu, Aug 2, 2018 at 3:21 AM, Dan Wilcox  wrote:

> It might then be a lower-level issue with the device strings returned by
> Portaudio.
>
>
> On Aug 1, 2018, at 11:56 AM, S.E.P.  @gmail.com> wrote:
>
> Hm, I made those changes to dialog_audio.tlc and it didn't help. After
> that, I tried making the pd-lang.bat file as per the github link's
> instructions and that also didn't work (It launches PD, but I still get the
> error when trying to open Audio Settings.
>
> On Tue, Jul 31, 2018 at 4:41 AM, Dan Wilcox  wrote:
>
>> Can you do a test by modifying the Audio dialog's TCL script? It's in the
>> Pd folder: tcl/audio_dialog.tcl
>>
>> Modify the "set audio_indev" & "set audio_outdev" lines starting at 103
>> from:
>>
>> set audio_indev1 $indev1
>>
>> to
>>
>> set audio_indev1 [encoding convertfrom $indev1]
>>
>> This should convert the device name from the system encoding to UTF8
>> which the Tk GUI should be able to handle.
>>
>> Basically, modify those lines, then save the file and (re)start Pd. If it
>> doesn't appear or crashes right away, then there is a low-level script
>> error. It's a good idea to make a backup of the file just in case this
>> happens.
>>
>> We may have to escape more strings throughout the GUI and probably
>> re-encode the device strings when sending them back to the pd-core.
>>
>> On Jul 30, 2018, at 6:11 PM, Dan Wilcox  wrote:
>>
>> It's a bug. Pd should be able to handle unicode in this case.
>>
>> In the meantime, you can set the LANG environment variable when starting
>> Pd to English as detailed in https://github.com/pure-dat
>> a/pure-data/blob/master/po/README.txt#L42
>>
>> Hello,
>>
>> Pure Data throws the following error when I try to open up Media>Audio
>> Settings:
>>
>> (Tcl) UNHANDLED ERROR: extra characters after close-brace
>> while executing
>> "lappend audio_indevlist {}CN (Realtek High Definition}
>> global audio_outdevlist; set audio_outdevlist {}
>> lappend audio_outdevlist {Xs [J ..."
>> ("uplevel" body line 2)
>> invoked from within
>> "uplevel #0 $docmds"
>>
>> My OS is in Japanese and, according to this page (
>> https://drugscore.blog.fc2.com/blog-entry-194.html), I need to change the
>> language setting of my OS to English (presumably other European languages
>> would work, since I've used PD on a German-language system) to bypass this
>> system.
>>
>> Just wondering if there was another fix- it's not a big deal for me to
>> change the settings, but maybe for Japanese people interested in PD it
>> would be.
>>
>>
>> 
>> Dan Wilcox
>> @danomatika <http://twitter.com/danomatika>
>> danomatika.com
>> robotcowboy.com
>>
>>
>>
>>
>> 
>> Dan Wilcox
>> @danomatika <http://twitter.com/danomatika>
>> danomatika.com
>> robotcowboy.com
>>
>>
>>
>>
>
> 
> Dan Wilcox
> @danomatika <http://twitter.com/danomatika>
> danomatika.com
> robotcowboy.com
>
>
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Japanese language problem

[S.E.P.]

Hm, I made those changes to dialog_audio.tlc and it didn't help. After
that, I tried making the pd-lang.bat file as per the github link's
instructions and that also didn't work (It launches PD, but I still get the
error when trying to open Audio Settings.

On Tue, Jul 31, 2018 at 4:41 AM, Dan Wilcox  wrote:

> Can you do a test by modifying the Audio dialog's TCL script? It's in the
> Pd folder: tcl/audio_dialog.tcl
>
> Modify the "set audio_indev" & "set audio_outdev" lines starting at 103
> from:
>
> set audio_indev1 $indev1
>
> to
>
> set audio_indev1 [encoding convertfrom $indev1]
>
> This should convert the device name from the system encoding to UTF8 which
> the Tk GUI should be able to handle.
>
> Basically, modify those lines, then save the file and (re)start Pd. If it
> doesn't appear or crashes right away, then there is a low-level script
> error. It's a good idea to make a backup of the file just in case this
> happens.
>
> We may have to escape more strings throughout the GUI and probably
> re-encode the device strings when sending them back to the pd-core.
>
> On Jul 30, 2018, at 6:11 PM, Dan Wilcox  wrote:
>
> It's a bug. Pd should be able to handle unicode in this case.
>
> In the meantime, you can set the LANG environment variable when starting
> Pd to English as detailed in https://github.com/pure-
> data/pure-data/blob/master/po/README.txt#L42
>
> Hello,
>
> Pure Data throws the following error when I try to open up Media>Audio
> Settings:
>
> (Tcl) UNHANDLED ERROR: extra characters after close-brace
> while executing
> "lappend audio_indevlist {}CN (Realtek High Definition}
> global audio_outdevlist; set audio_outdevlist {}
> lappend audio_outdevlist {Xs [J ..."
> ("uplevel" body line 2)
> invoked from within
> "uplevel #0 $docmds"
>
> My OS is in Japanese and, according to this page (
> https://drugscore.blog.fc2.com/blog-entry-194.html), I need to change the
> language setting of my OS to English (presumably other European languages
> would work, since I've used PD on a German-language system) to bypass this
> system.
>
> Just wondering if there was another fix- it's not a big deal for me to
> change the settings, but maybe for Japanese people interested in PD it
> would be.
>
>
> 
> Dan Wilcox
> @danomatika 
> danomatika.com
> robotcowboy.com
>
>
>
>
> 
> Dan Wilcox
> @danomatika 
> danomatika.com
> robotcowboy.com
>
>
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Japanese language problem

[S.E.P.]

Hello,

Pure Data throws the following error when I try to open up Media>Audio
Settings:

(Tcl) UNHANDLED ERROR: extra characters after close-brace
while executing
"lappend audio_indevlist {}CN (Realtek High Definition}
global audio_outdevlist; set audio_outdevlist {}
lappend audio_outdevlist {Xs [J ..."
("uplevel" body line 2)
invoked from within
"uplevel #0 $docmds"

My OS is in Japanese and, according to this page (
https://drugscore.blog.fc2.com/blog-entry-194.html), I need to change the
language setting of my OS to English (presumably other European languages
would work, since I've used PD on a German-language system) to bypass this
system.

Just wondering if there was another fix- it's not a big deal for me to
change the settings, but maybe for Japanese people interested in PD it
would be.

Best,
Elliot
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Good Time Stretching patches/advice?

[S.E.P.]

@Derek Kwan Many thanks for your reply and your patches. I confess that I
have a poor understanding of arrays and the related object and tend to use
objects/abstractions that take an audio/open panel input. With your
patches, as with some others I've seen, I need to put "pos (samples)" into
the inlet and I'm not sure what that means. Also, while the 1st argument is
the name of the array to be read, I don't know what "catchname" means for
the 2nd argument.

@Jaime Oliver Have you used the Tom Erbe patches yourself? I downloaded the
pack at this student's website:
http://www.cooperbaker.com/home/code/pd%20spectral%20toolkit/ . Oddly,
Windows tells me there are redundant files and asks if I want to replace
them when I unpack it in a clean folder. I also add the path in my
preferences and am unable to access the .pd_darwin files...

Best regards,
S E P

On Tue, Apr 19, 2016 at 2:58 PM, Derek Kwan  wrote:

> > Obviously, I'd prefer a unified solution that works for a wide variety of
> > samples. Any advice?
>
> Hello SEP (and list),
>
> Another route is the granular route.
>
> I've got a bunch of abstractions that attempt to replicate
> SuperCollider's Warp1 UGen. Basically the idea is to have grains occur
> one after another in a more-or-less fixed rate (with some randomness
> thrown in so you don't get a pitch from the grains themselves) and
> choosing the duration of each grain so that they overlap each other (I
> can't remember what I chose, I think something like 32x overlap? I think
> the default rate in Warp1 is 8x but I never managed to get it sounding
> good with that low of an overlap). I think as well as time-stretching,
> you have the option of pitch shifting (at least in fgrainstr).
>
> fgrainstr needs fgrain (which is a "grain voice") and tukeymaker (which
> defines the window shape of each grain) and uses tabread4 if I remember
> correctly.
>
> fgrainstr2 needs fgrain2 and tukeymaker and uses tabplay to get around
> the issue of very large index numbers.
>
> With these abstractions, you can go down to a playback rate of 0. I
> didn't really code these abstractions with other eyes in mind, but I
> think they're commented enough to be useful.
>
> I've also started making these into externals but I'm not sure if they
> sound as good as the abstraction versions quite yet (still working out
> the kinks). Instead of a Tukey window, I opted in this case to use a
> standard cosine window.
>
> Here's the link to the abstractions on my github:
> https://github.com/derekxkwan/pure-data-abstractions/tree/master/fgrain
>
> Derek Kwan
>
>
> =
> Derek Kwan
> www.derekxkwan.com
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] @Porres Questions about PVoc

[S.E.P.]

Thanks for your reply. Of course, I understand you're busy. In the
meantime, I could just set something inside your patch that bangs the
"bounce" button at the right moments, but that seems rather silly and
inefficient! I'll have another look at its innards soon.

On Mon, Apr 18, 2016 at 8:55 PM, Alexandre Torres Porres 
wrote:

> replying or writting only to me is fine I guess :)
>
> but honestly, I wont be able to touch this soon as I'm already doing a lot
> more work on pd stuff - I've always used it with a fade, so I don't know.
> But it's marked as a bug report, thanks.
>
> 2016-04-18 5:48 GMT-03:00 S.E.P. 
> :
>
>> (oops, forgot to Reply All)
>>
>> I found the "default" preset - number 24 - for brane-e. I edited the Fade
>> box to make it's minimum value 0 (instead of 5), but it still produces a
>> clipping sound when automatically bouncing, whereas, when I randomly click
>> on the Bounce button myself, there's never any clipping (you can test it
>> yourself with the attached file (window:4096, speed: 150/-150).
>>
>> If there's a way to address this in the far simpler PVoc patch, I'd
>> rather do it there, as I only want to Time Stretch without all the other
>> variables for granulation. If you could tell me what subpatches I need to
>> open and modify, I'd be much obliged! I'm a bit lost in PVoc (so many
>> sends, receives and subpatches) and even moreso in brane-e.
>>
>> Best regards,
>> S. E.
>>
>> On Fri, Apr 15, 2016 at 9:04 PM, Alexandre Torres Porres <
>> por...@gmail.com> wrote:
>>
>>> howdy, I'm just using miller's phase vocoder (I07) under the hood, it's
>>> nothing I came up with, just a wrap around it and a fancy user interface.
>>>
>>> did you try "brane-e" 2.0? check at the very bottom
>>> https://sites.google.com/site/porres/pd
>>>
>>> it's also just a phase vocoder underneath
>>>
>>> not sure about what would be wrong in automatic bouncing, I guess I put
>>> a crossfade on purpose for live recording so it wouldn't click. There's a
>>> "fade" control in brane-e if i'm not wrong you can set it to "0" and it
>>> won't fade in/out
>>>
>>> cheers
>>>
>>>
>>> 2016-04-15 2:40 GMT-03:00 S.E.P. <
>>> dreamoftheshoreofanotherwo...@gmail.com>:
>>>
>>>> Dear Mr. Porres,
>>>>
>>>> Thank you for the creation of your time-stretching patches. I have some
>>>> questions about their utilization and hope that you can give me some
>>>> advice. Attached are two very different samples that I want to be able to
>>>> stretch out indefinitely.
>>>>
>>>> In the case of the contrabass file, I find that manually clicking on
>>>> "bounce" creates a much more seamless effect than automatic bouncing (which
>>>> has a very audible cross-fade). How would you suggest manipulating the
>>>> patch to automate a smoother bouncing effect? I don't think this is a
>>>> question of how the files are cut, but I could be wrong...
>>>>
>>>> Otherwise, I find running both files at 150 Motion and 4096 window size
>>>> with Lock off works quite well. As with some other Time Stretching patches,
>>>> the contrabass' upper spectrum becomes strangely isolated and present
>>>> (compare it to a normal playback of the same file). Any ideas about that?
>>>>
>>>> Best regards,
>>>> S. Elliot Perez
>>>>
>>>>
>>>
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Good Time Stretching patches/advice?

[S.E.P.]

Hey, thanks for your replies.

@Jaime Oliver I've tried the phase vocoders. They works well, though the
sound does become more artificial the lower the speed is, e.g. more
metallic with a contrabass sound. I really need an infinite stretch though.
If I go ahead and use [I07.phase.vocoder.pd], do I need to modify it so
that it reverses its reading of the array once the end is reached, or so it
cross-fades into a rewind, or is there a better solution?

@michaelnoble I've also tried using [soundtouch~] for time stretching as
demonstrated in its help file, but slowing down the playback and
transposing it up leads to a very grainy, uncharacteristic sound.

On Thu, Apr 14, 2016 at 10:55 PM, Jaime Oliver 
wrote:

> phase vocoders, try the example in the help patches.
> best,
> J
>
> On Apr 14, 2016, at 1:32 AM, S.E.P. <
> dreamoftheshoreofanotherwo...@gmail.com> wrote:
>
> Hi List,
>
> As I've discussed at the PD patch repo, I'm looking for an optimal Time
> Stretching patch:
> http://forum.pdpatchrepo.info/topic/9909/time-stretching-patches-any-recommendations
>
> From the ideas and patches proposed there (I'll refer to the post # to
> avoid attachments), I've found that a simple array based patch with a very
> short sample works well for some patches, e.g. a contrabass (cf. post 17),
> whereas [small_paul1] works better for something more complex, like a
> saxophone multiphonic (cf. post 8 and 18).
>
> Obviously, I'd prefer a unified solution that works for a wide variety of
> samples. Any advice?
>
> Best regards,
> S.E.
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [OT] Re: Have you received this message?

[S.E.P.]

Ah, OK, thank you all for the confirmation and information.

On Thu, Apr 14, 2016 at 9:27 PM, IOhannes m zmoelnig 
wrote:

> On 2016-04-14 07:45, S.E.P. wrote:
> > Dear List,
> > I'm wondering if my messages (e.g. my last two or three) have been
> accepted
> > by the list or if they've been rejected due to registration of the wrong
> > gmail/googlemail variant:
> http://puredata.info/community/lists/Netiquette
> >
> > Let me know if you receive this!
>
> the easiest way to check whether an email has been accepted is by
> checking out the archives. (accepted) mails are archived immediately
> after they have been received by the mailinglist daemon.
>
> https://lists.puredata.info/pipermail/pd-list/2016-04/114310.html
> https://lists.puredata.info/pipermail/pd-list/2016-04/114311.html
> https://lists.puredata.info/pipermail/pd-list/2016-04/114312.html
>
>
> fgmasdr
> IOhannes
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Have you received this message?

[S.E.P.]

Dear List,
I'm wondering if my messages (e.g. my last two or three) have been accepted
by the list or if they've been rejected due to registration of the wrong
gmail/googlemail variant: http://puredata.info/community/lists/Netiquette

Let me know if you receive this!

Best,
S.E.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Dynamics Envelope Patch

[S.E.P.]

Dear List,

I've made this module to allow for stochastic variation of dynamic
envelopes. It allows you to choose between three envelope types or
determine the probability of each occuring. With the "ran"(dom) setting,
the envelope lengths can be determined autonomously, or you can input a
bang (third inlet) to coordinate the envelopes with other modules.

Depending on the length of the envelope, I can sometimes hear the low
"resolution" of the "moderate" and particularly the "sharp" envelope, as
they are only a three-point approximation of a curve. I can add more points
of course, though, ideally, I should probably add a mechanism that takes
the length of the envelope into consideration when determining the amount
of points and the proportions of the envelope. Of course, if there are
already excellent abstractions out there of which I'm unaware, I'd be happy
if you could share them with me, so that I can avoid (further) re-inventing
the wheel.

N.B: Open demo.pd to test the module.

Best regards,
S. E.

P.S. It's possible that I've re-invented the wheel in multiple ways in this
module, e.g. in the probability determination found in [dynamics]>[pd
envelope_type]>[pd envelope_type_pool_and probability]. Any advice
regarding pre-existing objects is appreciated.


envelope.rar
Description: application/rar
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Good Time Stretching patches/advice?

[S.E.P.]

Hi List,

As I've discussed at the PD patch repo, I'm looking for an optimal Time
Stretching patch:
http://forum.pdpatchrepo.info/topic/9909/time-stretching-patches-any-recommendations

>From the ideas and patches proposed there (I'll refer to the post # to
avoid attachments), I've found that a simple array based patch with a very
short sample works well for some patches, e.g. a contrabass (cf. post 17),
whereas [small_paul1] works better for something more complex, like a
saxophone multiphonic (cf. post 8 and 18).

Obviously, I'd prefer a unified solution that works for a wide variety of
samples. Any advice?

Best regards,
S.E.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] waveform randomizer

[S.E.P.]

Hello AP,

Thanks for sharing your patch. I like how, by rewriting the wave-form
gradually, it allows for a gradual transition from a purer, sine-like sound
to a grittier, more metallic sound. I wonder if it's necessary to have both
a "randomization" and a "smoothness" controller, as they seem to be
affecting the same parameters, i.e. putting both controllers up high and
putting both down low produces similar results. Making the wave-form more
random seems to make it less smooth at the same time and vice-versa.

You also need some kind of volume-scaler. When producing more randomized
waves, the amplitude quickly became too loud and I had to lower the [~*.5]s
to [~*.1]. This probably has something to do with the randomized wave-forms
falling well outside of your arrays' boundaries (of -1 to 1).

Best,
Elliot

On Thu, Apr 14, 2016 at 3:14 AM, AP Vague  wrote:

> I wrote a patch to make interesting, pseudo-randomized waveforms in real
> time as a way to add complexity and variation to drones. The patch
> duplicates a table with randomization and uses [tabosc4~] as the final
> oscillators to dac. This version cascades the duplication process; table b
> is a copy of a, c is a copy of b, d is a copy of c. The results are pretty
> interesting and I think the signals could work well with other
> manipulations like filters.
>
> I'm afraid that this might have been the extreme longhand way to do this,
> ha ha ha. It works fine for what I wanted but I thought there might be some
> ideas on how to accomplish it in an easier way. I also just kind of wanted
> to share it.
>
> Cheers.
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] [writesf~] problem

[S.E.P.]

Dear List,

When running the master stereo output of my patch into [writesf~ 2], I
don't hear any crackling while running the patch itself, but I do hear it
when I play back the .wav file (at the same volume). Looking at the task
manager during the recording, I'm not exceeding 13% CPU or 31% memory
usage. I've tried recording 16-, 24- and 32-bit .wav files. Otherwise, I
can note that the sounds in question are contrabass sounds run through a
[vcf_bpc~] filter. The crackling appears at the height of dynamic
envelopes, although, according to the main window's monitor bar (and
in-patch vu-meter), I'm not hitting the amplitude limit. Also, I'm using a
step-wise cue-list to control the patch's progression by pressing the
spacebar. Any idea what the problem might be?

Thanks in advance,
Elliot
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list