Re: [PD] select issues
On Fri, 30 Nov 2007, Mathieu Bouchard wrote: On Fri, 30 Nov 2007, Mathieu Bouchard wrote: There's something really weird about [route] (as it is in 0.40): It will only route selectors if I don't give any float arguments, but will only route a list's $1 if I give any float arguments. Can anyone confirm and explain this? The help file claims one should not mix floats and symbols, but [route] does not reject it, and then clearly does something useful that can't be done any other easy way. ... if one has a [demux], Kyle's [list split] and [select], and then a list storage and a [t b l], then one can do like this undocumented behaviour of [route], but I wouldn't call it so easy. Duh. Bad day. Do like what Claude says. Still, the question of the mystery feature of [route] remains open. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem codec basic review
patrick wrote: hi, i am on linux running the very last version of gem from cvs. i am trying to find a good codec for gem. here's my basic research: --- the best codec for quicktime is jpeg: transcode -i yourvideo -y mov,null -F jpeg,,jpeg_quality=70 -o gem.mov gem cpu usage is 38% mplayer cpu usage is 27% ffplay cpu usage is 16% lqtplay cpu usage is 1% ** * lqtplay seems to make a excellent job for decoding is own codec. would it be possible to make a pix_qt based on the source of this player??? which coded is Gem using to decode the mov? if it is quicktime4linux, then the results for _decoding_ should not differ so much. apart from the fact that Gem uses openGL to display the video, which is portentially slower than xv-overlay...could you test to only decode the videos with [pix_film], without any [pix_texture] and compare these? and put your video-files online so other people can participate in the review? fmar IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem codec basic review
hi IOhannes, thank you for your interest. here's the video (long life to gary burton). http://www.workinprogress.ca/pd/gem/ i was wrong! lqtplay takes the same cpu as gem when not rendering (pix_texture). ffplay is the best player for the quicktime jpeg with only 16% of my cpu. why i would like to have ffmpeg / mpeg4 in gem is because of the size of the movie (3.5M for mpeg4 / 10M for quicktime and mjpeg). i would like to know what format / codec people use with pix_film under linux. patrick IOhannes m zmoelnig wrote: patrick wrote: hi, i am on linux running the very last version of gem from cvs. i am trying to find a good codec for gem. here's my basic research: --- the best codec for quicktime is jpeg: transcode -i yourvideo -y mov,null -F jpeg,,jpeg_quality=70 -o gem.mov gem cpu usage is 38% mplayer cpu usage is 27% ffplay cpu usage is 16% lqtplay cpu usage is 1% ** * lqtplay seems to make a excellent job for decoding is own codec. would it be possible to make a pix_qt based on the source of this player??? which coded is Gem using to decode the mov? if it is quicktime4linux, then the results for _decoding_ should not differ so much. apart from the fact that Gem uses openGL to display the video, which is portentially slower than xv-overlay...could you test to only decode the videos with [pix_film], without any [pix_texture] and compare these? and put your video-files online so other people can participate in the review? fmar 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] gem codec basic review
I would say it also depends on what you want to do with the video. if you want to do scratching/forward backward, not all codecs will be able to do that. (am I wrong?) at least make sure that you don't use keyframes for that. marius. IOhannes m zmoelnig wrote: patrick wrote: hi, i am on linux running the very last version of gem from cvs. i am trying to find a good codec for gem. here's my basic research: --- the best codec for quicktime is jpeg: transcode -i yourvideo -y mov,null -F jpeg,,jpeg_quality=70 -o gem.mov gem cpu usage is 38% mplayer cpu usage is 27% ffplay cpu usage is 16% lqtplay cpu usage is 1% ** * lqtplay seems to make a excellent job for decoding is own codec. would it be possible to make a pix_qt based on the source of this player??? which coded is Gem using to decode the mov? if it is quicktime4linux, then the results for _decoding_ should not differ so much. apart from the fact that Gem uses openGL to display the video, which is portentially slower than xv-overlay...could you test to only decode the videos with [pix_film], without any [pix_texture] and compare these? and put your video-files online so other people can participate in the review? fmar 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
[PD] gem codec basic review
hi, i am on linux running the very last version of gem from cvs. i am trying to find a good codec for gem. here's my basic research: --- the best codec for quicktime is jpeg: transcode -i yourvideo -y mov,null -F jpeg,,jpeg_quality=70 -o gem.mov gem cpu usage is 38% mplayer cpu usage is 27% ffplay cpu usage is 16% lqtplay cpu usage is 1% ** --- for avi i tried ffmpeg / mjpeg: transcode -i yourvideo -y ffmpeg,null -F mjpeg -o gem.avi gem cpu usage is 33% mplayer cpu usage is 33% ffplay cpu usage is 22% --- the really best codec around is mpeg4: transcode -i yourvideo -y ffmpeg,null -F mpeg4 -o gem.avi gem cpu usage is: crashed** mplayer cpu usage is 16% ffplay cpu usage is 11% * lqtplay seems to make a excellent job for decoding is own codec. would it be possible to make a pix_qt based on the source of this player??? ** anybody can test this codec? that would be my second choice... after lqtplay ported to gem... pat ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] select issues
Hans-Christoph Steiner wrote: Could you post a patch that demonstrates this? It would make it clearer. fmgas.dr IOhannes #N canvas 0 0 450 300 10; #X obj 239 162 route 1 bla; #X msg 235 117 list bla hu; #X obj 231 200 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 266 204 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 314 203 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X connect 0 0 2 0; #X connect 0 1 3 0; #X connect 0 2 4 0; #X connect 1 0 0 0; ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdlua compiling on mac
It means that the Tcl framework version doesn't provide the same architecture that you are building as. Try removing those frameworks and just using the built-in ones: rm -r /Library/Frameworks/Tcl.framework rm -r /Library/Frameworks/Tk.framework Or try the ones currently in use on the auto-build Intel Mac (they are universal): http://idmi.poly.edu/pdlab/TclTk4Pd-2007-11-16.zip .hc On Nov 29, 2007, at 1:16 AM, marius schebella wrote: thank you, but the error remains. what does this line mean? ld: warning in /Library/Frameworks/Tcl.framework/Tcl, file is not of required architecture which tcl version should I use??? marius. Hans-Christoph Steiner wrote: The universal build stuff in pd-vanilla doesn't always fully work, try doing this instead to build Pd: cd /Users/marius/devel/pd-rsync/pd-extended/pd/src autoconf ./configure --disable-fat make now: cd /Users/marius/devel/pd-rsync/pd-extended/externals/hcs make On Nov 28, 2007, at 5:55 PM, marius schebella wrote: hi, I am not sure what the error means, I have tcl/tk8.4 installed. does wrong architecture mean, wrong version of tcltk or wrong version of os x? cd ../obj cc -g -O2 -DPD -Wall -W -Wstrict-prototypes -Wno- unused -Wno-parentheses -Wno-switch -DDL_OPEN -DMACOSX -DUNISTD - I/usr/X11R6/include -I../portaudio/pa_common -I../portaudio/ pablio -I../portmidi/pm_common -I../portmidi/pm_mac -I../ portmidi/porttime -DUSEAPI_PORTAUDIO -DPA19 -DPA_USE_COREAUDIO - isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch i386 - arch ppc -Wno-error -O2 -dynamiclib -read_only_relocs warning \ -o ../bin/libPdTcl.dylib t_main.o t_tkcmd.o \ -F/Library/Frameworks \ -framework Tcl -framework Tk -framework System \ -Wl,-install_name,@executable_path/../Resources/bin/ libPdTcl.dylib ld: warning in /Developer/SDKs/MacOSX10.4u.sdk/Library/Frameworks/ Tcl.framework/Tcl, file is not of required architecture ld: warning in /Developer/SDKs/MacOSX10.4u.sdk/Library/Frameworks/ Tk.framework/Tk, file is not of required architecture Undefined symbols: _Tcl_CreateCommand, referenced from: _pdgui_startup in t_tkcmd.o _Tcl_CreateFileHandler, referenced from: _pdgui_startup in t_tkcmd.o _pdgui_startup in t_tkcmd.o _Tcl_Eval, referenced from: _tcl_mess in t_tkcmd.o _Tcl_GetVar, referenced from: _pdgui_startup in t_tkcmd.o _Pdtcl_Init in t_tkcmd.o ld: symbol(s) not found collect2: ld returned 1 exit status lipo: can't open input file: /var/folders/TH/THjm5UAnEZSSB-y6nQY-6 TI/-Tmp-//ccuA1Xyz.out (No such file or directory) make: *** [../bin/libPdTcl.dylib] Error 1 marius. Hans-Christoph Steiner wrote: Here's the key error line: ld: file not found: /Users/marius/devel/pd-rsync/pd-extended/pd/ bin/pd You need to build Pd first: cd /Users/marius/devel/pd-rsync/pd-extended/pd/src autoconf ./configure make now: cd /Users/marius/devel/pd-rsync/pd-extended/externals/hcs make .hc On Nov 28, 2007, at 4:30 PM, marius schebella wrote: hi (hans), I grabed what I thout is the pd-extended build system from rsync -av --delete rsync://128.238.56.50/distros/pd-extended/ pd-extended/ when I cd to hcs (or any other directory I tested) and run make, I get a bunch of errors marius-schebellas-computer:hcs marius$ make make -C /Users/marius/devel/pd-rsync/pd-extended/externals hcs cc -DPD -O2 -I/Users/marius/devel/pd-rsync/pd-extended/pd/src - Wall -W -ggdb -I/sw/include -DMACOSX -DUNIX -Dunix -o /Users/ marius/devel/pd-rsync/pd-extended/externals/hcs/canvas_name.o - c /Users/marius/devel/pd-rsync/pd-extended/externals/hcs/ canvas_name.c cc -bundle -bundle_loader /Users/marius/devel/pd-rsync/pd- extended/pd/bin/pd -L/sw/lib -weak_framework Carbon -o /Users/ marius/devel/pd-rsync/pd-extended/externals/hcs/ canvas_name.pd_darwin /Users/marius/devel/pd-rsync/pd- extended/externals/hcs/canvas_name.o -lm -lc \ `test -f /Users/marius/devel/pd-rsync/pd-extended/ externals/hcs/canvas_name.libs cat /Users/marius/devel/pd- rsync/pd-extended/externals/hcs/canvas_name.libs`\ `my_dylib=hcs; test -f /Users/marius/devel/pd-rsync/pd- extended/externals/hcs/lib${my_dylib}.dylib echo -L/Users/ marius/devel/pd-rsync/pd-extended/externals/hcs -l$my_dylib` \ `my_obj=hcs; test -f /Users/marius/devel/pd-rsync/pd- extended/externals/hcs/shared/${my_obj}.o echo /Users/marius/ devel/pd-rsync/pd-extended/externals/hcs/shared/${my_obj}.o` \ `test -f /Users/marius/devel/pd-rsync/pd-extended/ externals/hcs/../darwin/canvas_name.libs \ cat /Users/marius/devel/pd-rsync/pd-extended/ externals/hcs/../darwin/canvas_name.libs` ld: file not found: /Users/marius/devel/pd-rsync/pd-extended/pd/ bin/pd collect2: ld returned 1 exit status make[1]: *** [/Users/marius/devel/pd-rsync/pd-extended/ externals/hcs/canvas_name.pd_darwin] Error 1 rm
Re: [PD] select issues
On Nov 30, 2007, at 3:10 PM, Mathieu Bouchard wrote: On Fri, 30 Nov 2007, Chuckk Hubbard wrote: I agree with Martin. [route] is meant for lists, There's something really weird about [route] (as it is in 0.40): It will only route selectors if I don't give any float arguments, but will only route a list's $1 if I give any float arguments. Can anyone confirm and explain this? The help file claims one should not mix floats and symbols, but [route] does not reject it, and then clearly does something useful that can't be done any other easy way. Could you post a patch that demonstrates this? It would make it clearer. Plus it would be good to add it to the collection of patches that illustrate things like this: http://pure-data.cvs.sourceforge.net/pure-data/doc/additional/ messageoddness/ .hc Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] select issues
On Fri, 30 Nov 2007, Mathieu Bouchard wrote: On Fri, 30 Nov 2007, Chuckk Hubbard wrote: I agree with Martin. [route] is meant for lists, There's something really weird about [route] (as it is in 0.40): It will only route selectors if I don't give any float arguments, but will only route a list's $1 if I give any float arguments. Can anyone confirm and explain this? The help file claims one should not mix floats and symbols, but [route] does not reject it, and then clearly does something useful that can't be done any other easy way. ... if one has a [demux], Kyle's [list split] and [select], and then a list storage and a [t b l], then one can do like this undocumented behaviour of [route], but I wouldn't call it so easy. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] select issues
On Fri, 30 Nov 2007, Chuckk Hubbard wrote: I agree with Martin. [route] is meant for lists, There's something really weird about [route] (as it is in 0.40): It will only route selectors if I don't give any float arguments, but will only route a list's $1 if I give any float arguments. Can anyone confirm and explain this? The help file claims one should not mix floats and symbols, but [route] does not reject it, and then clearly does something useful that can't be done any other easy way. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] select issues
On Fri, 30 Nov 2007, Chris McCormick wrote: Which has bitten me on the ass at least once when making music with someone who uses pd-extended. Hans, I wonder if you could make it clear to people who download pd-extended that it is incompatible with Pd, Yes, why is Pd still incompatible with Pd-extended? it is bundled with many externals which aren't in Pd by default? I thought that this is why people download pd-extended in the first place? How can they not know? Note that I really appreciate all the work you are doing to make people's lives easier, and don't want to put a dent in your efforts. I just think if we're not careful with breaking compatability people are going to get very confused very quickly. Any added feature, any added external is broken compatibility when it comes to new patches using new features that you try to run in a previous version. It's not even possible to be careful about it without standing still. What do you want? _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] select issues
Kyle Klipowicz wrote: is there an object like [islist] or something that will tell you if the incoming message is a list? [route list] but that removes the list selector, so you need to add it again ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] About editing pdpedia
You can add a redirect page for that translation, instead of changing every page. basically create a new page [[XX:vanilla]] and then add this text to that page: #redirect [[Category:vanilla]] .hc On Nov 29, 2007, at 11:32 PM, PSPunch wrote: Hans, Problem solved. When the pages were imported from the original English page, the line [[Category:vanilla]] in all pages were replaced with [[XX:vanilla]] where XX is the translated term for 'Category'. This should have remained untranslated for MediaWiki to parse properly and add that page to the category it claimed to belong to. Thanks for all the help though. Now I feel comfortable to start seeking volunteers to start working on pages :) -- David Shimamoto On Nov 29, 2007, at 12:24 AM, PSPunch wrote: Hans, The lists are built automatically by mediawiki from every page that has [[Category:objectclass]] and [[Category:vanilla]] in it. In this case, 'Category' and 'Object class' is replaced by the localized term defined in the template.. I see the links in the Spanish page functioning properly in this manner. Combinations I've tried so far do not seem to work. Am I the only one dealing with multi byte characters at this site so far? I am beginning to have a bad feeling about their behavior. Yeah, you are the first working with multi-byte characters. The Chinese and Japanese wikipedia sites are pretty large, so I think that multi-byte characters should work fine. I don't think any of us are experts in MediaWiki, the software used for Pdpedia. You might try a mediawiki forum. .hc -- David Shimamoto .hc On Nov 28, 2007, at 12:12 PM, PSPunch wrote: Hans, Ok, I figure only the page names are copied. One last question if before I start adding text.. I don't quite understand the mechanism behind pages such as, http://wiki.puredata.info/en/Category:objectclass http://wiki.puredata.info/en/Category:vanilla Can you please tell me where the list of objects come from? -- David Shimamoto Looks like you got the Infobox working now. As for the English content, none of the previous people wanted to have the English content in their template import, so I didn't include it. It's all available by clicking the English link on the lower left of each page. .hc On Nov 28, 2007, at 3:15 AM, PSPunch wrote: Hans, Thanks. I am terribly sorry to bother you with this. To my eyes, the following two pages look almost identical. http://wiki.puredata.info/en/MediaWiki:Common.css http://wiki.puredata.info/ja/MediaWiki:Common.css http://wiki.puredata.info/en/Template:Infobox_Objectclass http://wiki.puredata.info/ja/Template:Infobox_Objectclass --- After you've kindly executed the import, I was imagining that for example, http://wiki.puredata.info/ja/line would be filled with English contents identical to http://wiki.puredata.info/ja/line Unless I've done something wrong, I am imagining I've translated terms I shouldn't have in the original template. Say, for example, is 'Category:' parsed exceptionally for specific actions? Then it shouldn't have been replaced with multi byte characters of my language. Any ideas? -- David Shimamoto On Nov 27, 2007, at 12:03 AM, PSPunch wrote: Hans, Ok, it's running, it'll take an hour or two. You can see the pages as they are imported: http://wiki.puredata.info/ja/minimum Thanks for the effort! Yes, I see the log increasing as a reload the recent changes page. Is it just me or is it general to get excited watching massive data being crunched right in front of your very eyes? Some pages I opened were just blank. I wonder if this is because the original English page is also blank... any way I will wait for the processing to end. There shouldn't be blank pages, but they will just be templates with the infobox and the categories setup. Next, you need to add the CSS and Infobox template then the infobox stuff will show up. I feel I've already done this following the admin HOW-TO. If it gets over written, I guess I can just try again. I think it's still missing the CSS, that should be listed on the HOWTO. That's why the Infobox isn't showing up. .hc doh itashimashite (that's one of my favorite words in japanese :D ) Yes, domo-arigato-gozaimas!! .hc On Nov 24, 2007, at 8:30 PM, PSPunch wrote: Hans, Most of the main page is taken from the documents kindly prepared by Tetsuya Saito. The objectclass template page mainly has terms unified with the main page. So for that part I feel comfortable to proceed. I'd appreciate it if you can execute the import. Thanks. :) -- David Shimamoto I can execute the import whenever you're ready. Maybe it would be good to have one more Japanese speaker look at the template? It's up to you. .hc On Nov 19, 2007, at 9:57 PM, PSPunch wrote: Hans, Thanks. I've
Re: [PD] select issues
Claude Heiland-Allen wrote: Frank Barknecht wrote: Hallo, marius schebella hat gesagt: // marius schebella wrote: got it. but it does not explain, the following: [select 1 2 3] has only one input. so no need to distribute anything. The list is still distributed, but only over one inlet now Why doesn't [select 1 2 3 4] have 5 inlets and 5 outlets? Wouldn't break old patches, but could be useful in some circumstances. Maybe it would make more sense if [select] accepted messages like [set 5 4 3 2( on its single inlet and rejected lists. [select]'s current method for list handling is just pd's default behaviour when an object has no list method of its own. Martin ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] select issues
On Nov 30, 2007, at 12:09 PM, Claude Heiland-Allen wrote: Martin Peach wrote: Claude Heiland-Allen wrote: Why doesn't [select 1 2 3 4] have 5 inlets and 5 outlets? Wouldn't break old patches, but could be useful in some circumstances. Maybe it would make more sense if [select] accepted messages like [set 5 4 3 2( on its single inlet and rejected lists. [select]'s current method for list handling is just pd's default behaviour when an object has no list method of its own. I disagree: multiple inlets allow different parts to be set independently, and pd's default behaviour is common among many objects, which makes it easier to learn once. From what I've seen, this shortcut that applies lists across inlets is directly responsible for the structures that cause a lot of the list/non-list confusion, and strange situations like this. It's entrenched, so I don't think it will be removed from or changed in pd- vanilla. But I was just thinking about it, I think it would make more sense if there was a standard selector to trigger this behavior, something like: [inlets 1 5( Then we could have [select] do the more natural thing and pass stuff out the right outlet unchanged. .hc As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] select issues
On Nov 30, 2007, at 12:51 AM, Chris McCormick wrote: On Thu, Nov 29, 2007 at 10:27:07PM +0100, Frank Barknecht wrote: Roman Haefeli hat gesagt: // Roman Haefeli wrote: On Thu, 2007-11-29 at 12:56 -0500, Hans-Christoph Steiner wrote: On Nov 29, 2007, at 12:36 PM, Roman Haefeli wrote: yeah, please don't change its behaviour only in pd-extended, so that patches created in pd-extended can cause errors in pd-vanilla. if changed, it needs to be changed in both. Anything I change I submit to the patch tracker, so it's up to Miller then. oh, good to know ;-) Though as long as Miller doesn't accept the patch, you have incompatibilities on the language level. Which has bitten me on the ass at least once when making music with someone who uses pd-extended. Hans, I wonder if you could make it clear to people who download pd-extended that it is incompatible with Pd, an older version, and that it is bundled with many externals which aren't in Pd by default? Note that I really appreciate all the work you are doing to make people's lives easier, and don't want to put a dent in your efforts. I just think if we're not careful with breaking compatability people are going to get very confused very quickly. Correct me if I am wrong, but using Pd-extended vs Pd-vanilla of the same version is no more incompatible than using Pd-vanilla 0.40 vs. 0.39. If you use [declare] in a patch in pd-vanilla 0.40, then it won't work in pd-vanilla 0.39. If you use [atan2] in Pd-vanilla 0.37 then it won't be compatible with pd-vanilla 0.38, and vice-versa. Pd-extended 0.39 is basically like half way between pd-vanilla 0.39 and 0.40 since it includes patches that get included in 0.40, but doesn't include miller's 0.40 changes. This is the reason why I made the [hcs/version] object, you can issue a warning if someone is using your patch with a version not tested or known to be incompatible. It's not in Pd-vanilla, I never submitted it to the patch tracker since I wasn't sure of the best interface for it, like maybe it should be a message like [;pd version(, then you listen on [receive pd]-[route version] for the response. .hc Using ReBirth is like trying to play an 808 with a long stick.- David Zicarelli ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD-list Digest, Vol 32, Issue 170
From: David Schaffer [EMAIL PROTECTED] Hi! Does anyone know if Pd can handle RPN-NRPN messages? Sure! Pd does MIDI, and sine NRPN is really a subset of MIDI, it can be handled...but there aren't built-in abstractions. Fortunately, I've done the hard work for you. :) http://noisybox.net/computers/pd/ Specifically, see nrpn_in.pd and nrpn_out.pd abstractions. Those will probably be what you want. Feedback is always appreciated...Good luck. -jason http://noisybox.net ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Kaossilator clone
Chris, I tried out your FUDIKaosDS today. After displaying the message, Connecting using WFC data..., the LED indicating WIFI activity kept on blinking but never proceeded. (From the code in wifi.c I am imagining a message is expected to show weather the attempt fails or not.) -- I've looked around and found some notes that older versions of libdswifi had compatibility issues with the following two situations. 1. Adapters which use a 512kb flash for their firmware 2. DS manufactured relatively recently (That's probably me!) This problem is said to have been fixed in later releases of the library. At least a binary I built using devkit1.4.4 I downloaded just today is working fine and I am now very very happy. You may also want to rebuild the binaries you are distributing on your site using more recent libraries. Anyway, thanks for the cool products. -- David Shimamoto On Thu, Nov 29, 2007 at 11:26:39AM +0900, PSPunch wrote: The last time I looked into DS development around Jun. '07, I think there were some difficulties writing Wifi code that worked on all types of cartridges. The greater problem is with disk/cart IO that works on all carts. As far as I know the same wifi code runs everywhere. I specifically avoid writing applications that need disk/cart access so I don't have to mess with the dldi stuff. Chris, If you do not know yet and you are interested, I can inform you how the compatibility goes with the R4. I am 99% sure it will work fine on that cartridge, but please let me know if it doesn't. Best, Chris. --- http://mccormick.cx ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] what about NRPN's ?
Hi! Does anyone know if Pd can handle RPN-NRPN messages? thank you! D.S http://www.flickr.com/photos/schafferdavid/ http://audioblog.arteradio.com/David_Schaffer/___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] select issues
Frank Barknecht wrote: Hallo, marius schebella hat gesagt: // marius schebella wrote: got it. but it does not explain, the following: [select 1 2 3] has only one input. so no need to distribute anything. The list is still distributed, but only over one inlet now Why doesn't [select 1 2 3 4] have 5 inlets and 5 outlets? Wouldn't break old patches, but could be useful in some circumstances. Claude -- http://[EMAIL PROTECTED] ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] select issues
Hallo, marius schebella hat gesagt: // marius schebella wrote: got it. but it does not explain, the following: [select 1 2 3] has only one input. so no need to distribute anything. then send the message [4 4 4 4( no bang on the first outlet, but on the last one, but why is still only the first element on the list passed? The list is still distributed, but only over one inlet now, so the rest is ignored. I think, it would be even more confusing if a select with 2 or more arguments would behave differently from a select with less args. Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] what about NRPN's ?
On Fri, 2007-11-30 at 10:22 +0100, David Schaffer wrote: Hi! Does anyone know if Pd can handle RPN-NRPN messages? thank you! It can with David Mccallum's excellent abstractions: [nrpnin] and [nrpnout]. http://www.mentalfloss.ca/sintheta/html/downloads.html Jamie -- www.postlude.co.uk ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] select issues
Martin Peach wrote: Claude Heiland-Allen wrote: Why doesn't [select 1 2 3 4] have 5 inlets and 5 outlets? Wouldn't break old patches, but could be useful in some circumstances. Maybe it would make more sense if [select] accepted messages like [set 5 4 3 2( on its single inlet and rejected lists. [select]'s current method for list handling is just pd's default behaviour when an object has no list method of its own. I disagree: multiple inlets allow different parts to be set independently, and pd's default behaviour is common among many objects, which makes it easier to learn once. Claude -- http://claudiusmaximus.goto10.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] select issues
Yeah, this works, if you want to need a ton of clicks for each instantiation (or make abstractions with various outlet lengths, still ugh). Instead, wouldn't this (or something similar) do the job? [list split 1] | \ |\ | [output list data] | [select a b c] Of course, if you want to detect the list and then pass only non-list data, I'm not sure what to do...is there an object like [islist] or something that will tell you if the incoming message is a list? ~Kyle On Nov 30, 2007 1:17 AM, Chuckk Hubbard [EMAIL PROTECTED] wrote: On Nov 29, 2007 8:45 PM, Martin Peach [EMAIL PROTECTED] wrote: What is [select] supposed to do with a list? Just select based on the first element? I think it should reject lists altogether and suggest the use of [route]. I agree with Martin. [route] is meant for lists, [select] is meant for floats or symbols. I suppose lists don't work with [select] for the same reason [route] doesn't have a right inlet, considering what Frank pointed out. If you connect all but the right outlet of [route] to [b], you have a [select] that handles lists and has no right inlet. -Chuckk -- http://www.badmuthahubbard.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- - - - -- http://perhapsidid.wordpress.com http://myspace.com/kyleklipowicz ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list