Bugs item #2998722, was opened at 2010-05-08 23:03
Message generated for change (Tracker Item Submitted) made by reduzent
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2998722&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: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Roman Haefeli (reduzent)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: pd-watchdog is missing in build
Initial Comment:
Because of this, 'pd' cannot be started with realtime privileges:
$ pd -rt
sh: /usr/lib/pd/bin/pd-watchdog: not found
pd: watchdog process died
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2998722&group_…
Bugs item #2998579, was opened at 2010-05-08 15:14
Message generated for change (Comment added) made by
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2998579&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: Open
Resolution: None
Priority: 5
Private: No
Submitted By: https://www.google.com/accounts ()
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: opening help-files crashes pd-extended on vista & win7
Initial Comment:
we're having problems running pd-extended 0.41.4 on vista & windows7
problems seem to be related to several particular objects or patches
one example is the select-help patch. opening the help patch either via the desktop, or from within pd via the browser or via the context menu's 'help' option results in windows closing pd
the application error log on one particular machine shows this:
Faulting application pd.exe, version 0.0.0.0, time stamp 0x4a277929, faulting module ntdll.dll, version 6.0.6002.18005, time stamp 0x49e03821, exception code 0xc0000005, fault offset 0x00041f3c, process id 0x1534, application start time 0x01caad6a4a506d60.
on the windows7 machine, it is the same library that is marked as "faulting module", only it's a 6.1 version
----------------------------------------------------------------------
>Comment By: https://www.google.com/accounts ()
Date: 2010-05-08 15:46
Message:
opening the help file for [sel] is a sure way to test this bug, it crashes
pd on almost every win7/vista machine
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2998579&group_…
Bugs item #2998579, was opened at 2010-05-08 15:14
Message generated for change (Tracker Item Submitted) made by
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2998579&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: Open
Resolution: None
Priority: 5
Private: No
Submitted By: https://www.google.com/accounts ()
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: opening help-files crashes pd-extended on vista & win7
Initial Comment:
we're having problems running pd-extended 0.41.4 on vista & windows7
problems seem to be related to several particular objects or patches
one example is the select-help patch. opening the help patch either via the desktop, or from within pd via the browser or via the context menu's 'help' option results in windows closing pd
the application error log on one particular machine shows this:
Faulting application pd.exe, version 0.0.0.0, time stamp 0x4a277929, faulting module ntdll.dll, version 6.0.6002.18005, time stamp 0x49e03821, exception code 0xc0000005, fault offset 0x00041f3c, process id 0x1534, application start time 0x01caad6a4a506d60.
on the windows7 machine, it is the same library that is marked as "faulting module", only it's a 6.1 version
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2998579&group_…
Bugs item #2995427, was opened at 2010-05-02 05:11
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2995427&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.42
>Status: Pending
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: D.P. (denis97531)
>Assigned to: Hans-Christoph Steiner (eighthave)
Summary: context menu offset
Initial Comment:
Hello
when you move objects outside the visible window, on the upper side or the left side (for example when you move a group of things to make room fo new objects), the display is re-adapted so that the object being too far up or left are displayed again. This is fine but in this situation, the context menu (with 'properties', 'open', 'help') gets an offset, so when you click on an object to open it or get help, the context menu is displayed far off the object, up or left, depending how you moved the objects before.
It is possible to repair this offset by moving the whole patch down or right. But would it be possible to simply avoid this offset in any case?
Thanks to all for this great software.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-05-06 17:24
Message:
This should be fixed in Pd-extended 0.42.5 nightly builds and in
pd-gui-rewrite 0.43
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2010-05-06 16:40
Message:
The same happens if you scroll the window with the mouse wheel (not if you
use the scrollbar), even without moving any object to negative x or y
coordinates.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2995427&group_…
Bugs item #2995427, was opened at 2010-05-02 11:11
Message generated for change (Comment added) made by sistisette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2995427&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: D.P. (denis97531)
Assigned to: Nobody/Anonymous (nobody)
Summary: context menu offset
Initial Comment:
Hello
when you move objects outside the visible window, on the upper side or the left side (for example when you move a group of things to make room fo new objects), the display is re-adapted so that the object being too far up or left are displayed again. This is fine but in this situation, the context menu (with 'properties', 'open', 'help') gets an offset, so when you click on an object to open it or get help, the context menu is displayed far off the object, up or left, depending how you moved the objects before.
It is possible to repair this offset by moving the whole patch down or right. But would it be possible to simply avoid this offset in any case?
Thanks to all for this great software.
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2010-05-06 22:40
Message:
The same happens if you scroll the window with the mouse wheel (not if you
use the scrollbar), even without moving any object to negative x or y
coordinates.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2995427&group_…
Bugs item #2997874, was opened at 2010-05-06 22:37
Message generated for change (Tracker Item Submitted) made by sistisette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2997874&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.42
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Matteo Sisti Sette (sistisette)
Assigned to: Nobody/Anonymous (nobody)
Summary: [line] ignores slew time after a stop message
Initial Comment:
If you send a [stop( message to a [line] object (no matter whether it was running or already stopped), if the next message it receives is a pair, it will ignore the second element (the slew time) and jump to the target value immediately.
This doesn't happen 100% of the time, there must be some more condition to it but I can't find the exact pattern.
See attached patch
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2997874&group_…
Bugs item #2973493, was opened at 2010-03-19 17:47
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2973493&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: externals
Group: None
Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Jonathan Wilkes (jancsika1)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: folder_list doesn't handle relative paths correctly on winxp
Initial Comment:
If I have a patch in a folder on the desktop, [folder_list] will default to that folder. But if I then try to use relative paths like [symbol ../*( , my results will have the right path, but it will list the files in the parent of pd/bin. In other words, relative paths default to the path where pd was started from, but the returned files have the path relative to the patch's folder prepended to them.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-05-05 23:19
Message:
I confirmed it on Windows XP. Plus I think I actually fixed it, and a bug
related to the Windows backslash bashing. Here's the commits:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=134…http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=134…
----------------------------------------------------------------------
Comment By: SourceForge Robot (sf-robot)
Date: 2010-04-27 22:20
Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-04-12 17:52
Message:
I can't reproduce this using Pd version 0.42.5-extended-20100409 on Mac OS
X 10.5.8/Intel and Ubuntu/Karmic/lpia.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2973493&group_…
Bugs item #2990309, was opened at 2010-04-21 08:34
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2990309&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: externals
Group: None
>Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Matteo Sisti Sette (sistisette)
Assigned to: Nobody/Anonymous (nobody)
Summary: dumpOSC fails to create if no arguments
Initial Comment:
If you try to create a [dumpOSC] without supplying a creation argument (the port number I guess, btw there's no help patch), it fails to create but it gives no specific error message. Just as if the dll wasn't found.
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2010-05-06 02:20
Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-04-21 11:49
Message:
sure
i only looked at the code and there it says that it will print out the
error before failing to create.
at this point i hadn't even tried to create an OSCx object.
then, i added an "OSCx is deprecated" message to the three OSCx objects
(which get's printed whenever one of these objects is created), which i
think is enough hint for the user (rather than creating help-patches).
while doing so, i i also created [dumpOSC] (without args) and can confirm
that it also prints out the warning about empty arguments (i also added a
hint that a "port number" is missing)
i think with my additions (deprecation-message and hint that it is the
port-number that's missing) we can close this issue
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2010-04-21 11:39
Message:
IOhannes, OK I won't use dumpOSC, I didn't know it was deprecated. It would
be fine to include some note in the help patches (which don't exist) so
that a user can know the objects are deprecated.
Regarding this:
> furthermore, [dumpOSC]will print out an error to the console if you
don't
> specify an argument ("[dumpOSC] needs at least one argument")
maybe your version does; I use the Pd Extended precompiled binaries for
Windows from puredata.info, and I can assure you that the only error
message that appears on the consol is:
dumpOSC: couldn't create
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-04-21 08:48
Message:
furthermore, [dumpOSC]will print out an error to the console if you don't
specify an argument ("[dumpOSC] needs at least one argument")
the message could be more meaningful (i changed that now), but it still
has tto be read....
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-04-21 08:41
Message:
i will not get tired of that:
do not use [dumpOSC] (and other friends from OSCx), as they are buggy,
outdated, unmaintained and superceded by the better-designed, up-to-date,
actively maintained objects from mrpeach.
the objects are mainly there for legacy reasons.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2990309&group_…
Hello,
there will be two events related to the laptop trio Endphase in next
Monday at NK
http://www.nkprojekt.de/, Elsenstr. 52/, 2.Hinterhaus Etage 2, 12059
Berlin Neukölln
We hope to see you there.
- 14h-17h - Endphase project lecture
Endphase (Alberto C. Bernal and João Pais) and Servando Barreiro as guest.
http://www.endphase.net/http://minitronics.net/
Conceptual electroacoustic improvisation: theory, aesthetics and
performance tools
This presentation addresses central technical and aesthetic aspects
related to the programming and performance of live electronic music. Its
contents reflect the experiences made by the Endphase project's years of
activity, and shares this information with a public as specialized as
necessary. Concrete and detailed examples will be given about Endphase 17,
to be presented on the 14th of May at the Lange Nacht der elektronischen
Musik of the Mehrklang Festival, Freiburg.
The presentation covers theme groups developed out of various experiences
with the Endphase Project:
- Sound synthesis and treatment of sources
- Patch control and work with sensors
- Video design and interactivity with audio
- Networking and conceptual strategies
These topics reflect on the several and simultaneous approaches necessary
to the preparation of a performance. Topics 1 and 2 discuss the technical
and pragmatical issues related with the development of the necessary
software and hardware. That includes the design of the synthesis and
processing software, and how it is connected with the ideas behind the
performance. If follows then with the work with data input (acoustic
signals, tablets, midi faders, sensors, DIY instruments, ?) and their
suitableness to process control,
space control in real time, audio/video integration, ...
The 3rd topic discusses the technical and aesthetical questions arising
from the development of both video and audio layers. How to implement
them
technically, and possibilities on balancing both layers in order to get a
cohese result.
The 4th topic concerns with issues of aesthetic and theoretical planning,
which will make clear some possible strategies in structuring the formal
and conceptual dimensions of a performance ? including on how to connect
the players through the OSC protocol in order to elaborate precise formal
gestures.
- 18h SHARP!-20h - Private concert and discussion: Endphase 17
Endphase (Alberto C. Bernal and João Pais) and Servando Barreiro as guest.
http://www.endphase.net/http://minitronics.net/
"Endphase 17" is a performance to be presented on the 14th of May at the
Lange Nacht der elektronischen Musik of the Mehrklang Festival, Freiburg.
This consists of one piece of ca. 40 minutes using both live audio and
video.
Endphase 17 was conceived around the motto of the Mehrklang Festival 2010,
"Das Eigene und das Fremde". There will be a short talk about the project,
followed by the performance.
After the performance we would like to invite everyone to give their
opinion about the presented work, and to start a (hopefully fruitful)
discussion about any themes related to it.
--
Friedenstr. 58
10249 Berlin (Deutschland)
Tel +49 30 42020091 | Mob +49 162 6843570
Studio +49 30 69509190
jmmmpais(a)googlemail.com | skype: jmmmpjmmmp
Bugs item #2996887, was opened at 2010-05-04 22:37
Message generated for change (Tracker Item Submitted) made by jancsika1
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2996887&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: Jonathan Wilkes (jancsika1)
Assigned to: Nobody/Anonymous (nobody)
Summary: expr and dollarsign variable tomfoolery
Initial Comment:
If a dollarsign variable like $1 exists in an abstraction (and has a float value assigned) it can be used with impugnity, such as [expr int($1)]. However, if $1 does not exist, as in a newly created patch with <ctrl-n>, [expr int($1)] will not create. As a workaround, one must appease the expr parser by offering up sacrificial spaces to pad the $1 like so:
[expr int( $1 )]
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2996887&group_…