Pd-dev February 2005

pd-dev@lists.iem.at

19 participants
36 discussions

[ pure-data-Feature Requests-1124561 ] Win32: bring back the the command line windows
by SourceForge.net 17 Feb '05

17 Feb '05

Feature Requests item #1124561, was opened at 2005-02-17 09:32 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=1124561&group_… Category: None Group: None Status: Open Priority: 5 Submitted By: IOhannes m zmÃ¶lnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: Win32: bring back the the command line windows Initial Comment: currently (0.38-2) when pd get's started from the cmd-line it immediately detaches itself from the dosbox. debugging information (verbose),... is written into the main-window "console". this is fine, as long as you don't have patches that crash on loading, as you never know where it crashes (due to the main window being closed on crash) using the "-stderr" flag sends the messages into nirvana. i really love, that pd does not need the shell anymore, but it would be best to still get it back when using the "-stderr" flag. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1124561&group_…

1 0

py output
by Michael Iber 15 Feb '05

15 Feb '05

Hi Thomas, using your py-external I get error messages (py/pyext: Could not convert argument <type 'list'>) for outputing (automatically generated) tuples from a python script. My experiments converting with str() or list() didn't work either .. Could you please have a look at the attached files .... My preferred output would be to have the 2 lists inside the tuple in a series (like pd would do with messages seperated by a comma), is this hard to achieve? Thank you and all the best Michael #N canvas 252 216 929 302 12; #X obj 23 112 print output; #X floatatom 258 30 5 0 0 0 - - -; #X msg 49 17 reload; #X obj 23 65 py testOutput testPythonOutputWorking; #X obj 358 115 print output; #X floatatom 593 33 5 0 0 0 - - -; #X msg 384 20 reload; #X obj 358 68 py testOutput testPythonOutputNotWorking; #X connect 1 0 3 1; #X connect 2 0 3 0; #X connect 3 0 0 0; #X connect 5 0 7 1; #X connect 6 0 7 0; #X connect 7 0 4 0; def testPythonOutputWorking(i): output = [128, i, 64] return output def testPythonOutputNotWorking(i): output = [128, i, 64], [144, i, 64] return output

2 2

[ pure-data-Bugs-1122560 ] writesf~ 64-bit distorted files
by SourceForge.net 14 Feb '05

14 Feb '05

Bugs item #1122560, was opened at 2005-02-14 11:15 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=1122560&group_… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: thewade (pdman) Assigned to: Nobody/Anonymous (nobody) Summary: writesf~ 64-bit distorted files Initial Comment: It sounds like writesf~ .wav files in 64-bit PD are written at twice the sampeling rate. If I writesf~ a .wave file, the readsf~ that file back in (using 0 200 2 2 l as part of the open message, as readsf~ complains about bad .wav headders even from writesf~) it plays twice as fast as it should. I cannot fix this by adding the -rate message. AMD64 laptop 2.6.10-lsm kernel PD from CVS as of late January, early Febuarary I think ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1122560&group_…

1 0

[ pure-data-Patches-1122382 ] Fixes Help browser
by SourceForge.net 14 Feb '05

14 Feb '05

Patches item #1122382, was opened at 2005-02-14 13:58 Message generated for change (Comment added) made by ggeiger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1122382&group_… Category: puredata Group: bugfix Status: Open Resolution: None Priority: 5 Submitted By: Guenter Geiger (ggeiger) Assigned to: Nobody/Anonymous (nobody) Summary: Fixes Help browser Initial Comment: In 0.38-2 the Help browser is not usable. This patch fixes the problem by adding an additional variable to hold the directory when the help browser was used the last time. Guenter ---------------------------------------------------------------------- >Comment By: Guenter Geiger (ggeiger) Date: 2005-02-14 14:01 Message: Logged In: YES user_id=430561 And here is the patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1122382&group_…

1 0

[ pure-data-Patches-1122382 ] Fixes Help browser
by SourceForge.net 14 Feb '05

14 Feb '05

Patches item #1122382, was opened at 2005-02-14 13:58 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=1122382&group_… Category: puredata Group: bugfix Status: Open Resolution: None Priority: 5 Submitted By: Guenter Geiger (ggeiger) Assigned to: Nobody/Anonymous (nobody) Summary: Fixes Help browser Initial Comment: In 0.38-2 the Help browser is not usable. This patch fixes the problem by adding an additional variable to hold the directory when the help browser was used the last time. Guenter ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1122382&group_…

1 0

[ pure-data-Bugs-1121314 ] writesf~ bug
by SourceForge.net 12 Feb '05

12 Feb '05

Bugs item #1121314, was opened at 2005-02-12 13: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=1121314&group_… Category: puredata Group: None Status: Open Resolution: None Priority: 8 Submitted By: Tim Blechmann (timblech) Assigned to: Miller Puckette (millerpuckette) Summary: writesf~ bug Initial Comment: hi all, there is a terrible bug in writesf~. if the file is opened, when dsp is off, the file won't be written: - switch dsp off - send |open( message to writesf~ - switch dsp of - send |start( message to writesf~ using the print |message( it can be seen, that fifo head is working, fifo tail stays equal to zero... tim ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1121314&group_…

1 0

Buggy fft/soundfiler in 0_38 devel?
by Bartlomiej Bazior 11 Feb '05

11 Feb '05

Hi, There seems to be some bug in 0_38 devel. I get crash when using pvoc.pd form fft.examples directory. It occurs when I turn on dsp, and try to load soundfiles. This doesn't happen when pd is built without threaded soundfiler, but then pvoc.pd doesn't produce any sound (well actually there is some noise when I set MASTER LEVEL to around 160). Standard help patches for fft~, ifft~, rfft~ and rifft~ behave normal. Another thing. I've build pd with fftw support. I loaded pvoc.pd and didn't get any crash (even with threaded soundfiler), but the audio output was totally screwed (but in other way than with "standard" fft). I'm on windows. Pd was built from the sources I've downloaded this weekend. cheers, Bart -- Doesn't matter if I'm paranoid - they're still after me.

4 14

[ pure-data-Bugs-1119968 ] Opening Help patches from "Pure Documentation"
by SourceForge.net 10 Feb '05

10 Feb '05

Bugs item #1119968, was opened at 2005-02-10 11:44 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=1119968&group_… Category: puredata Group: None Status: Open Resolution: None Priority: 5 Submitted By: Guenter Geiger (ggeiger) Assigned to: Nobody/Anonymous (nobody) Summary: Opening Help patches from "Pure Documentation" Initial Comment: Hi, Seems that the new shortcuts to the documentation has broken the old documentation browser. The problem is that when using the browser, the variable help_directory gets updated to the current subdir of the documentation, which in turn confuses the automatic menu generation for the newly opened patch, and the patch doesn't open. PD version is 0.38-2 Guenter ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1119968&group_…

1 0

[ pure-data-Bugs-1075044 ] [bp~] can crash pd
by SourceForge.net 10 Feb '05

10 Feb '05

Bugs item #1075044, was opened at 2004-11-29 07:28 Message generated for change (Comment added) made by ggeiger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1075044&group_… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Anton Woldhek (anton-w) Assigned to: Nobody/Anonymous (nobody) Summary: [bp~] can crash pd Initial Comment: version: 0.38 test 10 After opening [bp~] helpfile and changing some of the parameters, closing the helpfile crashes pd with the following error: pd.exe Application Error the instruction at "0x10003b64" referenced memory at "0x0000002b". The Memory could not be " etc. ---------------------------------------------------------------------- >Comment By: Guenter Geiger (ggeiger) Date: 2005-02-10 11:38 Message: Logged In: YES user_id=430561 Is this still true with the new release ? If not I am going to close the bug. Thanks, Guenter ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1075044&group_…

1 0

[ pure-data-Bugs-1097901 ] Random GUI crashes
by SourceForge.net 10 Feb '05

10 Feb '05

Bugs item #1097901, was opened at 2005-01-07 14:48 Message generated for change (Settings changed) made by ggeiger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1097901&group_… Category: puredata Group: None >Status: Closed Resolution: None Priority: 9 Submitted By: Guenter Geiger (ggeiger) Assigned to: Miller Puckette (millerpuckette) Summary: Random GUI crashes Initial Comment: Submitting this for completeness, (see pd-dev list for further information). looks like this typo in sys_unqueuegui() was behind many, if not all, quiqueue-related crashes reported on pd-list: --- s_inter.c~ 2004-10-25 05:10:19.000000000 +0200 +++ s_inter.c 2004-12-18 15:10:03.000000000 +0100 @@ -778,7 +778,7 @@ if (gq2->gq_client == client) { gq->gq_next = gq2->gq_next; - t_freebytes(gq, sizeof(*gq)); + t_freebytes(gq2, sizeof(*gq)); break; } } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1097901&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 2005