Pd-dev February 2016

pd-dev@lists.iem.at

12 participants
11 discussions

Memory leaks?
by Nicolas Danet 21 Mar '16

21 Mar '16

If i'm not wrong there is a memory leak in that case ( http://sourceforge.net/p/pure-data/pure-data/ci/master/tree/src/s_path.c#l1… ).

3 2

[pure-data:bugs] #1233 Pd-0.46-7-64bit.app downloaded from puredata.info is 32bit
by Ticket 1233 29 Feb '16

29 Feb '16

--- ** [bugs:#1233] Pd-0.46-7-64bit.app downloaded from puredata.info is 32bit** **Status:** open **Group:** v0.46 **Created:** Mon Feb 29, 2016 04:50 AM UTC by Anonymous **Last Updated:** Mon Feb 29, 2016 04:50 AM UTC **Owner:** nobody file /Applications/Pd-0.46-7-64bit.app/Contents/MacOS/Pd /Applications/Pd-0.46-7-64bit.app/Contents/MacOS/Pd: Mach-O universal binary with 2 architectures /Applications/Pd-0.46-7-64bit.app/Contents/MacOS/Pd (for architecture i386): Mach-O executable i386 /Applications/Pd-0.46-7-64bit.app/Contents/MacOS/Pd (for architecture ppc): Mach-O executable p --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:patches] #571 fix the way signal scalars are searched into the list of inlets of an object.
by Antoine Rousseau 24 Feb '16

24 Feb '16

--- ** [patches:#571] fix the way signal scalars are searched into the list of inlets of an object.** **Status:** open **Group:** bugfix **Created:** Wed Feb 24, 2016 05:19 PM UTC by Antoine Rousseau **Last Updated:** Wed Feb 24, 2016 05:19 PM UTC **Owner:** Miller Puckette The function m_obj.c/obj_findsignalscalar(t_object x, int m) was incorrectly counting non-signal inlets, when looking for 'm'th signal inlet. Apparently this never caused any visible bug, nowhere except in moonlib/dinlet~ external, for which this fix is required. --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/patches/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:patches] #570 help browser improvement and help patch search fix for abs
by Antoine Rousseau 24 Feb '16

24 Feb '16

--- ** [patches:#570] help browser improvement and help patch search fix for abs** **Status:** open **Group:** bugfix **Created:** Wed Feb 24, 2016 03:07 PM UTC by Antoine Rousseau **Last Updated:** Wed Feb 24, 2016 03:07 PM UTC **Owner:** Miller Puckette **Attachments:** - [0001-Don-t-expand-declared-paths-to-helpbrowser-root.patch](https://sourcef… (2.4 kB; text/x-patch) - [0002-Strip-abstraction-name-before-searching_help.patch](https://sourceforg… (2.3 kB; text/x-patch) Two patches relative to help patches and help browser. The first one avoids to add subdirs of paths declared in preferences to the first column of the Help Browser, but only adds the paths themselves instead. For example, if "myLib/" directory is declared in preferences, and if myLib/ contains foo/ and bar/ subdirs, only "myLib/" entry is added to the first column of Help Browser, instead of "foo/" and "bar/" as currently. The second strips the path component from an abstraction's filename before searching for its help patch ; this way, help file "foo/abs-help.pd" or "foo/help-abs.pd" would be found for a [foo/abs] abstraction. Currently such help file is not found, as pd looks for "foo/foo/abs-help.pd". --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/patches/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:bugs] #1232 oscparse output un-routable for message address /volume/1
by Ticket 1232 24 Feb '16

24 Feb '16

--- ** [bugs:#1232] oscparse output un-routable for message address /volume/1** **Status:** open **Group:** v0.46 **Created:** Wed Feb 24, 2016 11:25 AM UTC by Anonymous **Last Updated:** Wed Feb 24, 2016 11:25 AM UTC **Owner:** nobody **Attachments:** - [vanilla_bug_oscparse.pd](https://sourceforge.net/p/pure-data/bugs/1232/atta… (2.4 kB; text/plain) [oscparse] outputs the 1 of OSC message address /volume/1 as a symbol. Therefore the message cannot be routed, as unlike [OSCroute] in 0.43-extended the forward slashes have been removed and replaced with white space. 0.46 OSX 10.8 Intel --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

Re: [PD-dev] Fwd: Synchronizing OpenGL with libpd (with RtAudio or Port Audio)
by 0222445 19 Feb '16

19 Feb '16

Thansk for your help. Yes, you are rigth, the problem was in the interaction between the wxwidgets main loop and the gl context. For the Pd-dev list: The solution is to write an Idle function, I made the following changes: //on WxApp class void MyApp::activateRenderLoop(bool on) { if(on && !render_loop_on) { Connect(wxID_ANY, wxEVT_IDLE, wxIdleEventHandler(MyApp::onIdle)); render_loop_on = true; } else if (!on && render_loop_on) { Disconnect(wxEVT_IDLE, wxIdleEventHandler(MyApp::onIdle)); render_loop_on = false; } } void MyApp::onIdle(wxIdleEvent &evt) { activateRenderLoop(glPane->render_on); if(render_loop_on) { std::cout<<"MyApp on Idle, render_loop_on"<<std::endl; glPane->paint_now(); evt.RequestMore(); } } //on event table: EVT_PAINT(BasicGLPane::paint_rt) //on WxGLCanvas class void BasicGLPane::rightClick(wxMouseEvent& event) { render_on = true; manager->init(); SLEEP(2000); manager->play(); wxGetApp().activateRenderLoop(true); } void BasicGLPane::paint_rt(wxPaintEvent &evt) { wxPaintDC dc(this); render_rt(dc); } void BasicGLPane::paint_now(){ wxClientDC dc(this); std::cout<<"paint now() "<<std::endl; render_rt(dc); } void BasicGLPane::render_rt(wxDC &dc) { wxGLCanvas::SetCurrent(*m_context); if(_object->getCounter()>=10) { wxGetApp().activateRenderLoop(false); manager->stop(); render_on = false; } else { ctx = CGLGetCurrentContext(); err = CGLEnable( ctx, kCGLCEMPEngine); std::cout<<"render_rt CGLError: "<<err<<std::endl; if (err==0) { glTranslatef(p3->x, p3->y, 0); Refresh(false); } } } and the synchronisation works now. Regards. Luis 2016-02-18 3:15 GMT+01:00 Dan Wilcox <danomatika(a)gmail.com>: > That shouldn’t make a difference, but you could try it. People haven’t had > problems with OpenGL + libpd using ofxPd in open frameworks, so it may be > due to how the wx widget mainloop & gl context interact. > > -------- > Dan Wilcox > @danomatika <https://twitter.com/danomatika> > danomatika.com > robotcowboy.com > > On Feb 17, 2016, at 7:12 PM, 0222445 <Luis.Valdivia(a)stud.sbg.ac.at> wrote: > > There is no context error in the OpenGL draw now (solved with the call > wxGLCanvas::SetCurrent(*m_context) but the draw still doesn't works (the > object is moved after the manager->stop() and not during the execution) . I > still think RtAudio is owning the CPU and blocking the execution of other > threads or process. It will be better to do it with PortAudio? > > >

2 1

Re: [PD-dev] Fwd: Synchronizing OpenGL with libpd (with RtAudio or Port Audio)
by Dan Wilcox 18 Feb '16

18 Feb '16

It looks like you’re using the C++ wrapper for libpd. Did you build it with thread support and/or are you using the queued layer? There are actually 3 threads here: * main application thread * audio thread * Open GL thread libpd will obviously be utilized by the audio thread where you run the libpd process function. If you are *not* using a mutex or the queued layer, you may have resource issues between the audio thread and the other threads. -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> > On Feb 17, 2016, at 4:00 AM, pd-dev-request(a)lists.iem.at wrote: > > From: 0222445 <Luis.Valdivia(a)stud.sbg.ac.at <mailto:Luis.Valdivia@stud.sbg.ac.at>> > Subject: [PD-dev] Fwd: Synchronizing OpenGL with libpd (with RtAudio or Port Audio) > Date: February 16, 2016 at 9:00:30 PM MST > To: pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at> > > > I have to synchonize a Metronome (wrote with libpd) and OpenGL graphics. I'd like to move some objects parallel with the metronome clicks. > The language is C++, the Gui is made with WxWidgets, Threads with Poco, audio with RtAudio. > The metronome works, OpenGL graphics too, I have only a problem with the synchronisation. I'm running both things with a Thread, but it actually doesn't works, the metronome run and the graphic is done after the metronome stops (and not parallel). i become the CGLError 10004 from OpenGL during the execution of the thread (if CLGError is = 0 the draw is going to be done). The object is moved when the thread is completed.

2 2

Fwd: Synchronizing OpenGL with libpd (with RtAudio or Port Audio)
by 0222445 17 Feb '16

17 Feb '16

I have to synchonize a Metronome (wrote with libpd) and OpenGL graphics. I'd like to move some objects parallel with the metronome clicks. The language is C++, the Gui is made with WxWidgets, Threads with Poco, audio with RtAudio. The metronome works, OpenGL graphics too, I have only a problem with the synchronisation. I'm running both things with a Thread, but it actually doesn't works, the metronome run and the graphic is done after the metronome stops (and not parallel). i become the CGLError 10004 from OpenGL during the execution of the thread (if CLGError is = 0 the draw is going to be done). The object is moved when the thread is completed. Here is a part of the source code: *************Threads***************** class MyThread : public Poco::Runnable { public: MyThread(BasicGLPane *pane, std::shared_ptr<SoundManager> man, std::shared_ptr<PdObject> obj); virtual void run(); private: BasicGLPane *_pane; std::shared_ptr<SoundManager> _man; std::shared_ptr<PdObject> _obj; }; MyThread::MyThread(BasicGLPane *pane, std::shared_ptr<SoundManager> man, std::shared_ptr<PdObject> obj) { _pane = pane; _man = man; _obj = obj; } void MyThread::run() { _man->play(); std::cout<<"MY Thread triangle_1"<<std::endl; //this is only for the test. I'm counting until 10 in PdObject, and then the execution will be stopped. The graphic should be moved during this time. while(_obj->getCounter()<10) _pane->startAnimation(); _man->stop(); } ****************Sound Manager**************** void SoundManager::init() { // Init pd if(!lpd->init(0, 2, sampleRate)) { std::cerr << "Could not init pd" << std::endl; exit(1); } if(audio->isStreamOpen()) { audio->closeStream(); } // Receive messages from pd lpd->setReceiver(object.get()); lpd->subscribe("metro-bang"); lpd->subscribe("switch"); std::cout << "\nRtAudio Version " << RtAudio::getVersion() << std::endl; unsigned int devices = audio->getDeviceCount(); std::cout << "\nFound " << devices << " device(s) ...\n"; // Use the RtAudio API to connect to the default audio device. if(audio->getDeviceCount()==0){ std::cout << "There are no available sound devices." << std::endl; exit(1); } parameters.deviceId = audio->getDefaultOutputDevice(); parameters.nChannels = 2; options.streamName = "Pd Metronome"; options.flags = RTAUDIO_SCHEDULE_REALTIME; if ( audio->getCurrentApi() != RtAudio::MACOSX_CORE ) { options.flags |= RTAUDIO_MINIMIZE_LATENCY; // CoreAudio doesn't seem to like this } } void SoundManager::play() { // send DSP 1 message to pd lpd->computeAudio(true); // load the patch open_patch("metro-main.pd"); try { audio->openStream( &parameters, NULL, RTAUDIO_FLOAT32, sampleRate, &bufferFrames, &audioCallback, lpd.get(), &options ); audio->startStream(); } catch ( RtAudioError& e ) { std::cerr << e.getMessage() << std::endl; exit(1); } } void SoundManager::stop() { lpd->sendBang("switch"); lpd->closePatch(patch); try { std::cout<<"close stream"<<std::endl; audio->closeStream(); } catch( RtAudioError& e) { e.printMessage(); } } *********************GUI/OpenGL***************** BasicGLPane::BasicGLPane(wxFrame* parent, int* args) : wxGLCanvas(parent, wxID_ANY, args, wxDefaultPosition, wxDefaultSize, wxFULL_REPAINT_ON_RESIZE) { m_context = new wxGLContext(this); //some code here, no important //enable Multithreading for OpenGL on OSX ctx = CGLGetCurrentContext(); err = CGLEnable( ctx, kCGLCEMPEngine); } void BasicGLPane::startAnimation() { std::cout<<"Start Animation CGLError: "<<err<<std::endl; //Here I'moving the object. during the thread execution I become here the error CGLError 10004. For this reason the graphic is not draw until the thread is finished. if (err==0) { glTranslatef(p3->x, p3->y, 0); Refresh(); } Refresh(); } //Thread execution. To test it, the thread is fired with the mouse right click. //The thread is fired, whitout any problems void BasicGLPane::rightClick(wxMouseEvent& event) { manager->init(); SLEEP(2000); startThread(); } I have never work with libpd before. I don't have any Idea why this error occurrs, maybe is Rtaudio blocking the execution of OpenGL? It will be better to work with PortAudio? Or is my solution false? It would be nice to become some help. Regards. Luis

1 0

Re: [PD-dev] [pure-data:bugs] #1231 pd-0.46.7 can't load, externals on FreeBSD
by Tobias Brodel 13 Feb '16

13 Feb '16

hi list, i submitted this bug/patch about a week ago but it didn't seem to get any attention, did i go about this in the wrong way? what's the best way to go about submitting a patch to Pd? cheers, toby On 02/07/16 22:00, pd-dev-request(a)lists.iem.at wrote: > From: "Ticket 1231" <1231(a)bugs.pure-data.p.re.sf.net> > To: pd-dev(a)lists.iem.at > Subject: [PD-dev] [pure-data:bugs] #1231 pd-0.46.7 can't load > externals on FreeBSD > Message-ID: > <56b6d348485acd54dd50c39d.bugs(a)pure-data.p.sourceforge.net> > Content-Type: text/plain; charset="utf-8" > > > > > --- > > ** [bugs:#1231] pd-0.46.7 can't load externals on FreeBSD** > > **Status:** open > **Group:** v0.46 > **Created:** Sun Feb 07, 2016 05:16 AM UTC by Anonymous > **Last Updated:** Sun Feb 07, 2016 05:16 AM UTC > **Owner:** nobody > **Attachments:** > > - [patch-src_s_loader.c](http://sourceforge.net/p/pure-data/bugs/1231/attachme… (1.3 kB; text/x-csrc) > > > The FreeBSD port for PD has until recently been unable to load external objects due to incorrect values in the src/s_loader.c file. Currently s_loader.c assumes an i386 architecture and a .pd_freebsd file extension whereas the rest of the tree assumes .pd_linux in the case of FreeBSD. > > The attatched patch has been comitted downstream in FreeBSD ports and solves this issue by removing the special case for FreeBSD and treating it as the same as Linux, GNU/Hurd and Debian/kFreeBSD. > > Also, FreeBSD does not have libdl but does provide dlfcn.h: this patch adds a special case for FreeBSD to provide access to the dlfcn header. > > Tested on FreeBSD-RELEASE-10.2 with pd-0.46.7 on an intel amd64 processor. > > > **************************************

2 2

Displaying Pd GUI through the API?
by Matti Viljamaa 10 Feb '16

10 Feb '16

Hi, Is it possible to get Pd GUI through Pd API in order to be able to display it in a “wrapper program” for Pd? We’re looking to develop a wrapper over Pd and we’d like to be able to display the Pd Editor as well. -Matti

4 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev February 2016