Pd-list December 2014

pd-list@lists.iem.at

66 participants
85 discussions

[PD-announce] pd 0.46-4, fixes crasher bug in 0.46-3
by Miller Puckette 23 Jan '15

23 Jan '15

Hi all - If you've got Pd 0.46-3, please install Pd 0.46-4 instead - there's a bug in 0.46-3 that can lead to crashes (I think only when editing patches, but perhaps even runtime). Get it from http://msp.ucsd.edu/software.htm or via git from sourceforge: git clone git://git.code.sf.net/p/pure-data/pure-data cheers Miller _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at http://lists.puredata.info/listinfo/pd-announce

4 9

Re: [PD] gui toolkits
by Dan Wilcox 06 Jan '15

06 Jan '15

> On Dec 24, 2014, at 12:18 AM, pd-list-request(a)lists.iem.at wrote: > > Of course if someone with the knowledge and energy to do this the "right way" has any suggestions, I'm all ears. I have the inkling that if I could employ a full-time dev to do my bidding then Qt Quick would the "right way" to go-- it's in Debian, is cross-platform, well-documented, and it certainly has enough features for Pd's canvas editing. Actually 2 things come to mind: * Cairo <http://cairographics.org/> for rendering and something else like QT or a layer below tk for the chrome. We use cairo for pdf rendering in OpenFrameworks, among a few other things. * Juce <http://www.juce.com/>: It’s aimed at audio, cross platform, and Max has used it since Max 5. I used it at one place I worked and it can do quite alot actually. > But I don't know how to retrofit a c program like Pd with Qt, nor how to replace Pd's current string-based communication with whatever one is supposed to use to do that. I guess you don’t really retrofit the existing Pd, but rebuild it. Chris and I have done this with DroidParty & PdParty to some small degree using libpd. Sending messages and samples to and from the dsp engine is working. If that could be expanded to the requisite GUI calls, then bringing patch editing could be next. libpd currently has “sendFloat”, “sendSymbol” etc, off the top of my head we could add something like “createCanvas” which returns a canvas pointer, etc. In the case of libpd, you don’t communicate with the dsp engine over a socket but by function calls. Obviously you could use a socket and pass data along from a separate GUI which then calls the functions. I’m just musing here that it’d be nice to abstract the dsp graph, canvas, etc within libpd. That would at least make it possible to support patch creation and editing in PdParty, etc without rolling something myself. If did have to, I’d rather do it in a generic way inside libpd so Chris could use it DroidParty or I could add it to ofxPd, etc. -------- Dan Wilcox @danomatika danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

5 6

future PD-extended development
by Dan Wilcox 04 Jan '15

04 Jan '15

* starting a new thread * * responding to : * > Actually, you're simply trading one shortcoming for another, and I would argue you're shortcoming is a lot harder to troubleshoot. If you provide a monolithic distribution to all of your users, then reproducing their problems becomes exponentially easier as opposed to encouraging each user to install select externals which may clash with each other in unusual ways that may not be apparent otherwise and then trying to backtrace and troubleshoot their specific set up as opposed to relying on one monolithic release that you can easily reproduce on your own computer. If we had infinite time on this rock this may be a feasible option. As for me, particularly considering I am doing this not because I am getting paid to do it, monolithic approach is the way to go with the ultimate goal of having all externals in the extra folder and without any subfolders (in part because duplicates and buggy externals will have been weeded out). Technically it doesn’t matter if you want to build everything together or install things individually. Let’s say we move the externals into separate repos. People working with the vanilla or Pd-L2ork sources or whatever can use git submodules or clone the sources that they need into the extras folder. Then everything can be built together and distributed. If a PD developer wants to change the folder structure and layout of the externals they use and maybe conditionally drop a c file, they can easily do that with scripting that fetches the latest version and then removes the unneeded files. I do this in a lot of projects including libpd where we don’t need to compile all of the vanilla sources. Conversely, some people can still download the vanilla binary and build an external separately or install a precompiled external. Bug-wise, things might show up now and then (as they always do), but if we’re all pulling from the a same place, bug reports can be sent upstream and fixed. Again, it’s easy for this model to work on Github. Judging from the sourceforge bugtracker, the pd community is good about opening bug reports. Also, a simple option to continue extended would be a new “Pd-extended” that is basically Miller’s current Pd vanilla binary with precompiled externals in the /extra folder. This is what I currently use, a few of the precompiled externals from the last version of Pd-extended with Miller’s latest version. If what most people want are the new features of vanilla with GEM and a few set of other externals, then we can do that now if it’s much easier to build those externals without downloading the massive SVN. I have a script which does this on Linux for my UDOO board setup so I have the 9-10 externals my old song patch set requires. This is similar to aforementioned idea of providding all the commonly used externals in one precompiled download. As was pointed out Hans has already established the libdir format and I was using “standard makefiles” etc earlier to refer to that. Again, I think what’s important is to break out the external development from the SVN into smaller, more maintainable repos in order to more effectively coordinate resources. None of us are getting paid, which is why it’d be nice to find a way to make this whole think work for *all* pd development. -------- Dan Wilcox @danomatika danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

5 4

moog
by Alexandre Torres Porres 31 Dec '14

31 Dec '14

hi, do you know if the moog object comes from this paper? http://quod.lib.umich.edu/cgi/p/pod/dod-idx/preserving-the-structure-of-the…

2 5

PdVST and Cubase pro 8 VST (windows 7 64 bits)
by Hugo Hyolle 31 Dec '14

31 Dec '14

Hello,I'm new to the list so I first introduce myself. I'm Hugo, I learned Pure Data at university in Paris, and then developed some patches I wanted to use with my DAW which is Cubase. I used in the past PdVST with success with Cubase SX 3, but now that I'm under Cubase pro 8 64bits, things seem more complicated. I tried the standard procedure to setup PdVST but the plugins are not recognized, I tried almost every path to put Pdvst folder and dll files, without success. Does anyone know how to help me ?I thank you very much.Best regards,Hugo

2 2

iem_tab can't create object
by Antoine Villeret 31 Dec '14

31 Dec '14

I'm waking this thread because the crash Jack reported could be related to : https://sourceforge.net/p/pure-data/bugs/1181/ I workaround the issue by disabling tab_sqrt. To do so, you can comment init_tab_rsqrt(); line 203. See : https://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/iem/iem_t… cheers a -- do it yourself http://antoine.villeret.free.fr

1 0

[moonlib/mknob] cursor display reset
by Raphaël Ilias 29 Dec '14

29 Dec '14

Hi list, I love [mknob] because it's a compact GUI... However when it has to be "re-drawn" the cursor "resets" to the vertical position (12 o'clock). This happen when minimizing the patch's window, or when [mknob] is put inside a graph-on-parent subpatch and you open or move this subpatch (or abstraction) : the knob cursor is reset to 12 o'clock. Is it just me ? I'm on Window$ Vista with pd-extended 0.43.4 Or, has this inconvenient always existed ? Thanks, Raphaël

2 2

Android smartphone suggestion
by João Pais 28 Dec '14

28 Dec '14

Hello list, I might be getting a smartphone soon. I wanted to ask what are the most interesting models around. Afaik, more relevant for me would be: - android - multitouch - big/sturdy enough to use as a controller - usability to connect with Pd, or upload pd-based apps (compatiblity with the existing pd-mobile solutions out there) - durability - ... I never had a smartphone, so I don't really know much about the options out there. I would prefer something I could use with Pd, and also to keep me busy for a few years. Also, which OS is best by now? Thanks, jmmmp

4 3

PdDroidParty release (was Re: PdDroid Party send-through)
by Chris McCormick 28 Dec '14

28 Dec '14

Hi Alan, On 16/12/14 08:55, Alan Pierson wrote: > Thanks, Chris -- That's interesting. So if I want to turn off a toggle > which is set to receive, say, "Toggle1", I should have an object "send > Toggle1 set 0"? Yep, that's right. A message with contents "set 0" into an object with contents "s Toggle1" should do the trick. > I'm attaching a very simple PD file which shows the difference between > how toggles behave on PC and on the device. Thanks very much for your comprehensive test patch. This long standing bug in PdDroidParty was actually fixed months ago by Antoine Rousseau and I only just merged his changes. I've pushed a new build with his fixes and additions to the website: http://droidparty.net/ He also added a bunch of new awesome stuff (GPS, opening web pages, etc.) which needs some documentation so I'll try to get around to that when I have had some time to pick his brain about it. Thanks to both of you for contributing! Cheers, Chris. -- http://mccormick.cx/

1 0

low latency network video stream display
by Antoine Villeret 27 Dec '14

27 Dec '14

hello, I'm looking for the best solution to display an h264 network video stream with Pd/Gem. The stream is a Raspberry Pi camera module (Raspicam). Currently it works with VLC but with a big latency (something more than 1 second). I'm able to display the stream thanks to netcat and mplayer with 10 images (166 ms) latency (from capture to display on remote machine). The key is to send the raw h264 stream from camera (with raspivid) via udp with netcat. On the other netcat is piped to mplayer to display the image. I would like to display this image with Gem with the same latency. This means I have to receive and decode raw h264 stream inside pd. Or to receive and decode outside pd and then send the result to pd. How can I do that ? Is it possible ? I tried some gstreamer-1.0 solution but without success (it only displays a green image). So I guess pdgst is not a good way (although it's based on gstreaming-0.1 while all solutions I've seen are gstreamer-1.0 based) For more about those streaming techniques please see : http://antonsmindstorms.blogspot.nl/2014/12/realtime-video-stream-with-rasp… Thanks in advance for any handy hints. Antoine -- do it yourself http://antoine.villeret.free.fr

2 2

← Newer
1
2
3
4
5
6
7
8
9
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list December 2014