Re: [PD] fullscreen 2 on xp
question dealt with a lot of times in the patch I sent yesterday : go in the abstract projecteur = and in the sub [pd gemwin] you adjust the offset with the size of windows, and don't forget clic [border] 0 p Le 3 juil. 10 à 23:56, Laurent Kappler a écrit : Hi, Is there an equivalent to message fullscreen 2 to gemwin on XP ? I can offset the gemwin on screen 2, but it's a tv so the effect is much better on fullscreen, there's no black border and it looks like a real tv show. I setup the dual head so when VLC start on screen 1 it automaticly output the video flux to fullscreen TV through s-video on screen 2. I would like to reach the same effect with gemwin. Is it possible ? Thx Laurent ___ 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] obj to open webbrowser
Hello an other solution with [system] to open webpage and other document for example image. but I search with applescript to define the name of safari or firefox or preview window ? do you have idea about this problem ? b_r p openimage.pd Description: Binary data openwebpage.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] obj to open webbrowser
Might not be an elegant workaround but Lily have this functionality and you can easily use sockets to connect it to Pd. http://code.google.com/p/lilyapp/ http://www.lilyapp.org Although it seems it's not developed anymore, some function are stable and usable. M but I search with applescript to define the name of safari or firefox or preview window ? do you have idea about this problem ? b_r p -- next part -- A non-text attachment was scrubbed... Name: openimage.pd Type: application/octet-stream Size: 778 bytes Desc: not available URL: http://lists.puredata.info/pipermail/pd-list/attachments/20100704/27c36916/attachment-0002.obj -- next part -- A non-text attachment was scrubbed... Name: openwebpage.pd Type: application/octet-stream Size: 519 bytes Desc: not available URL: http://lists.puredata.info/pipermail/pd-list/attachments/20100704/27c36916/attachment-0003.obj -- ___ Pd-list mailing list Pd-list@iem.at to manage your subscription (including un-subscription) see http://lists.puredata.info/listinfo/pd-list End of Pd-list Digest, Vol 64, Issue 17 *** -- Marco Donnarumma aka TheSAD Independent New Media Arts Professional, Performer, Teacher - Edinburgh, UK PORTFOLIO: http://marcodonnarumma.com LAB: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net EVENT: http://www.liveperformersmeeting.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM pix_film crashing on OSX 10.5
[pix_film] is well known for this kind of crash-y issues. It might depends on the codec you use (i.e. different codecs are installed on MacMini) However, have you tried using [pix_movie] instead? In my experience it's more reliable. M I?ve been working trying to fix a Puredata patch that uses MIDI input from an external device to control playback of 2 movies that are displayed in a single GEM window. I have been able to get the patch working properly on my own computer (a 2.53GHz MacBook Pro with OSX 10.6.3) but can?t get it to work on the computer where the patch needs to run (a 1.66GHz MacMini with OSX 10.5). I?ve read through the forums and archives and based on the input I have created several version of the patch (all of them have crashed on the MacMini). I couldn?t find any instance of a bug report documenting this issue so I decided to add it here. I?ve posted my code, two different approaches each with the associated full crash reports. In the first approach I use two separate Gemheads to control the movies; in the second approach I use a single Gemhead to control both movies. Please note that the download is quite large (100MB). The reason being, I have included videos in the zip files so that the application can run properly. One more important note, you need to install pdmtl in order to run the patch (as I use one of their abstractions in my patches). Link to code and crash reports: http://itp.nyu.edu/~jt1428/downloads/gem_issue/see-saw-examples.ziphttp://itp.nyu.edu/%7Ejt1428/downloads/gem_issue/see-saw-examples.zip Any help is greatly appreciated. -- Marco Donnarumma aka TheSAD Independent New Media Arts Professional, Performer, Teacher - Edinburgh, UK PORTFOLIO: http://marcodonnarumma.com LAB: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net EVENT: http://www.liveperformersmeeting.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] obj to open webbrowser
Hello name and id are solved. but I have always the same problem : I can not move windows I use set position [id] to coordinate, but this does not THX for Lily Marco, but for moment I prefer to explore and ty script. perhaps later. p Le 4 juil. 10 à 14:08, Marco Donnarumma a écrit : Might not be an elegant workaround but Lily have this functionality and you can easily use sockets to connect it to Pd. http://code.google.com/p/lilyapp/ http://www.lilyapp.org Although it seems it's not developed anymore, some function are stable and usable. M but I search with applescript to define the name of safari or firefox or preview window ? do you have idea about this problem ? b_r p -- next part -- A non-text attachment was scrubbed... Name: openimage.pd Type: application/octet-stream Size: 778 bytes Desc: not available URL: http://lists.puredata.info/pipermail/pd-list/attachments/20100704/27c36916/attachment-0002.obj -- next part -- A non-text attachment was scrubbed... Name: openwebpage.pd Type: application/octet-stream Size: 519 bytes Desc: not available URL: http://lists.puredata.info/pipermail/pd-list/attachments/20100704/27c36916/attachment-0003.obj -- ___ Pd-list mailing list Pd-list@iem.at to manage your subscription (including un-subscription) see http://lists.puredata.info/listinfo/pd-list End of Pd-list Digest, Vol 64, Issue 17 *** -- Marco Donnarumma aka TheSAD Independent New Media Arts Professional, Performer, Teacher - Edinburgh, UK PORTFOLIO: http://marcodonnarumma.com LAB: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net EVENT: http://www.liveperformersmeeting.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] popen vs shell bug
On Thu, 1 Jul 2010, Hans-Christoph Steiner wrote: I am thinking of the ideal version of this, an object that would give you an inlet for STDIN then two outlets for STDOUT and STDERR, plus a status outlet and an inlet to set what to run. It could be something like this: [process /usr/bin/python] Yes, it's a good idea. I sometimes dream of things like that. Make sure you add something for the child process ID, and have a kill (or general signal) feature. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] popen vs shell bug
Exactly my point. Having a kill inlet or a kill message. I can make some prototypes from the 16th forth, nothing till then... work comes first! On Sun, Jul 4, 2010 at 3:56 PM, Mathieu Bouchard ma...@artengine.ca wrote: at. Make sure you add something for the child process ID, and have a kill (or general signal) feature. -- Pedro Lopes contacto: j...@radiozero.pt website: http://web.ist.utl.pt/Pedro.Lopes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] software license for pd general patch?
On Wed, 30 Jun 2010, João Pais wrote: naturally I get experience everytime I patch two objects together. but what's there now has only 5% of what it was in the first version (including a different design, to cope with some of the features I wanted to put in; and lots of features). And then what ? I have a patch that is actually a long evolution in which everything changed except the result and, in some abstract sense, some pieces of formula. All the objects changed, even the file format changed (the original file was not in pd ; i made a converter so that at that point in time, I wouldn't have to remake the patch). It started nine years ago. It's just one example. I also rewrote lots of parts of my externals, and there's at least one external that I wrote _completely_ from scratch FOUR times, in 2001, 2002, 2008 and 2010. Those are really not the only examples I could give, but I don't think it's necessary to give more. The 5% is irrelevant... many projects go through that... and neither yours nor mine are the biggest free projects to do so. There are methodologies that even expect all code to be in potential transience, over and over... « if it's useful, it's bound to be replaced ». without counting on much of the effort put in just to (try to) make it usable by anyone - like having four possible spoken languages (and several are already on the list to be added later). Ok, that really sounds like a feature of a commercial software, unless... what's the total duration of the soundtrack in each language ? Were any of them made by other people for the good of the project ? which seems to pay off, someone said he just learned the syntax in a couple of minutes, and in 15m had put in his whole piece (not a big one, though). Now, how can you use word-of-mouth to attract potential contributors ? If you can get other contributors, you can get more value for yourself (in non-money terms), which is something you can count in trying to make the project be more worth your time for yourself. But it's more difficult to do that in the Pd world than outside of it. even if it's a bit optimistic, if this patch gets around, it can also help to disseminate Pd. but what I mean is that there are many people who really don't want to do more with the computer than send mails and browse. some of the work I put in was to cater for those people. So, if you knew that from the start, why did you choose to work for those people for free in the first place ? _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] software license for pd general patch?
On Tue, 29 Jun 2010, Frank Barknecht wrote: On Tue, Jun 29, 2010 at 11:17:34AM +0200, João Pais wrote: Not that it would pay off anyway, but any deterrent is better than no deterrent. Pardon my slightly sexist language here, but: IMO the best way to deter is this to have big balls! :) It really struck me that very grown-up feminists would use the term having balls and I'd be somewhat shocked and ask them why they don't find a term that would represent them more and they didn't seem to be understanding the point. It seems that the term has already been made figurative to the extent that it's been degenitalised to say the least. WAIT, the actual word I'm talking about is not balls, it's a word that is normally *reserved* for genitals, and I'm talking about couilles [kuj]. It's not at all like balls which also meant lots of other things before the meaning we're talking about. But I don't think it really speaks for the nation (nor that it's the same in other places in the world). I live in a place that also massively thinks it's important to give every profession name a feminine noun (un programmeur, une programmeuse). _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] software license for pd general patch?
On Tue, 29 Jun 2010, João Pais wrote: with complex I think I meant too intrincated to be worth spending your time with. If anything is not worth spending your time with, then what can I say, just don't do it. But you surely mean something else. There are more causes that made you do things and you haven't spoken them yet. ah, only went to their website now, that's true, Pd's gui looks like it's still the same as in the original Max time at ircam. Ah, if you mean whatever's inside the patcher, part of the problem is because Tcl/Tk allows you to draw ugly things, I suppose. It's in the name of freedom, really. But if you don't speak about what you're referring to in particular, which aspects of the look, there's no real way to talk about the problem, let alone help you to address it. that's a pity, because the gui and roughness of the display is something that deters many people from joining in - or just thinking that the program is as bad as it looks. Much of it is an excuse by people who already plenty of reasons to use MAX over Pd, e.g. my thesis director requires that I use MAX, the programmer I trust best prefers MAX, MAX is preinstalled at my university but Pd isn't, because the sysadmin claims that it's a security issue, or I can't get any help from my classmates if I use Pd when they all use MAX or I saw the MAX advertisement and I tried looking for a Pd advertisement but couldn't find any or the long list of more practical reasons that are posted on pd-list or #dataflow from time to time and that I don't need to repeat here. The look of things does take some room in the reasons, but it tends to be overstated because it's more obvious, it's more on the surface, and it's more the first thing a user thought about. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] software license for pd general patch?
On Tue, 29 Jun 2010, João Pais wrote: exactly (that's why I almost went to max/msp for this). doesn't matter which license it has, the patch itself won't be locked. How easy is it, to unlock a MAX patch ? that is true, the spirit of CC might not apply here 100%. I know CC better than other licenses because they have a very clear presentation, it's easy to read in 5m. Something you spend over 6000m of your time on, deserves more than 5m for the license. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] software license for pd general patch?
On Wed, 30 Jun 2010, João Pais wrote: I'm not excluding anyone, or criticising the community (not a good term, but I brought it up). If I would be critisicing anyone, it would be me, for not having the same interests as the majority. Do you understand that NO-ONE here has the same interests as the majority of those who are here ? And then what's that about criticising yourself for not having the same interests as the majority ? I don't understand that (well, I have hypotheses, but I just wish they're all wrong, so, I'd rather hear you). _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Playing and recording simultaneously
Hello everyone, I have recently downloaded PD and I am using it to estimate the acoustic response of a room. To do this, I am following the procedure described at http://cnx.org/content/m15945/latest/. However, I have a question about how Pure Data works when I simultaneously play a waveform and record the output using a microfone (that is required for the estimate). Is the clock frequency of the D/A converter which produces the output syncrhonized with the clock frequency of the A/D converter wich produces the recorded signal? That is a very important question when trying to measure an acoustic response, and I couldn't find the answer at puredata.info website. Regards, -- Henrique Goulart University of São Paulo, Brasil ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM pix_film crashing on OSX 10.5
Hi there, you should mention the version of Pd and Gem you are running, and make the effort to narrow it down a little bit. What elements cause the crash in the patch? Does it happen straigt away, on loading, after a few days, with or without the PdMtl abs, MIDI... Is the mac mini a PPC machine? is upgrading to 10.6 an option you could try (with booting from an FW drive with a system on it if you wanna try first)... Anyways, it runs fine here, but i have the same specs as your laptop. I doubt it has anything to do with pix_movie over pix_film. m. Am 04.07.2010 um 07:38 schrieb Julio Terra: I’ve been working trying to fix a Puredata patch that uses MIDI input from an external device to control playback of 2 movies that are displayed in a single GEM window. I have been able to get the patch working properly on my own computer (a 2.53GHz MacBook Pro with OSX 10.6.3) but can’t get it to work on the computer where the patch needs to run (a 1.66GHz MacMini with OSX 10.5). I’ve read through the forums and archives and based on the input I have created several version of the patch (all of them have crashed on the MacMini). I couldn’t find any instance of a bug report documenting this issue so I decided to add it here. I’ve posted my code, two different approaches each with the associated full crash reports. In the first approach I use two separate Gemheads to control the movies; in the second approach I use a single Gemhead to control both movies. Please note that the download is quite large (100MB). The reason being, I have included videos in the zip files so that the application can run properly. One more important note, you need to install pdmtl in order to run the patch (as I use one of their abstractions in my patches). Link to code and crash reports: http://itp.nyu.edu/~jt1428/downloads/gem_issue/see-saw-examples.zip Any help is greatly appreciated. ___ 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] Playing and recording simultaneously
On Sun, 4 Jul 2010, Henrique wrote: However, I have a question about how Pure Data works when I simultaneously play a waveform and record the output using a microfone (that is required for the estimate). Is the clock frequency of the D/A converter which produces the output syncrhonized with the clock frequency of the A/D converter wich produces the recorded signal? That is a very important question when trying to measure an acoustic response, and I couldn't find the answer at puredata.info website. The total delay is the sum of the logical delay as written in the audio settings dialogue of Pd, plus the digital in-delay and out-delay of the soundcard and/or driver, plus any analogue delay introduced by the soundcard due to filtering, plus the microphone's delay, plus the speaker's delay, plus the room's delay (relative to position and orientation of both speaker and microphone). In the end, any digital delay can be counted by easy addition, whereas the analogue delays are frequency-dependent and thus have to be counted as filters. So, to measure a room's response, you'd first just subtract the digital delay, but after that, for the analogue effects, you'd need to deconvolve instead (but I suppose that you already know that). It may be tricky to know the digital delay beforehand... but if you put the microphone and speaker really next (in)to each other, then just look in your recording for the point when the response begins, then it might be quite close to a digital delay, IF your impulsion contains enough high-frequencies. But I don't know how close it is, as I haven't tried it. The total digital delay is soundcard-dependent, driver-dependent, and OS-dependent, on top of being dependent on a setting in pd. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Playing and recording simultaneously
Thanks for your observation, Mathieu. However, I think the total delay itself is not a problem, because it will appear in my acoustic response estimate. That is, if I compute the convolution of the estimated impulse response with the excitation signal, the result should have the same delay (assuming the convolutive model is valid). So, both the digital delay and the analog filtering that occur are also part of my estimated acoustic response. But, in order to the IR estimation be correct, there must be a synchronization between the clock frequencies of the: (1) D/A converter at the output generator and the (2) A/D converter on the input recorder. If the sampling ticks of these clocks are not (at least approximately) synchronized, then a significant error is expected on the estimate. -- Henrique On Sun, Jul 4, 2010 at 5:12 PM, Mathieu Bouchard ma...@artengine.ca wrote: On Sun, 4 Jul 2010, Henrique wrote: However, I have a question about how Pure Data works when I simultaneously play a waveform and record the output using a microfone (that is required for the estimate). Is the clock frequency of the D/A converter which produces the output syncrhonized with the clock frequency of the A/D converter wich produces the recorded signal? That is a very important question when trying to measure an acoustic response, and I couldn't find the answer at puredata.info website. The total delay is the sum of the logical delay as written in the audio settings dialogue of Pd, plus the digital in-delay and out-delay of the soundcard and/or driver, plus any analogue delay introduced by the soundcard due to filtering, plus the microphone's delay, plus the speaker's delay, plus the room's delay (relative to position and orientation of both speaker and microphone). In the end, any digital delay can be counted by easy addition, whereas the analogue delays are frequency-dependent and thus have to be counted as filters. So, to measure a room's response, you'd first just subtract the digital delay, but after that, for the analogue effects, you'd need to deconvolve instead (but I suppose that you already know that). It may be tricky to know the digital delay beforehand... but if you put the microphone and speaker really next (in)to each other, then just look in your recording for the point when the response begins, then it might be quite close to a digital delay, IF your impulsion contains enough high-frequencies. But I don't know how close it is, as I haven't tried it. The total digital delay is soundcard-dependent, driver-dependent, and OS-dependent, on top of being dependent on a setting in pd. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Playing and recording simultaneously
As far as I know: sampling ticks-sync from A/D or D/A is a responsibility of the soundcard (or at least all the architecture behind it: a/d + soundcard driver). Pd just accesses that to fetch the values or to write to it, It wouldn't make any sense that it would change the sync* - but maybe someone with deeper knowledge of pd-arch can assure that. *I'm thinking from a point of view of audio applications that I've prototyped in the past from scratch (C), there's no access besides reading or writing data to the audio buffers provided by the OS, so apart from the latency that the audio app adds (apart form all the other latency that Mathieu already pointed out) it shouldn't interfere with the sampling sync, that's responsibility of the sound card[1] [1] Some cards offer you their own sample-sync possibilities such as some MOTU hardware... ( http://www.motu.com/techsupport/technotes/phase-accurate-versus-sample-accurate-sync) although I do not recommend MOTU =P On Sun, Jul 4, 2010 at 9:26 PM, Henrique jhgoul...@gmail.com wrote: Thanks for your observation, Mathieu. However, I think the total delay itself is not a problem, because it will appear in my acoustic response estimate. That is, if I compute the convolution of the estimated impulse response with the excitation signal, the result should have the same delay (assuming the convolutive model is valid). So, both the digital delay and the analog filtering that occur are also part of my estimated acoustic response. But, in order to the IR estimation be correct, there must be a synchronization between the clock frequencies of the: (1) D/A converter at the output generator and the (2) A/D converter on the input recorder. If the sampling ticks of these clocks are not (at least approximately) synchronized, then a significant error is expected on the estimate. -- Henrique On Sun, Jul 4, 2010 at 5:12 PM, Mathieu Bouchard ma...@artengine.cawrote: On Sun, 4 Jul 2010, Henrique wrote: However, I have a question about how Pure Data works when I simultaneously play a waveform and record the output using a microfone (that is required for the estimate). Is the clock frequency of the D/A converter which produces the output syncrhonized with the clock frequency of the A/D converter wich produces the recorded signal? That is a very important question when trying to measure an acoustic response, and I couldn't find the answer at puredata.info website. The total delay is the sum of the logical delay as written in the audio settings dialogue of Pd, plus the digital in-delay and out-delay of the soundcard and/or driver, plus any analogue delay introduced by the soundcard due to filtering, plus the microphone's delay, plus the speaker's delay, plus the room's delay (relative to position and orientation of both speaker and microphone). In the end, any digital delay can be counted by easy addition, whereas the analogue delays are frequency-dependent and thus have to be counted as filters. So, to measure a room's response, you'd first just subtract the digital delay, but after that, for the analogue effects, you'd need to deconvolve instead (but I suppose that you already know that). It may be tricky to know the digital delay beforehand... but if you put the microphone and speaker really next (in)to each other, then just look in your recording for the point when the response begins, then it might be quite close to a digital delay, IF your impulsion contains enough high-frequencies. But I don't know how close it is, as I haven't tried it. The total digital delay is soundcard-dependent, driver-dependent, and OS-dependent, on top of being dependent on a setting in pd. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Pedro Lopes contacto: j...@radiozero.pt website: http://web.ist.utl.pt/Pedro.Lopes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Playing and recording simultaneously
Henrique wrote: But, in order to the IR estimation be correct, there must be a synchronization between the clock frequencies of the: (1) D/A converter at the output generator and the (2) A/D converter on the input recorder. If the sampling ticks of these clocks are not (at least approximately) synchronized, then a significant error is expected on the estimate. As long as they are on the same card, they will be in perfect sync at the clock level unless you have some really unusual hardware. This is because the same clock is used for A/D and D/A. Usually they are on the same chip and the data from the ADC is clocked out using the same clock that loads the DAC. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Playing and recording simultaneously
Ok, I guess that's good news then :) Thank you all for helping me in this question. Regards, -- Henrique On Sun, Jul 4, 2010 at 6:40 PM, Martin Peach martin.pe...@sympatico.cawrote: Henrique wrote: But, in order to the IR estimation be correct, there must be a synchronization between the clock frequencies of the: (1) D/A converter at the output generator and the (2) A/D converter on the input recorder. If the sampling ticks of these clocks are not (at least approximately) synchronized, then a significant error is expected on the estimate. As long as they are on the same card, they will be in perfect sync at the clock level unless you have some really unusual hardware. This is because the same clock is used for A/D and D/A. Usually they are on the same chip and the data from the ADC is clocked out using the same clock that loads the DAC. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM pix_film crashing on OSX 10.5
In your home folder there is a Library folder which contains a subfolder with crash logs. There will be one for Pd in there which you can zip and post to the list. That will show exactly where the crash occurs. On OSX most of the pix_film crashes come from 3rd party codecs installed like Perian or Divx. On Sat, Jul 3, 2010 at 11:38 PM, Julio Terra juliote...@gmail.com wrote: I’ve been working trying to fix a Puredata patch that uses MIDI input from an external device to control playback of 2 movies that are displayed in a single GEM window. I have been able to get the patch working properly on my own computer (a 2.53GHz MacBook Pro with OSX 10.6.3) but can’t get it to work on the computer where the patch needs to run (a 1.66GHz MacMini with OSX 10.5). I’ve read through the forums and archives and based on the input I have created several version of the patch (all of them have crashed on the MacMini). I couldn’t find any instance of a bug report documenting this issue so I decided to add it here. I’ve posted my code, two different approaches each with the associated full crash reports. In the first approach I use two separate Gemheads to control the movies; in the second approach I use a single Gemhead to control both movies. Please note that the download is quite large (100MB). The reason being, I have included videos in the zip files so that the application can run properly. One more important note, you need to install pdmtl in order to run the patch (as I use one of their abstractions in my patches). Link to code and crash reports: http://itp.nyu.edu/~jt1428/downloads/gem_issue/see-saw-examples.ziphttp://itp.nyu.edu/%7Ejt1428/downloads/gem_issue/see-saw-examples.zip Any help is greatly appreciated. ___ 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] software license for pd general patch?
Those are really not the only examples I could give, but I don't think it's necessary to give more. The 5% is irrelevant... many projects go through that... and neither yours nor mine are the biggest free projects to do so. There are methodologies that even expect all code to be in potential transience, over and over... « if it's useful, it's bound to be replaced ». that sounds right. but my point was to say that the main cause for me to prepare the patch was for others to use it, not me. and so, there are many more concerns with features, ease of use, comprehensible syntax for the score, ... the chances of me having gotten to the same final result if I had done the patch just for myself are really below 1%, I would say. of course I can't give hard evidence on this number :) without counting on much of the effort put in just to (try to) make it usable by anyone - like having four possible spoken languages (and several are already on the list to be added later). Ok, that really sounds like a feature of a commercial software, unless... what's the total duration of the soundtrack in each language ? Were any of them made by other people for the good of the project ? each soundtrack has the numbers 0-100, 200, 300, ... until 1000. maybe something else as well, don't remember. the numbers are all aligned per second in an audio file, they're read from the disk in realtime. I did the one in portuguese (and probably will ask someone else to redo it, my diction isn't very crisp), native speakers did other languages - and more speakers are already ligning up to record other languages. it doesn't take much to record those numbers, they just have to sit down and speak them calmly and separated. it takes me much more time to align them in time. (the speakers' names are in the patch) which seems to pay off, someone said he just learned the syntax in a couple of minutes, and in 15m had put in his whole piece (not a big one, though). Now, how can you use word-of-mouth to attract potential contributors ? If you can get other contributors, you can get more value for yourself (in non-money terms), which is something you can count in trying to make the project be more worth your time for yourself. But it's more difficult to do that in the Pd world than outside of it. I didn't understand your un-agreement with this. if someone that's not a pd user can learn how to use the software /score syntax with no big problems, that's good news. the word-of-mouth are in this case are reports from real musicians, who used the software in real situations - rehearsals, concerts, ... That's proof that the patch works, and can be used by the general user. isn't that the best way to attract support? So, if you knew that from the start, why did you choose to work for those people for free in the first place ? I chose to work for free because if I would have waited for $$ to come before I would work on the idea I had, we wouldn't be having this discussion now, I would still be sitting and waiting. I didn't do this as a request from someone, it was to fulfill what I saw as a gap in the modern classical music world. now that I've reached a solid first step, I am going to try to find $$ to make me continue to work - and hence all the discussion about what license to take, etc. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] software license for pd general patch?
exactly (that's why I almost went to max/msp for this). doesn't matter which license it has, the patch itself won't be locked. How easy is it, to unlock a MAX patch ? have no idea. surely possible, but much harder than unlocking a Pd one. that is true, the spirit of CC might not apply here 100%. I know CC better than other licenses because they have a very clear presentation, it's easy to read in 5m. Something you spend over 6000m of your time on, deserves more than 5m for the license. yes, that's why I asked here first. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] software license for pd general patch?
with complex I think I meant too intrincated to be worth spending your time with. If anything is not worth spending your time with, then what can I say, just don't do it. But you surely mean something else. There are more causes that made you do things and you haven't spoken them yet. afaik, that's what I meant. of course each one will decide if it's worth it or not, but I'm giving a head's up beforehand. Much of it is an excuse by people who already plenty of reasons to use MAX over Pd, e.g. my thesis director requires that I use MAX, the programmer I trust best prefers MAX, MAX is preinstalled at my university but Pd isn't, because the sysadmin claims that it's a security issue, or I can't get any help from my classmates if I use Pd when they all use MAX or I saw the MAX advertisement and I tried looking for a Pd advertisement but couldn't find any or the long list of more practical reasons that are posted on pd-list or #dataflow from time to time and that I don't need to repeat here. The look of things does take some room in the reasons, but it tends to be overstated because it's more obvious, it's more on the surface, and it's more the first thing a user thought about. considering that the person wants not to use only max, many of those reasons above are environmental constraints decided outside, that the user has no control about (if he says to the teacher or programmer to stop using x and to use y instead, they'll most likely ignore him). but if he is given the choice to use something else, if the empirical aspects (gui, responsiveness, ...) help him go over the beginner stages, instead of hindering him, it's much more productive. one example is csound, the most powerful program for synthesis (I never used it in realtime). many people who do electronics can't use it because they can't cope with the programming. considering we're speaking about the normal person, that doesn't either say I want max or I want pd, but just wants a modern program that allows him to work further. if someone for whatever reason says I really want pd, then even if some bugs were thrown in just for fun, he would still work with it (like some people say I want linux because it's free and good for the world). some enhancements were made in (kind of Pd but for visuals) - the main developer said that he was inspired by pd, but he put in many things that made the programming not so efficient - to know the output of an object just put the mouse over the outlet and the number will show up (instead of adding a nbox, then deleting it), object name completion, ... (don't remember other examples). those are small details, but it helps for the beginner to feel encouraged. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] software license for pd general patch?
I'm not excluding anyone, or criticising the community (not a good term, but I brought it up). If I would be critisicing anyone, it would be me, for not having the same interests as the majority. Do you understand that NO-ONE here has the same interests as the majority of those who are here ? not exactly the same, but there will be overlaps. that was what I wanted to say, that I think that there will be more overlaps for other things than for what I've done. when you put out a new version of gridflow, there are several replies from people that try it out, etc etc. When I put my abstractions out, I get no reply at all. I guess it's safe to say that there is more interest in the pd list for gridflow than for some small abstractions, right? And then what's that about criticising yourself for not having the same interests as the majority ? I don't understand that (well, I have hypotheses, but I just wish they're all wrong, so, I'd rather hear you). I didn't criticise myself, or anyone else - that was my point, there's no critique to be made. in the previous mail IO thought I was rubbing off that I know these names and he doesn't. I mentioned the other composers because it was mainly for their music (and music of the same genre) that I did the patch. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd on n900
is there a report somewhere about which pd versions work on which smartphones/pdas? is there any ported version of pd-ext, or at least a version that lets you copy the externals and for them to work? I have Pd-anywhere running on my N810. There were some people in the recent past trying with the N900, check the archives. Pd-vanilla should run on the N900. .hc On Jul 2, 2010, at 4:30 AM, atuc wrote: hallo, has anybody tried to run pda on the nokia n900? any experiences with it? thanks, alex ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list kill your television ___ 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] Playing and recording simultaneously
On Sun, 4 Jul 2010, Martin Peach wrote: As long as they are on the same card, they will be in perfect sync at the clock level unless you have some really unusual hardware. This is because the same clock is used for A/D and D/A. Usually they are on the same chip and the data from the ADC is clocked out using the same clock that loads the DAC. Can you just explain to us why sync has to be done when you have two soundcards that are supposed to be sending you the same number of blocks per second ? I mean, for example, suppose a soundcard that is nominally set at 44100 Hz is actually running at 44098 Hz ; then what happens to Pd objects that depend on the samplerate (such as [osc~], [lop~], etc) ? Do they use 44098, or 44100 ? that would be the same as whatever [samplerate~] says, but somehow, it always says exactly 44100.000 ... why ? Is it because my soundcard's clock is that much accurate ? (it's a cheap on-board thing) I recall seeing precisely 44098 Hz when my soundcard was an ISA Ultrasound (Gravis) some 5-10 years ago, but I don't recall whether it was at Pd's startup, another programme's startup, or both. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] interface/pd-based standalone applications question
On Thu, 01 Jul 2010 13:20:23 +0200, João Pais jmmmp...@googlemail.com wrote: unfortunately I can only code in Pd. if you lived near me I could cook for you :) or something. I won't be in Berlin for a while, otherwise I would be up for that! Better to cook Miller something huge and delicious instead though... is he here? I have no idea. I just meant that if anyone deserves to be cooked meals because of Pd related things, then it's Miller. sloccount says: Total Physical Source Lines of Code (SLOC)= 93,652 Development Effort Estimate, Person-Years (Person-Months) = 23.50 (282.04) (Basic COCOMO model, Person-Months = 2.4 * (KSLOC**1.05)) Schedule Estimate, Years (Months) = 1.78 (21.33) (Basic COCOMO model, Months = 2.5 * (person-months**0.38)) Estimated Average Number of Developers (Effort/Schedule) = 13.22 Total Estimated Cost to Develop = $ 3,174,933 (average salary = $56,286/year, overhead = 2.40). That is a lot of lines of source code (only 25,000 of them are portaudio/portmidi). Pretty sure that 13.22 people didn't write the majority of the Pd code. :) can you put a better guide somewhere on how to do these things? when you say check out the code it's something any of you guys do with your eyes closed, and it takes me almost 1h to understand why anything is working. I also don't know what is a diff. Good idea. Sorry for my presumption. Chris. --- http://mccormick.cx ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list