Pd-dev August 2016

pd-dev@lists.iem.at

6 participants
5 discussions

Re: [PD-dev] LibPD for .NET and Mono now available from NuGet
by Dan Wilcox 30 Aug '16

30 Aug '16

Cool. I wasn’t sure if those PR’s were finalized yet. Looks like they are. I can see about merging and putting out a new release. -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> > On Aug 27, 2016, at 4:00 AM, pd-dev-request(a)lists.iem.at wrote: > > From: Thomas Mayer <thomas(a)residuum.org <mailto:thomas@residuum.org>> > Subject: [PD-dev] LibPD for .NET and Mono now available from NuGet > Date: August 26, 2016 at 12:39:26 PM MDT > To: "pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>" <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>>, PureData developer's list <pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at>> > > > Hello, > > I have uploaded and fully functional version of LibPD for .NET and Mono > to NuGet: > > https://www.nuget.org/packages/LibPDBinding <https://www.nuget.org/packages/LibPDBinding> > > I have opted to number the versions independantly from LibPD itself, as > new packages may be uploaded with new architectures and OS. > > It has been compiled using the latest release 0.9.2 plus my two pull > requests: > https://github.com/libpd/libpd/pull/113 <https://github.com/libpd/libpd/pull/113> > https://github.com/libpd/libpd/pull/139 <https://github.com/libpd/libpd/pull/139> > > Included are native libraries for Windows and Linux, both x86 and amd64, > as well as the necessary .NET and Mono dll. > > For an example on how to use LibPD with C#, take a look at the sample app: > https://github.com/residuum/libpd/tree/csharp/samples/csharp/naudio <https://github.com/residuum/libpd/tree/csharp/samples/csharp/naudio> > > I have already toyed around a bit with it: > https://github.com/residuum/premier-league-sonification/tree/master/CsharpD… <https://github.com/residuum/premier-league-sonification/tree/master/CsharpD…> > > Thanks, > Thomas

2 3

LibPD for .NET and Mono now available from NuGet
by Thomas Mayer 26 Aug '16

26 Aug '16

Hello, I have uploaded and fully functional version of LibPD for .NET and Mono to NuGet: https://www.nuget.org/packages/LibPDBinding I have opted to number the versions independantly from LibPD itself, as new packages may be uploaded with new architectures and OS. It has been compiled using the latest release 0.9.2 plus my two pull requests: https://github.com/libpd/libpd/pull/113 https://github.com/libpd/libpd/pull/139 Included are native libraries for Windows and Linux, both x86 and amd64, as well as the necessary .NET and Mono dll. For an example on how to use LibPD with C#, take a look at the sample app: https://github.com/residuum/libpd/tree/csharp/samples/csharp/naudio I have already toyed around a bit with it: https://github.com/residuum/premier-league-sonification/tree/master/CsharpD… Thanks, Thomas -- "Ich komme aus dem Staunen nicht heraus." "Dann bleib halt drin, du Seppel" (Dietmar Dath - Die Abschaffung der Arten) http://www.residuum.org/

1 0

[pure-data:bugs] #1259 TCL error using "flatgui" lib under PD 0.47
by Ticket 1259 08 Aug '16

08 Aug '16

--- ** [bugs:#1259] TCL error using "flatgui" lib under PD 0.47** **Status:** open **Group:** v0.47 **Created:** Sun Aug 07, 2016 10:36 PM UTC by Anonymous **Last Updated:** Sun Aug 07, 2016 10:36 PM UTC **Owner:** nobody **Attachments:** - [audio-in~.pd](https://sourceforge.net/p/pure-data/bugs/1259/attachment/audi… (571 Bytes; application/octet-stream) Since installing v0.47, I'm getting errors on all my patches which use [flatgui/knob]. I don't know if the problem is in PD, TCL, or the flatgui library (which I suspect is no longer being maintained), so please forgive me if I'm posting this in the wrong place. The error occurs whenever I click on "Properties" for the "knob" object. But it seems to work OK otherwise (at least so far). It was working under v0.46 of PD. I've attached an example of a patch which has this problem. If you need more information, let me know. Thanks, David Kettle. Pd version 0.47.1-vanilla Windows 7 SP1 (64-bit) flatgui-v0.0.extended-(Windows-i386-32)-externals.zip (installed with Deken) (Tcl) UNHANDLED ERROR: unknown color name "16579836" (processing "-background" option) invoked from within "label $mytoplevel.colors.sections.exp.fr_bk -text "o=||=o" -width 6 -background [eval concat $$var_iemgui_bcol] -activebackground [eval concat $$var..." (procedure "pdtk_iemgui_dialog" line 295) invoked from within "pdtk_iemgui_dialog .gfxstub435b878 KNOB --------dimensions(pix)(pix):-------- 0 2 NONE: 90 8 height: -----------output-range:----------- 0 l..." ("uplevel" body line 1) invoked from within "uplevel #0 $docmds" --- 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:bugs] #1258 number atoms wont allow text input
by Ticket 1258 04 Aug '16

04 Aug '16

--- ** [bugs:#1258] number atoms wont allow text input** **Status:** open **Group:** v0.47 **Labels:** number box **Created:** Thu Aug 04, 2016 06:53 PM UTC by Anonymous **Last Updated:** Thu Aug 04, 2016 06:53 PM UTC **Owner:** nobody Pd version 0.47-1 Windows 7 Professional 6.1.7601 built in audio Number Atoms (boxes) will not allow text input for numbers, I can only change values with the click-and-drag method. --- 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

pdlua: lua-5.3 problem with float/int representation
by Patric Schmitz 03 Aug '16

03 Aug '16

Hi pd devs, I'm using pd 0.47.1 on archlinux which ships the latest lua-5.3 by default. It seems that in 5.3 the internal representation of 'number' types differentiates between floating and integer types now. Quoting the manual: > The type number uses two internal representations, or two subtypes, one called integer and the other called float. Lua has explicit rules about when each representation is used, but it also converts between them automatically as needed (see §3.4.3). This led to the problem that the 'inlet' variable to string conversion resulted in the value 1.0 instead of 1, so the dispatching of the method failed since no method named e.g. in_1.0_float exists. I was able to fix it by making the inlet value integral with > inlet = math.floor(inlet) in pd.lua pd.Class:dispatch. An integer-cast could be used as well, but that would not be compatible with older language versions. As found by Claude on IRC the floor version should be safe since "Rounding functions (math.ceil, math.floor, and math.modf) return an integer when the result fits in the range of an integer, or a float otherwise.". So as long as < 2^31 inlets are used, which one can reasonably assume, this should be fine. There are probably more places where this fix would need to be applied, such as the outlet dispatching, and the multi-receive example. It should also be commented to make obvious what is happening, like that no int-cast is used due to older language version compatibility. Thanks, Patric

2 1

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 August 2016