[PD] Malinette - rapid prototyping and learning
Hi all, We released a new version of the Malinette : http://reso-nance.org/malinette/download/ Malinette is an all-in-one solution, a rapid prototyping tool to show and make simple interaction and multimedia projects. It is a software and a hardware set. The software is based on Pure Data extended. It will be (one day) also a very convenient suitcase with a computer, speakers, arduino and electronic circuits to test ideas and projects very quickly. Best, Jérôme http://jeromeabel.net http://reso-nance.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] vst~ for OSX, any update?
On 13/02/14 06:49, Chris Clepper wrote: SuperCollider hosts AudioUnits, but given James' day job that is not surprising. for the record, AU support in supercollider is not really maintained anymore, it will only work on sc-3.5 and osx 10.8.. (current sc version is sc-3.7-dev, 3.5 starts being outdated..) and James left the active dev team with sc-3 =) cheers, y -- http://yvanvolochine.com http://s3pt3ntrion.com https://www.facebook.com/pages/Septentrion/357546467715618 http://soundcloud.com/yvanvolochine http://soundcloud.com/elgusanorojo http://github.com/gusano http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Fwd: pd gui: partial interface freeze
-- Forwarded message -- From: Billy Stiltner billy.stilt...@gmail.com Date: Wed, Feb 12, 2014 at 1:13 PM Subject: Re: [PD] pd gui: partial interface freeze To: Py Fave pyf...@gmail.com I have the same problem , both recordings I did last night crashed, I think it's the number of objects loaded but might be wrong. First one crashed at about 50 some minutes after I loaded my mandelbox sequencer. If I turn up the BPM that will do it also. The second one I started up with the mandelbox sequencer and ran it for about 30 minutes till it froze completely. I'm not sure how long the controls were froze, the checkboxes still were working but couldnt scroll the record window to stop the recording so I alt tabbed to the terminal and ctrl+Ced the turing tarpit.. luckily I have an auto sail button and the sliders work still even though they are not graphically active, also I can type numbers into numberboxes and adjust with mouse. The audio part works just not the gui. https://archive.org/details/26edonum2 I do have some sort of logical error with the voices - there are things in the patch that make a -1 to send to the main envelope for a ramp down if voice stealing occurs (a voice is still sounding when triggered with a non 0 velocity.) The problem is that it seems that if the release part of the envelope is non 0 it seems as if all notes triggered after a new voice is triggered the releases add up or the audio kinda gets stuck like in reverb freeze like mode. On Sat, Jan 18, 2014 at 12:36 PM, Py Fave pyf...@gmail.com wrote: usb/hid did this if i remember correctly. i solved it by usind a different build or another object: [joystick] but it was on windows i guess this is a known bug because [hid] is so useful perhaps someone has a better knowing of this .? or a workaround . 2014/1/18 u...@xdv.org u...@xdv.org On 18.01.2014 17:07, Py Fave wrote: i had the same problems while using gem objects some time ago it was because of text2d or text3d. right. considered parts of gem as the culprit, but then i'm fairly sure i did experience this, before i added text2d and text3d objects and i'm hardly ever running them [0]-[gemhead]. i'll give it a shot and remove them. you can remove some gui stuff too . replacing bng by bang for instance since i'm using them only as indicators not buttons, that's not an option. guess i could use data strcuturs for sliders, but that probably opens a new can of worms. and use [change] on your inputs to reduce the flow . i'll do that! only suggestions , i don't remember what was the problem but i solved it good to know, someone has seen it too. thanks! 2014/1/18 u...@xdv.org mailto:u...@xdv.org u...@xdv.org mailto:u...@xdv.org hey there, i've been having this heisenbug for some time and learned to live with it, but having fixed some real bugs on my patch, this is the last one on my list and i'd like to give it a go, but no idea where to start. symptoms are: some time into performing (20min to 1h) all the sliders, messageboxes, dials and bangs sort of get stuck, meaning they do not change their display state anymore. i can however still drag and click their active parts and their output will react accordingly, but none of this is being displayed. i should probably mention, that checkboxes still work correctly. i had hoped it would go away moving from pd 0.42 to 0.43, but it didn't. this is 64-bit linux (ubuntu 12.04), pd-extended (now ubuntu-package, previously self compiled from git) speculations include: from a gut-feeling i suspect something like an input overload, ie some input shooting messsages at an insanely high rate, so the element's message queue (if there is such a thing) stops passing things on to the display. i also suspect vjtools/videogrid as it messes with the interface, but does have a few issues, like race conditions between thumbnail creation and thumbnail display, esp if there's two of them. hid: usb joysticks could maybe freak out and overload the interface inputs anyway i can not see any direct connection between what i do and when it happens. re-opening the patch doesn't help, only restarting pd does. has anyone ever seen (something like) that? any ideas about how to debug, where to look or what to try? thanks + cheers, ub ___ 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
Re: [PD] mrpeach/net iemnet and other way to get file from the net
hello Martin, thanks a lot for the quick fix. It did not crash any more on my 64b linux computer. we will perform long term stability test. thanks cheers cyrille Le 12/02/2014 19:46, Martin Peach a écrit : On 2014-02-12 11:51, Martin Peach wrote: It looks like a 64-bit issue. If it really crashes at x-x_addr = ntohl(*(long *)hp-h_addr); then possibly the long type is too long or the h_addr field is not a long in 64-bit or h_addr is not properly initialized, so ntohl() looks in the wrong place and segfaults. I never get any such crashes on 32-bit systems, but so far I haven't tried it on 64-bit. I just committed a change to tcpclient.c in svn that might fix it, changing long to uint32_t to make sure it accesses a 32-bit field. Martin ___ 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
Re: [PD] Fwd: pd gui: partial interface freeze
I've had the same problem frequently with GUI-heavy patches. For what it's worth, minimizing restoring the window will display updated GUIs, but the pixels will continue to be frozen until I minimize restore again. After removing about 90% of the GUI objects from one particular patch that did this, I can now use it for hours without any of the display issues. On Thu, Feb 13, 2014 at 5:37 AM, Billy Stiltner billy.stilt...@gmail.comwrote: -- Forwarded message -- From: Billy Stiltner billy.stilt...@gmail.com Date: Wed, Feb 12, 2014 at 1:13 PM Subject: Re: [PD] pd gui: partial interface freeze To: Py Fave pyf...@gmail.com I have the same problem , both recordings I did last night crashed, I think it's the number of objects loaded but might be wrong. First one crashed at about 50 some minutes after I loaded my mandelbox sequencer. If I turn up the BPM that will do it also. The second one I started up with the mandelbox sequencer and ran it for about 30 minutes till it froze completely. I'm not sure how long the controls were froze, the checkboxes still were working but couldnt scroll the record window to stop the recording so I alt tabbed to the terminal and ctrl+Ced the turing tarpit.. luckily I have an auto sail button and the sliders work still even though they are not graphically active, also I can type numbers into numberboxes and adjust with mouse. The audio part works just not the gui. https://archive.org/details/26edonum2 I do have some sort of logical error with the voices - there are things in the patch that make a -1 to send to the main envelope for a ramp down if voice stealing occurs (a voice is still sounding when triggered with a non 0 velocity.) The problem is that it seems that if the release part of the envelope is non 0 it seems as if all notes triggered after a new voice is triggered the releases add up or the audio kinda gets stuck like in reverb freeze like mode. On Sat, Jan 18, 2014 at 12:36 PM, Py Fave pyf...@gmail.com wrote: usb/hid did this if i remember correctly. i solved it by usind a different build or another object: [joystick] but it was on windows i guess this is a known bug because [hid] is so useful perhaps someone has a better knowing of this .? or a workaround . 2014/1/18 u...@xdv.org u...@xdv.org On 18.01.2014 17:07, Py Fave wrote: i had the same problems while using gem objects some time ago it was because of text2d or text3d. right. considered parts of gem as the culprit, but then i'm fairly sure i did experience this, before i added text2d and text3d objects and i'm hardly ever running them [0]-[gemhead]. i'll give it a shot and remove them. you can remove some gui stuff too . replacing bng by bang for instance since i'm using them only as indicators not buttons, that's not an option. guess i could use data strcuturs for sliders, but that probably opens a new can of worms. and use [change] on your inputs to reduce the flow . i'll do that! only suggestions , i don't remember what was the problem but i solved it good to know, someone has seen it too. thanks! 2014/1/18 u...@xdv.org mailto:u...@xdv.org u...@xdv.org mailto:u...@xdv.org hey there, i've been having this heisenbug for some time and learned to live with it, but having fixed some real bugs on my patch, this is the last one on my list and i'd like to give it a go, but no idea where to start. symptoms are: some time into performing (20min to 1h) all the sliders, messageboxes, dials and bangs sort of get stuck, meaning they do not change their display state anymore. i can however still drag and click their active parts and their output will react accordingly, but none of this is being displayed. i should probably mention, that checkboxes still work correctly. i had hoped it would go away moving from pd 0.42 to 0.43, but it didn't. this is 64-bit linux (ubuntu 12.04), pd-extended (now ubuntu-package, previously self compiled from git) speculations include: from a gut-feeling i suspect something like an input overload, ie some input shooting messsages at an insanely high rate, so the element's message queue (if there is such a thing) stops passing things on to the display. i also suspect vjtools/videogrid as it messes with the interface, but does have a few issues, like race conditions between thumbnail creation and thumbnail display, esp if there's two of them. hid: usb joysticks could maybe freak out and overload the interface inputs anyway i can not see any direct connection between what i do and when it happens. re-opening the patch doesn't help, only restarting pd does. has anyone ever seen (something like) that? any ideas about how to debug, where to look or what to try? thanks + cheers, ub
[PD] [PD-announce] PhD Positions in AI / Computational Models for Movement Recognition and Generation at Simon Fraser University.
= *Subject:*PhD Positions in AI / Computational Models for Movement Recognition and Generation at Simon Fraser University. Application deadline: March 1^st 2014 We are pleased to announce a PhD position in AI / Computational Models for Movement at the School of Interactive Arts and Technology at Simon Fraser University (Surrey, British Columbia, Canada). This position will be working with Associate Professor Philippe Pasquier, and Postdoctoral Fellow Sarah Fdili Alaoui in the *Moving Stories: Digital Tools for Movement, Meaning and Interaction* Research Group (movingstories.ca) lead by Associate Professor Thecla Schiphorst. Moving Stories is an interdisciplinary, collaborative research partnership leading to the design and application of more richly articulated human movement knowledge within digital technology interaction. The research institutional partners include Simon Fraser University (SFU), The University of Illinois at Urbana-Champaign (UIUC), The Laban Institute of Movement Studies in New York (LIMS), Emily Carr University of Art and Design (ECUAD), The University of British Columbia (UBC), and Credo Interactive. *Duties and Responsibilities: * ·Work towards developing a Movement API (see http://www.movingstories.ca): develop and use machine learning techniques for the computational study, modeling, representation, segmentation, recognition, classification, transformation or generation of movement information. ·Support development of computational models of moving agents using Machine Learning techniques ·Lead conference, journal, and grant proposal writing and submission *Preferred Qualifications**:* _Mandatory:_ -Previously completed or about to complete a Master Degree in Computer Science or equivalent experience. -Research focus includes at least one of the following areas: oArtificial Intelligence: Agent and Multiagent Systems, including virtual agents oMachine Learning Techniques oComputer Graphics, Animation, and Digital Signal Processing. _Desirable:_ Experience with C++, Java, MaxMSP, Python, OpenGL/GLSL, mobile/tablet development, and performance/multimedia/ and visual art, conducting user studies, interdisciplinary collaboration. *Position title:*PhD Student, SIAT *Rate of pay:* Full financial support for the duration of the PhD. Includes fellowship as well as support for conference travel and gears. Actual rate depends on qualification, and experience (expect between 25k and 35k annually). *Departmental contact:*Nasim Jahangiri (Project Manager) *Contact email:*njaha...@sfu.ca and pasqu...@sfu.ca *Job close date:*Open until filled *Review begins on (continues until position filled):*March 1st, 2014 *Benefits eligible:*Yes *Full-time/part-time:*Full-time *How to apply:* _Application Documents Required:___ - Letter of interest (1 page pdf) - Research statement (1 page pdf) - Curriculum vitae, including list of publications and name of references(pdf) - Link to website or online portfolio of creative work, multimedia projects, or research projects (optional) - List of 3 professional references w/contact information (email and phone number). Send the document above to Moving Stories' Project Manager, Nasim Jahangiri njaha...@sfu.ca mailto:njaha...@sfu.ca, and Pr. Pasquier pasqu...@sfu.ca. ** *Benefits to applicants:* - Work in an internationally recognized, interdisciplinary research team with strong connections between technology and embodied experience. - Receive weekly mentorship towards a research career. - Vancouver is a beautiful city situated between the ocean and mountains with easy access to year-round outdoor activities and cultural opportunities. -- Simon Fraser University is a unique university spread over three campuses with many strong connections to local video and gaming industries. - Position could begin any time after September 1st, 2014. Flexibility in starting date. - Health insurance through Simon Fraser University. Regards, -- Philippe Pasquier Associate Professor, Graduate Program Chair, School of Interactive Arts and Technology, Associate Dean of Graduate Studies, Faculty of Communication, Art and Technology, Simon Fraser University, Vancouver, Canada. Mobile: +1 778-989-1240 Phone: +1 778-782-8546 Email: pasqu...@sfu.ca | Skype: pasquierphilippe http://www.sfu.ca/pasquier | http://www.metacreation.net --- = ___ 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
[PD] increasing zone of inlet / outlet
Hi all, I am getting older and it's more and more difficult to click right on the inlet or outlet. How to change increase the zone around them? I am using PD-0.43.4-extended. Thanks ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] increasing zone of inlet / outlet
You'd have to tweak the stuff in g_text.c and probably also g_rtext.c to lie about the rectangle size, and to enlarge the bbox for what gets counted as an xlet, then recompile. Meanwhile, there's a single tk canvas subcommand called -closeenough that does exactly what you want. But Pd doesn't use that-- it only fowards mouse motion over the socket to Pd. Then Pd core queries the bounding box of every object on the canvas, to see whether it falls within the mouse coordinates. It does this for _every_ single motion message received from the gui. (Run pd with the -d 3 flag to see how often these messages get sent.) -Jonathan On Thursday, February 13, 2014 4:30 PM, pured...@11h11.com pured...@11h11.com wrote: Hi all, I am getting older and it's more and more difficult to click right on the inlet or outlet. How to change increase the zone around them? I am using PD-0.43.4-extended. Thanks ___ 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] filter-graph and lop~ phase
Hi list, just wondering if I am getting something wrong plotting the phase response of lop~ using the abstractions filter-graph1.pd and filter-graph2.pd as exemplified in 3.audio.examples/H10.measurement.pd For a simple one-zero lowpass filter using [rzero~ -1] the phase response is plotted going from 0 to pi/2 (eg. 90°) at nyquist frequency. I always thought that it would be 0^ to -90° though. Also a highpass [rzero~ 1] filter's phase is plotted as going from -90° to 0° instead of the 90° to 0° I know from some textbooks. Is there a mistake I could have had made? I mean, things sound alright, but I am just wondering. best, P ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pix_video or OSX
Hi List, I'm using pix_video to open a old Sony Mini DV. It used to work fine but now I'm getting the image in colorspace YUV regardless of messaging colorspace RGBA. I get this message in the console [pix_video]: backend #0='Darwin' : darwin dv iidc analog could not set SG Rect The only thing that has changed in the setup is the operating system. I upgraded to OS X 10.8.5 Could this be the problem. How can I get pix_video it to decode in RGBA? best, M ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] increasing zone of inlet / outlet
In pd-l2ork nlets are highlighted which makes them grow and as a result you can pinpoint them more easily. In k12 learning mode they are even bigger to help kids select them. HTH On Feb 13, 2014 5:23 PM, Jonathan Wilkes jancs...@yahoo.com wrote: You'd have to tweak the stuff in g_text.c and probably also g_rtext.c to lie about the rectangle size, and to enlarge the bbox for what gets counted as an xlet, then recompile. Meanwhile, there's a single tk canvas subcommand called -closeenough that does exactly what you want. But Pd doesn't use that-- it only fowards mouse motion over the socket to Pd. Then Pd core queries the bounding box of every object on the canvas, to see whether it falls within the mouse coordinates. It does this for _every_ single motion message received from the gui. (Run pd with the -d 3 flag to see how often these messages get sent.) -Jonathan On Thursday, February 13, 2014 4:30 PM, pured...@11h11.com pured...@11h11.com wrote: Hi all, I am getting older and it's more and more difficult to click right on the inlet or outlet. How to change increase the zone around them? I am using PD-0.43.4-extended. Thanks ___ 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
Re: [PD] filter-graph and lop~ phase
Hi Peter - I believe the graphs are showing phase delay, which people often graph because it's positive. But you're right that the phase response, if measured as (phase out) - (phase in), is negative. I think this is probably best fixed by fixing the example to say that it's showing phase delay, not phase response, or equivalently, saying it's -arg(H) instead of arg(H)... this is probably also wrong in the book. I'd better go look when I have a moment... thanks Miller On Thu, Feb 13, 2014 at 11:35:20PM +0100, Peter P. wrote: Hi list, just wondering if I am getting something wrong plotting the phase response of lop~ using the abstractions filter-graph1.pd and filter-graph2.pd as exemplified in 3.audio.examples/H10.measurement.pd For a simple one-zero lowpass filter using [rzero~ -1] the phase response is plotted going from 0 to pi/2 (eg. 90°) at nyquist frequency. I always thought that it would be 0^ to -90° though. Also a highpass [rzero~ 1] filter's phase is plotted as going from -90° to 0° instead of the 90° to 0° I know from some textbooks. Is there a mistake I could have had made? I mean, things sound alright, but I am just wondering. best, P ___ 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
Re: [PD] increasing zone of inlet / outlet
On 02/13/2014 10:27 PM, Ivica Bukvic wrote: In pd-l2ork nlets are highlighted which makes them grow and as a result you can pinpoint them more easily. In k12 learning mode they are even bigger to help kids select them. HTH That's after you register a hit. But can you actually register a hit when the mouse is within n pixels of the xlet? I ran into this with the svg-data structures stuff. I made some points on a graph grow when the mouse enters them. But it turns out it's much more usable if you have an insible area larger than the point to register an enter event and then grow the point to that size. -Jonathan On Feb 13, 2014 5:23 PM, Jonathan Wilkes jancs...@yahoo.com mailto:jancs...@yahoo.com wrote: You'd have to tweak the stuff in g_text.c and probably also g_rtext.c to lie about the rectangle size, and to enlarge the bbox for what gets counted as an xlet, then recompile. Meanwhile, there's a single tk canvas subcommand called -closeenough that does exactly what you want. But Pd doesn't use that-- it only fowards mouse motion over the socket to Pd. Then Pd core queries the bounding box of every object on the canvas, to see whether it falls within the mouse coordinates. It does this for _every_ single motion message received from the gui. (Run pd with the -d 3 flag to see how often these messages get sent.) -Jonathan On Thursday, February 13, 2014 4:30 PM, pured...@11h11.com mailto:pured...@11h11.com pured...@11h11.com mailto:pured...@11h11.com wrote: Hi all, I am getting older and it's more and more difficult to click right on the inlet or outlet. How to change increase the zone around them? I am using PD-0.43.4-extended. Thanks ___ 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 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
Re: [PD] increasing zone of inlet / outlet
In pd-l2ork nlets are highlighted which makes them grow and as a result you can pinpoint them more easily. My version of Pd-extended does this too. it's much more usable if you have an insible area larger than the point to register an enter event and then grow the point to that size. Exactly what I need. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list