Pd-dev July 2007

pd-dev@lists.iem.at

28 participants
109 discussions

[ pure-data-Feature Requests-1756070 ] add "reset to defaults" button to Startup prefs
by SourceForge.net 18 Jul '07

18 Jul '07

Feature Requests item #1756070, was opened at 2007-07-18 08:34 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=1756070&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 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: add "reset to defaults" button to Startup prefs Initial Comment: Since it is possible to embed the preferences into the install on GNU/Linux and Mac OS X, and the Windows installer installs the settings into the registry, it would be quite handy to have a button on the preference pain that resets all of the preferences to the defaults. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1756070&group_…

1 0

[ pure-data-Feature Requests-1756068 ] Cmd-M to minimize window on Mac OS X
by SourceForge.net 18 Jul '07

18 Jul '07

Feature Requests item #1756068, was opened at 2007-07-18 08:31 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=1756068&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 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: Cmd-M to minimize window on Mac OS X Initial Comment: On Mac OS X, the default mapping for Cmd-M is to minimize the window. In Pd, it opens the little message window. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1756068&group_…

1 0

[ pure-data-Bugs-1754855 ] pix_write producing some strange RGB values
by SourceForge.net 18 Jul '07

18 Jul '07

Bugs item #1754855, was opened at 2007-07-16 15:52 Message generated for change (Comment added) made by mr-bo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1754855&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: gem Group: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Mr-Bo (mr-bo) Assigned to: Nobody/Anonymous (nobody) Summary: pix_write producing some strange RGB values Initial Comment: Just to notify that pix_write is producing some strange RGB values, out of line with whats in the render window. This is on pd extended on OSX 10.4 ---------------------------------------------------------------------- >Comment By: Mr-Bo (mr-bo) Date: 2007-07-17 23:16 Message: Logged In: YES user_id=1846262 Originator: YES Sorry, this is on the prehistoric PowerPC's. File Added: RGB-Grab.pd ---------------------------------------------------------------------- Comment By: Mr-Bo (mr-bo) Date: 2007-07-17 14:51 Message: Logged In: YES user_id=1846262 Originator: YES Sorry, this is on the prehistoric PowerPC's. File Added: RGB-Grab.pd ---------------------------------------------------------------------- Comment By: christopher clepper (cclepper) Date: 2007-07-17 14:35 Message: Logged In: YES user_id=663212 Originator: NO Intel or PowerPC? ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-07-16 19:35 Message: Logged In: YES user_id=27104 Originator: NO An example patch is always very helpful, especially if it triggers the problem every time that it is run. Ideally the example patch would have only enough objects to cause the problem, but nothing else. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1754855&group_…

1 0

[ pure-data-Patches-1755720 ] patch: OS X sysexin/midiin support #3
by SourceForge.net 17 Jul '07

17 Jul '07

Patches item #1755720, was opened at 2007-07-17 22:51 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1755720&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: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nathaniel Dose (dosena2) Assigned to: Nobody/Anonymous (nobody) Summary: patch: OS X sysexin/midiin support #3 Initial Comment: Here is changed file 3 of 3 for enabling "sysexin" and "midiin". This is the most extensive patch of the 3, but is still small. Attached is a udiff. Basically sys_poll_midi had only 1 byte of sysex as state at one time - now it keeps track of a whole (multibyte) sysex message. I was told to post here by the dev mailing list. Please change the value of the file-local variables nd_sysex* as needed! I am not familiar yet with your naming conventions. $ cvs status s_midi_pm.c =================================================================== File: s_midi_pm.c Status: Locally Modified Working revision: 1.6 Repository revision: 1.6 /cvsroot/pure-data/pd/src/s_midi_pm.c,v Sticky Tag: stable_0_40 (branch: 1.6.2) Sticky Date: (none) Sticky Options: (none) $ cvs diff -u s_midi_pm.c Index: s_midi_pm.c =================================================================== RCS file: /cvsroot/pure-data/pd/src/s_midi_pm.c,v retrieving revision 1.6 diff -u -r1.6 s_midi_pm.c --- s_midi_pm.c 8 Jul 2005 00:02:45 -0000 1.6 +++ s_midi_pm.c 17 Jul 2007 20:48:27 -0000 @@ -140,7 +140,7 @@ writemidi4(mac_midioutdevlist[portno], byte, 0, 0, 0); else if (byte == 0xf0) { - mess[0] = 0xf7; + mess[0] = 0xf0; nbytes = 1; sysex = 1; } @@ -209,6 +209,38 @@ } } +/* this is non-zero if we are in the middle of transmitting sysex */ + +int nd_sysex_mode=0; + +/* send in 4 bytes of sysex data. if one of the bytes is 0xF7 (sysex end) stop and unset nd_sysex_mode */ +void nd_sysex_inword(int midiindev, int status, int data1, int data2, int data3) +{ + if (nd_sysex_mode) { + sys_midibytein(midiindev, status); + if (status == 0xF7) + nd_sysex_mode = 0; + } + + if (nd_sysex_mode) { + sys_midibytein(midiindev, data1); + if (data1 == 0xF7) + nd_sysex_mode = 0; + } + + if (nd_sysex_mode) { + sys_midibytein(midiindev, data2); + if (data2 == 0xF7) + nd_sysex_mode = 0; + } + + if (nd_sysex_mode) { + sys_midibytein(midiindev, data3); + if (data3 == 0xF7) + nd_sysex_mode = 0; + } +} + void sys_poll_midi(void) { int i, nmess; @@ -221,6 +253,7 @@ int status = Pm_MessageStatus(buffer.message); int data1 = Pm_MessageData1(buffer.message); int data2 = Pm_MessageData2(buffer.message); + int data3 = ((buffer.message >> 24) & 0xFF); int msgtype = (status >> 4) - 8; switch (msgtype) { @@ -239,8 +272,12 @@ sys_midibytein(i, data1); break; case 7: - sys_midibytein(i, status); + nd_sysex_mode=1; + nd_sysex_inword(i, status, data1, data2, data3); break; + default: + if (nd_sysex_mode) + nd_sysex_inword(i, status, data1, data2, data3); } } } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1755720&group_…

1 0

Re: [PD-dev] Pd cvs write access
by nathaniel dose 17 Jul '07

17 Jul '07

I posted to Tracker >> Patches on sourceforge as suggested by Georg. That seems like the best solution since I am new to the project. > FYI, I just realized that i only fixed the portmidi implementation, > because that's all really needed. Yes - most of the work had been done already in portmidi. I basically had to only 1) remove the pd_error messages that sysexin and midiin are supported on linux only and 2) change s_midi_pm so that it could keep track of more than one byte of sysex at a time. -- We've Got Your Name at http://www.mail.com! Get a FREE E-mail Account Today - Choose From 100+ Domains

1 0

[ pure-data-Patches-1755710 ] patch: OS X sysexin/midiin support #2
by SourceForge.net 17 Jul '07

17 Jul '07

Patches item #1755710, was opened at 2007-07-17 22:41 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1755710&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: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nathaniel Dose (dosena2) Assigned to: Nobody/Anonymous (nobody) Summary: patch: OS X sysexin/midiin support #2 Initial Comment: Here is changed file 2 of 3 for enabling "sysexin" and "midiin". The changes are minimal; see below or attached. I was told to post here by the dev mailing list. $ cvs status x_midi.c =================================================================== File: x_midi.c Status: Locally Modified Working revision: 1.4 Repository revision: 1.4 /cvsroot/pure-data/pd/src/x_midi.c,v Sticky Tag: stable_0_40 (branch: 1.4.2) Sticky Date: (none) Sticky Options: (none) $ cvs diff -u x_midi.c Index: x_midi.c =================================================================== RCS file: /cvsroot/pure-data/pd/src/x_midi.c,v retrieving revision 1.4 diff -u -r1.4 x_midi.c --- x_midi.c 8 Sep 2006 23:45:31 -0000 1.4 +++ x_midi.c 17 Jul 2007 20:38:44 -0000 @@ -32,8 +32,8 @@ x->x_outlet1 = outlet_new(&x->x_obj, &s_float); x->x_outlet2 = outlet_new(&x->x_obj, &s_float); pd_bind(&x->x_obj.ob_pd, midiin_sym); -#ifndef __linux__ - pd_error(x, "midiin: works under Linux only"); +#ifdef WIN32 + pd_error(x, "midiin: windows: not supported"); #endif return (x); } @@ -55,8 +55,8 @@ x->x_outlet1 = outlet_new(&x->x_obj, &s_float); x->x_outlet2 = outlet_new(&x->x_obj, &s_float); pd_bind(&x->x_obj.ob_pd, sysexin_sym); -#ifndef __linux__ - pd_error(x, "sysexin: works under Linux only"); +#ifdef WIN32 + pd_error(x, "sysexin: windows: not supported"); #endif return (x); } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1755710&group_…

1 0

[ pure-data-Patches-1755703 ] patch: OS X sysexin/midiin support
by SourceForge.net 17 Jul '07

17 Jul '07

Patches item #1755703, was opened at 2007-07-17 22:35 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1755703&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: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nathaniel Dose (dosena2) Assigned to: Nobody/Anonymous (nobody) Summary: patch: OS X sysexin/midiin support Initial Comment: Here is changed file 1 of 3 for enabling "sysexin" and "midiin". The changes are minimal; see below or attached. I was told to post here from the dev mailing list. $ cvs status pmmacosxcm.c =================================================================== File: pmmacosxcm.c Status: Locally Modified Working revision: 1.15.2.3 Repository revision: 1.15.2.3 /cvsroot/pure-data/pd/portmidi/pm_mac/pmmacosxcm.c,v Sticky Tag: stable_0_40 (branch: 1.15.2) Sticky Date: (none) Sticky Options: (none) $ cvs diff -u pmmacosxcm.c Index: pmmacosxcm.c =================================================================== RCS file: /cvsroot/pure-data/pd/portmidi/pm_mac/pmmacosxcm.c,v retrieving revision 1.15.2.3 diff -u -r1.15.2.3 pmmacosxcm.c --- pmmacosxcm.c 19 Jan 2007 04:30:56 -0000 1.15.2.3 +++ pmmacosxcm.c 17 Jul 2007 20:31:11 -0000 @@ -456,6 +456,14 @@ if (m->sysex_timestamp < m->last_time) m->sysex_timestamp = m->last_time; /* now send what's in the buffer */ + if (m->packet == NULL) { + /* if flush has been called in the meantime, packet list is NULL */ + m->packet = MIDIPacketListInit(m->packetList); + /* this can never fail, right? failure would indicate something + unrecoverable */ + assert(m->packet); + } + err = send_packet(midi, m->sysex_buffer, m->sysex_byte_count, m->sysex_timestamp); m->sysex_byte_count = 0; ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1755703&group_…

1 0

[ pure-data-Bugs-1754855 ] pix_write producing some strange RGB values
by SourceForge.net 17 Jul '07

17 Jul '07

Bugs item #1754855, was opened at 2007-07-16 15:52 Message generated for change (Comment added) made by mr-bo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1754855&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: gem Group: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Mr-Bo (mr-bo) Assigned to: Nobody/Anonymous (nobody) Summary: pix_write producing some strange RGB values Initial Comment: Just to notify that pix_write is producing some strange RGB values, out of line with whats in the render window. This is on pd extended on OSX 10.4 ---------------------------------------------------------------------- >Comment By: Mr-Bo (mr-bo) Date: 2007-07-17 14:51 Message: Logged In: YES user_id=1846262 Originator: YES Sorry, this is on the prehistoric PowerPC's. File Added: RGB-Grab.pd ---------------------------------------------------------------------- Comment By: christopher clepper (cclepper) Date: 2007-07-17 14:35 Message: Logged In: YES user_id=663212 Originator: NO Intel or PowerPC? ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-07-16 19:35 Message: Logged In: YES user_id=27104 Originator: NO An example patch is always very helpful, especially if it triggers the problem every time that it is run. Ideally the example patch would have only enough objects to cause the problem, but nothing else. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1754855&group_…

1 0

[ pure-data-Bugs-1754855 ] pix_write producing some strange RGB values
by SourceForge.net 17 Jul '07

17 Jul '07

Bugs item #1754855, was opened at 2007-07-16 15:52 Message generated for change (Comment added) made by cclepper You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1754855&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: gem Group: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Mr-Bo (mr-bo) Assigned to: Nobody/Anonymous (nobody) Summary: pix_write producing some strange RGB values Initial Comment: Just to notify that pix_write is producing some strange RGB values, out of line with whats in the render window. This is on pd extended on OSX 10.4 ---------------------------------------------------------------------- Comment By: christopher clepper (cclepper) Date: 2007-07-17 14:35 Message: Logged In: YES user_id=663212 Originator: NO Intel or PowerPC? ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-07-16 19:35 Message: Logged In: YES user_id=27104 Originator: NO An example patch is always very helpful, especially if it triggers the problem every time that it is run. Ideally the example patch would have only enough objects to cause the problem, but nothing else. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1754855&group_…

1 0

Can't use standard C libraries on external compilation for windows using MINGW
by Isidro Gonzalez 16 Jul '07

16 Jul '07

Hello: I followed Alberto Zin's instructions for compiling pd externals using Mingw and they worked OK. But: I modified de hello.c code adding the opening and closing of a file. Of course, the <stdio.h> header file must be added to the code. Attached to this message is the modified "hello.c". The code compiles Ok, and I get the hello.o using the following command line: C:\pd\isidro\hello>gcc -c hello.c -o hello.o But when I try to link to get the Dll file, I get the following message: C:\pd\isidro\hello>ld -export_dynamic -shared -o hello.dll hello.o c:/pd/bin/pd.dll hello.o(.text+0x16):hello.c: undefined reference to `fopen' hello.o(.text+0x30):hello.c: undefined reference to `fclose' The same I get if I use some Standard Library Function like <string.h> or other... Maybe I am doing something really stupid but if you know what's up it will save lots of time to me... Many thanks Isi ____________________________________________________________________________________ Get the free Yahoo! toolbar and rest assured with the added security of spyware protection. http://new.toolbar.yahoo.com/toolbar/features/norton/index.php #include "m_pd.h" #include <stdio.h> static t_class *hello_class; typedef struct _hello{ t_object x_obj; } t_hello; void hello_bang(t_hello *x) { FILE *fil; fil=fopen("any","rb"); post("File any opened"); fclose(fil); } void *hello_new(void) { t_hello *x = (t_hello *)pd_new(hello_class); return (void *)x; } void hello_setup(void) { hello_class = class_new(gensym("hello"), (t_newmethod)hello_new, 0, sizeof(t_hello), CLASS_DEFAULT, 0); class_addbang(hello_class, hello_bang); }

2 1

← Newer
1
2
3
4
5
6
7
8
9
10
11
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 July 2007