Hi,
I am new to PD and discovered some things I'd like to have. Well mostly one
thing to start.
I intend to try to patch x_midi.c so ctlin has 2 inlets which allows us to
define midi cc & midi channel
through the inlets. This will help me build better abstractions to help
extend my midi controllers!
I think even I can write this patch so I am installing a linux machine as
dedicated PD host this
week :)
However, I am missing a configure script in pd/src/ .....
Did I download the wrong …
[View More]src package or should I use cvs ?
Also, maybe I really get this working, who do I send my patch too ? My
coding skills are not
good at all, I did mostly python scripting, but I think I can get simple
things to work (judging
from x_midi.c code!)
Regards,
Frans
[View Less]
Bugs item #1847016, was opened at 2007-12-08 22:45
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1847016&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: v0.40.2
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted …
[View More]By: Jack Moffitt (jackiem)
>Assigned to: Miller Puckette (millerpuckette)
Summary: midirealtimein generates spurious warning on os x
Initial Comment:
It seems to me (from using it on os x) that midirealtimein works just fine. However, each time it is used it complains that it is only supported on Windows.
This was tested in the 20071205 intel build of pd extended 0.40.3.
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2008-02-29 16:40
Message:
Logged In: YES
user_id=564396
Originator: NO
this is not related to pd-extended. i get the same error on pd-vanilla on
linux (though i haven't tested whether it actually works)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1847016&group_…
[View Less]
Bugs item #1904754, was opened at 2008-02-29 16:38
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=1904754&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
…
[View More]Submitted By: IOhannes m zmölnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: [midiout] only outputs sysex on alsa-midi
Initial Comment:
when using alsa-midi as midi-transport, the [midiout] object does not what i would expect: it outputs the bytes and sysex bytes instead of raw-midi, which is incompatible with the behaviour when using other transports.
i understand that this is not so simple to implement, as alsa-seq does not have a notion of "raw midi".
the way to do it, would probably be to parse the raw midi and use the proper alsa-midi calls (and let alsa unparse the events into raw-midi again :-))
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1904754&group_…
[View Less]
Bugs item #1890931, was opened at 2008-02-11 08:01
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1890931&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: v0.41.0
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted …
[View More]By: Luke Iannini (lukeiannini)
>Assigned to: Miller Puckette (millerpuckette)
>Summary: empty lists != bang ([list-split] outputs bad bang type)
Initial Comment:
Hi,
Attached it a patch demonstrating the bug. [list-split] outputs a bang on the right outlet when the input is a bang, but it seems to invisibly add the "list" selector so that the bang is unrecognized by, for example, [until] (giving the error: inlet: expected 'bang' but got 'list')
Cheers
Luke
----------------------------------------------------------------------
Comment By: ClaudiusMaximus (claudiusmaximus)
Date: 2008-02-11 09:51
Message:
Logged In: YES
user_id=769033
Originator: NO
I'd say it was a bug in Pd core. Rather than adding special cases to
*all* objects, I think the "distribute lists over inlets if there is no
method for 'list'" code should notice empty lists and call the 'bang'
method, furthermore extra 'list' methods for objects that don't really need
them should be removed. Both these steps are necessary to maintain the
("list",{}) == ("bang",{}) invariant in more places with less code.
Something like this (totally untested, so be warned):
--- m_obj.c.orig 2008-02-11 08:48:44.000000000 +0000
+++ m_obj.c 2007-12-17 20:28:49.000000000 +0000
@@ -224,7 +224,7 @@
t_atom *ap;
int count;
t_inlet *ip = ((t_object *)x)->ob_inlet;
- if (!argc) return;
+ if (!argc) { pd_bang(&x->ob_pd); return; }
for (count = argc-1, ap = argv+1; ip && count--; ap++, ip =
ip->i_next)
{
if (ap->a_type == A_POINTER) pd_pointer(&ip->i_pd,
ap->a_w.w_gpointer);
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2008-02-11 09:24
Message:
Logged In: YES
user_id=569446
Originator: NO
I guess you mean [list split] (without dash). If it's a bug it's one in
[until] I believe. [list split] outputs a zero-element list in your
example, which is what the help-file says it would do. Usually empty lists
get converted to a bang. I suppose this happens at an object's inlet.
However [until] doesn't convert - probably it needs to get a
until_list2(...) method?
(Btw: Better avoid whitespace in the names of example patches uploaded
here. I uploaded a new version and deleted the old.)
File Added: list-split-bug.pd
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1890931&group_…
[View Less]
Bugs item #1854037, was opened at 2007-12-19 15:34
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1854037&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: pd-extended
Group: None
>Status: Deleted
>Resolution: Duplicate
Priority: 5
Private: …
[View More]No
Submitted By: boonier (boonier)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: JackOSX 0.75 crashing Pd 0.40-2
Initial Comment:
The latest beta of Jack for Multiprocessor support: http://www.grame.fr/~letz/JackOSX.0.75b15.pkg.zip
Is crashing the latest version (autobuild) of Pd-extended 0.40-2 when Jack is selected from the Media menu.
System is:
10.5.1 os x
MacIntel 2.4ghz
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2008-02-29 16:15
Message:
Logged In: YES
user_id=564396
Originator: NO
this is a duplicate of #1854008
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1854037&group_…
[View Less]
Bugs item #1893620, was opened at 2008-02-14 15:42
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1893620&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: v0.41.0
>Status: Deleted
>Resolution: Invalid
Priority: 5
Private: …
[View More]No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: turning on DSP crashes PD (at least in Windows)
Initial Comment:
When turning on DSP for the N-th time, PD sometimes crashes.
My empirical investigations lead me to think it happens when there are a big number of instances containing both [outlet]s and [outlet~]s
I attach 3 zip files containing 3 tests.
Each zip contains a main patch and the abstractions used within it.
Testing on PD Vanilla 0.40, Windows XP, Intel core duo.
*** A.ZIP ***
- Open the main patch "test_crash_dsp3_new.pd"
- Turn DSP on and off repeatedly. You can either do it manually or use the metro included in the patch.
-> PD will crash around the 48-th time you turn DSP on.
You don't need to switch "frenetically": I set the metro at a high rate to reach the crash in less time, but you can change it to [metro 1000] if you are willing to wait 96 seconds.
*** B.ZIP ***
- Open the main patch "dspcrash.pd"
- Turn DSP on and off repeatedly.
-> PD will crash around the 30-th time you turn DSP on; sometime much earlier, such as at the 8-th time.
*** C.ZIP ***
This is cleaner, but triggers the bug more unpredictably.
- Open the main patch "main.pd"
- Turn DSP on and off repeatedly
-> PD will crash at some time when turning DSP on. It may crash at the 10-th time you turn it on, or you may need to turn it on/off more than 500 times.
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2008-02-29 16:05
Message:
Logged In: YES
user_id=564396
Originator: NO
deleted as requested
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2008-02-14 15:46
Message:
Logged In: YES
user_id=1709568
Originator: NO
PLEASE DELETE THIS BUG.
It was me who submitted it, but I didn't realize I wasn't logged in so noy
I can't add files!!!
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1893620&group_…
[View Less]
Bugs item #1902100, was opened at 2008-02-26 13:28
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=1902100&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
…
[View More]Submitted By: Matteo Sisti Sette (sistisette)
Assigned to: Nobody/Anonymous (nobody)
Summary: "find" doesn't deal with $'s correctly
Initial Comment:
I know this is pretty known, but for some reason it was not in the tracker, so here it is.
The find panel won't search for an object with a dollar parameter.
For example, in a patch containing a [r $1],
neither "r $1" nor "r \$1" work as a search string.
The former returns
r 0
... couldn't find
while the latter returns
r \\$1
... couldn't find
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1902100&group_…
[View Less]
For the Windows builds, I need a way to track all of the various
sources needed (One GNU/Linux and Mac OS X, this is done by the
package management systems thankfully). There are a lot:
http://puredata.info/docs/developer/mingw
So I want to use SVN. This has been discussed in the past, so now I
am mostly wondering how to make it fit into the SVN layout. So it
probably makes sense to have this stuff not in "trunk" since it will
only ever be used on Windows, that's the first thing …
[View More]I thought of.
But I don't have a good sense of how to use SVN for this. I am
reading this now:
http://svnbook.red-bean.com/en/1.1/ch07s05.html
Here they recommend checking in the vendor code to "vendor", which
would be at the same level as "trunk". Then copying that code into
"trunk". Then we'd have a ton of vendor code for windows only in
trunk. I am thinking something like having "sources" at the same
level as "trunk" for this. Under "sources", there could be "mingw"
and "cygwin" if need be. The import would still use the "vendor"
section, but the code would then be copied to "sources". How does
that sound?
Perhaps it's possible to build the whole Pd-extended using Cygwin
sources, which means that there would be a package management
system. Hmm... that would be nice...
.hc
------------------------------------------------------------------------
----
I spent 33 years and four months in active military service and
during that period I spent most of my time as a high class muscle man
for Big Business, for Wall Street and the bankers. - General
Smedley Butler
[View Less]
Bugs item #1464539, was opened at 2006-04-05 00:56
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1464539&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: …
[View More]Nobody/Anonymous (nobody)
>Assigned to: Miller Puckette (millerpuckette)
Summary: [expr] number of args in floor and ceil
Initial Comment:
bug in [expr], in both functions floor and ceil only
one argument is needed:
so in vexp_fun.c:
line 154: {"floor", ex_floor, 2},
line 155: {"ceil", ex_ceil, 2},
should be:
line 154: {"floor", ex_floor, 1},
line 155: {"ceil", ex_ceil, 1},
s.koepf
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2008-02-25 14:34
Message:
Logged In: YES
user_id=564396
Originator: NO
while this is technically a bug in an "external", it practically belongs
to "pd-vanilla", so i changed the category and the assigned it to miller.
while the proposed fix will break patches using floor and ceil, the fix
for these patches is trivial (one could write a regexp that does all the
search and replace); apart from that, i think one could argue that all
patches currently using floor/ceil are aware that they are using a
workaround.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1464539&group_…
[View Less]