Pd-list March 2013

pd-list@lists.iem.at

104 participants
145 discussions

[PD-announce] Pd-extended 0.43.4 released!
by Hans-Christoph Steiner 19 Mar '13

19 Mar '13

Its time to announce the next big Pd-extended release, 0.43.4! This release has the most new features of any release before, so many annoyances are gone, many new tools help you patch, and. There will be more updates to cover some of the new features here, in the form of news items on puredata.info, blog posts, screencasts and more. Download here for all platforms (Debian, Mac OS X, Mint, Raspbian, Ubuntu, Windows, and of course the source code): http://puredata.info/downloads/pd-extended/releases/0.43.4 For Debian/Ubuntu/Mint/etc., you can add an apt source by following the instructions at the top of the page here: http://puredata.info/docs/faq/debian ChangeLog ------- Here you can get a good overview in what has changed, so you know where to find out more. changes since 0.43.1 -------------------- * search-plugin included by default * improved audio performance on Mac and Windows, Mac now uses half the CPU when idle (portaudio update) * (Windows) full unicode support * support full unicode MIDI device names (portmidi) * many completed translations * many bugfixes changes since 0.42.5 -------------------- == changes to the editor == * GUI Plugins! can customize a wide array of features of the editor * Autotips in Edit Mode to get information about inlets, outlets, and objects * Magic Glass to snoop on messages as they pass thru connections * Search everything! Thanks to Jonathan Wilkes' search plugin, now included by default * full Unicode support throughout Pd (there are still some layout issues with right-to-left alphabets and character-based languages) * fully localizable GUI, with full translations for French, German, Japanese, Italian, and Greek * full interface translations with limited search translation for Catalan, Chinese (China), Chinese (Taiwan), Danish, German, Hungarian, Korean, Portuguese (Brazil), Slovak, Spanish, Spanish (Mexico) * partial translations for: Russian, Turkish * contribute to translations: https://www.transifex.com/projects/p/puredata/ * paths are no longer saved in the preferences. Use the [path] or [declare -path] objects, or use the standard global install locations * complete Tcl/Tk 8.5 support and integration * drastically improved Pd window logging/print performance (1000 lines/sec and you can still patch) * Ctrl-click/Cmd-click error messages in Pd window to find the object with the error * five log levels and dynamic filtering of Pd window log ('fatal, error, normal, debug, all') * library loading printed to Pd window at level 'debug' so the Pd window is blank when Pd-extended starts * hierarchical display of open subpatches/abstractions in Window menu: http://puredata.info/dev/NextRelease/window_hierarchy.png * generate complete Pd window log using 'File->Save As..' when on the Pd window * 'File->New' creates the new patch in the folder of the current patch * 'File->Print' now prints the entire canvas rather than just the visible part (thanks Trevor Fancher) * 'File->Save As...', 'Edit->Copy', and 'Edit->Select All' now work on the Pd window * Ctrl/Cmd < and > cycle through open windows * added Autopatch, Autotips, and Perf Mode control on the Edit menu * improved handling of multiple monitors * (GNU/Linux) realtime mode enabled by default (-rt) * (GNU/Linux) window placement logic can be handled in plugin for better support of many Window Managers (`pdtk_canvas_place_window`) * (GNU/Linux and Mac OS X) [comport] no longer crashes Pd when open USB-serial devices are unplugged * (GNU/Linux and Windows) !TkDND drag-n-drop support for dropping files onto Pd and patch windows * (GNU/Linux and Windows) added Alt shortcuts to menus * (GNU/Linux and Windows) Navigate menus with arrow keys * (GNU/Linux and Windows) Pd window and patchses now have a Pd icon when Alt-Tabbing * (Windows) zip-only distro with pd-extended.bat to run without installing == updates to the core == * updated to latest stable portaudio v19-20110326 * free methods always called on quit, so cameras, network sockets, etc. are properly freed * GUI objects no longer send pointless draw updates, reducing GUI load * (Windows) external libraries can now include DLLs in a library folder * [loadbang] has a convenience inlet * sys_open() / sys_close() and sys_fopen() / sys_fclose() functions in m_pd.h for full UTF-8 support in externals that use files == updates to libraries and objects == * added all lowercase aliases to cyclone for Max/MSP >= 4.6 compatibility * fix type-punned pointer issues in most externals so everything is built using auto-vectorization optimization on all platforms * [sys_gui] now outputs a bang when the command completes * [canvas_name] can query based on inlet, using float as depth and symbol for canvas name * [tabplay~] can play up to 13.5 hour long tables accurately (up from 6 mins) * (Windows) fixed 'unauthorized' GUI objects [playlist], [cooled~], etc. == newly included libraries == * 'pdlua' for loading objects written in Lua like regular objects * 'tclpd' for loading objects written in Tcl like regular objects * 'log' library for logging to the Pd window at different levels * 'iemguts' library for controlling abstractions and patches from Pd * 'mediasettings' library for controlling the Audio/MIDI device preferences * 'pduino' library for controlling Arduino boards via the Firmata protocol * 'syslog' added IEM's object for logging to syslog (GNU/Linux and Mac OS X) == removed libraries == * remove unsupported, unmaintained libraries: controctopus, Externals-HOWTO, flashserver, flatspace, flib, gyre, keyboardkeys, memento, memento-p, nqpoly4, nqpoly~, nusmuk, pixeltango, puremeasurement, rradical, toxy see: [http://puredata.info/docs/LibrariesInPdExtended * pidip removed because of license conflicts For more details, check the complete changelog, see the bottom of the release page: http://puredata.info/downloads/pd-extended/releases/0.43.4/ More Details ------------ * the Mac OS X PowerPC builds are a bit out of date because the PowerPC build machine died at the end of December. We're trying to get it back up so we can have up-to-date Mac OS X PowerPC builds! * the Raspbian build is barely tested, please try it and report back so we can improve things on Raspbian. _______________________________________________ Pd-announce mailing list Pd-announce(a)iem.at http://lists.puredata.info/listinfo/pd-announce

13 32

[GEM] pix_record .mov files and codecs
by Jaime Oliver 19 Mar '13

19 Mar '13

hi everyone, I am recording video files from GEM processes, but now have a severe incompatibility issue. I know it is being recorded correctly because I can read the files from within GEM, but no external player seems to be able to open it (i.e. vlc player in both ubuntu and os x) The message from vlc in ubuntu is: " No suitable decoder module: VLC does not support the audio or video format "RTJ0". Unfortunately there is no way for you to fix this. : pix_record is using default codecs / settings. I am recording these videos on pd 0.43-4 and recent Gem (for some reason it does not report the version but it was downloaded in sept-2012, so recent-ish. Anyone have any suggestions? Since the files work in Gem I can re-encode them into the correct codec, but which one is that... best, Jaime

4 4

MobMuPlat for Ipad and expr~ woes
by Pagano, Patrick 19 Mar '13

19 Mar '13

Hello I am trying to get a synthesizer patch i created onto the ipad, i erroneously thought that if the patch i was using opened up with PdVanillaFor MobMuPLat that is included in the release of MubMuPlat that it would work on the ipad. And since i am not selling the application i assumed that i could use the expr~ since it is included. But now that i finished setting it up when i load the file onto the ipad i get a bunch of errors with expr if($f1-$f2==0, 0, 1) error could'nt create load_object: Symbol "expr_setup" not found I know there is some issue with the license and i found this README.txt in files i has where Iohannes addressed the issue. IS there a way for me to use this object in this patch? I am including IOhannes' stuff regarding hexloader --------- hexloader --------- (c) copyleft 2006-2007 IOhannes m zmˆlnig, IEM the problem ----------- when dealing with abstractions and single-file externals, we have a 1-to-1 correspondence between an objectclass and a file. examples: the [expr] object matches an external "./expr.pd_linux" the [zexy/nop~] object matches an abstraction "./zexy/nop~.pd" general: the object [<name>] matches a file "<name>.$EXT" when dealing with externals, the name of the objectclass is also to be found in the setup function within the external example: to load the "expr" external, Pd will look for a function "expr_setup()" within the file "./expr.pd_linux" general: the external "<name>" has to provide a setup-function "void <name>_setup(void)" this works fine, as long as there are no special characters involved: according to the above scheme, when loading the external "expr~" Pd should actually be looking for "expr~_setup()" within the file "./expr~.pd_linux"; unfortunately, the C-language (wherein most externals are written) does not allow function-names to use any characters other than "a-zA-Z0-9_". therefore the name "expr~_setup()" is invalid; therefore, Pd handles the case of the trailing "~" in a special way: it actually expands the "~" to "_tilde" and looks for "expr_tilde_setup()" general: the object [<name>~] corresponds to an external "<name>~.pd_linux" which offers a setupfunction "<name>_tilde_setup()" unfortunately this doesn't work well for a larger number of characters forbidden in C-functionames. example: how should the setupfunction for an objectclass [~<~] be named? additionally, several filesystems have problems with certain characters. for instance, you cannot use the character '>' on FAT32 filesystems. but how do you then create a file for the objectclass [>~]? a solution ---------- one solution is to just forbid objects with weird (non alphanumerical) names. pretty frustrating another solution ---------------- use libraries with valid names that hold objects with weird names a better solution ----------------- another solution is to translate the forbidden characters into allowed ones. for instance, every ASCII-character can be called by it's name (e.g. 'a') as well as by it's numeric value "97" (or in hex: "0x61") the here-proposed solution is, to replace every illegal character by it's hexadecimal representation (in lowercase). examples: [>] corresponds to the file "0x3e.pd" [>~] corresponds to the file "0x3e0x7e.pd" or to "0x3e~.pd" [a>b] corresponds to the file "a0x3eb.pd" the same system can be applied to the setup-functions: examples: [a>b] has a setupfunction "a0x3eb_setup()" CAVEAT: C also forbids to start function names with numeric values. therefore, this is a nono: [>]'s setupfunction would be "0x3e_setup()" (ILLEGAL) we can simply fix this by putting the "setup()" in front: [>] has a setupfunction "setup_0x3e()" implementation -------------- the "hexloader" external adds the possibility to Pd use the proposed alternative naming scheme. just load the "hexloader" lib, and the next time you try to create the (yet unknown) object X, Pd will also look for several alternatives example: [>~] ">~.pd_linux" (filename ILLEGAL on SOME filesystems) >~_setup() (ILLEGAL functioname) setup_>~ (ILLEGAL functioname) 0x3e0x7e_setup() (ILLEGAL functioname) setup_0x3e0x7e() "0x3e~.pd_linux" 0x3e~_setup() (ILLEGAL functioname) setup_0x3e~() 0x3e0x7e_setup() (ILLEGAL functioname) setup_0x3e0x7e() "0x3e0x7e.pd_linux" 0x3e0x7e_setup() (ILLEGAL functioname) setup_0x3e0x7e() ">~.pd" (filename ILLEGAL on SOME filesystems) "0x3e~.pd" "0x3e0x7e.pd" the hexloader will try one alternative after another until it finds one that actually works (there is no problem in querying the ILLEGAL names, it is just impossible to create such filenames/setupfunctions) handling of "/" --------------- a special problem is the "/" character, as this might be a special character in the name of an object and the path-delimiter example: "a/b" might be a file "b" in the directory "a" or just "a/b" solution -------- hexloader treats the "/" in a special way, as it tries all possibilities example: [a/b} a/b (file "b" in directory "a") b_setup() setup_b() a0x2fb (file "a/b") a0x2fb_setup() setup_a0x2fb() CAVEATS ======= obviously the abstraction "0x3e.pd" can be addressed as both [>~] and [0x3e] this basically means, we have now an n-to-1 correspondence! in the case of externals this could be fixed by only using the "setup_*" naming scheme (instead of Pd's standard "*_setup()") for practical reasons this has been dumped (too many devs created the wrong setupfunction and couldn't tell why the externals would not load)

8 21

Re: [PD] TCP/IP communication from the unix server to the Pure Data
by fls＠rendera.com.br 19 Mar '13

19 Mar '13

First at all, you don't need to swap byte endianness just because you are sending it to the network. You have to put in the network format just the header data like port and IP. The network devices read the header but don't use to touch the data section of the packet where your samples will be. You have to use it only if server and receiver are in different hardware architecture. The ntohl() converts only long integer values what means a 32 bit integer. there is another function called ntohs() that converts short integer (16 bits). So, you can't pass a float to the function. The float structure has a mantisse, a biased exponent and a signal. A integer doesn't. One solution is to convert your float point to long integer, use the byte swap function and convert back to integer. Other solution is to check if your machine is little or big endian and create a byte swap to float manually and do not use htonl(). Cheers Schiavoni > Martin , thank you for everything, I got it working now even with > floating point numbers, here is the rundown of the method > > [solved] > BUT BEFORE FOLLOWING THIS, NOTE THAT FLOATING POINT NUMBER IS SOMETHING > THAT YOU DON'T WANT TO PARSE, IF YOU LIKE YOUR NERVES. > > The first problem is > 1. Error was in using on the server side an ntohl() on a float number, > which corrupts it heavily. Mark my words, ntohl() is an enemy of the > float. > Just receive it reversed and manually work out the conversion, you HAVE > to do it manually anyways :P > > 2. Float is a complex standard, even more complex when Pure Data > converts everything to decimal partially per byte. Separate Mantissa, > Exponent and Sign using bitwise operators [<<][>>], and work out the > float conversion. > Follow this thread for Mantissa, that one is the hardest Convert > floating point number from binary to a decimal number > <http://stackoverflow.com/questions/15393113/convert-floating-point-number-f…> > > Good luck ^^ > > //Petar > > On 13/3/13 1:51 PM, Martin Peach wrote: >> I attached a patch that should reconstruct a long if it's bigendian, >> although it doesn't give 1000000 for the sequence you provided... >> >> The floating point numbers are more difficult, you need to separate >> the sign, exponent and mantissa and then put it all together. >> >> Martin >> >> On 2013-03-13 06:08, Petar Jercic wrote: >>> Wow, these methods you proposed made me realize that I was using the >>> wrong endian method on my UNIX server, it has to be ntohl(). Now I got >>> it correct, and I am receiving data (bytes) in the correct order. >>> >>> *>>>: 0 0 0 2 0 10 114 26 0 0 0 51 0 16 242 78 >>> * >>> Sample data might be 2 1000000 51 2000.56, which could be read in the >>> data ... somewhat :)* >>> >>> **Now my question is, how do I get four compact numbers to work with?* >>> Now I have a series of bytes, but at least in the correct order. >>> >>> I haven't been able to extract the data using [bytes2any] and [route], >>> so I prepared a small patch to demonstrate the problem, maybe you can >>> show me by modifying it? >>> >>> //Petar >>> >>> On 11/3/13 2:31 PM, Martin Peach wrote: >>>> On 2013-03-10 17:58, Petar Jercic wrote: >>>>> Sorry, I can't use ASCII text as communication method, since I plan >>>>> to >>>>> send large quantities of data at high speed rates, I need to >>>>> optimize it >>>>> as much as possible. Compared to streaming bytes, ASCII is >>>>> inefficient >>>>> up to a several orders of magnitude. >>>>> >>>>> Is there a method for correct endianness in Pure Data, like these C >>>>> functions: >>>>> >>>>> ntohs()--"Network to Host Short" >>>>> ntohl()--"Network to Host Long" >>>> >>>> You can do that with Pd like this (ntohs): >>>> >>>> [unpack 0 0] >>>> | | >>>> [* 256] | >>>> | | >>>> [+ ] >>>> | >>>> [ \ >>>> >>>> or >>>> >>>> [unpack 0 0] >>>> | | >>>> | [* 256] >>>> | | >>>> [+ ] >>>> | >>>> [ \ >>>> >>>> for littleendian. >>>> >>>> Floats are harder but still possible. The main difficulty is in >>>> splitting the incoming stream in the right places. (I think ASCII is >>>> not orders of magnitude slower, and it is also less ambiguous). >>>> >>>> Martin >>>> >>>> >>>> >>>>> >>>>> On 09/3/13 5:15 PM, Martin Peach wrote: >>>>>> It's probably safer to get the server to send the numbers as ASCII >>>>>> text, to avoid disagreements about endianness and floating-point >>>>>> representation. >>>>>> Then, to extract the numbers, you could use [moocow/bytes2any] or >>>>>> make >>>>>> a custom parser using [pdlua]. >>>>>> >>>>>> Martin >>>>>> >>>>>> >>>>>> On 2013-03-09 10:55, Petar Jercic wrote: >>>>>>> Apparently [netclient] on the Pure Data side cannot receive nothing >>>>>>> else >>>>>>> than ; delimited messages. >>>>>>> So the solution for the problem: >>>>>>> *My question is, is there a way to send something other than string >>>>>>> message to Pure Data, like byte-stream or serialized number stream? >>>>>>> Can >>>>>>> Pure Data receive such messages?* >>>>>>> >>>>>>> The solution is to use [tcpclient], it can receive byte-stream >>>>>>> data. >>>>>>> >>>>>>> Now I have another problem regarding the data read, on how to >>>>>>> convert it >>>>>>> back to usable numbers. >>>>>>> >>>>>>> From my UNIX server I am sending a structure >>>>>>> >>>>>>> typedef struct { >>>>>>> int var_code; >>>>>>> int sample_time; >>>>>>> int hr; >>>>>>> float hs; >>>>>>> } phy_data; >>>>>>> >>>>>>> Sample data might be 2 1000000 51 2000.56 >>>>>>> >>>>>>> When received and printed in Pure Data I get output like this: >>>>>>> >>>>>>> >>>: 2 0 0 0 104 34 9 0 51 0 0 0 235 50 48 69 >>>>>>> >>>>>>> You can notice number 2 and number 51 clearly, I guess the others >>>>>>> are >>>>>>> correct as well. Might be some network inversion of LSB/MSB. >>>>>>> >>>>>>> *How can I get these numbers back to a usable format and get them >>>>>>> in >>>>>>> separate variables? >>>>>>> >>>>>>> *//Petar* >>>>>>> * >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Pd-list(a)iem.at mailing list >>>>>>> UNSUBSCRIBE and account-management -> >>>>>>> http://lists.puredata.info/listinfo/pd-list

1 0

Re: [PD] video manipulation‏
by anna ioannidi 18 Mar '13

18 Mar '13

Thanks Pagano! Unfortunately there are a few more problems. So, I've downloaded the pdp library. There aren't inside it any patches with the names pdp_mgrid or pdp _qt ( I found only pdp_qt_control). I searched to the internet and I found the pdp_mgrid and pdp_qt-help. When I open them there is a box to each one, marked red (missing/error command). The boxes have the commands [pdp_help_output], [pdp_spigot]. I searched in the internet if there is another library that I should install but I didn't find anything. For the y_qt I didn't find anything at all! Any advice for what should I do? Moreover, how can I view a video manipulated by a pdp chain? When I connect it somewhere like the [pix_texture] and [rectangle 4 3], I get errors. Is the pdp chain just for manipulation? If that is so, when I connect different parts directly with [pix_film] I get a white screen.

1 0

crude pd interface for omxplayer/Rpi
by batinste 18 Mar '13

18 Mar '13

Hi list Looking for a way to control video playback on the Raspberry Pi outside Gem's realm, i stumbled across omxplayer and this topic <http://www.raspberrypi.org/phpBB3/viewtopic.php?f=38&t=7987>. So based on it i've made a very crude [shell]-based omxplayer controller in Pd, see attached. As omxplayer can be controlled via keystrokes, you can expand this patch's possibilities very easily. For now, you can choose a file, play it, pause and resume, restart the video, quit omxplayer, increase and decrease volume. I encounter an annoying bug when restarting a video : one can briefly see what's behind the window, be it a console or lxde's desktop. Happily, omxplayer has also a counter-bug thats prevents the desktop to refresh itself (it stays black : you have to move the mouse all over the screen to refresh). So to keep the restart prettier, you have to launch the desktop manager.

3 2

Gem and audio pause/clicks
by Jm Jones 18 Mar '13

18 Mar '13

Hi, im back learning pd/max. Im playing with both Pd-extended and Max 6, I know that i must choose one, at least in this stage : ) Im interested in midi control but also in visuals, VJing and audio visual interaction. Currently im trying the simplest idea that crossed my mind, controlling some effects in gem with data from a peakamp. I have glitches and the audio pauses when i move the windows (specially the Gem window), is this normal? if i set up an environment with 2 screens (the case in a gig) can i freely manipulate the patches without fear? thanks -- Juan Manuel Jones

3 3

exporting waveform table into high definition .png?
by ronni montoya 17 Mar '13

17 Mar '13

Hi list, is it possible to export and waveform table into a high definition png, or jpg or vector file in pd? cheers R.

1 0

video manipulation
by anna ioannidi 16 Mar '13

16 Mar '13

Hello, I am a new one to pd. I want to create an interactive installation. The main idea is that the people with their movement are able to manipulate the speed of a video. I have a patch which understands the movement and translates it into frames. Managing the threshold and the blobsize the result is quite satisfying. The problem is that although I have done what I believe it's necessary, the speed of the video isn't synchronized with my movement. Is it a problem of the program or is something that I have done wrong? Thank you in advance.

1 1

Re: [PD] More Sensor Questions inc libfreenect on the Rpi
by Julian Brooks 16 Mar '13

16 Mar '13

Hey Ryuta, Yes, we'd thought about PIR's. My understanding, and I'd be happy to be proved wrong, is that they are either 'on' or 'off', motion or no-motion. And this case what we'd really like is to be able to detect motion but also depth (3d) so we can measure whether something is moving towards and away from the chimes with a proportional representation of force. Then ideally lateral movement too so, say, someone waves their arm from side to side that that could also be measured. Tricky & challenging on such a lightweight machine, particularly with no GEM, but I guess that's also part of the fun:) Many thanks for your suggestion though. All the best, Julian

2 2

← Newer
1
...
4
5
6
7
8
9
10
...
15
Older →

Jump to page:

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 March 2013