Pd-dev February 2013

pd-dev@lists.iem.at

12 participants
70 discussions

Pdlab licid-amd64 (was Re: autobuild: fribidi support)
by András Murányi 03 Feb '13

03 Feb '13

> > [...] > > BTW, rsync fails here with "Host key verification failed." > > Actually, I forgot to say, if you want to run it as a jenkins build slave, > that would definitely still be useful. > > .hc > Jenkins is behaving bad here (doesn't seem to start up at boot, then it doesn't connect to the master when started) but i'll try to discipline it. As for the autobuild script, I've done svn up, yet it fails with the following *before it still tries to rsync*. Shall we try to fix it or shall I dump it? libtool: link: g++ -g -O2 -o pd pd-g_canvas.o pd-g_graph.o pd-g_text.o pd-g_rtext.o pd-g_array.o pd-g_template.o pd-g_io.o pd-g_scalar.o pd-g_traversal.o pd-g_guiconnect.o pd-g_readwrite.o pd-g_editor.o pd-g_all_guis.o pd-m_pd.o pd-m_class.o pd-m_obj.o pd-m_atom.o pd-m_memory.o pd-m_binbuf.o pd-m_conf_pdextended.o pd-m_glob.o pd-m_sched.o pd-s_main.o pd-s_inter.o pd-s_file.o pd-s_print.o pd-s_loader.o pd-s_path.o pd-s_entry.o pd-s_audio.o pd-s_midi.o pd-s_utf8.o pd-d_ugen.o pd-d_ctl.o pd-d_arithmetic.o pd-d_osc.o pd-d_filter.o pd-d_math.o pd-d_array.o pd-d_global.o pd-d_delay.o pd-d_resample.o pd-x_arithmetic.o pd-x_connective.o pd-x_acoustics.o pd-d_soundfile.o pd-e_fft.o pd-e_gfxstub.o pd-e_dac.o pd-e_midi.o pd-g_magicglass.o pd-import.o pd-path.o pd-print.o pd-closebang.o pd-initbang.o pd-loadbang.o pd-s_audio_alsa.o pd-s_audio_alsamm.o pd-s_midi_alsa.o pd-d_fft_mayer.o pd-d_fftroutine.o pd-s_audio_jack.o pd-s_audio_oss.o pd-s_midi_oss.o pd-s_audio_pa.o pd-s_audio_paring.o -Wl,--export-dynamic -lm ../portaudio/.libs/libportaudio.a /usr/lib/libasound.so -lrt -lpthread -ldl /usr/lib64/libjack.so -Wl,-rpath -Wl,/usr/lib64 -Wl,-rpath -Wl,/usr/lib64 pd-d_soundfile.o: In function `writesf_stop': /home/pd/auto-build/pd-extended/pd/src/d_soundfile.c:2479: undefined reference to `pute' pd-d_soundfile.o: In function `writesf_child_main': /home/pd/auto-build/pd-extended/pd/src/d_soundfile.c:2143: undefined reference to `pute' /home/pd/auto-build/pd-extended/pd/src/d_soundfile.c:2149: undefined reference to `pute' /home/pd/auto-build/pd-extended/pd/src/d_soundfile.c:2360: undefined reference to `pute' /home/pd/auto-build/pd-extended/pd/src/d_soundfile.c:2365: undefined reference to `pute' pd-d_soundfile.o:/home/pd/auto-build/pd-extended/pd/src/d_soundfile.c:2154: more undefined references to `pute' follow collect2: ld returned 1 exit status make[5]: *** [pd] Error 1 make[5]: Leaving directory `/home/pd/auto-build/pd-extended/pd/src' András

2 11

sysex/midiin and port numbers
by Peter Brinkmann 03 Feb '13

03 Feb '13

Hi, I've been revisiting the MIDI support of libpd, and I noticed that the functions inmidi_byte and inmidi_sysex add one to the port number before passing the message on to the midiin/sysexin object. Is this the desired behavior? If so, why? If not, is it too late to change it? I also don't understand the output I'm getting from my Korg nanoKey: If I push a key on the keyboard, then [notein] outputs MIDI events for channel 1, while [midiin] outputs bytes for port 2. How to channel numbers and port numbers fit together? Thanks, Peter

2 3

[ pure-data-Patches-3602226 ] apply button is missing yet
by SourceForge.net 02 Feb '13

02 Feb '13

Patches item #3602226, was opened at 2013-01-26 10:45 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3602226&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: None >Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: lowtechism (lowtechism) >Assigned to: Miller Puckette (millerpuckette) Summary: apply button is missing yet Initial Comment: It was discussed in Pd-list but apply button is not recovered yet. http://www.mail-archive.com/pd-list@iem.at/msg51331.html http://www.mail-archive.com/pd-list@iem.at/msg49361.html Pd version 0.43.4-extended Mac OS X 10.8.2 /Intel built-in sound ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2013-02-01 19:51 Message: fixed in pd-extended, tomorrow's build, and the patch is attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3602226&group_…

1 0

More canvas position woes
by Roman Haefeli 02 Feb '13

02 Feb '13

Hi all The assumed window border sizes are hard-coded in tcl/pd-gui.tcl: set ::windowframex 3 set ::windowframey 53 However, those values might not be correct on some systems. On my system (with fluxbox as a window manager) those values actually are 0 and 44. This leads to moving canvas: Whenever I save a patch, close and open it again, it shifts 9px up and 3px to the left. This shift even happens on each 'vis 0, vis 1' cycle sent to [s pd-canvasname]. This is actually not a Pd question: Is there a way to know the actual windowframe sizes in tcl/tk? Detecting the actual sizes would be the only real solution to this problem, I suppose. Alternatively, is there a way to write a GUI plugin to put my adjustments into, so that I don't have to modify tcl/pd-gui.tcl after every Pd update? I - naively - tried to simply put this: set ::windowframex 0 set ::windowframey 44 into ~/pd-externals/correct_windowframe-plugin.tcl. It seems to work so far, if I load patches from the file->open menu. When loading a patch from the command line, the wrong values still are used for the main patch. For all sub-sequent canvases (a.k.a subpatches of the main patch, abstractions of the main patch or sub-sequently opened patches), the correct values from the plugin are taken. Another issue is the wrapping of the menu in narrow canvases. When I work in a patch that shows the menu in two lines, the offset increases by another 28px. This means that on each save/reload cycle (or 'vis 0, vis 1' cycle, for that matter) the canvas shifts up by 28px. Of course, it's not a really urgent problem, but still slightly annoying. Roman

2 1

small regression regarding window placement
by Roman Haefeli 02 Feb '13

02 Feb '13

Hi Miller The git-commit 3b876c63b3682701b569f30e144fea4b6bee9f84 does the following change: -#define GLIST_DEFCANVASYLOC 0 +#define GLIST_DEFCANVASYLOC 50 which causes my Pd not to show windows on the top of the screen anymore. The reason is that on my system $::windowframey is actually 44 and when saving a patch placed on the top left of the screen, next time I open the patch it is placed 6px below top ("0 44" from the pd file gets overwritten by "0 50"). I don't actually understand the reason for changing GLIST_DEFCANVASYLOC, but would it cause any harm to reverse it? Roman

4 7

Not a PD bug [Re: Pd-dev Digest, Vol 94, Issue 33]
by Rastko 02 Feb '13

02 Feb '13

As regards my posting below, ("GEM fails on Win Server..."), I discovered it is a bug in Windows, not in GEM. Apparently, none of my window-mode OpenGL applications work. I have read that it is because I don't use the "Aero" desktop theme. I tried enabling the Theme service, and selecting an "Aero" desktop theme, and IT WORKED. I am going to ask about this on Microsoft forums. Very weird. I think it only applies to 64-bit Windows (maybe something to do with WoW subsystem?) ________________________________ Fra: "pd-dev-request(a)iem.at" <pd-dev-request(a)iem.at> Til: pd-dev(a)iem.at Sendt: Onsdag, 30. januar 2013 12.00 Emne: Pd-dev Digest, Vol 94, Issue 33 Send Pd-dev mailing list submissions to pd-dev(a)iem.at To subscribe or unsubscribe via the World Wide Web, visit http://lists.puredata.info/listinfo/pd-dev or, via email, send a message with subject or body 'help' to pd-dev-request(a)iem.at You can reach the person managing the list at pd-dev-owner(a)iem.at When replying, please edit your Subject line so it is more specific than "Re: Contents of Pd-dev digest..." Today's Topics: 1. GEM fails on Win Server 2008 R2 (Rastko) 2. [ pure-data-Bugs-3602601 ] search does not work (SourceForge.net) ---------------------------------------------------------------------- Message: 1 Date: Tue, 29 Jan 2013 13:22:56 +0000 (GMT) From: Rastko <dj_stkora(a)yahoo.co.uk> Subject: [PD-dev] GEM fails on Win Server 2008 R2 To: "pd-dev(a)iem.at" <pd-dev(a)iem.at> Message-ID: <1359465776.62695.YahooMailNeo(a)web28801.mail.ir2.yahoo.com> Content-Type: text/plain; charset="iso-8859-1" Hi, I am trying to get multimedia programs working on Windows Server 2008 R2. PD seems to be working, but GEM rendering doesn't. GEM starts fine, and there are no red messages. The rendering window ("GEM window") is "blank" (doesn't get repainted).? "pd.exe -verbose" doesn't give info, but "pd -verbose" says it can't find 'gem.conf''. So, there are two different configurations? Because it also looses soundcard config. I would really like to make GEM work... Thanks

2 1

no more 'patch_series' branch for pd-extended.git
by Hans-Christoph Steiner 01 Feb '13

01 Feb '13

I've decided to stop using the 'patch_series' branch in the pd-extended.git and switch to a straightforward 'master' branch as the place where everything happens. The 'patch_series' branch worked well when Pd-extended was a set of patches against Pd-vanilla, but that is less and less the case. For example, there is no 'extra' objects in Pd-extended, instead that is treated as the 'extra' library which is in pure-data SVN. Its just a straight copy of the pd-vanilla extra objects with a build system like the library template. As Jonathan continues to work on his versions of the doc/2.control.examples, doc/3.audio.examples, etc. those will be removed from pd-extended.git and Pd-extended will use Jonathan's versions. Once I get a workable system for making a complete 'vanilla' library, then that stuff will be removed from pd-extended.git So in summary, it means that Pd-extended will track the core of Pd-vanilla within git, but the objects, extra, doc, etc. will be spun out to be tracked separately. I think that'll greatly smooth out the development process. .hc

1 0

[ pure-data-Patches-2893947 ] audio doesn't reconnect after sleep on Mac OS X
by SourceForge.net 01 Feb '13

01 Feb '13

Patches item #2893947, was opened at 2009-11-07 13:23 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2893947&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None Status: Open >Resolution: None Priority: 6 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: audio doesn't reconnect after sleep on Mac OS X Initial Comment: If you have Pd open on Mac OS X, and the computer goes to sleep, Pd looses connection to the audio, and you either need to restart or select the audio API again in order to get sound. Mac OS X can send sleep/wake events, so Pd should register to get these, and use them to reconnect to the audio when the machine wakes up. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-08-16 20:42 Message: any comment on why this was closed? ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-05-17 15:46 Message: Turns out it was easier and more effective to disable the 'audio stuck' code, which was done in Pd-extended 0.42.5: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&sortby=date&… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2893947&group_…

1 0

[ pure-data-Patches-3101526 ] Width parameter in properties for atom & symbol boxes broken
by SourceForge.net 01 Feb '13

01 Feb '13

Patches item #3101526, was opened at 2010-11-02 04:38 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3101526&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None Status: Open >Resolution: None Priority: 5 Private: No Submitted By: Jwif () Assigned to: Miller Puckette (millerpuckette) Summary: Width parameter in properties for atom & symbol boxes broken Initial Comment: *From testing this seems to apply only to symbol and atom boxes with the 'Width' parameter at the center top* Choosing Properties from the right-click context menu for these gui objects brings up the properties window with the Width parameter selected and a cursor inside. However I cannot delete the default value using backspace without either moving the cursor arrow left or highlighting it with the mouse. Any other key works aside from backspace. Also all other gui properties boxes highlight the default value aside from these two (could be related?). Pd version 0.43-0test3 Macbook Pro running OS X 10.6.4/Intel built-in sound ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2012-01-26 19:52 Message: fixed with attached patch (at least on Ubuntu/oneiric) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-11-07 17:28 Message: I could not reproduce this using the head of 0.43 git running on Mac OS X 10.5.8 using both Tcl/Tk 8.4.19 and 8.5.8. I wonder if its a 10.6 issue? Can you give detailed instructions on how to make it happen and an example patch? Perhaps a screenshot to illustrate the last point. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3101526&group_…

1 0

[ pure-data-Patches-2947822 ] space character in gui labels causes disaster
by SourceForge.net 01 Feb '13

01 Feb '13

Patches item #2947822, was opened at 2010-02-08 05:12 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2947822&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Miller Puckette (millerpuckette) Summary: space character in gui labels causes disaster Initial Comment: Steps to reproduce: 1 - Open the attached patch Note the size of the radio and toggle. Note also they have "send" symbols set to "xxx" and "yyy" respectively 2 - Click on the big bang at the top This composes a symbol containing space characters and sends it as a label to both the radio and the toggle. This seems to work: the label is actually set with spaces, and the radio and toggle still work. However, if you right-click on any of them and try to select "properties", the properties dialog won't open 3 - Now save the patch and close it 4 - Open the patch again. The radio and toggle properties have been completely "reset": their size have been reset to default, and also the "number" property of the radio. They have lost their "send" symbol too: you can see the outlet and if you use them, the "r" objects won't receive anything. However, if you open the properties dialog of the radio or toggle, you'll see that the "send" property is still there (not the same can be said for the size and number); if you now do Apply or Ok, the send symbol will be restored. So, spaces in the label of a gui object cause weirdnesses and potential disaster. Note that data is lost (the properties of the gui objects) if the patch is saved after assigning such a label, and i is lost silently with no error message at any moment. There are ather "forbidden" characters ithat don't behave properly n labels, such as the open square bracket "[" (as reported in another bug report). However the space character is more disatrous as it causes data loss. Object should either accept ALL characters for a label, or properly detect and refuse forbidden characters, which should be documented, avoiding unexpected consequences. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2013-02-01 08:19 Message: I applied IOhannes' patch #0002 to Pd-extended 0.44.0 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2012-12-04 11:31 Message: Patch #0001 should be applied regardless. Its a simple fix that also address having characters like " [ ] in labels. As for patch #0002 , the iemguis also replace spaces with _ when you enter the name in the Properies panel. Symbols can have spaces, and you can set the label with a [label symbol( message, so as IOhannes pointed out, the missing piece of the puzzle is saving properly. Since patch #0002 makes Pd write out the file format that is already supported, I think it would be good to include it. Then strnescape() will also have to change when we implement proper escaping support throughout Pd. Unless you have plans to implement that in 0.44, I think its definitely worth including incremental solutions like patch #0002 ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2012-12-03 19:27 Message: Note the much simpler way the "number box" finesses this problem. I'm scared of adding code to m_binbuf.c to escape spaces (what will happen when we later allow backslashes into the mix?). But without the binbuf patch the fix to the IEM guis doesn't work - so I'm tempted for now just to do as in the number box - it's not incompatible to "do it right" at some ater date when we can thonk the whole thing through (it's all over the Pd code and all needs to be figured out together). ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-11-13 16:45 Message: added another patch (0002_*) that implements escaping spaces and tabs when saving the files to disk. i guess both patches should be applied for full fun. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-11-13 15:36 Message: the bug.pd file does not correctly show the labels with blanks after reloading but it doesn't throw any warnings) however, the bugfix-patch doesn't work for me. nevertheless the problem is known and is not in the pd->gui communication, but rather in the way the label is stored on disk (and then interpreted on reload): afaict, blanks (and other special chars) really must be escaped with backslash (e.g. "A\ A\ A") when saved to disk ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2012-11-13 12:52 Message: the values were not quoted, so just quoting them with {} fixes it. The patch is attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2947822&group_…

1 0

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 2013