Re: [PD] trying to track down a bug: Pd-extended 0.43-1 beta on Oneric 32 bit
On Apr 3, 2012, at 4:42 PM, IOhannes m zmölnig wrote: > On 04/03/12 21:23, John Harrison wrote: >> I can't tell if this is a new crash triggered by the same create/destroy >> event or the old crash. The same scenario triggers the crash >> (create/destroy test99.pd in a new canvas) but gdb reports something >> different. This is on today's build, Oneiric 32 bit. test99.pd was >> attached on this thread and is again attached to this email. > > afaict, the new crash is a regression caused by the fix for the first crash. > > i have hopefully fixed that as well and committed it to Gem's git (committish > 1458b4f8cf in the 0.93 branch, in case somebody wants to backport it) > John or IOhannes, Please let me know when its in the 0.93 branch, and I'll include it in Pd-extended. .hc All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated -John Donne ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] trying to track down a bug: Pd-extended 0.43-1 beta on Oneric 32 bit
On 04/03/12 21:23, John Harrison wrote: I can't tell if this is a new crash triggered by the same create/destroy event or the old crash. The same scenario triggers the crash (create/destroy test99.pd in a new canvas) but gdb reports something different. This is on today's build, Oneiric 32 bit. test99.pd was attached on this thread and is again attached to this email. afaict, the new crash is a regression caused by the fix for the first crash. i have hopefully fixed that as well and committed it to Gem's git (committish 1458b4f8cf in the 0.93 branch, in case somebody wants to backport it) cvnasdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] new GUI obect: filterview, for generating and seeing biquad coefficients
Looks lovely! Thanks guys, M On Tue, Apr 3, 2012 at 8:03 PM, Hans-Christoph Steiner wrote: > > Announcing [filterview], a new GUI object for generating and visualizing > biquad coefficients. It allows to you manipulate the filter band, > frequency, and gain using your mouse. The magnatude and phase are then > graphed in realtime as the parameters changed, and the list of biquad > coefficients are output. It is inspired by the [filtergraph~] object in > Max/MSP. Thanks to Mike Moser-Booth for doing all of the math behind the > scenes. > > It requires Pd-extended 0.43 to run. I just got to a beta state, it works > well for me, but it does crash Pd sometimes when you close a patch with > [filterview] in it. Try it out and let me know how it works for you. > > http://puredata.info/downloads/filterview > > Also, as a side note, this object is an experiment with a new way of > writing GUI objects. It started out as a pure Tcl program, and the GUI > part still runs as a standalone Tcl program (try running ./filterview.tcl > from the Terminal). This makes development and debugging vastly easier. > Additionally, I tried to move more of the GUI code to the Tcl side, so > you'll see that it uses fewer widgetbehaviors, and uses Tk's bind feature > quite a bit. > > .hc > > > > > > > > > > >kill your television > > > > ___ > Pd-announce mailing list > pd-annou...@iem.at > http://lists.puredata.info/listinfo/pd-announce > > -- Marco Donnarumma New Media + Sonic Arts Practitioner, Performer, Teacher, Director. ACE, Sound Design MSc by Research (ongoing) The University of Edinburgh, UK ~ Portfolio: http://marcodonnarumma.com Research: http://res.marcodonnarumma.com | http://www.thesaddj.com | http://www.flxer.net Director: http://www.liveperformersmeeting.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] trying to track down a bug: Pd-extended 0.43-1 beta on Oneric 32 bit
I can't tell if this is a new crash triggered by the same create/destroy event or the old crash. The same scenario triggers the crash (create/destroy test99.pd in a new canvas) but gdb reports something different. This is on today's build, Oneiric 32 bit. test99.pd was attached on this thread and is again attached to this email. -John On Tue, Apr 3, 2012 at 2:16 PM, Hans-Christoph Steiner wrote: > > What's test99.pd? Is this a new crash with today's build? > > .hc > > On Apr 3, 2012, at 3:03 PM, John Harrison wrote: > > Today's build (April 3, 2012) still crashes with creating/destroying > test99.pd. The gdb reports something a bit different though: > > Program received signal SIGSEGV, Segmentation fault. > 0x0807fd79 in pd_typedmess (x=0x647261, s=0x81c7f68, argc=2, > argv=0x825fb80) > at m_class.c:707 > 707 m_class.c: No such file or directory. > in m_class.c > (gdb) watchdog: signaling pd... > > > On Mon, Apr 2, 2012 at 9:53 AM, Hans-Christoph Steiner wrote: > >> >> On Apr 2, 2012, at 3:32 AM, IOhannes m zmoelnig wrote: >> >> > -BEGIN PGP SIGNED MESSAGE- >> > Hash: SHA1 >> > >> > On 2012-03-29 19:03, John Harrison wrote: >> >> I've been trying to track down a seg fault I keep getting and I'm still >> >> not sure if the problem is Gem or Pd-extended or what. >> >> >> >> This is the latest pd-extended 0.43.1 Beta CVS March 29 (today) running >> >> on Oneric 32 but. I have simplified my patch to a point it doesn't make >> >> sense anymore but I can still make it crash, so I figure that's what we >> >> need. >> >> >> >> Basically if you create a new patch then make the object [test99 1], >> >> then copy and paste that object, then change the 1 parameter to a 2 you >> >> get a seg fault most of the time. If not, creating a [test99 3] or >> >> [test99 4] should do it, again most of the time. >> >> >> >> It seems related with Gem but I'm not sure if it is a Gem bug. I tried >> >> the same Gem library with Pd vanilla and it didn't crash. On the other >> >> hand, it seems related to the [pix_image] object in test99. Also you >> >> need to have the parameters to get the patch to crash, even though the >> >> patch doesn't take parameters. (The original patch did take >> parameters.) >> >> >> >> Core dump has only this information: Program terminated with signal 11, >> >> Segmentation fault. >> >> #0 0x0111ac01 in gem::RTE::Outlet::send(std::string, >> >> std::vector >) () from >> >> /usr/lib/pd-extended/extra/Gem/Gem.pd_linux >> >> >> > >> > if i'm not mistaken this has been recently fixed in Gem (around 21st of >> > march) and is related to threaded loading of images and deleting objects >> > while the load is still in process. >> > >> > to avoid the problem you can do either of those: >> > - - upgrade to a new version of gem (there's a backport of the fix to >> the >> > (stable) 0.93 branch of Gem, though no official release has been made >> > yet, containing the fix) >> > - - avoid using threaded loading of images, e.g by sending the [thread >> 0( >> > message to [pix_image] before loading images. >> > - - avoid deleting a [pix_image] that has pending "open" requests >> >> I just committed the latest patches from the 0.93 Gem branch to the >> Pd-extended 0.43 release branch. They'll be in tomorrow's build. John, >> could you test this and report back if there are any problems? >> >> .hc >> >> >> >> >> I hate it when they say, "He gave his life for his country." Nobody >> gives their life for anything. We steal the lives of these kids. -Admiral >> Gene LeRocque >> >> >> ___ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> > > > > > > > > http://at.or.at/hans/ > > > test99.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] trying to track down a bug: Pd-extended 0.43-1 beta on Oneric 32 bit
What's test99.pd? Is this a new crash with today's build? .hc On Apr 3, 2012, at 3:03 PM, John Harrison wrote: > Today's build (April 3, 2012) still crashes with creating/destroying > test99.pd. The gdb reports something a bit different though: > > Program received signal SIGSEGV, Segmentation fault. > 0x0807fd79 in pd_typedmess (x=0x647261, s=0x81c7f68, argc=2, argv=0x825fb80) > at m_class.c:707 > 707 m_class.c: No such file or directory. > in m_class.c > (gdb) watchdog: signaling pd... > > > On Mon, Apr 2, 2012 at 9:53 AM, Hans-Christoph Steiner wrote: > > On Apr 2, 2012, at 3:32 AM, IOhannes m zmoelnig wrote: > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > On 2012-03-29 19:03, John Harrison wrote: > >> I've been trying to track down a seg fault I keep getting and I'm still > >> not sure if the problem is Gem or Pd-extended or what. > >> > >> This is the latest pd-extended 0.43.1 Beta CVS March 29 (today) running > >> on Oneric 32 but. I have simplified my patch to a point it doesn't make > >> sense anymore but I can still make it crash, so I figure that's what we > >> need. > >> > >> Basically if you create a new patch then make the object [test99 1], > >> then copy and paste that object, then change the 1 parameter to a 2 you > >> get a seg fault most of the time. If not, creating a [test99 3] or > >> [test99 4] should do it, again most of the time. > >> > >> It seems related with Gem but I'm not sure if it is a Gem bug. I tried > >> the same Gem library with Pd vanilla and it didn't crash. On the other > >> hand, it seems related to the [pix_image] object in test99. Also you > >> need to have the parameters to get the patch to crash, even though the > >> patch doesn't take parameters. (The original patch did take parameters.) > >> > >> Core dump has only this information: Program terminated with signal 11, > >> Segmentation fault. > >> #0 0x0111ac01 in gem::RTE::Outlet::send(std::string, > >> std::vector >) () from > >> /usr/lib/pd-extended/extra/Gem/Gem.pd_linux > >> > > > > if i'm not mistaken this has been recently fixed in Gem (around 21st of > > march) and is related to threaded loading of images and deleting objects > > while the load is still in process. > > > > to avoid the problem you can do either of those: > > - - upgrade to a new version of gem (there's a backport of the fix to the > > (stable) 0.93 branch of Gem, though no official release has been made > > yet, containing the fix) > > - - avoid using threaded loading of images, e.g by sending the [thread 0( > > message to [pix_image] before loading images. > > - - avoid deleting a [pix_image] that has pending "open" requests > > I just committed the latest patches from the 0.93 Gem branch to the > Pd-extended 0.43 release branch. They'll be in tomorrow's build. John, > could you test this and report back if there are any problems? > > .hc > > > > I hate it when they say, "He gave his life for his country." Nobody gives > their life for anything. We steal the lives of these kids. -Admiral Gene > LeRocque > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > http://at.or.at/hans/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] new GUI obect: filterview, for generating and seeing biquad coefficients
Announcing [filterview], a new GUI object for generating and visualizing biquad coefficients. It allows to you manipulate the filter band, frequency, and gain using your mouse. The magnatude and phase are then graphed in realtime as the parameters changed, and the list of biquad coefficients are output. It is inspired by the [filtergraph~] object in Max/MSP. Thanks to Mike Moser-Booth for doing all of the math behind the scenes. It requires Pd-extended 0.43 to run. I just got to a beta state, it works well for me, but it does crash Pd sometimes when you close a patch with [filterview] in it. Try it out and let me know how it works for you. http://puredata.info/downloads/filterview Also, as a side note, this object is an experiment with a new way of writing GUI objects. It started out as a pure Tcl program, and the GUI part still runs as a standalone Tcl program (try running ./filterview.tcl from the Terminal). This makes development and debugging vastly easier. Additionally, I tried to move more of the GUI code to the Tcl side, so you'll see that it uses fewer widgetbehaviors, and uses Tk's bind feature quite a bit. .hc <> kill your television ___ 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
Re: [PD] trying to track down a bug: Pd-extended 0.43-1 beta on Oneric 32 bit
Today's build (April 3, 2012) still crashes with creating/destroying test99.pd. The gdb reports something a bit different though: Program received signal SIGSEGV, Segmentation fault. 0x0807fd79 in pd_typedmess (x=0x647261, s=0x81c7f68, argc=2, argv=0x825fb80) at m_class.c:707 707 m_class.c: No such file or directory. in m_class.c (gdb) watchdog: signaling pd... On Mon, Apr 2, 2012 at 9:53 AM, Hans-Christoph Steiner wrote: > > On Apr 2, 2012, at 3:32 AM, IOhannes m zmoelnig wrote: > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > On 2012-03-29 19:03, John Harrison wrote: > >> I've been trying to track down a seg fault I keep getting and I'm still > >> not sure if the problem is Gem or Pd-extended or what. > >> > >> This is the latest pd-extended 0.43.1 Beta CVS March 29 (today) running > >> on Oneric 32 but. I have simplified my patch to a point it doesn't make > >> sense anymore but I can still make it crash, so I figure that's what we > >> need. > >> > >> Basically if you create a new patch then make the object [test99 1], > >> then copy and paste that object, then change the 1 parameter to a 2 you > >> get a seg fault most of the time. If not, creating a [test99 3] or > >> [test99 4] should do it, again most of the time. > >> > >> It seems related with Gem but I'm not sure if it is a Gem bug. I tried > >> the same Gem library with Pd vanilla and it didn't crash. On the other > >> hand, it seems related to the [pix_image] object in test99. Also you > >> need to have the parameters to get the patch to crash, even though the > >> patch doesn't take parameters. (The original patch did take parameters.) > >> > >> Core dump has only this information: Program terminated with signal 11, > >> Segmentation fault. > >> #0 0x0111ac01 in gem::RTE::Outlet::send(std::string, > >> std::vector >) () from > >> /usr/lib/pd-extended/extra/Gem/Gem.pd_linux > >> > > > > if i'm not mistaken this has been recently fixed in Gem (around 21st of > > march) and is related to threaded loading of images and deleting objects > > while the load is still in process. > > > > to avoid the problem you can do either of those: > > - - upgrade to a new version of gem (there's a backport of the fix to the > > (stable) 0.93 branch of Gem, though no official release has been made > > yet, containing the fix) > > - - avoid using threaded loading of images, e.g by sending the [thread 0( > > message to [pix_image] before loading images. > > - - avoid deleting a [pix_image] that has pending "open" requests > > I just committed the latest patches from the 0.93 Gem branch to the > Pd-extended 0.43 release branch. They'll be in tomorrow's build. John, > could you test this and report back if there are any problems? > > .hc > > > > > I hate it when they say, "He gave his life for his country." Nobody gives > their life for anything. We steal the lives of these kids. -Admiral Gene > LeRocque > > > ___ > 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] GEM UI
Amazing, thanks so much. I knew there had to be some simple method that I'd overlooked. Cheers, -martin On Tue, 2012-04-03 at 17:36 +0200, IOhannes m zmoelnig wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 2012-04-03 17:03, Martin Eckart wrote: > > Is there a way to define a frame or object group for Gem objects? > > Something where I could just use a single transformXYZ for the group > > offset from the camera position and then work with each sub-object as if > > it were fixed to the screen? How might you fix UI elements to screen > > borders while moving the camera through the application space? > > > examples/02.advanced/03.View_OSD.pd > > fgamsdr > IOhannes > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.12 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAk97GRYACgkQkX2Xpv6ydvTibwCg2ogw+KfYC8a7UZRyN8xJobCz > rFcAn2ai56Xpk8Cn3wt2IVxSfRduM4pP > =z/H3 > -END PGP SIGNATURE- > > ___ > 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] GEM UI
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-04-03 17:03, Martin Eckart wrote: > Is there a way to define a frame or object group for Gem objects? > Something where I could just use a single transformXYZ for the group > offset from the camera position and then work with each sub-object as if > it were fixed to the screen? How might you fix UI elements to screen > borders while moving the camera through the application space? examples/02.advanced/03.View_OSD.pd fgamsdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk97GRYACgkQkX2Xpv6ydvTibwCg2ogw+KfYC8a7UZRyN8xJobCz rFcAn2ai56Xpk8Cn3wt2IVxSfRduM4pP =z/H3 -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] GEM UI
Hi all, I need help conceptualizing the best solution to my problem. I've created a Gem application in which I use the 'view' message to pan the camera around the space. Now I want to create a user interface that is fixed to the frame of the screen. I've succeeded already but my current solution is clunky (I created an 'offset' abstraction that calculates the proper offset for each UI element whenever the camera is panned) and is conceptually convoluted. I think it's more complicated than it needs to be. Is there a way to define a frame or object group for Gem objects? Something where I could just use a single transformXYZ for the group offset from the camera position and then work with each sub-object as if it were fixed to the screen? How might you fix UI elements to screen borders while moving the camera through the application space? Thanks, -martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] Dance, Music, Laptop Orchestra (Ⓓ☊∈∀)
Ⓓ☊∈∀ Dance, Music, Laptop Orchestra This Wednesday 4/4 at 5PM, Concordia Electroacoustics and Dance students collaborate in an afternoon dance show featuring a series of one-minute long dance/EA pieces by advanced students and a performance of Concordia Laptop Orchestra (CLOrk) with dance. The Orchestra performance will feature group-beat-making through CLOrk's proprietary OSC/MIDI WLAN-Sync (programmed in PD). The audience is invited to walk inside the performance area, among the dancers and live musicians, during the show. Snacks will be served. Admission is free Wednesday April 4th 2012 @ 5PM Address: Black Box studio (265), 7th floor, John Molson (MB) Building Concordia University 1455 Guy Street (corner de Maisonneuve W.) Montreal QC Canada Guy-Concordia Metro The show is organized by Concordia's Contemporary Dance and Music departments Including pieces by: Chris Gorman, Jared Jukes, James Piggott, Greg Marino, Patrick McDowell, Ryan White, Ryan McNabb, Elena Stoodly, Bobby Lehoux, Michael Baker, Kevin KcDonald, Karim Lakhdar, Daniel Kaga, Frankie Fiore, Marguerite Luu, Suki Benning, David Fiorentino, Camilo Gidi, and Charles Bale Dancers: Sophia Wright, Auja Ragnarsdottir, Pascale Yensen, Greg Selinger, Levana Prud'homme, Emilia Gallo, Maxine Segalowitz, Olivia Filippo, Aditi Dixit, Melinda Ellerton, Laura Battcock, Breanna Harvey, Michaela Gerussi, Vero Dalo, Veronique Ranger, Tanya Cyr, Emmalie Ruest Concordia Laptop Orchestra: Michael Baker, Jeffrey Clifford, Pat De Luca, Frankie Fiore, Sophie Genest, Camilo Gidi, Kevin Jamey, Karim Lakhdar, Emily Laliberte, Fernando Leppe, Kevin McDonald, Kris McDougall, Ralph Nakhle, Andy Poblete, Elena Stoodley, Stephen Trepanier, Justin Trubiano, and Matt Wood Organizers: Prof. Silvy Panet-Raymond (Dance) Prof. Eldad Tsabary (Electroacoustics) ___ 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