Re: [PD] osc on winXP
Andrew Turley wrote: [dumpOSC] seems to require a port argument, otherwise it will not be created correctly. Thus, you need: [dumpOSC 9393] rather than just: [dumpOSC] Also, if you try to create a second instance of [dumpOSC] with the same port as an existing instance, the new instance will not be created. this is a canned response: please do not use the old OSCx externals (including [dumpOSC]) as they are known to be broken and only in Pd-extended for legacy reasons. try mrpeach's [udpreceive]+[unpackOSC] instead which is likely to make you a happier human. mfgasdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] osc on winXP
I'm not sure it's a bug or I'm missing something. I am having problems with oscx objects (Pd version 0.40.3-extended-20080721): I can create [sendOSC] but not [dumpOSC] If I open the helpfile for dumpOSC it usually (but not always!) displays fine but if I try copy/paste to another patch it doesn't work. I tried adding [import]] [declare] to no avail (closing and opening the file as well as restarting pd in between). I also tried adding oscx to the path but that doesn't stick. I managed to add other directories to the load path and next time I start pd they are there. not when I tried oscx. And the dll files are there in the correct place. Is there some mysterious incantation? thanks Oded ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] osc on winXP
[dumpOSC] seems to require a port argument, otherwise it will not be created correctly. Thus, you need: [dumpOSC 9393] rather than just: [dumpOSC] Also, if you try to create a second instance of [dumpOSC] with the same port as an existing instance, the new instance will not be created. I hope that helps. andy On Tue, Nov 18, 2008 at 12:43 PM, Oded Ben-Tal [EMAIL PROTECTED] wrote: I'm not sure it's a bug or I'm missing something. I am having problems with oscx objects (Pd version 0.40.3-extended-20080721): I can create [sendOSC] but not [dumpOSC] If I open the helpfile for dumpOSC it usually (but not always!) displays fine but if I try copy/paste to another patch it doesn't work. I tried adding [import]] [declare] to no avail (closing and opening the file as well as restarting pd in between). I also tried adding oscx to the path but that doesn't stick. I managed to add other directories to the load path and next time I start pd they are there. not when I tried oscx. And the dll files are there in the correct place. Is there some mysterious incantation? thanks Oded ___ 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] OSC on Winxp
I've run into this before. I prefer Pd 0.40-2; does anyone know if and where I can find this OSCx library by itself? -Chuckk On 2/11/07, Stephen Sinclair [EMAIL PROTECTED] wrote: have you tried using OSCx, which I believe is included in the extended build of Pd? Steve On 2/10/07, Chuckk Hubbard [EMAIL PROTECTED] wrote: Trying to load routeOSC.dll, packOSC.dll, and unpackOSC.dll in Windows. All three are the compiled files from http://puredata.info/Members/martinrp/OSCobjects and Pd is unable to load any of them. I'm not entirely clear on this... If these were compiled with Visual C++ and I don't have that but MinGW, do I have to compile them with MinGW? If not, any other ideas why they won't load? Thanks. -Chuckk -- -Chuckk http://www.badmuthahubbard.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [Pd] OSC on Winxp
I figured it out. Duh, I can take the files from the pd-extended folder. Pretty straightforward operation. Thanks, Steve. -Chuckk On 2/11/07, Chuckk Hubbard [EMAIL PROTECTED] wrote: I've run into this before. I prefer Pd 0.40-2; does anyone know if and where I can find this OSCx library by itself? -Chuckk On 2/11/07, Stephen Sinclair [EMAIL PROTECTED] wrote: have you tried using OSCx, which I believe is included in the extended build of Pd? Steve On 2/10/07, Chuckk Hubbard [EMAIL PROTECTED] wrote: Trying to load routeOSC.dll, packOSC.dll, and unpackOSC.dll in Windows. All three are the compiled files from http://puredata.info/Members/martinrp/OSCobjects and Pd is unable to load any of them. I'm not entirely clear on this... If these were compiled with Visual C++ and I don't have that but MinGW, do I have to compile them with MinGW? If not, any other ideas why they won't load? Thanks. -Chuckk -- -Chuckk http://www.badmuthahubbard.com -- -Chuckk http://www.badmuthahubbard.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [Pd] OSC on Winxp
Chuckk Hubbard wrote: Trying to load routeOSC.dll, packOSC.dll, and unpackOSC.dll in Windows. All three are the compiled files from http://puredata.info/Members/martinrp/OSCobjects and Pd is unable to load any of them. I'm not entirely clear on this... If these were compiled with Visual C++ and I don't have that but MinGW, do I have to compile them with MinGW? If not, any other ideas why they won't load? If you can, try and build them from cvs (http://pure-data.cvs.sourceforge.net/pure-data/externals/mrpeach/osc/). Otherwise, Miller's pd is built with MSVC, so you could try them with that. I'm not sure if MinGW and MSVC dlls are compatible (or is it the pd.libs?) because I've never had the opportunity to try it. Martin ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [Pd] OSC on Winxp
I think I have Miller's binary. I never compiled for Windows before. I put the .c files in my /pd/src directory and typed 'gcc routeOSC.c' etc., and each says there are undefined references, which I take to mean it can't find m_pd.h. So the problem appears to be that I don't know how to do this... I'll see what I can figure out. -Chuckk On 2/10/07, Martin Peach [EMAIL PROTECTED] wrote: Chuckk Hubbard wrote: Trying to load routeOSC.dll, packOSC.dll, and unpackOSC.dll in Windows. All three are the compiled files from http://puredata.info/Members/martinrp/OSCobjects and Pd is unable to load any of them. I'm not entirely clear on this... If these were compiled with Visual C++ and I don't have that but MinGW, do I have to compile them with MinGW? If not, any other ideas why they won't load? If you can, try and build them from cvs (http://pure-data.cvs.sourceforge.net/pure-data/externals/mrpeach/osc/). Otherwise, Miller's pd is built with MSVC, so you could try them with that. I'm not sure if MinGW and MSVC dlls are compatible (or is it the pd.libs?) because I've never had the opportunity to try it. Martin -- -Chuckk http://www.badmuthahubbard.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [Pd] OSC on Winxp
Besides me being a moron... I'll try downloading the files now. On 2/10/07, Chuckk Hubbard [EMAIL PROTECTED] wrote: I got this output trying to compile: C:\pd-0.40-2\pd\extragcc routeOSC.c routeOSC.c:5: error: syntax error before '' token routeOSC.c:9: error: stray '@' in program routeOSC.c:219:1: warning: character constant too long for its type routeOSC.c:313:55: too many decimal points in number Does that sound pretty bad? On 2/10/07, Martin Peach [EMAIL PROTECTED] wrote: Chuckk Hubbard wrote: Trying to load routeOSC.dll, packOSC.dll, and unpackOSC.dll in Windows. All three are the compiled files from http://puredata.info/Members/martinrp/OSCobjects and Pd is unable to load any of them. I'm not entirely clear on this... If these were compiled with Visual C++ and I don't have that but MinGW, do I have to compile them with MinGW? If not, any other ideas why they won't load? If you can, try and build them from cvs (http://pure-data.cvs.sourceforge.net/pure-data/externals/mrpeach/osc/). Otherwise, Miller's pd is built with MSVC, so you could try them with that. I'm not sure if MinGW and MSVC dlls are compatible (or is it the pd.libs?) because I've never had the opportunity to try it. Martin -- -Chuckk http://www.badmuthahubbard.com -- -Chuckk http://www.badmuthahubbard.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list