Pd-dev November 2005

pd-dev@lists.iem.at

30 participants
97 discussions

[ pure-data-Bugs-1357615 ] "find" bug
by SourceForge.net 15 Nov '05

15 Nov '05

Bugs item #1357615, was opened at 2005-11-15 12:57 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1357615&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 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: "find" bug Initial Comment: When making a search in a patch for a string with "find" (ctrl+f), or "find again" values that are written in the proprieties fields of a gui objects are not searched (like send-name, for example). It might also be good to set the option to search for the whole string or for only a part of it. Greetings, JoÃ£o Miguel Pais jmmmpais(a)googlemail.com ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1357615&group_…

1 0

relative paths in the prefs system
by Hans-Christoph Steiner 15 Nov '05

15 Nov '05

It would be extremely handy if the preference system understood relative paths. Then, for example, I could have each lib compiled as individual files in a folder named after the lib. Then to include that lib, you could just go to the Paths... preference panel and type in the lib name, e.g. "cyclone" and it would look in /path/to/pd/extra/cyclone. Anyone ever tried this? Any problems with this? .hc ________________________________________________________________________ ____ There is no way to peace, peace is the way. -A.J. Muste

2 2

Versions for MinGW setup
by Hans-Christoph Steiner 15 Nov '05

15 Nov '05

Could anyone tell me the details of their MinGW build setup? For example, which versions of pthreads, etc. that you are using. I am both starting to port the Pd.app build system to Windows, while also documenting how to set up your machine to compile Pd, etc. using MinGW. There was a very basic page here which I have started to flush out: http://puredata.org/docs/developer/mingw .hc ________________________________________________________________________ ____ Using ReBirth is like trying to play an 808 with a long stick. -David Zicarelli

2 4

rebuilding the menus
by Hans-Christoph Steiner 15 Nov '05

15 Nov '05

So the way that the menus are currently built is pretty whacky. I want to rewrite the menu handling part of u_main.tk to change a few things. I want to know if this is going to conflict with anything that anyone else is working on. First, each platform's menus would be clearly laid out in one place. This would make it very easy to tailor the menu structure to guidelines for each OS. The menus would be built only at launch, except where then need to be built dynamically (i.e. the Windows menu, which is broken on Mac OS X anyway). For example, the Help menu is rebuilt after each use. AFAIK, this is unneeded and makes the menus respond sluggishly. On a related topic, I just created a patch against 0.38-3/0.38-4 that fixes the "Browser..." and nested menu troubles on Mac OS X. Its in CVS: packages/darwin_app/patches/extended_help_menu.patch I will start working on 0.38-4, then port the changes to 0.39. .hc ________________________________________________________________________ ____ Using ReBirth is like trying to play an 808 with a long stick. -David Zicarelli

2 2

[ pure-data-Feature Requests-1357525 ] negative indices for [list split]
by SourceForge.net 15 Nov '05

15 Nov '05

Feature Requests item #1357525, was opened at 2005-11-15 19:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1357525&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 Priority: 5 Submitted By: Frank Barknecht (fbar) Assigned to: Nobody/Anonymous (nobody) Summary: negative indices for [list split] Initial Comment: Hi, I would really like to see if the split operation of [list] would also accept negative indices to split a list at a point searched from the end of a list. I implemented this in the [list-splat] abstraction, which is in abstractions/footils/list-abs/, however to do this, I needed to revers the list several times, which can be a performance problem, if lots of lists need to be processed. Splitting at negative indices feels like a natural operation, and it will probably not break (m)any existing patches. Ciao -- Frank ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1357525&group_…

1 0

Re: [PD] midiout broken
by IOhannes m zmoelnig 15 Nov '05

15 Nov '05

(moving this thread to pd-dev where i think it belongs) federico wrote: > gÃŒnter geiger ha scritto: > >> On Sun, 13 Nov 2005, federico wrote: >> >> >>> I don't see any changes from my local version. >>> last time I checked midiout functionality with alsa_midi, note and >>> controllers worked ok, but system exclusive were not transmitted. >>> in fact I discovered that sys_alsa_putmidibyte never gets called (!). >>> in addition I am not sure if a message can be sent to alsa byte-per-byte >>> instead of passing the entire buffer, i should look at the docs... >>> >> >> >> I fear that in order to make midiout work with ALSA one has to implement >> a midi parser and send the single events. Thats why Miller says its >> "wrong-headed". >> >> Somone should really try to figure out how raw midi streams can be >> sent via the ALSA sequencer interface, maybe there's a way. >> >> > this patch was submitted time ago. > what does tries to fix? > it simply parses for system exclusive messages (they begin with 0xf0 and > end with 0xf7) so we put everithing that comes between 0xf0...0xf7 in a > buffer, and when receiving the 0xf7 byte (end-of-sysex) we send the > entire buffer to alsa. > this should be the right way of doing it. > since note&controllers worked, i think it is okay sending them like we > actually do. > > however when I tried this didn't work because sys_alsa_putmidibyte > doesn't gets called. > how do I re-enable it? > look at the patch i have submitted yesterday to the patch-tracker. it does exactly this: enable that calling of sys_alsa_putmidibyte() from within [midiout] (depending on which midi-api is used) however, i am not totally convinced of wrapping [midiout] into "real" sysex-blocks. for this i would suggest a separate [sysexout]-object. the old code does work fine (_if_ sys_alsa_putmidibyte() gets called!) the memory leak, gÃŒnter was referring too, could be fixed by just _not_ allocating dataptr without freeing it. the attached stupid little patch seems to work here (again i just tested it with aconnecting the pd's midiout with pd's midiin) mfg.asd.r IOhannes Index: s_midi_alsa.c =================================================================== RCS file: /cvsroot/pure-data/pd/src/s_midi_alsa.c,v retrieving revision 1.4 diff -r1.4 s_midi_alsa.c 172,173d171 < unsigned char *dataptr = malloc(1); < memcpy(dataptr,&byte,1); 175c173 < snd_seq_ev_set_sysex(&ev,1,dataptr); //...set_variable *should* have worked but didn't --- > snd_seq_ev_set_sysex(&ev,1,&data); //...set_variable *should* have worked but didn't

2 3

[ pure-data-Bugs-1356455 ] [midiout] not working for ALSA
by SourceForge.net 15 Nov '05

15 Nov '05

Bugs item #1356455, was opened at 2005-11-14 10:34 Message generated for change (Comment added) made by postlude You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1356455&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-dev Group: None Status: Open Resolution: None Priority: 7 Submitted By: Jamie Bullock (postlude) Assigned to: Miller Puckette (millerpuckette) Summary: [midiout] not working for ALSA Initial Comment: If [midiout] is used with ALSA on Linux, no output is generated by the object. ALSA version: 1.0.9rc1 ---------------------------------------------------------------------- >Comment By: Jamie Bullock (postlude) Date: 2005-11-15 10:43 Message: Logged In: YES user_id=1361897 Tested [midiout] sysex output with external hardware; works fine. ---------------------------------------------------------------------- Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-11-15 09:20 Message: Logged In: YES user_id=564396 as gÃ¼nter has noticed, there is a memory leak in sys_alsa_putmidibyte() attached is a patch against s_midi_alsa.c (in pd-0.39-1-CVS) which should fix this ---------------------------------------------------------------------- Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-11-14 17:33 Message: Logged In: YES user_id=564396 the putbytes of the alsa-implementation does not get called. the attached patch (s_midi.c, x_midi.c; pd=0.39-1-CVS) should fix this. the current alsa-implementation of [midiout] uses a kind of sysex-wrapper to get the raw-data through the alsa-seq interface; later think whether this is really a good idea, in the meantime it works. btw, since i changed the subject to not reflect the version number of pd, i give it here: confirmed wrong behaviour in pd-0.39-1 (both vanilla and devel); all pd-versions with alsamidi until now should be affected ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1356455&group_…

1 0

[ pure-data-Bugs-1356455 ] [midiout] not working for ALSA
by SourceForge.net 15 Nov '05

15 Nov '05

Bugs item #1356455, was opened at 2005-11-14 11:34 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1356455&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-dev Group: None Status: Open Resolution: None >Priority: 7 Submitted By: Jamie Bullock (postlude) >Assigned to: Miller Puckette (millerpuckette) Summary: [midiout] not working for ALSA Initial Comment: If [midiout] is used with ALSA on Linux, no output is generated by the object. ALSA version: 1.0.9rc1 ---------------------------------------------------------------------- >Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-11-15 10:20 Message: Logged In: YES user_id=564396 as gÃ¼nter has noticed, there is a memory leak in sys_alsa_putmidibyte() attached is a patch against s_midi_alsa.c (in pd-0.39-1-CVS) which should fix this ---------------------------------------------------------------------- Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-11-14 18:33 Message: Logged In: YES user_id=564396 the putbytes of the alsa-implementation does not get called. the attached patch (s_midi.c, x_midi.c; pd=0.39-1-CVS) should fix this. the current alsa-implementation of [midiout] uses a kind of sysex-wrapper to get the raw-data through the alsa-seq interface; later think whether this is really a good idea, in the meantime it works. btw, since i changed the subject to not reflect the version number of pd, i give it here: confirmed wrong behaviour in pd-0.39-1 (both vanilla and devel); all pd-versions with alsamidi until now should be affected ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1356455&group_…

1 0

[ pure-data-Bugs-1356455 ] [midiout] not working for ALSA
by SourceForge.net 14 Nov '05

14 Nov '05

Bugs item #1356455, was opened at 2005-11-14 11:34 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1356455&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-dev Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jamie Bullock (postlude) Assigned to: Nobody/Anonymous (nobody) >Summary: [midiout] not working for ALSA Initial Comment: If [midiout] is used with ALSA on Linux, no output is generated by the object. ALSA version: 1.0.9rc1 ---------------------------------------------------------------------- >Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-11-14 18:33 Message: Logged In: YES user_id=564396 the putbytes of the alsa-implementation does not get called. the attached patch (s_midi.c, x_midi.c; pd=0.39-1-CVS) should fix this. the current alsa-implementation of [midiout] uses a kind of sysex-wrapper to get the raw-data through the alsa-seq interface; later think whether this is really a good idea, in the meantime it works. btw, since i changed the subject to not reflect the version number of pd, i give it here: confirmed wrong behaviour in pd-0.39-1 (both vanilla and devel); all pd-versions with alsamidi until now should be affected ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1356455&group_…

1 0

[ pure-data-Bugs-1356455 ] [midiout] not working for ALSA in 0.39-1test1 devel
by SourceForge.net 14 Nov '05

14 Nov '05

Bugs item #1356455, was opened at 2005-11-14 10:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1356455&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-dev Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jamie Bullock (postlude) Assigned to: Nobody/Anonymous (nobody) Summary: [midiout] not working for ALSA in 0.39-1test1 devel Initial Comment: If [midiout] is used with ALSA on Linux, no output is generated by the object. ALSA version: 1.0.9rc1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1356455&group_…

1 0

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

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 November 2005