Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
Hi there, I started abusing the new extended release and I have same problem here with "Find" (max osx 10.6.8). Furthermore, my mac keyboard stops working after some time editing --not always, but I haven't find an action that provokes this behaviour yet,-- and switching between edit and performance modes (cmd-e) doesn't always work. Related to this, --misunderstanding?!-- I don't really understand the use of two "Edit mode" entries in the edit menu, one shortcut as alt-cmd-E, the other as cmd-e... do they have different uses? might this be causing the problem? or is it just my confusion with the new functionalities? best, Ángel On 29/01/2013, at 23:51, Alexandre Torres Porres wrote: > I didnt mean just "once". I meant like, if I browse throughout the patch > getting all mathces once, it is fine. If I go for it again, nope... > > 2013/1/29 Alexandre Torres Porres > Hey, I'm having an annoying hard time with the "find" function. If I find > something once, it's cool, but if I try to find the same thing again, it > doesn't do that. Anyone else? > > sorry for not finding this issue earlier. > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list Ángel Faraldo _ www.angelfaraldo.info ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs
I don't know if this is the thread where to post this... I don't even know whether this is a bug or a desired behavior, but I find quite annoying that shortcuts (cntrl-X, cntrl-N...) don't work for me when I have "caps locked" on my keyboard. This applies to all pd-0.43 versions that I have tried, extended and vanilla. (here: mac osx 10.6.8) happy new year to all! angelfaraldo On 07/01/2013, at 18:32, Hans-Christoph Steiner wrote: > > I think this is the final release, last chance to test your patches and make > sure everything is working well in this release. Also, double-check the > translations. I'll do one final import of translations from Transifex before > finalizing it. Download here: > > http://puredata.info/downloads/pd-extended/releases/0.43.4 > > Its been a long time coming, but its finally reached completion! This release > includes the most new features of any release before, here are some > highlights: > > * complete help search: search all installed docs (Help->Search) > * loaders: you can now write native Pd objects in Lua (pdlua) and Tcl (tclpd) > * new libraries: log, iemguts, mediasettings, pduino, syslog > * GUI plugins: customize your editing experience > * full Unicode support, write patches in any language > * fully translatable GUI, with many languages already included > * Magic Glass to see what's going through connections as it happens > > And much more: http://puredata.info/dev/NextRelease > > Download it here: > http://puredata.info/downloads/pd-extended/releases/0.43.4 > > > Or if you are using Ubuntu/Mint, you can use the PPA: > https://launchpad.net/~eighthave/+archive/pd-extended/ > > run these commands in the Terminal to add this PPA to your system: > sudo add-apt-repository ppa:eighthave/pd-extended > > > There are some bugs that will have to wait until the next release: > > * Windows command line args don't work with unicode > https://sourceforge.net/tracker/?func=detail&aid=3595309&group_id=55736&atid=478070 > > * [initbang] worked with GUI objs in 0.42 but not in 0.43 > https://sourceforge.net/tracker/?func=detail&aid=3599058&group_id=55736&atid=478070 > > * Right-click menu causes CPU spike > https://sourceforge.net/tracker/index.php?func=detail&aid=3525646&group_id=55736&atid=478070 > > * specific kinds of "GUI overload" > http://lists.puredata.info/pipermail/pd-list/2012-12/099534.html > > ___ > Pd-announce mailing list > pd-annou...@iem.at > http://lists.puredata.info/listinfo/pd-announce > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list Ángel Faraldo _ www.angelfaraldo.info ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] weird behavior with dynamically created abstractions (sound doesn't work)
Hey, that looks very interesting! Thanks Enrique On 14/11/2012, at 16:14, Enrique Erne wrote: > You could try https://github.com/thisconnect/pddom > It should take care about: > - updating DSP tree after adding removing an abstraction > - firing loadbang > - sets senders and receivers so you can send a signal from one > abstraction directly to the next one > > > On Wed, Nov 14, 2012 at 12:41 PM, Ángel Faraldo > wrote: >> Thanks for your replies, >> >> indeed I was reading on the list and there are various threads on this >> topic. Apologies for re-asking old threads. >> >> In my current project, I wasn't planning to create the objects with messages >> (obj ... ... ..., i.e. dynamic patching) but manually adding objects which >> produce sound on the fly. >> >> Therefore, [initbang] doesn't make a difference here, because loadbangs are >> actually initialized when loading an abstraction manually, and turning dsp >> audio off and on produces a longer-than-desirable silence gap when I create >> a new abstraction, so although advisable on regular situations, it doesn't >> seem to be the solution here. >> >> So, although maybe not the most elegant, I've managed to solve it by sending >> the abstraction's [loadbang] to the main patch to dynamically save the >> latter. This way I get the sound of the abstraction immediately. >> >> Cheers and thanks again. >> >> ángel >> >> >> >> >> >> On 14/11/2012, at 12:03, Alexandros Drymonitis wrote: >> >> Or use [initbang]...after i go banana's reply I searched a bit and found out >> that my question has also been answered. It won't be vanilla though, but >> anyway I'm using extended.. >> >> Cheers >> >> >> On Wed, Nov 14, 2012 at 12:54 PM, Cyrille Henry wrote: >>> >>> >>> >>> Le 14/11/2012 11:30, Alexandros Drymonitis a écrit : >>> >>>> I tried your patch and the problem you mention does occur. I've no idea >>>> why and how to solve this, but I'm also getting some strange behavior with >>>> live patching. In my case [loadbang] won't work... >>>> >>> when sending message to pd to create objects, one also have to manually >>> send the loadbang messages. >>> reasons are details in the archive. >>> [loadbang bang< >>> | >>> [s pd-foo] >>> >>> cheers >>> c >>> >>>> >>>> On Mon, Nov 12, 2012 at 5:29 PM, Ángel Faraldo >>> <mailto:angelfara...@gmail.com>> wrote: >>>> >>>>Hi List, >>>> >>>>I've been increasingly working with dynamic patching and there is an >>>> issue that don't understand in relation with creating multiple audio >>>> abstractions... >>>> >>>>Imagine I put an oscillator inside an abstraction and I recall one >>>> instance of it from the main patch (already computing audio). This is what >>>> happens: >>>> >>>>The abstraction will not produce sound until I: >>>> >>>>a) save the patch >>>>b) create another abstraction with the same name (another audio >>>> object will not work) >>>>c) I click on a already existing object in the main patch (clicking >>>> on the canvas will not work either) >>>>d) I un-compute and re-compute audio (which is not desirable) >>>> >>>>I attach an example: >>>> >>>> >>>> >>>> >>>>Any insights or ideas about how to solve this? >>>> >>>>with kind regards, >>>> >>>>Angel Faraldo >>>>_ >>>>www.angelfaraldo.info <http://www.angelfaraldo.info> >>>> >>>> >>>>___ >>>>Pd-list@iem.at <mailto:Pd-list@iem.at> mailing list >>>> >>>>UNSUBSCRIBE and account-management -> >>>> http://lists.puredata.info/listinfo/pd-list >>>> >>>> >>>> >>>> >>>> ___ >>>> Pd-list@iem.at mailing list >>>> UNSUBSCRIBE and account-management -> >>>> http://lists.puredata.info/listinfo/pd-list >>>> >>> >>> ___ >>> Pd-list@iem.at mailing list >>> UNSUBSCRIBE and account-management -> >>> http://lists.puredata.info/listinfo/pd-list >> >> >> ___ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >> >> Ángel Faraldo >> _ >> www.angelfaraldo.info >> >> >> ___ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> Ángel Faraldo _ www.angelfaraldo.info ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] weird behavior with dynamically created abstractions (sound doesn't work)
Thanks for your replies, indeed I was reading on the list and there are various threads on this topic. Apologies for re-asking old threads. In my current project, I wasn't planning to create the objects with messages (obj ... ... ..., i.e. dynamic patching) but manually adding objects which produce sound on the fly. Therefore, [initbang] doesn't make a difference here, because loadbangs are actually initialized when loading an abstraction manually, and turning dsp audio off and on produces a longer-than-desirable silence gap when I create a new abstraction, so although advisable on regular situations, it doesn't seem to be the solution here. So, although maybe not the most elegant, I've managed to solve it by sending the abstraction's [loadbang] to the main patch to dynamically save the latter. This way I get the sound of the abstraction immediately. Cheers and thanks again. ángel On 14/11/2012, at 12:03, Alexandros Drymonitis wrote: > Or use [initbang]...after i go banana's reply I searched a bit and found out > that my question has also been answered. It won't be vanilla though, but > anyway I'm using extended.. > > Cheers > > > On Wed, Nov 14, 2012 at 12:54 PM, Cyrille Henry wrote: > > > Le 14/11/2012 11:30, Alexandros Drymonitis a écrit : > > I tried your patch and the problem you mention does occur. I've no idea why > and how to solve this, but I'm also getting some strange behavior with live > patching. In my case [loadbang] won't work... > > when sending message to pd to create objects, one also have to manually send > the loadbang messages. > reasons are details in the archive. > [loadbang bang< > | > [s pd-foo] > > cheers > c > > > On Mon, Nov 12, 2012 at 5:29 PM, Ángel Faraldo <mailto:angelfara...@gmail.com>> wrote: > > Hi List, > > I've been increasingly working with dynamic patching and there is an > issue that don't understand in relation with creating multiple audio > abstractions... > > Imagine I put an oscillator inside an abstraction and I recall one > instance of it from the main patch (already computing audio). This is what > happens: > > The abstraction will not produce sound until I: > > a) save the patch > b) create another abstraction with the same name (another audio object > will not work) > c) I click on a already existing object in the main patch (clicking on > the canvas will not work either) > d) I un-compute and re-compute audio (which is not desirable) > > I attach an example: > > > > > Any insights or ideas about how to solve this? > > with kind regards, > > Angel Faraldo > _ > www.angelfaraldo.info <http://www.angelfaraldo.info> > > > ___ > Pd-list@iem.at <mailto:Pd-list@iem.at> mailing list > > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > > ___________ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list Ángel Faraldo _ www.angelfaraldo.info ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] running Pd with a timer for an installation?
I haven't tried it myself, but I guess on OSX you should be able to do these things with Automator. https://discussions.apple.com/thread/1772992?start=0&tstart=0 On Jul 9, 2012, at 11:03 AM, Patrice Colet wrote: > The problem with both macosX and windows seven OS for an installation is that > you never know when they will decide to shutdown for maintenance, if you're > not expert. > > Colet Patrice > > - Mail original - >> De: "Richie Cyngler" >> À: "PD-List" >> Envoyé: Lundi 9 Juillet 2012 08:43:03 >> Objet: [PD] running Pd with a timer for an installation? >> >> Hi All, >> >> I'm planning on using Pd for an installation in Melbourne in a couple >> of >> weeks. It's running fine, Pduino working, sensors working. I'm just >> wondering is there is a object (or series) of objects I can use to >> "power >> down" the patch, or even kill Pd, at a designated time. The >> installation >> will run into the night for a week, I'll be there to start it up each >> night >> but not to shut it down. I'm probably running on OSX, windows may be >> an >> option. A sleep or shutdown timer for the OS would be very useful >> too, >> seems odd these are not standard. >> >> Any suggestions? >> >> Thanks a lot >> >> -- >> Richie >> >> www.glitchpop.com >> >> ___ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list Ángel Faraldo _ www.angelfaraldo.info ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] nanoKontrol2 dropping MIDI messages (OSX)
Hi Miller!
Indeed the problem is solved! Thanks!
On Jun 24, 2012, at 2:29 AM, Miller Puckette wrote:
> Yep.. I already responded to the other thread but will mention it here too
> just to be thorough... I think I've got this fixed - it's up on the
> usual http://crca.ucsd.edu/~msp/software.html ... .43-3 test1.
>
> cheers
> Miller
>
> On Sat, Jun 16, 2012 at 01:20:05PM -0700, Miller Puckette wrote:
>> I went ahead and ordered a nice nanoKontrol2 - it should get here in a
>> few days and I'll report whether I can finally see this myself.
>>
>> cheers
>> M
>>
>> On Sat, Jun 16, 2012 at 10:11:02PM +0200, Ángel Faraldo wrote:
>>> Hi,
>>>
>>> thanks for your quick reply, Miller.
>>>
>>> On Jun 16, 2012, at 9:39 PM, Miller Puckette wrote:
>>>
>>>> Hi Ángel -
>>>>
>>>> I've seen a similar problem reported in Windows:
>>>>
>>>> http://lists.puredata.info/pipermail/pd-list/2012-02/094794.html
>>>>
>>>> and tried to recreate it with no success. I think the Max problem you
>>>> found is something different (because at least there the values settle
>>>> correctly when the sliders stop moving while for you it seems like
>>>> something
>>>> is ending up in the wrong state).
>>>
>>> Exactly.
>>>
>>>>
>>>> Anyway, with apologies I have to say I'm delighted you can get this to
>>>> happen on a Mac - if indeed it's the same problem as on the PC it means
>>>> it's in teh Pd code and so if I can ever get it to happen here I can
>>>> probably
>>>> fix it :)
>>>
>>> I'm glad you're delighted, specially if a fix can come out of it.
>>>
>>> thanks again!
>>>
>>> ángel
>>>
>>>>
>>>> Miller
>>>>
>>>> On Sat, Jun 16, 2012 at 07:24:09PM +0200, Ángel Faraldo wrote:
>>>>> Hi list,
>>>>>
>>>>> Yesterday I bought a new korg nanoKontrol2. To my surprise, after a few
>>>>> basic testings, i've discovered that when I move as little as three
>>>>> faders sending CC values simultaneously --and not incredibly fast--, pd
>>>>> doesn't receive a big part of the values (with [ctlin]), staying half the
>>>>> way in the midi-value range.
>>>>>
>>>>> -For example, moving three faders from minimum to maximum, that
>>>>> is, from 0 to 127, the values in the number boxes connected to [ctlin]
>>>>> end up in random numbers in between (like 63, 74 and 70). Even more weird
>>>>> (or maybe not!) is that when I move any of the faders again, the next
>>>>> value that is thrown out is 126 (as if the object had actually gotten the
>>>>> previous 127 and is going down from there!)-
>>>>>
>>>>> Indeed, using a midi monitoring program ('MIDI monitor' on my mac), I can
>>>>> see that the computer receives all the midi values as expected, so I
>>>>> guess that something happens on the [ctlin] level in Pd.
>>>>>
>>>>> Apparently this is/was also an issue on Max's implementation of [ctlin]:
>>>>> http://cycling74.com/forums/topic.php?id=19562
>>>>>
>>>>> I have worked with other Midi controllers in Pd and I never had a similar
>>>>> problem.
>>>>>
>>>>> i've also tried [midiin]->[midiparse], with exactly the same results.
>>>>>
>>>>> (mac osx 10.6.8, pd-extended 0.42.5, pd-extended 0.43.1, pd 0.43.2)
>>>>>
>>>>> any light on this??
>>>>>
>>>>> cheers,
>>>>>
>>>>> Ángel Faraldo
>>>>>
>>>>> _
>>>>> www.angelfaraldo.info
>>>>
>>>>> ___
>>>>> Pd-list@iem.at mailing list
>>>>> UNSUBSCRIBE and account-management ->
>>>>> http://lists.puredata.info/listinfo/pd-list
>>>>
>>>
>>> Ángel Faraldo
>>> _
>>> www.angelfaraldo.info
>>>
>>
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
Ángel Faraldo
_
www.angelfaraldo.info
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Re: [PD] nanoKontrol2 dropping MIDI messages (OSX)
Hi,
thanks for your quick reply, Miller.
On Jun 16, 2012, at 9:39 PM, Miller Puckette wrote:
> Hi Ángel -
>
> I've seen a similar problem reported in Windows:
>
> http://lists.puredata.info/pipermail/pd-list/2012-02/094794.html
>
> and tried to recreate it with no success. I think the Max problem you
> found is something different (because at least there the values settle
> correctly when the sliders stop moving while for you it seems like something
> is ending up in the wrong state).
Exactly.
>
> Anyway, with apologies I have to say I'm delighted you can get this to
> happen on a Mac - if indeed it's the same problem as on the PC it means
> it's in teh Pd code and so if I can ever get it to happen here I can probably
> fix it :)
I'm glad you're delighted, specially if a fix can come out of it.
thanks again!
ángel
>
> Miller
>
> On Sat, Jun 16, 2012 at 07:24:09PM +0200, Ángel Faraldo wrote:
>> Hi list,
>>
>> Yesterday I bought a new korg nanoKontrol2. To my surprise, after a few
>> basic testings, i've discovered that when I move as little as three faders
>> sending CC values simultaneously --and not incredibly fast--, pd doesn't
>> receive a big part of the values (with [ctlin]), staying half the way in the
>> midi-value range.
>>
>> -For example, moving three faders from minimum to maximum, that is,
>> from 0 to 127, the values in the number boxes connected to [ctlin] end up in
>> random numbers in between (like 63, 74 and 70). Even more weird (or maybe
>> not!) is that when I move any of the faders again, the next value that is
>> thrown out is 126 (as if the object had actually gotten the previous 127 and
>> is going down from there!)-
>>
>> Indeed, using a midi monitoring program ('MIDI monitor' on my mac), I can
>> see that the computer receives all the midi values as expected, so I guess
>> that something happens on the [ctlin] level in Pd.
>>
>> Apparently this is/was also an issue on Max's implementation of [ctlin]:
>> http://cycling74.com/forums/topic.php?id=19562
>>
>> I have worked with other Midi controllers in Pd and I never had a similar
>> problem.
>>
>> i've also tried [midiin]->[midiparse], with exactly the same results.
>>
>> (mac osx 10.6.8, pd-extended 0.42.5, pd-extended 0.43.1, pd 0.43.2)
>>
>> any light on this??
>>
>> cheers,
>>
>> Ángel Faraldo
>>
>> _
>> www.angelfaraldo.info
>
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>
Ángel Faraldo
_
www.angelfaraldo.info
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
[PD] nanoKontrol2 dropping MIDI messages (OSX)
Hi list,
Yesterday I bought a new korg nanoKontrol2. To my surprise, after a few basic
testings, i've discovered that when I move as little as three faders sending CC
values simultaneously --and not incredibly fast--, pd doesn't receive a big
part of the values (with [ctlin]), staying half the way in the midi-value range.
-For example, moving three faders from minimum to maximum, that is,
from 0 to 127, the values in the number boxes connected to [ctlin] end up in
random numbers in between (like 63, 74 and 70). Even more weird (or maybe not!)
is that when I move any of the faders again, the next value that is thrown out
is 126 (as if the object had actually gotten the previous 127 and is going down
from there!)-
Indeed, using a midi monitoring program ('MIDI monitor' on my mac), I can see
that the computer receives all the midi values as expected, so I guess that
something happens on the [ctlin] level in Pd.
Apparently this is/was also an issue on Max's implementation of [ctlin]:
http://cycling74.com/forums/topic.php?id=19562
I have worked with other Midi controllers in Pd and I never had a similar
problem.
i've also tried [midiin]->[midiparse], with exactly the same results.
(mac osx 10.6.8, pd-extended 0.42.5, pd-extended 0.43.1, pd 0.43.2)
any light on this??
cheers,
Ángel Faraldo
_
www.angelfaraldo.info___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
[PD] Fwd: new editing features of Pd-extended 0.43, now in beta!
Begin forwarded message: > From: Hans-Christoph Steiner > Date: February 18, 2012 9:02:07 PM GMT+01:00 > To: Ángel Faraldo > Cc: João Pais , "pd-list@iem.at List" > > Subject: Re: [PD] new editing features of Pd-extended 0.43, now in beta! >> also frequent and irregular audio clicks on mac OSX 10.6.8, no matter how >> big the delay time is set to in the audio properties. (Tested with 'test >> audio/midi patch' @ SR 44100 and 48000 Hz with built-in audio, portaudio). > What kind of computer and audio interface are you using? macbook pro 2.66GHz Intel Core 2 Duo with OSX 10.6.8. I tested it with the built-in audio and a RME Fireface 800 with similar results. > > Hmm yeah, [cputime] does seem broken. Could you post a bug report please? done ángel faraldo > > .hc > > On Feb 18, 2012, at 2:54 PM, Ángel Faraldo wrote: > >> Hi there, >> >> also frequent and irregular audio clicks on mac OSX 10.6.8, no matter how >> big the delay time is set to in the audio properties. (Tested with 'test >> audio/midi patch' @ SR 44100 and 48000 Hz with built-in audio, portaudio). >> >> also, [cputime] appears not to work. >> >> (pd-0.43.1-extended-20120218-macosx105-i386) >> >> Ángel Faraldo >> _ >> www.angelfaraldo.info >> >> >> On Feb 18, 2012, at 6:41 PM, João Pais wrote: >> >>> It sounds as if the audio isn't synced to the system card, or something. >>> The sinus in the audio test patch has lots of irregular clicks, almost as >>> if they would be dropouts. >>> >>>> >>>> What do you mean by noisy? Can you give more information? I really don't >>>> know much about Windows, so I rely on others to tell me how things there >>>> should be handled. patco and pob have been doing a lot of valuable work >>>> there. >>>> >>>> .hc >>>> >>>> On Feb 18, 2012, at 12:13 PM, João Pais wrote: >>>> >>>>> Hi Hans, >>>>> >>>>> great job. But, here in XP, I get audio problems: trying to run with asio >>>>> (as I always do with 0.42), the audio is very noisy. >>>>> Audio options are -asio -audioindev 2 -audiooutdev 2 -channels 2 >>>>> -midiindev 1 -midioutdev 1 -audiobuf 40, and they always worked with >>>>> previous versions of pd-ext. >>>>> >>>>> João >>>>> >>>>>> >>>>>> http://at.or.at/hans/blog/2012/02/17/new-editing-feature-of-pd-extended-0-43-now-in-beta/ >>>>>> >>>>>> The Pd-extended 0.43 release has been brewing an extra long time, about >>>>>> 18 months now, mostly because there are lots of big improvements, and we >>>>>> wanted to make sure we got it right, so your patches all work, but the >>>>>> improvements all shine. Its now solidly beta, so we’re looking for >>>>>> testers. Download a nightly build to try here: >>>>>> >>>>>> http://autobuild.puredata.info/auto-build/latest/ >>>>>> >>>>>> First off, the pd-gui side of Pd has been re-written from scratch. When >>>>>> you run Pd, you are actually running two programs: pd is the core engine >>>>>> and pd-gui is the GUI. Since basically all computers now come with >>>>>> multiple CPU cores, this means that pd-gui will usually run on a >>>>>> separate CPU core than pd, so they don’t step on each other’s toes. pd >>>>>> can entirely take over its own core. If you want to make your patch use >>>>>> more CPU cores, then check out the [pd~] object introduced in the last >>>>>> release (0.42.5). >>>>>> >>>>>> pd still handles some of the GUI stuff, but we are working on splitting >>>>>> that out for the 0.44 release. That is a big chunk of work but it will >>>>>> also bring big gains. In particular, it means that it will be possible >>>>>> for people to write their own GUIs for Pd, covering not just the display >>>>>> of the patch, but also the editing, and everything else. You like >>>>>> OpenFrameworks, python, iOS, JUCE, Qt, etc.? Write your own pd-gui using >>>>>> the toolkit of your choice. That’s the idea at least. That will take a >>>>>> solid chunk of work, so we are looking for people to join that e
Re: [PD] new editing features of Pd-extended 0.43, now in beta!
Hi there, also frequent and irregular audio clicks on mac OSX 10.6.8, no matter how big the delay time is set to in the audio properties. (Tested with 'test audio/midi patch' @ SR 44100 and 48000 Hz with built-in audio, portaudio). also, [cputime] appears not to work. (pd-0.43.1-extended-20120218-macosx105-i386) Ángel Faraldo _ www.angelfaraldo.info On Feb 18, 2012, at 6:41 PM, João Pais wrote: > It sounds as if the audio isn't synced to the system card, or something. The > sinus in the audio test patch has lots of irregular clicks, almost as if they > would be dropouts. > >> >> What do you mean by noisy? Can you give more information? I really don't >> know much about Windows, so I rely on others to tell me how things there >> should be handled. patco and pob have been doing a lot of valuable work >> there. >> >> .hc >> >> On Feb 18, 2012, at 12:13 PM, João Pais wrote: >> >>> Hi Hans, >>> >>> great job. But, here in XP, I get audio problems: trying to run with asio >>> (as I always do with 0.42), the audio is very noisy. >>> Audio options are -asio -audioindev 2 -audiooutdev 2 -channels 2 -midiindev >>> 1 -midioutdev 1 -audiobuf 40, and they always worked with previous versions >>> of pd-ext. >>> >>> João >>> >>>> >>>> http://at.or.at/hans/blog/2012/02/17/new-editing-feature-of-pd-extended-0-43-now-in-beta/ >>>> >>>> The Pd-extended 0.43 release has been brewing an extra long time, about 18 >>>> months now, mostly because there are lots of big improvements, and we >>>> wanted to make sure we got it right, so your patches all work, but the >>>> improvements all shine. Its now solidly beta, so we’re looking for >>>> testers. Download a nightly build to try here: >>>> >>>> http://autobuild.puredata.info/auto-build/latest/ >>>> >>>> First off, the pd-gui side of Pd has been re-written from scratch. When >>>> you run Pd, you are actually running two programs: pd is the core engine >>>> and pd-gui is the GUI. Since basically all computers now come with >>>> multiple CPU cores, this means that pd-gui will usually run on a separate >>>> CPU core than pd, so they don’t step on each other’s toes. pd can entirely >>>> take over its own core. If you want to make your patch use more CPU cores, >>>> then check out the [pd~] object introduced in the last release (0.42.5). >>>> >>>> pd still handles some of the GUI stuff, but we are working on splitting >>>> that out for the 0.44 release. That is a big chunk of work but it will >>>> also bring big gains. In particular, it means that it will be possible for >>>> people to write their own GUIs for Pd, covering not just the display of >>>> the patch, but also the editing, and everything else. You like >>>> OpenFrameworks, python, iOS, JUCE, Qt, etc.? Write your own pd-gui using >>>> the toolkit of your choice. That’s the idea at least. That will take a >>>> solid chunk of work, so we are looking for people to join that effort. >>>> >>>> There are so many ideas for making a better editing experience in Pd, this >>>> release makes big strides to address the editing experience. There are new >>>> features like Magic Glass, Autotips, Autopatch and Perf Mode, all >>>> available on the Edit menu. >>>> >>>> • Magic Glass let’s you magically see the messages as they pass through >>>> the cords. Just turn it on and hover above a cord, and you’ll see the >>>> messages as they go by. You can even look at signal/audio cords. >>>> >>>> • Autotips gives you tips about what an object does, what its inlet >>>> expects, and what comes out of the outlets. >>>> >>>> • Autopatch mode automatically connects objects as you create them. >>>> >>>> • Perf Mode, is a mode for performance that makes it harder to >>>> accidentally close windows that are part of your performance. >>>> >>>> The Pd Window is also majorly overhauled. First of all, its fast. Much >>>> much faster than the old one. You can now print thousands of messages per >>>> second to the Pd Window and still edit your patch. No more will an >>>> accidental dump of info cause the GUI to freeze up (well, ok, maybe if you >>>> send 10,000 messages/second but that is a way too many). T
Re: [PD] [tabwrite~] broken
Hi community, I've just experienced the same problem with [tabwrite~] on osx-intel running Pd-0.39.2-extended-test7. Before I was running pd 0.40.2 and worked properly. Cheers, Ángel. No problems here, things break from time to time in extended but people are actively filing bug reports; I go to the bug tracker page and check it out if I think something's broken. I don't have the link handy but you should be able to find it without too much trouble. k On 3/31/07, marius schebella wrote: > hi, > does anyone else have problems with tabwrite~ on OSX? > did not use it for a long time and just realized that my version doesnot > write anything into arrays... > maybe I am wrong, so anybody else having problems? > marius. > > ___ > PD-list at iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] MIDI communication problem
Hello all! I am using pd 0.40-2 on an intel mac computer with a Midi controller (Evolution UC33) and I have some communication problems when I make an snapshot (resend the data to all controllers at once) from the device to pd: It only refreshes ctls. 1 to 3!! Before I was a windows/pd user and never had this problem. I've tried also in other applications under intel-mac and it works fine. Does anybody know a way to solve this problem? Thanks in advance. Ángel Faraldo. __ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
