Re: [PD-dev] Proposals for object categories
This would be a good place to start. I think having a [pd META] subpatch will make accurate parsing easier, and allow for other types of meta data to be easily added. That's what we did with the PDDP reference patch. but in case the externals get organised through function (instead of author/lib folder), the meta patches won't make much sense. how about frank's (standard) idea of using the text files with short description? each author/lib could have his name on that file - jmmmp.txt, hid.txt, etc. Or adding a string, like lib-jmmmp.txt, lib-hid.txt, ... btw, I never noticed why the meta patches were there. are they already being used in any way, or that's a work in progress? As for tagging, as long as it is not too hard to add more tags later, I think that we don't have to spend a ton of time trying to come up with the perfect set of tags. I would add that in general the discussion is slowing up a bit (that might be the normal pace for mail discussions). How about putting a small page with the most relevant sugestions, in order to try to make a decision? Or leave it for the next time enough pd-people meet in the same room (with computers and no beer)? ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] Proposals for object categories
On Mon, 2 Mar 2009, Hans-Christoph Steiner wrote: On Mar 2, 2009, at 11:01 PM, Mathieu Bouchard wrote: (Well, it's also possible to just stop using help files, but 99% of the users would hate it) pdpedia is not meant to be help patches, instead it is info about the object and things like links to related algorithms, video demos, etc. Perhaps you understand yourself, but help patches are meant to contain info about the object and in some cases it contains links to related pages. There's nothing about links that make them off-topic for a help patch. What is that [pddplink] thing for, anyway? http://wiki.puredata.info/en/pddplink _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] Proposals for object categories
On Mar 3, 2009, at 6:10 AM, João Pais wrote: This would be a good place to start. I think having a [pd META] subpatch will make accurate parsing easier, and allow for other types of meta data to be easily added. That's what we did with the PDDP reference patch. but in case the externals get organised through function (instead of author/lib folder), the meta patches won't make much sense. how about frank's (standard) idea of using the text files with short description? each author/lib could have his name on that file - jmmmp.txt, hid.txt, etc. Or adding a string, like lib-jmmmp.txt, lib- hid.txt, ... btw, I never noticed why the meta patches were there. are they already being used in any way, or that's a work in progress? The [pd META] creates a single place to put the data in the help file, which is already the central reference for each object. Once the data is parsed, then it can be used and organized in any structure, like per-author, per-library, per-tag, per-function, etc. As for tagging, as long as it is not too hard to add more tags later, I think that we don't have to spend a ton of time trying to come up with the perfect set of tags. I would add that in general the discussion is slowing up a bit (that might be the normal pace for mail discussions). How about putting a small page with the most relevant sugestions, in order to try to make a decision? Or leave it for the next time enough pd-people meet in the same room (with computers and no beer)? I say make a meta wiki page on http://puredata.info/dev and start adding info. .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 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] Proposals for object categories
On Mar 3, 2009, at 9:39 AM, Mathieu Bouchard wrote: On Mon, 2 Mar 2009, Hans-Christoph Steiner wrote: On Mar 2, 2009, at 11:01 PM, Mathieu Bouchard wrote: (Well, it's also possible to just stop using help files, but 99% of the users would hate it) pdpedia is not meant to be help patches, instead it is info about the object and things like links to related algorithms, video demos, etc. Perhaps you understand yourself, but help patches are meant to contain info about the object and in some cases it contains links to related pages. There's nothing about links that make them off- topic for a help patch. What is that [pddplink] thing for, anyway? http://wiki.puredata.info/en/pddplink Well, the dogmatic vanilla users would not be happy. Plus it is not easy to contribute to a help patch as compared to a wiki. That's the idea anyway. .hc You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] Proposals for object categories
On Tue, 3 Mar 2009, Hans-Christoph Steiner wrote: On Mar 3, 2009, at 9:39 AM, Mathieu Bouchard wrote: Perhaps you understand yourself, but help patches are meant to contain info about the object and in some cases it contains links to related pages. There's nothing about links that make them off-topic for a help patch. What is that [pddplink] thing for, anyway? Well, the dogmatic vanilla users would not be happy. So, do you want to serve the dogmatic vanilla users, or do you want to serve everybody? If you serve everybody, the dogmatic vanilla users still end up being able to paste a link from a dashed objectbox anyway, so, what's the problem with that? Plus it is not easy to contribute to a help patch as compared to a wiki. That's the idea anyway. The problem is that it is not easy to contribute to a help patch as compared to a wiki. Therefore, things must be done so that it becomes as easy to contribute to a help patch as it is to contribute to a wiki. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-1957612 ] PD cannot connect to jack if pulseaudio is running
Bugs item #1957612, was opened at 2008-05-04 20:52 Message generated for change (Settings changed) made by danomatika You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1957612group_id=55736 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: Closed Resolution: Invalid Priority: 5 Private: No Submitted By: Dan Wilcox (danomatika) Assigned to: Nobody/Anonymous (nobody) Summary: PD cannot connect to jack if pulseaudio is running Initial Comment: Using the Pd-0.40.3-extended-20080408-debian-stable-i386.deb autobuild ... On Ubuntu Hardy, PD has problems connecting to jack when the pulseaudio sound server is running, which it is by default. Upon killing pulse, pd can connect to jack correctly. Other applications using jack such as ardour and audacity work correctly. Note: I am running jack on an external sound card. -- Comment By: Dan Wilcox (danomatika) Date: 2008-05-15 14:03 Message: Logged In: YES user_id=2032867 Originator: YES Go ahead and close this bug report. Pulse and pd do work together ok. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1957612group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-2658537 ] Pd-0.40.3-extended zexy[ abs~] broken in 64 bit Linux
Bugs item #2658537, was opened at 2009-03-03 13:56 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=2658537group_id=55736 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: Dan Wilcox (danomatika) Assigned to: Hans-Christoph Steiner (eighthave) Summary: Pd-0.40.3-extended zexy[ abs~] broken in 64 bit Linux Initial Comment: I compiled a custom package for 64bit Ubuntu Linux using the source for Pd-0.40.3 extended and noticed that the zexy [abs~] object does not work as advertised. I suspect this is a 32-64 bit conversion problem. [abs~] in the pd-zexy package in the Ubuntu repositories does work. I'm not sure if this is fixed in recent updates, so I thought I'd open a bug report. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=2658537group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-2658526 ] Pd-0.42.4-Vanilla crashes when opening a patch
Bugs item #2658526, was opened at 2009-03-03 13:51 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=2658526group_id=55736 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.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Dan Wilcox (danomatika) Assigned to: Nobody/Anonymous (nobody) Summary: Pd-0.42.4-Vanilla crashes when opening a patch Initial Comment: I'm running Pd 0.42.4 vanilla compiled for 64 bit Ubuntu Intrepid. I'm not sure if this is a general bug or a 64 bit specific one. Opening some of my song patches crashes Pd rather frequently. I'm not sure what it is about these particular patches, but they seem to kill pd most often when I'm running jack as opposed to oss, etc but mabye that has nothing to do with it. Anyway, I ran pd in gdb and caught two different segfaults on 2 crash instances: Program received signal SIGSEGV, Segmentation fault. ... binbuf_text (x=0x2212c30, text=value optimized out, size=value optimized out) at m_binbuf.c:73 73 if (*textp == ';') SETSEMI(ap), textp++; Program received signal SIGSEGV, Segmentation fault. ... word_init (wp=0x8, template=0xdd5b30, gp=0x11e04d0) at g_scalar.c:27 27 wp-w_float = 0; -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=2658526group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Bugs-2658537 ] Pd-0.40.3-extended zexy[ abs~] broken in 64 bit Linux
Bugs item #2658537, was opened at 2009-03-03 13:56 Message generated for change (Comment added) made by danomatika You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=2658537group_id=55736 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: Dan Wilcox (danomatika) Assigned to: Hans-Christoph Steiner (eighthave) Summary: Pd-0.40.3-extended zexy[ abs~] broken in 64 bit Linux Initial Comment: I compiled a custom package for 64bit Ubuntu Linux using the source for Pd-0.40.3 extended and noticed that the zexy [abs~] object does not work as advertised. I suspect this is a 32-64 bit conversion problem. [abs~] in the pd-zexy package in the Ubuntu repositories does work. I'm not sure if this is fixed in recent updates, so I thought I'd open a bug report. -- Comment By: Dan Wilcox (danomatika) Date: 2009-03-03 15:29 Message: Ok, I compiled the latest zexy from svn and [abs~] works as expected. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=2658537group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] symlinks render pdstring unbuildable on MinGW/Windows
Hey, I was just trying to build string2any and friends on Windows for a student, but the symlinks used in moocow are throwing a huge wrench in the process. They show up at .lnk files, and are not links at all. That's because cygwin translates symlinks into Windows shortcuts, aka .lnk. So symlinks will never work on Windows. Instead of using symlinks, the build system should just use the paths to the shared files. I don't know automake, but that is possible with other build tools, so it seems likely to work there too. .hc [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
