Re: [PD] malfunction of pd-0.48.1
just one last word, if I have the second screen anywhere else than above my main screen, and there is no negative number in the first line after saving, the patch opens normally like this: #N canvas 2527 187 908 638 10; On Fri, Jul 13, 2018 at 7:21 PM Csaba Láng wrote: > So it looks like the crash is caused by saving the patch on a second > screen. After that I am unable to reopen the patch, and pd quits > unexpectedly.. > Changing the first line back as Lucas suggested, opens the patch again on > the first screen. > is it a bug? > > On Fri, Jul 13, 2018 at 3:49 PM Csaba Láng wrote: > >> Thanks, that helped. >> Back to the malfunction part of my mail, which anyway could cause the >> strange behaving of the canvas size, is the next: >> >> if I patch on a second screen and resizing the window, when crossing an >> object with the edge of the window, then the window jumps into a minimal >> size, which is only the minimise, maximise and close buttons, and when I >> release the mouse button, the whole window jumps down to the bottom of the >> main screen. >> >> Let me know if anyone can this reproduce. >> >> Popesz >> >> On Fri, Jul 13, 2018 at 5:03 AM Lucas Cordiviola >> wrote: >> >>> @Csaba: >>> >>> Your test patch does not crash my windows machine. >>> >>> I have problems visualizing it because is outside of the bounds of my >>> monitor. >>> >>> Open your patch with a text editor and change the first line: >>> >>> #N canvas 1306 -1075 590 601 10; >>> >>> to >>> >>> #N canvas 1 1 590 601 10; >>> >>> May be is just that? >>> >>> -- >>> >>> Mensaje telepatico asistido por maquinas. >>> >>> On 7/12/2018 10:32 AM, Csaba Láng wrote: >>> >>> IOhannes, >>> >>> thanks for your reply. >>> There is no instruction about clicking in the right order, as Pd crashes >>> at opening the patch itself. >>> I am on 64bit version from binary. >>> >>> Regarding the shortcuts, I had already this before on pd-extended, first >>> time today it happened using 0.48.1. It must be something local then. >>> >>> Popesz >>> >>> On Thu, Jul 12, 2018 at 3:26 PM IOhannes m zmölnig >>> wrote: >>> On 07/12/2018 03:12 PM, Csaba Láng wrote: > Dear list, > > already for a while I have realised that pd has some malfunctions, namely, > none of the shortcuts work for me. all of them work for me. i also suspect, that they work for most other people, as otherwise their would have been at least one other complaint. > Furthermore, a simple patch (see in the attachment) makes pd crash again > and again. again and again? how often can you crash Pd? but seriously, i doesn't crash for me. also, i have no clue how you interact with the patch to make it crash. please add a step-by-step guide to your patch, so people can (try to) reproduce your problem. something like: #1 click here #2 click here #3 click here to make it crash > I am on Mac OS X 10.13.5 self compiled, or the binaries from miller's website, or from somewhere else? 64bit or 32bit? gfamdsr IOhannes ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list >>> >>> >>> ___pd-l...@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] malfunction of pd-0.48.1
So it looks like the crash is caused by saving the patch on a second screen. After that I am unable to reopen the patch, and pd quits unexpectedly.. Changing the first line back as Lucas suggested, opens the patch again on the first screen. is it a bug? On Fri, Jul 13, 2018 at 3:49 PM Csaba Láng wrote: > Thanks, that helped. > Back to the malfunction part of my mail, which anyway could cause the > strange behaving of the canvas size, is the next: > > if I patch on a second screen and resizing the window, when crossing an > object with the edge of the window, then the window jumps into a minimal > size, which is only the minimise, maximise and close buttons, and when I > release the mouse button, the whole window jumps down to the bottom of the > main screen. > > Let me know if anyone can this reproduce. > > Popesz > > On Fri, Jul 13, 2018 at 5:03 AM Lucas Cordiviola > wrote: > >> @Csaba: >> >> Your test patch does not crash my windows machine. >> >> I have problems visualizing it because is outside of the bounds of my >> monitor. >> >> Open your patch with a text editor and change the first line: >> >> #N canvas 1306 -1075 590 601 10; >> >> to >> >> #N canvas 1 1 590 601 10; >> >> May be is just that? >> >> -- >> >> Mensaje telepatico asistido por maquinas. >> >> On 7/12/2018 10:32 AM, Csaba Láng wrote: >> >> IOhannes, >> >> thanks for your reply. >> There is no instruction about clicking in the right order, as Pd crashes >> at opening the patch itself. >> I am on 64bit version from binary. >> >> Regarding the shortcuts, I had already this before on pd-extended, first >> time today it happened using 0.48.1. It must be something local then. >> >> Popesz >> >> On Thu, Jul 12, 2018 at 3:26 PM IOhannes m zmölnig >> wrote: >> >>> On 07/12/2018 03:12 PM, Csaba Láng wrote: >>> > Dear list, >>> > >>> > already for a while I have realised that pd has some malfunctions, >>> namely, >>> > none of the shortcuts work for me. >>> >>> all of them work for me. >>> i also suspect, that they work for most other people, as otherwise their >>> would have been at least one other complaint. >>> >>> > Furthermore, a simple patch (see in the attachment) makes pd crash >>> again >>> > and again. >>> >>> again and again? >>> how often can you crash Pd? >>> >>> but seriously, i doesn't crash for me. >>> also, i have no clue how you interact with the patch to make it crash. >>> please add a step-by-step guide to your patch, so people can (try to) >>> reproduce your problem. >>> something like: >>> #1 click here >>> #2 click here >>> #3 click here to make it crash >>> >>> > I am on Mac OS X 10.13.5 >>> >>> self compiled, or the binaries from miller's website, or from somewhere >>> else? 64bit or 32bit? >>> >>> gfamdsr >>> IOhannes >>> >>> ___ >>> Pd-list@lists.iem.at mailing list >>> UNSUBSCRIBE and account-management -> >>> https://lists.puredata.info/listinfo/pd-list >>> >> >> >> ___pd-l...@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] standard paths for externals
This is not a switch in behaviour as I see it, since you can keep things as they are and the behaviour is still the same. Hence, no compatibility breakage here. Now, if you wanna do things differently, in a new way, as another option, then this is provided and you should adapt your patches. So it is a matter of deciding wether if it is worth to change your setup or not... cheers 2018-07-13 11:12 GMT-03:00 Roman Haefeli : > On Thu, 2018-06-14 at 16:32 -0300, Alexandre Torres Porres wrote: > > 2018-06-14 15:35 GMT-03:00 Roman Haefeli : > > > Is this the idea? > > > > Yes! And it's working like that in my tests. > > Ok, it's working for me, too. I see significant progress in that (after > having cleared all preferences) I end up with a "working" setup by > clicking myself through the defaults. Things get downloaded to > ~/Documents/Pd/externals, which was automatically created added to the > search paths. After installing externals through 'Find externals', I > can load them by [declare -lib ] and [declare -path ]. > > So, does that mean the [declare]-flags -stdlib and -stdpath are > obsolete now? > > I can't spot any problems with the branch feature/declare-path, but > virtually all of my patches are broken with it because of incompatible > [declare] flags. I like the 'new way' much better, but I wonder what is > a good path to get there. It's actually an easy thing to replace all > occurences of -stdlib/-stdpath with -lib/path. But switching behaviour > from one version of Pd to the next seems bold. > > Roman > > > > > > ___ > 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] [PD-announce] Camomile v1.0.6 - LV2 support, PdStalFx, Audio Buses, etc.
Hi, I'm pleased to announce the new *Camomile* release *1.0.6*. Camomile is a plugin with Pure Data embedded that offers to load and to control patches inside a digital audio workstation. The plugin is available in the VST2, VST3, Audio Unit and *LV2* formats for Linux, Windows and MacOS. Downloads, documentation and further information are available on the website: https://github.com/pierreguillot/camomile/wiki. This new version includes several great new features: - Add support for the *LV2 format* thanks to the work of Filipe Coelho that created an interface for the LV2 format with JUCE. - Add a new plugin example *PdStalFx* that allows to dynamically load patches. It can be used in a similar way to the first Camomile versions (v0.0.1 to v0.0.7). - Add support for *naming the audio buses*, so you can name the first bus "MainBus" and the second bus "SideChain", for example. - Add *script for Linux and MacOS* that speeds up and facilitates the generation of the plugins. And many other improvements and bug fixes: - Fix MIDI channels correlation between Pd (0-15) and Juce (1-16) - Fix buses with no-channels (for Debug mode only) - Improve console for concurrent access - Remove LibWebKit on Linux plugin for better Ardour and Carla Support (#116) - Fix text ellipsis of the number boxes and the symbol box - Add support for bypass parameter/manual bypass in the patch (#108) - Fix param.get abstraction for the first value (using a default value) - Improve the IEM/atom GUIS label rendering (#118) - Fix invisible comments in subpatches and abstractions (#120) - Improve font size rendering - Add Fuzzy tests using pluginval on the Travis CI - Fix the margins of the main patch I hope you will like this new release! As always, feel free to give feedback, to submit bugs and to request new features! I would like to thanks all the people that helped me for the development and especially Filipe Coelho and Alfonso Santimone! Thanks for your help! Few words about the support for external libraries as this feature is highly requested. I didn't forget but for the moment I don't have any solution that seems usable and sustainable. You can read this discussion for further information: https://forum.pdpatchrepo.info/topic/11242/camomile-v1-0-1-an-audio-plugin-with-pure-data-embedded/13 . And few words on the future of project. I will continue this project but, for many reasons (that are good news), I will unfortunately have less time to work on it after this summer. That's why I tried to document the project and to simplify the compilation process. If anybody wants to join me on the Camomile development, it would be great and I'll be really pleased to help for this. Cheers, Pierre ___ Pd-announce mailing list pd-annou...@lists.iem.at https://lists.puredata.info/listinfo/pd-announce ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] standard paths for externals
On Thu, 2018-06-14 at 16:32 -0300, Alexandre Torres Porres wrote: > 2018-06-14 15:35 GMT-03:00 Roman Haefeli : > > Is this the idea? > > Yes! And it's working like that in my tests. Ok, it's working for me, too. I see significant progress in that (after having cleared all preferences) I end up with a "working" setup by clicking myself through the defaults. Things get downloaded to ~/Documents/Pd/externals, which was automatically created added to the search paths. After installing externals through 'Find externals', I can load them by [declare -lib ] and [declare -path ]. So, does that mean the [declare]-flags -stdlib and -stdpath are obsolete now? I can't spot any problems with the branch feature/declare-path, but virtually all of my patches are broken with it because of incompatible [declare] flags. I like the 'new way' much better, but I wonder what is a good path to get there. It's actually an easy thing to replace all occurences of -stdlib/-stdpath with -lib/path. But switching behaviour from one version of Pd to the next seems bold. Roman signature.asc Description: This is a digitally signed message part ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] malfunction of pd-0.48.1
Thanks, that helped. Back to the malfunction part of my mail, which anyway could cause the strange behaving of the canvas size, is the next: if I patch on a second screen and resizing the window, when crossing an object with the edge of the window, then the window jumps into a minimal size, which is only the minimise, maximise and close buttons, and when I release the mouse button, the whole window jumps down to the bottom of the main screen. Let me know if anyone can this reproduce. Popesz On Fri, Jul 13, 2018 at 5:03 AM Lucas Cordiviola wrote: > @Csaba: > > Your test patch does not crash my windows machine. > > I have problems visualizing it because is outside of the bounds of my > monitor. > > Open your patch with a text editor and change the first line: > > #N canvas 1306 -1075 590 601 10; > > to > > #N canvas 1 1 590 601 10; > > May be is just that? > > -- > > Mensaje telepatico asistido por maquinas. > > On 7/12/2018 10:32 AM, Csaba Láng wrote: > > IOhannes, > > thanks for your reply. > There is no instruction about clicking in the right order, as Pd crashes > at opening the patch itself. > I am on 64bit version from binary. > > Regarding the shortcuts, I had already this before on pd-extended, first > time today it happened using 0.48.1. It must be something local then. > > Popesz > > On Thu, Jul 12, 2018 at 3:26 PM IOhannes m zmölnig > wrote: > >> On 07/12/2018 03:12 PM, Csaba Láng wrote: >> > Dear list, >> > >> > already for a while I have realised that pd has some malfunctions, >> namely, >> > none of the shortcuts work for me. >> >> all of them work for me. >> i also suspect, that they work for most other people, as otherwise their >> would have been at least one other complaint. >> >> > Furthermore, a simple patch (see in the attachment) makes pd crash again >> > and again. >> >> again and again? >> how often can you crash Pd? >> >> but seriously, i doesn't crash for me. >> also, i have no clue how you interact with the patch to make it crash. >> please add a step-by-step guide to your patch, so people can (try to) >> reproduce your problem. >> something like: >> #1 click here >> #2 click here >> #3 click here to make it crash >> >> > I am on Mac OS X 10.13.5 >> >> self compiled, or the binaries from miller's website, or from somewhere >> else? 64bit or 32bit? >> >> gfamdsr >> IOhannes >> >> ___ >> Pd-list@lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> >> https://lists.puredata.info/listinfo/pd-list >> > > > ___pd-l...@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] iemlib fails to load SOME objects OSX 10.10
On Fri, 2018-07-13 at 11:37 +0200, IOhannes m zmölnig wrote: > (since 1.21, the objects are now > included in a single binary "iemlib.pd_darwin", so you need to load > that > instead of the traditional iemlib1 resp. iemlib2) That sounds like some progress. I only see a package for Windows in Deken. Are there plans to upload packages for other platforms? Roman signature.asc Description: This is a digitally signed message part ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] more intelligent patching (was Re: intelligent patching)
Oh wow, these look great. Many thanks for working on this. It's going to make things so much easier! From: Pd-list on behalf of IOhannes m zmölnig Sent: 12 July 2018 12:01 To: pd-list@lists.iem.at Subject: [PD] more intelligent patching (was Re: intelligent patching) the summer update... TL;DR: https://vimeo.com/album/5289665/video/279631360 I've implemented a few more features in my "intelligent patching" pull-request [374], that might make patching easier. so what's new: - everything is undoable. - single actions can be undo with a single undo (e.g. if you've "intelligently" connected an outlet to all inlets of an object (or rather not so intelligently, as you want to undo that), doing a -Z will no longer only undo the connection to the first inlet, but all connections in one go. - inserting an object into an existing connection (similar to what Max8 offers, but without wobbly lines and using a keystroke rather than mouse foo) - select an object and a connection; and press -k - OR select two connected objects and one object that is not; and press -k - bypassing an object (removing it from a connection) - select 3 objects that are connected in a chain; and press -k - completely disconnect an object - select 1 object; and press -k - swap connections - select one connection; shift-click another connection - paste replace - copy (or cut) a single object (or msgbox,...); then select a number of other objects (or msgboxes) and do "Paste Replace". by default, the type of an "object" will not be changed (so if you try to paste/replace a msgbox onto a floatatom, it will be ignored)...unless your selection only contains a single type (e.g. objectboxes). right now "paste/replace" is a separate menu entry (without keyboard accelerator). i wonder whether it would make sense to merge it into the ordinary "paste" -v (as you need to have a copybuffer that only contains a single element *and* elements must be selected in the target canvas; so the paste/replace is pretty well guarded) - pasting with offset - if the position of the pasted objects (really only the first object in the paste-buffer) is already occupied by an object, the paste will get an offset (as with duplicate). - autopatching into subpatches - when autopatching is turned on and you create a subpatch ([pd ...]), the subpatch will automatically obtain an inlet (or inlet~, if the upstream object has a signal outlet~), so you can keep autopatching. that's probably it. thanks to Alex, Dan, José & Liam for more inspirational ideas. of course this is just a pull request, so we depend on miller to merge it into the "master" branch :-) mgfdsr IOhannes [374] https://github.com/pure-data/pure-data/pull/374 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] iemlib fails to load SOME objects OSX 10.10
On 07/13/2018 11:30 AM, José Rafael Subía Valdez wrote: > Hello List, > > I am using iemlib's stripfilename and splitfilename succesfully in linux > but when I tested in OSX 10.10, these objects do not load, other objects > from the library do work.ld -z separate-code so where did you get the library from? did you load the library properly? (since 1.21, the objects are now included in a single binary "iemlib.pd_darwin", so you need to load that instead of the traditional iemlib1 resp. iemlib2) > > Is there any reason for this? does anyone have instructions of how to > compile this library in OSX. > get the sources from https://git.iem.at/pd/iemlib, enter the "iemlib" directory and type make. fgmadr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] iemlib fails to load SOME objects OSX 10.10
Hello List, I am using iemlib's stripfilename and splitfilename succesfully in linux but when I tested in OSX 10.10, these objects do not load, other objects from the library do work. Is there any reason for this? does anyone have instructions of how to compile this library in OSX. thanks -- José Rafael Subía Valdez www.jrsv.net ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] more intelligent patching (was Re: intelligent patching)
On 07/13/2018 10:01 AM, Lucas Cordiviola wrote: > On 7/12/2018 8:01 AM, IOhannes m zmölnig wrote: >> the summer update... >> >> TL;DR: https://vimeo.com/album/5289665/video/279631360 >> >> > > I've built this PR on windows and did all the examples from the video. > They all work OK. thanks for testing! gfmdsar IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] more intelligent patching (was Re: intelligent patching)
On 7/12/2018 8:01 AM, IOhannes m zmölnig wrote: > the summer update... > > TL;DR: https://vimeo.com/album/5289665/video/279631360 > > I've built this PR on windows and did all the examples from the video. They all work OK. Nice PR. +1 -- Mensaje telepatico asistido por maquinas. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
