Re: [PD] Gem on win7 64 bit
I have a related (?) problem, I can create the gem window, but nothing gets rendered (just a black screen). Servando suggested to update the video driver, but I didn't do that yet. maybe that would help? I submitted a gem bug, but I think iohannes didn't react to it yet. Am 29.10.2012 um 16:18 schrieb Py Fave pyf...@gmail.com: it works here. less stable than on linux but works i have to check sound inputs (if ps3eye is connected it crashes.. don't know why) i suggest you go for gem 93.3 . ok we did that and it's the same problem still. and right click pd.exe/ properties execute in compatibility mode for xp sp3 and as administrator. we did that too and it stil crashes it is win 7 pro 64 bit and has the newest quicktime installed. any other suggestion than switching to linux? some objects remain unstable (text2d an text3d, pix_video) but it basically works. on linux i have much better stability. 2012/10/29 Max abonneme...@revolwear.com: hi list, i have a workshop and it seems that Pd-extended 0.42.5 urent© crashes when the create message is sent to gemwin on computers running windows 7 64 bit. is there a solution for it? thx. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 Studio +49 30 69509190 jmmmp...@googlemail.com | skype: jmmmpjmmmp ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem on win7 64 bit
hello, sorry if that sound obvious but it's not clear on your mail : creating the gem window did not start the rendering, you have to send 1 to gemwin in order to have anything else than a black screen... is that what you did? cheers c Le 30/10/2012 13:02, João Pais a écrit : I have a related (?) problem, I can create the gem window, but nothing gets rendered (just a black screen). Servando suggested to update the video driver, but I didn't do that yet. maybe that would help? I submitted a gem bug, but I think iohannes didn't react to it yet. Am 29.10.2012 um 16:18 schrieb Py Fave pyf...@gmail.com: it works here. less stable than on linux but works i have to check sound inputs (if ps3eye is connected it crashes.. don't know why) i suggest you go for gem 93.3 . ok we did that and it's the same problem still. and right click pd.exe/ properties execute in compatibility mode for xp sp3 and as administrator. we did that too and it stil crashes it is win 7 pro 64 bit and has the newest quicktime installed. any other suggestion than switching to linux? some objects remain unstable (text2d an text3d, pix_video) but it basically works. on linux i have much better stability. 2012/10/29 Max abonneme...@revolwear.com: hi list, i have a workshop and it seems that Pd-extended 0.42.5 urent© crashes when the create message is sent to gemwin on computers running windows 7 64 bit. is there a solution for it? thx. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] live patching with new instances of abstractions
Hi all, I've been trying to make a patch where I can create connections of subpatches on the fly. These subpatches contain abstractions (for now the same abstracion everywhere, whcih is [inlet~] , only to check if what I wanna do is possible). [outlet~] I've made it in such a way that when I do feedback with the connections (e.x. 1st subpatch to 2nd to 1st), a new instance of the abstraction is being created. But when I turn the dsp on, a get the error: DSP loop detected (some tilde objects not scheduled) message. Even putting a [f $0] inside the abstraction won't solve this. I know I can skip this with [s~] and [r~], but it seems strange to me that this happens. Any ideas? Thanks ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] live patching with new instances of abstractions
Hm, didn't think that the text line length would change. The objects in the parentheses are meant to be like this: [inlet~] [outlet~] On Tue, Oct 30, 2012 at 5:32 PM, Alexandros Drymonitis adr...@gmail.comwrote: Hi all, I've been trying to make a patch where I can create connections of subpatches on the fly. These subpatches contain abstractions (for now the same abstracion everywhere, whcih is [inlet~] , only to check if what I wanna do is possible). [outlet~] I've made it in such a way that when I do feedback with the connections (e.x. 1st subpatch to 2nd to 1st), a new instance of the abstraction is being created. But when I turn the dsp on, a get the error: DSP loop detected (some tilde objects not scheduled) message. Even putting a [f $0] inside the abstraction won't solve this. I know I can skip this with [s~] and [r~], but it seems strange to me that this happens. Any ideas? Thanks ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PKGBUILD of pd-extended 0.43-4 for Archers
Hi, nice job, thank you. Fero Kiraly wrote: Dear friends, I try to manage PKGBUILD of latest Pd-extended (svn git) + latest Gem (git) for arch. For me it's running, what makes me happy because I am one of the new Archers. What you can do is let the compiler optimize a bit for i686, since Arch does not run on i386 anyway : --- pd-extended/packages/linux_make/Makefile.DIST 2012-03-12 06:50:51.0 +0100 +++ pd-extended/packages/linux_make/Makefile2012-04-20 14:19:55.533178855 +0200 @@ -38,7 +38,7 @@ TARGET_PLATFORM := $(shell uname -m) ifeq ($(TARGET_PLATFORM),i686) # Generic x86 (tune for Pentium III, since that's more common these # days) - OPT_CFLAGS += -mtune=i686 -march=i386 +# OPT_CFLAGS += -mtune=i686 -march=i386 endif ifeq ($(TARGET_PLATFORM),amd64) OPT_CFLAGS += -march=k8 -msse -msse2 -mfpmath=sse But I really like the comment about Pentium III beeing common :). Cheers, -- Charlot ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Routing MIDI on windows machines?
As this is probably a question that will keep coming up, I decided to wrap up some of the answers in one of the puredata.info FAQ pages: http://puredata.info/docs/faq/midiinput Please double check this and make any changes you see fit. I know I've said this before, but we should always strive to get some of the great info here off list and onto the FAQ / PD website. On Oct 29, 2012, at 2:05 AM, pd-list-requ...@iem.at wrote: From: Björn Eriksson miu...@gmail.com Subject: Re: [PD] Routing MIDI on windows machines? Date: October 29, 2012 2:04:43 AM EDT To: Pagano, Patrick p...@digitalworlds.ufl.edu, Pd - list pd-list@iem.at Thanks, looks promising. I will test them both! http://www.maplemidi.com/Maple_driver.html http://www.nerds.de/en/loopbe1.html I used MIDI yoke long time ago but it seems that it is not updated any more for newer windows os. The MIDI router question is for recommendations for students of mine. I run also Ubuntu sometimes but never or very seldom OSX. Maybe it could be something to have on Pd web site with some recommendations about this as I guess it is something that many new users wants to start exploring - to use Pd as a MIDI engine for other softwares!? So to extend a little what is the best MIDI routers (in general) for -Linux -OS X ? All the best, Björn Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] firm delay scheduling
Hello I'm trying to launch security procedures in case of trouble, that will respond in less than 250 msec. The fundamental question is : Is there an object to schedule an event in the future with firm absolute delay ? {realtime} measures time AFTER the problem (no scheduling) {del} schedules things but the delay is kind of elastic, depending on the CPU load. thanks JM ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] firm delay scheduling
[delay] is as firm as your going to get, from what I've seen. [delay] should be at least as accurate to about one audio block, so like 1.5ms, so if you only need 250ms accuracy, you have plenty of room. .hc On Oct 30, 2012, at 1:13 PM, Jean-Marie Adrien wrote: Hello I'm trying to launch security procedures in case of trouble, that will respond in less than 250 msec. The fundamental question is : Is there an object to schedule an event in the future with firm absolute delay ? {realtime} measures time AFTER the problem (no scheduling) {del} schedules things but the delay is kind of elastic, depending on the CPU load. thanks JM ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 24bit file bug
Its probably a good idea to file a bug report and include your patch, and a link to the previous conversation on the list: http://bugs.puredata.info Or in the Help menu, report bug .hc On Oct 29, 2012, at 7:38 PM, peiman khosravi wrote: Dear all, I reported this a few months ago and it was acknowledged as a bug. The latest version of pd is still unable to read 24bit files to table. Unless I'm doing something wrong? (See attached file but please be careful with the volume as it is deafening). Please try this with a 24bit aif file. Thanks Peiman 24bitSample.pd___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 24bit file bug
Great, will do. Thanks, P On 30 October 2012 17:44, Hans-Christoph Steiner h...@at.or.at wrote: Its probably a good idea to file a bug report and include your patch, and a link to the previous conversation on the list: http://bugs.puredata.info Or in the Help menu, report bug .hc On Oct 29, 2012, at 7:38 PM, peiman khosravi wrote: Dear all, I reported this a few months ago and it was acknowledged as a bug. The latest version of pd is still unable to read 24bit files to table. Unless I'm doing something wrong? (See attached file but please be careful with the volume as it is deafening). Please try this with a 24bit aif file. Thanks Peiman 24bitSample.pd___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] firm delay scheduling
hello, if your problem is detecting when cpu is over 100% so that delay is not acurate, then the best solution is some kind of external watchdog. just send a message every 10 ms to an other software, if this external software did not receive anything during the last 20ms, then there is a cpu problem on the pd side... the external software can be an other pd, a shell script (using pdreceive, or anything else. cheers c Le 30/10/2012 18:13, Jean-Marie Adrien a écrit : Hello I'm trying to launch security procedures in case of trouble, that will respond in less than 250 msec. The fundamental question is : Is there an object to schedule an event in the future with firm absolute delay ? {realtime} measures time AFTER the problem (no scheduling) {del} schedules things but the delay is kind of elastic, depending on the CPU load. thanks JM ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 24bit file bug
OK, done: https://sourceforge.net/tracker/?func=detailaid=3581960group_id=55736atid=478070 For the record here's the other thread: http://comments.gmane.org/gmane.comp.multimedia.puredata.general/78636 Best, Peiman On 30 October 2012 17:48, peiman khosravi peimankhosr...@gmail.com wrote: Great, will do. Thanks, P On 30 October 2012 17:44, Hans-Christoph Steiner h...@at.or.at wrote: Its probably a good idea to file a bug report and include your patch, and a link to the previous conversation on the list: http://bugs.puredata.info Or in the Help menu, report bug .hc On Oct 29, 2012, at 7:38 PM, peiman khosravi wrote: Dear all, I reported this a few months ago and it was acknowledged as a bug. The latest version of pd is still unable to read 24bit files to table. Unless I'm doing something wrong? (See attached file but please be careful with the volume as it is deafening). Please try this with a 24bit aif file. Thanks Peiman 24bitSample.pd___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MIDI and JACK autoconnection is a PITA...
Quick question... is this autoconnect problem only relevant to midi or does it also affect jack audio connections? I'd like to try to fix this but never use jack so am not sure where to start. thanks Miller On Tue, Oct 30, 2012 at 07:44:59PM +0100, Jörn Nettingsmeier wrote: johanna, simon, On 10/30/2012 01:04 AM, Simon Wise wrote: On 30/10/12 06:12, Johanna Nowak wrote: Jörn, this is a quick shoot from the hips, perhaps it can help: * Jörn Nettingsmeiernetti...@stackingdwarves.net [2012-10-29 20:38]: is there a way to prevent pd from doing this? particularly in the alsa midi case, it's a really blatant misfeature, because in the presence of a software midi thru port, it will immediately create a parameter loop which will make any connected midi controller go wild and burn its motors. If this is the case for the BCF2000 try using its U-3 or S-3 mode, where it will not echo the received midi data to its outputs. The BCF2000 and the Pd sliders work very well together with feedback - not sure exactly which side does the work to allow the loopback to work well, but it does, it is possible to use those loops to give manual control from the BCF2000 at the same time as Pd sliders and calculated values are being used. i think you misread my post - the feedback is caused by pd autoconnecting to a software midi thru port, not by the BCF. meanwhile, i'm following michael's advice, which solves the problem at least for midi. jack autoconnection is still darn irritating, though... -- Jörn Nettingsmeier Lortzingstr. 11, 45128 Essen, Tel. +49 177 7937487 Meister für Veranstaltungstechnik (Bühne/Studio) Tonmeister VDT http://stackingdwarves.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MIDI and JACK autoconnection is a PITA...
Hi Miller, On 10/30/2012 08:05 PM, Miller Puckette wrote: Quick question... is this autoconnect problem only relevant to midi or does it also affect jack audio connections? I'd like to try to fix this but never use jack so am not sure where to start. well, for MIDI I can live with the workaround suggested by Michael and elsewhere by IOhannes, but there is no such workaround to prevent JACK autoconnection afaik. Pd should just not attempt autoconnection when using JACK, unless the ports to connect to have been explicitly configured by the user. JACK setups tend to be more complex than the usual first-2-channels-to-speakers assumption, so Pd _will_ guess wrong most of the time, sometimes with painfully loud and embarrassing results. No user-friendly JACK client should ever autoconnect without being asked to, because this effectively prevents JACK session managers from doing their job. Something like this, maybe?: pd -jack -- no connection pd -jack -jackin system:capture_25 system:capture_26 \ -jackout system:playback_17 system:playback_18 \ system:playback_19 system:playback_20 -- connect to specified ports having the same options in ~/.pdsettings would be great. Best, Jörn -- Jörn Nettingsmeier Lortzingstr. 11, 45128 Essen, Tel. +49 177 7937487 Meister für Veranstaltungstechnik (Bühne/Studio) Tonmeister VDT http://stackingdwarves.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MIDI and JACK autoconnection is a PITA...
On 10/30/2012 08:05 PM, Miller Puckette wrote: Quick question... is this autoconnect problem only relevant to midi or does it also affect jack audio connections? I'd like to try to fix this but never use jack so am not sure where to start. my original implementation for alsa-MIDI (which is still used) autoconnects if only one midi-port is opened it will autoconnect to all available midi-ports. this is meant for easy setup (after talking to nando at some lac a while ago), but due to midi-thru is making more troubles than it solves. for me it is fine to remove the autoconnect altogether (and if needed i can provide a patch to fix this) fgmads IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] mysterious segfault while receiving midi commands...
That's a tough one to track down. One thing I'd recommend is to reduce the complexity. Specifically, [readanysf~] is a wonderful object, but relies on many many libraries and has many layers in it. This bug could have come from any one of those libraries in addition to Pd, readanysf, etc. For the media that you're using, I recommend converting them with 32-bit float WAVs, the internal format used in Pd. Then you can use [readsf~] or even better, load them into tables and play them with [tabplay~]. .hc On 10/29/2012 03:35 PM, Jörn Nettingsmeier wrote: hi *! two days ago, my pd-based cue player (btw, new release at http://stackingdwarves.net/public_stuff/software/CueFrog/) chashed and burned during a live show. not good. pd segfaulted while i had one six-channel instance of readanysf running and five more two-channel instances stopped, at the precise moment when i was sending a midi cc to stop the running player and another to start a new one, while i was at the same time moving a midi fader for volume control. unfortunately, i had core dumps disabled, and as luck would have it, the crash seems impossible to reproduce without an audience of 200 and a director to go ballistic. so unless someone has an audience simulator test scaffold: what are, in your experience, the most likely causes of such sudden segfaults, and are there workarounds or defensive practices which i could implement? i'm using the current releases of pd-vanilla, vbap and readanysf~. in case someone feels inclined to look at my programming style and lead me back to the path of righteousness, the actual show patch i was using on top of CueFrog is at http://stackingdwarves.net/download/pd-crash.pd looking forward to your ideas! best jörn ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MIDI and JACK autoconnection is a PITA...
OK.. I think I can figure out how to take autoconnect out - just committed and git pushed for your inspection :) M On Tue, Oct 30, 2012 at 09:40:02PM +0100, IOhannes m zmölnig wrote: On 10/30/2012 08:05 PM, Miller Puckette wrote: Quick question... is this autoconnect problem only relevant to midi or does it also affect jack audio connections? I'd like to try to fix this but never use jack so am not sure where to start. my original implementation for alsa-MIDI (which is still used) autoconnects if only one midi-port is opened it will autoconnect to all available midi-ports. this is meant for easy setup (after talking to nando at some lac a while ago), but due to midi-thru is making more troubles than it solves. for me it is fine to remove the autoconnect altogether (and if needed i can provide a patch to fix this) fgmads IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MIDI and JACK autoconnection is a PITA...
On 10/30/2012 10:45 PM, Miller Puckette wrote: OK.. I think I can figure out how to take autoconnect out - just committed and git pushed for your inspection :) just noticed how well encapsulated the autoconnect feature has been implemented. made it easy to disable :-) fgmadsr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Browse/Search plugin update
I updated my search plugin by adding a progressbar: http://puredata.info/Members/jancsika/searchandbrowseplugin/view It also prints out the number of files it searched. There were some reports of a search taking over a minute, but with GNU/Linux and winxp I'm getting about 3 seconds for a little over 9,000 docs (I think I'm searching two different copies of pd-extended libs so that should be well over what you'd typically be searching). If people are getting long searches please start by telling me how many files you're searching. Also, the progressbar updates don't start until it's built a list of files and sorted it, so if it's taking a long time when you search before the progressbar appears then that may be the culprit. Now that the interface updates live I don't really think there's much need to build an index. You can start reading the first results immediately and even scroll the list as it finishes printing the results. (I guess I can also add a Cancel button, too.) Let me know if there are any bugs. -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] firm delay scheduling
- Original Message - From: Cyrille Henry c...@chnry.net To: pd-list@iem.at Cc: Sent: Tuesday, October 30, 2012 1:52 PM Subject: Re: [PD] firm delay scheduling hello, if your problem is detecting when cpu is over 100% so that delay is not acurate, then the best solution is some kind of external watchdog. just send a message every 10 ms to an other software, if this external software did not receive anything during the last 20ms, then there is a cpu problem on the pd side... the external software can be an other pd, a shell script (using pdreceive, or anything else. How is the second pd going to complete its computations on time when the CPU is over 100%? cheers c Le 30/10/2012 18:13, Jean-Marie Adrien a écrit : Hello I'm trying to launch security procedures in case of trouble, that will respond in less than 250 msec. The fundamental question is : Is there an object to schedule an event in the future with firm absolute delay ? {realtime} measures time AFTER the problem (no scheduling) {del} schedules things but the delay is kind of elastic, depending on the CPU load. thanks JM ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] firm delay scheduling
If you have a multicore machine you should be fine... On Oct 31, 2012 12:31 AM, Jonathan Wilkes jancs...@yahoo.com wrote: - Original Message - From: Cyrille Henry c...@chnry.net To: pd-list@iem.at Cc: Sent: Tuesday, October 30, 2012 1:52 PM Subject: Re: [PD] firm delay scheduling hello, if your problem is detecting when cpu is over 100% so that delay is not acurate, then the best solution is some kind of external watchdog. just send a message every 10 ms to an other software, if this external software did not receive anything during the last 20ms, then there is a cpu problem on the pd side... the external software can be an other pd, a shell script (using pdreceive, or anything else. How is the second pd going to complete its computations on time when the CPU is over 100%? cheers c Le 30/10/2012 18:13, Jean-Marie Adrien a écrit : Hello I'm trying to launch security procedures in case of trouble, that will respond in less than 250 msec. The fundamental question is : Is there an object to schedule an event in the future with firm absolute delay ? {realtime} measures time AFTER the problem (no scheduling) {del} schedules things but the delay is kind of elastic, depending on the CPU load. thanks JM ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Pd on Lion - Chinese
Hi, I have a student from China, and every version of Pd I've tried on her machine either crashes or (with Pd-extended 0.42-5) hangs on load. locahost is there as far as I can tell from ifconfig The Activity Monitor application shows a red Pd-extended process, but since her computer was entirely in Chinese and I didn't have much time to resolve it, I don't know what it meant! Pd 0.43 amd Pd-extended 0.43 both started and quit. Any ideas? Has anyone experienced this and solved it? It's OS X, 10.7 Lion x Ed Gemnotes-0.2: Live music notation for Pure Data, now with dynamics! http://sharktracks.co.uk/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PKGBUILD of pd-extended 0.43-4 for Archers
Because of Hans (thanks Hans) suggestion I did a NO SVN pkgbild. It should be the REAL latest version of pd-extended 0.43-x here: https://aur.archlinux.org/packages.php?ID=44798 it was born from: https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended/0.43 --- the latest pd-extended 0.43.x git://pd-gem.git.sourceforge.net/gitroot/pd-gem/Gem --- the latest GEM git://pure-data.git.sourceforge.net/gitroot/pure-data/pd-extended.git --- the latest pd-extended core + mime types (it depends now on hicolor-icon-theme) or am I wrong about the latest sources ?? I have a question again. On aur.archlinux.org it is shown as Pure Data Extended 0.43-1 version, BUT IT IS 0.43-4 NOW. Where I did mistake in PKGBUILD ? cheers paum ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd on Lion - Chinese
I haven't seen this before, I think I had someone from Taiwan in my class last time. One useful thing in debugging would be to do this: /Applications/Pd-0.43-extended-20121010.app/Contents/Resources/bin/pd -stderr -d 3 That will at least tell you how far into the startup procedure its getting. ANother thing to try would be to run it in English: export LANG=en /Applications/Pd-0.43-extended-20121010.app/Contents/Resources/bin/pd -stderr -d 3 .hc On 10/30/2012 07:53 PM, Ed Kelly wrote: Hi, I have a student from China, and every version of Pd I've tried on her machine either crashes or (with Pd-extended 0.42-5) hangs on load. locahost is there as far as I can tell from ifconfig The Activity Monitor application shows a red Pd-extended process, but since her computer was entirely in Chinese and I didn't have much time to resolve it, I don't know what it meant! Pd 0.43 amd Pd-extended 0.43 both started and quit. Any ideas? Has anyone experienced this and solved it? It's OS X, 10.7 Lion x Ed Gemnotes-0.2: Live music notation for Pure Data, now with dynamics! http://sharktracks.co.uk/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PKGBUILD of pd-extended 0.43-4 for Archers
Since you are not following the Pd-extended packaging (i.e. Gem from git rather than the pd-extended/0.43 branch), I think it makes more sense if you package each library individually. That is made much easier by the Library Template: https://puredata.info/docs/developer/LibraryTemplate/ It seems there is already an ArchTemplate there. In Debian, that's how we are packaging things, you can see all the packages listed here, they all start with pd-* http://qa.debian.org/developer.php?login=pkg-multimedia-maintain...@lists.alioth.debian.org .hc On 10/30/2012 08:26 PM, Fero Kiraly wrote: Because of Hans (thanks Hans) suggestion I did a NO SVN pkgbild. It should be the REAL latest version of pd-extended 0.43-x here: https://aur.archlinux.org/packages.php?ID=44798 it was born from: https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended/0.43 --- the latest pd-extended 0.43.x git://pd-gem.git.sourceforge.net/gitroot/pd-gem/Gem --- the latest GEM git://pure-data.git.sourceforge.net/gitroot/pure-data/pd-extended.git --- the latest pd-extended core + mime types (it depends now on hicolor-icon-theme) or am I wrong about the latest sources ?? I have a question again. On aur.archlinux.org it is shown as Pure Data Extended 0.43-1 version, BUT IT IS 0.43-4 NOW. Where I did mistake in PKGBUILD ? cheers paum ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Browse/Search plugin update
On 10/30/2012 07:20 PM, Jonathan Wilkes wrote: I updated my search plugin by adding a progressbar: http://puredata.info/Members/jancsika/searchandbrowseplugin/view It also prints out the number of files it searched. There were some reports of a search taking over a minute, but with GNU/Linux and winxp I'm getting about 3 seconds for a little over 9,000 docs (I think I'm searching two different copies of pd-extended libs so that should be well over what you'd typically be searching). If people are getting long searches please start by telling me how many files you're searching. Also, the progressbar updates don't start until it's built a list of files and sorted it, so if it's taking a long time when you search before the progressbar appears then that may be the culprit. Now that the interface updates live I don't really think there's much need to build an index. You can start reading the first results immediately and even scroll the list as it finishes printing the results. (I guess I can also add a Cancel button, too.) Let me know if there are any bugs. -Jonathan Looking very good! I consider this something everyone should install now. The progress bar is a good enhancement. I wonder if it could somehow fit in to the GUI elements better somehow. Its fine how it is, but it seems a little out of place. Looks like there are some debug messages still in it, I get these when hovering: filename is 5.reference/all_about_arrays.pd basedir is /Applications/Pd-0.43.3-extended-20121008.app/Contents/Resources/doc filename is 5.reference/loop~-help.pd basedir is /Applications/Pd-0.43.3-extended-20121008.app/Contents/Resources/doc filename is 5.reference/all_about_arrays.pd filelist is 7751 filelist is 7751 .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.43-3 released
Its included now but in 0.44: http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pure-data;a=commit;h=153c8c9a18acb4b89bd9242f5c5dc9d03eece4e8 I included it in Pd-extended 0.43.4 also. .hc On Jul 4, 2012, at 8:58 AM, Chrissie Caulfield wrote: I posted a patch for this a while ago but I don't think it got incorporated upstream: http://lists.puredata.info/pipermail/pd-dev/2012-04/018365.html Chrissie On 04/07/2012 12:56, James Dunn wrote: This may be related: I just installed pd-extended 0.43.1 on Ubuntu 12.04 and I can't get audio to work in -nogui mode. The usual trick of delaying a loadbang by 1000ms or more results in a high tone, and there is no adc input, so I'm running it in gui mode which works. James Quoth Roman Haefeli, on 04/07/2012 12:14: I'm also interested to hear if others experience similar issues or if it is only me having trouble with 0.43's design. Up to 0.42 everything was fine for me regarding audio. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Browse/Search plugin update
- Original Message - From: Hans-Christoph Steiner h...@at.or.at To: Jonathan Wilkes jancs...@yahoo.com Cc: PD List pd-list@iem.at Sent: Tuesday, October 30, 2012 10:38 PM Subject: Re: [PD] Browse/Search plugin update On 10/30/2012 07:20 PM, Jonathan Wilkes wrote: I updated my search plugin by adding a progressbar: http://puredata.info/Members/jancsika/searchandbrowseplugin/view It also prints out the number of files it searched. There were some reports of a search taking over a minute, but with GNU/Linux and winxp I'm getting about 3 seconds for a little over 9,000 docs (I think I'm searching two different copies of pd-extended libs so that should be well over what you'd typically be searching). If people are getting long searches please start by telling me how many files you're searching. Also, the progressbar updates don't start until it's built a list of files and sorted it, so if it's taking a long time when you search before the progressbar appears then that may be the culprit. Now that the interface updates live I don't really think there's much need to build an index. You can start reading the first results immediately and even scroll the list as it finishes printing the results. (I guess I can also add a Cancel button, too.) Let me know if there are any bugs. -Jonathan Looking very good! I consider this something everyone should install now. The progress bar is a good enhancement. I wonder if it could somehow fit in to the GUI elements better somehow. Its fine how it is, but it seems a little out of place. After trying it out on winxp it seemed obvious that progress bars like that are generally transient. Now it fills up, disappears and gets replaced by the text telling the number of results. I also found out that the lsort -command flag is causing the delay before the progress bar starts. There's a workaround on the tcl wiki. I'll post the update once I get it working. Looks like there are some debug messages still in it, I get these when hovering: filename is 5.reference/all_about_arrays.pd basedir is /Applications/Pd-0.43.3-extended-20121008.app/Contents/Resources/doc filename is 5.reference/loop~-help.pd basedir is /Applications/Pd-0.43.3-extended-20121008.app/Contents/Resources/doc filename is 5.reference/all_about_arrays.pd filelist is 7751 filelist is 7751 Ah yes, forgot about those. Thanks. -Jonathan .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list