Pd-dev April 2010

pd-dev@lists.iem.at

9 participants
129 discussions

[ pure-data-Bugs-2879422 ] general audio meter
by SourceForge.net 13 Apr '10

13 Apr '10

Bugs item #2879422, was opened at 2009-10-15 02:14 Message generated for change (Comment added) made by jmmmp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2879422&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: João Pais (jmmmp) Assigned to: Nobody/Anonymous (nobody) Summary: general audio meter Initial Comment: audio meters are very nice, but not 100% helpful. the sound level is connected to the actual sound volume of the system, and not to pd dac~ output (independently of how many there are). wouldn't the latter make more sense? ---------------------------------------------------------------------- >Comment By: João Pais (jmmmp) Date: 2010-04-13 09:30 Message: Hi. Ooops, yes. I meant the audio meters of the Pd window, the ones added in version 0.43. Hmm, I just tested them again with 0.43.0-devel-20100315 windows, and it doesn't behave as I say initially. I can't test on ubuntu now, but either it got corrected, or I submitted a false error. Best, João ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-04-13 05:43 Message: I am not sure which audio meters you mean. As far as I know, the meters in the Pd window are related to dac~ output, but I could be wrong. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2879422&group_…

1 0

[ pure-data-Bugs-2803995 ] PdX and Debian filesystem policy
by SourceForge.net 13 Apr '10

13 Apr '10

Bugs item #2803995, was opened at 2009-06-10 10:20 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2803995&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: 1 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: PdX and Debian filesystem policy Initial Comment: PdX installs _all_ documentation into /usr/lib/pd/doc. it does not install anything into /usr/share/doc/pd-extended, which is the natural place to look for help on a debian system. (as a matter of fact it is used so often, that it can be regarded as a "list of installed packages"; pd-extended does not show up here) it would be nice if at least a note on where to find the "real" documentation would be placed into /usr/share/doc/pd-extended. as stated in debian's policy http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile e"very package must be accompanied by a verbatim copy of its copyright and distribution license in the file /usr/share/doc/package/copyright". PdX violates the debian policy in this regard. ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-04-13 09:15 Message: this bug report is not about missing .pd files in /usr/share/doc/ it's about violating the debian policy by not installing _anything_ into /usr/share/doc/pd-extended, namely copyright files. and i repeat that it would be nice (think of this as a feature request) to direct the user to the "interactive" help of Pd-patches. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-04-13 06:50 Message: .pd files are not static files like HTML, they are more like .pl or .py files. Therefore, it is perfectly appropriate for the help patches to go into /usr/lib/pd. It would not be appropriate to include them in /usr/share/doc/pd... since they are not really viewable using less, a text editor, or a web browser. I discussed this at length during the Debian Bug Squashing Party in NYC back at the end of January. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-06-10 17:52 Message: yes, the packages need a lot of work, and I am sure there are tons of policy violations, and I am a big beliver in Debian Policy. But there are only so many hours in the day. Anyone should feel free to do this since I probably won't get to it for a while. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2803995&group_…

1 0

[ pure-data-Bugs-2985017 ] popup not working in windows (with workaround)
by SourceForge.net 13 Apr '10

13 Apr '10

Bugs item #2985017, was opened at 2010-04-10 08:40 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2985017&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: v0.42 >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Paulo Casaes (irmaosaturno) >Assigned to: Hans-Christoph Steiner (eighthave) Summary: popup not working in windows (with workaround) Initial Comment: Ben Bogart's popup is not working properly in windows (PD-Extended 0.41). It loads fine but it does not output a selection nor does using its inlet work to change its selection. Whenever you try to do so it gives the error: error: popup0xa4fda0: no such object I tracked the problem down and it seems that in windows TK doesn't like it when the pointer reference in hex starts with 0x. This might actually be a problem with the TK provided in the windows version and not with popup itself. In Linux and OS X the reference has 0x in it and works just fine. Here's a workaround that fixes the problem. diff popup.c popup.c.orig 596,599d595 < #ifdef NT < char buf2[256]; < char *buf2ptr; < #endif 646,654d641 < #ifdef NT < sprintf(buf2,"%p",x); < buf2ptr = &buf2; < if(strstr(buf2, "0x") == buf2ptr) { < buf2ptr++; < buf2ptr++; < } < sprintf(buf,"popup%s",buf2ptr); < #else 656d642 < #endif 661,663d646 < #ifdef NT < sys_vgui("proc popup_sel%x {index} {\n pd [concat popup%s output $index \\;]\n }\n",x,buf2ptr); < #else 665c648 < #endif --- > Changes only in the popup_new function. It uses the NT preprocessing directive, in Linux and OS X it should remain unchanged. Basically it tests the pointer for 0x and removes it. Paulo ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-04-13 02:01 Message: These commits should have fixed it: 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… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2985017&group_…

1 0

[ pure-data-Bugs-2957058 ] pointer to [route symbol]-[print] crashes pd
by SourceForge.net 13 Apr '10

13 Apr '10

Bugs item #2957058, was opened at 2010-02-23 01:11 Message generated for change (Comment added) made by jancsika1 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2957058&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: 7 Private: No Submitted By: Jonathan Wilkes (jancsika1) Assigned to: Nobody/Anonymous (nobody) Summary: pointer to [route symbol]-[print] crashes pd Initial Comment: [namecanvas foo] [traverse foo, bang( | [pointer] | [route symbol] | [print] 1) a pointer message is erroneously routed as a symbol 2) this crashes Pd 3) [route pointer] doesn't route a pointer ---------------------------------------------------------------------- >Comment By: Jonathan Wilkes (jancsika1) Date: 2010-04-13 02:01 Message: Hans, The crash is caused by any object which attempts to display the output: the<crtl-4> symbol box, [set $1( -- [ ( both cause the crash as well. The [route] object is outputting a symbol message with some mutant value (I assume the selector is 'symbol' because if you hook [route] to a [vsl], for example, you get "no method for 'symbol'" ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-04-12 23:31 Message: There are a number of "types" in pd: [symbol] [float] [list] [bang] [pointer] [trigger symbol float list bang pointer] [route] does [route symbol float list bang] so it is inconsistent that [route pointer] would not route the "pointer" atom type, and instead route based on the "pointer" as a symbolic selector. That right there is a bug IMHO. As for the crash, I could also reproduce it using Pd version 0.42.5-extended-20100410 or pd-gui-rewrite 0.43 on Mac OS X 10.5.8/Intel. The crash is actually in the [print], not the [route]. When I remove the [print], it doesn't crash. ---------------------------------------------------------------------- Comment By: Jonathan Wilkes (jancsika1) Date: 2010-03-01 16:58 Message: Oops, I didn't realize that when lists get distributed the atoms are interpreted, just like the [list] object classes. E.g., I though the following would output an error but it works fine: [list one two( | [select symbol] You know, since [route list] has different behaviors depending on whether the first element is a float or symbol, the same could be done for [route pointer]-- strip the selector off of anythings, pass gpointer messages through unchanged. That way there is at least some consistency, in the sense that the selector is always being matched. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-03-01 13:41 Message: Hi Jonathan, that's not really what I meant. You can use pointers in a list-message of course ("list <pt1> <pt2> <pt3>") or [pack/unpack] many of them and so on. Even [pipe] works with pointers and lists of pointers now. But when you strip a lone pointer from it's selector then the pointer itself could become the selector like: "list set 2"->[route list] becomes "set 2" and this will call the "set"-method of the next object. If this is a message box it will be set to "2". But with a pointer you'd get "pointer <pt>" -> [route pointer] -> "<pt>", so now it would try to use some "<pt>" method, which is probably undefined. BTW: I guess that's what leads to the crash here. I think selectors must be symbols. So to make use of the pointless pointer (pun intended :) one probably has to attach a selector again with [list] or [pointer] or something. Anyway I guess we're now talking about the usefulness of route's implementation, which is debatable and led to the development of several nicer variants in GridFlow. ---------------------------------------------------------------------- Comment By: Jonathan Wilkes (jancsika1) Date: 2010-03-01 12:48 Message: Hi Frank, Is it really useless? If you send a gpointer through the following, it works: [rewind $1( | [pointer] That's a meta message consisting of a symbol-atom and a pointer-atom. And the pointer atom gets sent successfully to the right inlet. However, I can't currently find a way to test sending a single pointer-atom to the left inlet. (If you try to strip it with list trim you always end up with the "list" selector.) ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2010-03-01 07:16 Message: I meant to write: useless just like a "gem_state" stripped of its *selector*. ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2010-03-01 07:15 Message: First I have to correct myself: The selector of a pointer-message is indeed "pointer", as can be seen with zexy's new rawprint object or by exploiting the error message of an object like [select] when sent a pointer which is "no method for 'pointer'". So "route pointer" could or maybe should indeed route a "pointer" meta-message just like it can route a "gem_state" message However as [route] also strips off the selector you would be left with just the pointer that is more or less useless just like a "gem_state" stripped of its pointer cannot be used in the gem chain anymore. ---------------------------------------------------------------------- Comment By: Jonathan Wilkes (jancsika1) Date: 2010-02-28 22:11 Message: (pointer) with the g missing is what is specified in m_atom.c for displaying a pointer atom. So I assume there's a difference between a pointer message and a pointer atom. There are two reasons to [route] pointer messages. 1) Didactic-- [route] is a common object people use to learn about the behavior of messages in Pd. It would be nice to show all the predefined message types going to different outlets, which can't currently happen because [route] doesn't differentiate between pointers and anythings. 2) Because anythings and pointers aren't differentiated, this diminishes the flexibility of an abstraction inlet. So a data-structure related abstraction that wants to take "set," "flush", "clear", and pointer messages to the left inlet and do something else with the right inlet has to add an additional inlet. The [pointer] object can differentiate between a pointer and "rewind," for example. An abstraction should be able to have the same flexibility. ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2010-02-25 11:37 Message: Yep, a gpointer is not simply a message composed of "pointer" and some actual pointer blob. I don't know the exact details myself and don't really understand the source code, but they seem to be something very "special" just like signals are. As you know, [print] shows them as a not very helpful "(gpointer)", but if you pass a pointer to [list prepend set]-[list trim] and into a message box: There pointers show up as "(pointer)" with the "g" missing. Anyway don't bother trying [route (pointer)], it doesn't work either. :) In the end we probably have to accept that gpointers don't have a "printable" selector, just like audio signals don't have one. Introducing a print- and routable selector as "pointer" may be useful, or maybe it's not, as some people may already use "pointer" as a meta-message in their patches, for example to handle mouse-"pointer" events or so. ---------------------------------------------------------------------- Comment By: Jonathan Wilkes (jancsika1) Date: 2010-02-25 00:54 Message: Hm, I'm just not understanding something about gpointers-- I'd just assumed when you send a pointer message it consists of the selector "pointer" followed by the gpointer itself (gridflow's [display] seems to confirm this). But clearly something else is going on because [route pointer] doesn't currently work for gpointers, nor will [pointer] accept a gpointer that has passed through [pointer $1( (though [route] will, without crashing, and output a usable gpointer that has the selector "list"). It also seems like "pointer 1 2 3" is an unchecked case of "bad arguments to message 'pointer'". So I guess I'm saying I agree that [route pointer] should route according to the selector "pointer", I just don't understand why a gpointer wouldn't match under those conditions. ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2010-02-23 03:40 Message: Hi Jonathan, I raised the priority as crashes are really serious. I disagree with your item 3), though. [route pointer] should not route GPointers, but meta-messages starting with the symbol "pointer" e.g. [pointer 1 2 3( | [route pointer] | It does that just fine. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2957058&group_…

1 0

[ pure-data-Bugs-2941262 ] functions don't work in expr
by SourceForge.net 13 Apr '10

13 Apr '10

Bugs item #2941262, was opened at 2010-01-27 16:40 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2941262&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.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Miller Puckette (millerpuckette) >Summary: functions don't work in expr Initial Comment: expr reports: expr, expr~, fexpr~ version 0.4 under GNU General Public License but no function with (added in version 0.4) at http://www.crca.ucsd.edu/~yadegari/expr.html is usable also fact (0) produces 0 instead of 1 as definined ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-04-13 01:08 Message: confirmed with pd-gui-rewrite 0.43 on Mac OS X 10.5.8/Intel. I am guessing this issue applies to all versions of Pd. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2941262&group_…

1 0

[ pure-data-Bugs-2853052 ] Cannot open files with commas in name
by SourceForge.net 13 Apr '10

13 Apr '10

Bugs item #2853052, was opened at 2009-09-06 13:41 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2853052&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.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: endolith (endolith) Assigned to: Hans-Christoph Steiner (eighthave) Summary: Cannot open files with commas in name Initial Comment: pd-extended on Windows cannot open files with commas in the name. It just does nothing. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-04-13 00:52 Message: This is something that needs to be addressed after the GUI rewrite... ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-06 17:23 Message: probably affects all versions of pd ever, except desiredata starting with commit#12248 today. basically it's a bug introduced in pd in order to cover up a bigger bug that exists in all branches except desiredata, and then in desiredata i forgot to remove the covering bug. this covering bug is called "proc enquote" in all versions of pd that i know about. ---------------------------------------------------------------------- Comment By: endolith (endolith) Date: 2009-09-06 13:42 Message: Pd version 0.41.4-extended ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2853052&group_…

1 0

[ pure-data-Bugs-2805258 ] kb shortcut in properties or console give error
by SourceForge.net 13 Apr '10

13 Apr '10

Bugs item #2805258, was opened at 2009-06-12 03:05 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2805258&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: v0.42 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Hans-Christoph Steiner (eighthave) Summary: kb shortcut in properties or console give error Initial Comment: Clicking ctrl-e in the console produces this: error: .printout.text: no such object Similar error for ctrl-t, ctrl-1, etc., when used in properties of a gui-object or in properties for a canvas. pd-ext 0.41-4 on winxp sp3 ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-04-13 00:51 Message: Fixed in Pd-extended 0.42.5 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2805258&group_…

1 0

[ pure-data-Bugs-2803995 ] PdX and Debian filesystem policy
by SourceForge.net 13 Apr '10

13 Apr '10

Bugs item #2803995, was opened at 2009-06-10 04:20 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2803995&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: Pending Resolution: None Priority: 1 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: PdX and Debian filesystem policy Initial Comment: PdX installs _all_ documentation into /usr/lib/pd/doc. it does not install anything into /usr/share/doc/pd-extended, which is the natural place to look for help on a debian system. (as a matter of fact it is used so often, that it can be regarded as a "list of installed packages"; pd-extended does not show up here) it would be nice if at least a note on where to find the "real" documentation would be placed into /usr/share/doc/pd-extended. as stated in debian's policy http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile e"very package must be accompanied by a verbatim copy of its copyright and distribution license in the file /usr/share/doc/package/copyright". PdX violates the debian policy in this regard. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-04-13 00:50 Message: .pd files are not static files like HTML, they are more like .pl or .py files. Therefore, it is perfectly appropriate for the help patches to go into /usr/lib/pd. It would not be appropriate to include them in /usr/share/doc/pd... since they are not really viewable using less, a text editor, or a web browser. I discussed this at length during the Debian Bug Squashing Party in NYC back at the end of January. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-06-10 11:52 Message: yes, the packages need a lot of work, and I am sure there are tons of policy violations, and I am a big beliver in Debian Policy. But there are only so many hours in the day. Anyone should feel free to do this since I probably won't get to it for a while. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2803995&group_…

1 0

[ pure-data-Bugs-2829640 ] Makefile use "pd_src" for path-to-pd-without-src
by SourceForge.net 13 Apr '10

13 Apr '10

Bugs item #2829640, was opened at 2009-07-30 09:15 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2829640&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: Closed Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: Makefile use "pd_src" for path-to-pd-without-src Initial Comment: several makefiles use the "pd_src" variable to point to /where/is/my/pd/ rather than /where/is/my/pd/src. this makes the code unreadable, as the variable name suggests that it holds the path to the Pd-sources, esp when it comes to $(pd_src)/src and similar please use a more general variable name for this, e.g. "PD_PATH" (i would suggest upper-case according to http://www.gnu.org/software/make/manual/make.html#toc_Using-Variables). done for the ext13 skeleton Makefile ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-04-13 00:47 Message: PD_PATH is used in the Makefile template, so I am closing this bug. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-09-20 12:28 Message: I am fine with a clearer naming scheme, but it would take more than just this little change. 'pd_src' goes with 'externals_src', 'abstractions_src', 'doc-src', etc. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2829640&group_…

1 0

[ pure-data-Bugs-2892153 ] Puredata crashed with last verion of Quicktime player
by SourceForge.net 13 Apr '10

13 Apr '10

Bugs item #2892153, was opened at 2009-11-04 15:00 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2892153&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: Closed Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: Puredata crashed with last verion of Quicktime player Initial Comment: Bug with pd extended with last version of Quicktime and last version of Java : Puredata extended crash. <?xml version="1.0" encoding="UTF-16"?> <DATABASE> <EXE NAME="pd.exe" FILTER="GRABMI_FILTER_PRIVACY"> <MATCHING_FILE NAME="cyclist.exe" SIZE="28438" CHECKSUM="0x1B8A118F" MODULE_TYPE="WIN32" PE_CHECKSUM="0x15212" LINKER_VERSION="0x10000" LINK_DATE="06/04/2009 08:39:42" UPTO_LINK_DATE="06/04/2009 08:39:42" /> <MATCHING_FILE NAME="pd.dll" SIZE="1031374" CHECKSUM="0x205AEA57" MODULE_TYPE="WIN32" PE_CHECKSUM="0x1004B2" LINKER_VERSION="0x10000" LINK_DATE="06/04/2009 07:35:05" UPTO_LINK_DATE="06/04/2009 07:35:05" /> <MATCHING_FILE NAME="pd.exe" SIZE="5632" CHECKSUM="0x6B7BF7D8" MODULE_TYPE="WIN32" PE_CHECKSUM="0x7532" LINKER_VERSION="0x10000" LINK_DATE="06/04/2009 07:35:05" UPTO_LINK_DATE="06/04/2009 07:35:05" /> <MATCHING_FILE NAME="pdreceive.exe" SIZE="13810" CHECKSUM="0x44CB1181" MODULE_TYPE="WIN32" PE_CHECKSUM="0x8071" LINKER_VERSION="0x10000" LINK_DATE="06/04/2009 07:35:08" UPTO_LINK_DATE="06/04/2009 07:35:08" /> <MATCHING_FILE NAME="pdsend.exe" SIZE="9579" CHECKSUM="0xBC1CB54F" MODULE_TYPE="WIN32" PE_CHECKSUM="0x3478" LINKER_VERSION="0x10000" LINK_DATE="06/04/2009 07:35:07" UPTO_LINK_DATE="06/04/2009 07:35:07" /> <MATCHING_FILE NAME="pdtcl.dll" SIZE="13015" CHECKSUM="0xD2B2622" MODULE_TYPE="WIN32" PE_CHECKSUM="0xCACF" LINKER_VERSION="0x10000" LINK_DATE="06/04/2009 07:32:43" UPTO_LINK_DATE="06/04/2009 07:32:43" /> <MATCHING_FILE NAME="tcl84.dll" SIZE="821556" CHECKSUM="0xDD5BC9EC" BIN_FILE_VERSION="8.4.2.18" BIN_PRODUCT_VERSION="8.4.2.18" PRODUCT_VERSION="8.4.18" FILE_DESCRIPTION="Tcl DLL" COMPANY_NAME="ActiveState Corporation" PRODUCT_NAME="Tcl 8.4 for Windows" FILE_VERSION="8.4.18" ORIGINAL_FILENAME="tcl84.dll" LEGAL_COPYRIGHT="Copyright © 2001 by ActiveState Corporation, et al" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0xCC8CA" LINKER_VERSION="0x10000" UPTO_BIN_FILE_VERSION="8.4.2.18" UPTO_BIN_PRODUCT_VERSION="8.4.2.18" LINK_DATE="02/25/2008 04:22:41" UPTO_LINK_DATE="02/25/2008 04:22:41" VER_LANGUAGE="Anglais (États-Unis) [0x409]" /> <MATCHING_FILE NAME="tclpip84.dll" SIZE="21615" CHECKSUM="0xC4C56C61" MODULE_TYPE="WIN32" PE_CHECKSUM="0xE1CF" LINKER_VERSION="0x10000" LINK_DATE="02/25/2008 04:22:50" UPTO_LINK_DATE="02/25/2008 04:22:50" /> <MATCHING_FILE NAME="tclsh84.exe" SIZE="25758" CHECKSUM="0x326B866B" BIN_FILE_VERSION="8.4.2.18" BIN_PRODUCT_VERSION="8.4.2.18" PRODUCT_VERSION="8.4.18" FILE_DESCRIPTION="Tclsh Application" COMPANY_NAME="ActiveState Corporation" PRODUCT_NAME="Tcl 8.4 for Windows" FILE_VERSION="8.4.18" ORIGINAL_FILENAME="tclsh84.exe" LEGAL_COPYRIGHT="Copyright © 2000 by ActiveState Corporation, et al" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x1" MODULE_TYPE="WIN32" PE_CHECKSUM="0x9258" LINKER_VERSION="0x10000" UPTO_BIN_FILE_VERSION="8.4.2.18" UPTO_BIN_PRODUCT_VERSION="8.4.2.18" LINK_DATE="02/25/2008 04:22:52" UPTO_LINK_DATE="02/25/2008 04:22:52" VER_LANGUAGE="Anglais (États-Unis) [0x409]" /> <MATCHING_FILE NAME="tk84.dll" SIZE="1106497" CHECKSUM="0x53A29E9C" BIN_FILE_VERSION="8.4.2.18" BIN_PRODUCT_VERSION="8.4.2.18" PRODUCT_VERSION="8.4.18" FILE_DESCRIPTION="Tk DLL" COMPANY_NAME="ActiveState Corporation" PRODUCT_NAME="Tk 8.4 for Windows" FILE_VERSION="8.4.18" ORIGINAL_FILENAME="tk84.dll" LEGAL_COPYRIGHT="Copyright © 2001 by ActiveState Corporation, et al" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x10E7E3" LINKER_VERSION="0x10000" UPTO_BIN_FILE_VERSION="8.4.2.18" UPTO_BIN_PRODUCT_VERSION="8.4.2.18" LINK_DATE="02/25/2008 04:27:23" UPTO_LINK_DATE="02/25/2008 04:27:23" VER_LANGUAGE="Anglais (États-Unis) [0x409]" /> <MATCHING_FILE NAME="wish84.exe" SIZE="28191" CHECKSUM="0xEF785C6" BIN_FILE_VERSION="8.4.2.18" BIN_PRODUCT_VERSION="8.4.2.18" PRODUCT_VERSION="8.4.18" FILE_DESCRIPTION="Wish Application" COMPANY_NAME="ActiveState Corporation" PRODUCT_NAME="Tk 8.4 for Windows" FILE_VERSION="8.4.18" ORIGINAL_FILENAME="wish84.exe" LEGAL_COPYRIGHT="Copyright © 2000 by ActiveState Corporation, et al" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x4" VERFILETYPE="0x1" MODULE_TYPE="WIN32" PE_CHECKSUM="0x10806" LINKER_VERSION="0x10000" UPTO_BIN_FILE_VERSION="8.4.2.18" UPTO_BIN_PRODUCT_VERSION="8.4.2.18" LINK_DATE="02/25/2008 04:27:28" UPTO_LINK_DATE="02/25/2008 04:27:28" VER_LANGUAGE="Anglais (États-Unis) [0x409]" /> </EXE> <EXE NAME="ntdll.dll" FILTER="GRABMI_FILTER_THISFILEONLY"> <MATCHING_FILE NAME="ntdll.dll" SIZE="739840" CHECKSUM="0x93F2F57E" BIN_FILE_VERSION="5.1.2600.5755" BIN_PRODUCT_VERSION="5.1.2600.5755" PRODUCT_VERSION="5.1.2600.5755" FILE_DESCRIPTION="DLL Couche NT" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Système d'exploitation Microsoft® Windows®" FILE_VERSION="5.1.2600.5755 (xpsp_sp3_gdr.090206-1234)" ORIGINAL_FILENAME="ntdll.dll" INTERNAL_NAME="ntdll.dll" LEGAL_COPYRIGHT="© Microsoft Corporation. Tous droits réservés." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0xB85CE" LINKER_VERSION="0x50001" UPTO_BIN_FILE_VERSION="5.1.2600.5755" UPTO_BIN_PRODUCT_VERSION="5.1.2600.5755" LINK_DATE="02/09/2009 10:53:55" UPTO_LINK_DATE="02/09/2009 10:53:55" VER_LANGUAGE="Français (France) [0x40c]" /> </EXE> <EXE NAME="kernel32.dll" FILTER="GRABMI_FILTER_THISFILEONLY"> <MATCHING_FILE NAME="kernel32.dll" SIZE="1054720" CHECKSUM="0xE5A4A735" BIN_FILE_VERSION="5.1.2600.5781" BIN_PRODUCT_VERSION="5.1.2600.5781" PRODUCT_VERSION="5.1.2600.5781" FILE_DESCRIPTION="DLL du client API BASE Windows NT" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Système d'exploitation Microsoft® Windows®" FILE_VERSION="5.1.2600.5781 (xpsp_sp3_gdr.090321-1317)" ORIGINAL_FILENAME="kernel32" INTERNAL_NAME="kernel32" LEGAL_COPYRIGHT="© Microsoft Corporation. Tous droits réservés." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x104D67" LINKER_VERSION="0x50001" UPTO_BIN_FILE_VERSION="5.1.2600.5781" UPTO_BIN_PRODUCT_VERSION="5.1.2600.5781" LINK_DATE="03/21/2009 14:07:58" UPTO_LINK_DATE="03/21/2009 14:07:58" VER_LANGUAGE="Français (France) [0x40c]" /> </EXE> </DATABASE> ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-04-13 00:46 Message: Using Pd-extended 0.42.5-20100412 on Windows XP and Quicktime 7.6.6, I cannot reproduce this. I loaded a movie using the 04.pix/05.film.pd example patch. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-11-04 15:05 Message: Please provide as detailed information as possible including which operating system (OS), CPU type, specific hardware, and the exact distro and version of Pd itself, etc. For example: Pd version 0.41.4-extended Mac OS X 10.5.7/Intel built-in sound ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2892153&group_…

1 0

← Newer
1
...
6
7
8
9
10
11
12
13
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 April 2010