Re: [PD] [PD-dev] tkwidgets
- "João Pais" a écrit : > tcl/tk behaves very slowly for fast calls, such as when dragging an > array > of considerable size, or a big group of objects? afaik this is > something > that could be improved in the present platform, but how better could > it be > when using another gui framework? > This is very slow because everything selected is moving, this method makes a very slow dragging, if a rectangle is drawn just to show up area of selection that is been moving, that would be very fluid, and it shouldn't so hard to implement. I guess it would even be possible to capture the selection as an image, so we would drag just an image, and then there would be no difference. something like this: ---> capture area to move, copy in clipboard selected objects and args, build an image or a rectangle, delete the selection, and move the image or rectangle. ---> delete the image or rectangle, and paste the selected object(s). > > It might be a good idea to list the problems with tcl/tk so we can > weigh > > them against the difficulty of using a different GUI toolkit. The > > > problems I see are: > > * difficult to implement a decent zoom function for a canvas > > * can't display png without the Img library (included in 8.6) > > > > * can't do alpha transparency > > > > > > Of the three I listed, I'm mostly interested in the first as it > means > > that (without prior planning) it's hard to take a patch you've been > > > working on at font size 10 and display it adequately over a > projector, > > for example. (If there's a work around I'd like to know it.) > > I'd like to hear others, but I'm mostly interested in problems with > > > tcl/tk >= 8.5 as the GUI. > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] gem 0.93.1
hello IOhannes, is gem 0.93 compiled with mingw, if not, is it planned? - "IOhannes zmölnig" a écrit : > after a few days of waiting (for you) and hard labour (for me), Gem > 0.93.1, the 1st bugfix release for the 0.93 series, has been released > today. > > like always we have fixed numerous bugs and features, and most likely > introduced an equal number of wishlists and showstoppers. > > noteable differences since 0.93.0: > functionality bugs: > - [pix_film] no longer crashes when sending an "auto" message to it, > while no film is loaded > - [pix_film]'s "auto" message actually does something > - [pix_frei0r] no longer crashes when dynamically instantiating > plugins > documentation: > - [pix_frei0r]/[pix_freeframe] help patches now mention how to > dynamically load a plugin at runtime (or change the plugin) > - [separator] help patch now explains how to only work on special > openGL > matrices > > > binaries are available for w32 (installer & zip), for the brave and > adventurous there is the source code. > binaries for OSX are still not available yet, but we hope to get them > online soonish. > > grab it while it's hot: http://gem.iem.at/releases/0.93.1 > > alternatively you can get the files from > https://sourceforge.net/projects/pd-gem > > > mfgadr > IOhannes > > > ___ > Pd-announce mailing list > pd-annou...@iem.at > http://lists.puredata.info/listinfo/pd-announce > > _______ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] gem 0.93.1
Okay i will join the gem-dev list when I'll get time to work on it... before I'd like to finish the pd-extended build system stuff, there still are problems to get it working. Using mingw would be great for me because we will be able to use Gem libs on gridflow. - "IOhannes zmölnig" a écrit : > On 08/28/2011 05:54 PM, Patrice Colet wrote: > > hello IOhannes, > > > > is gem 0.93 compiled with mingw, if not, is it planned? > > it's not compiled with mingw, and it is not planned for 0.93 > > Gem currently does not compile with mingw (see recent postings on > gem-dev@), but it would be a nice feature to have for 0.94 (help > would > be appreciated; hint, hint :-)) > > apart from mingw currently not properly compiling Gem at all, there > are > some more things that ought be kept in mind: > - i (personally) currently don't have time nor energy to setup a > local > mingw build machine for Gem > - for video capture and image acquisition Gem uses DirectShow and i > remember that there were problems using those with mingw > - all the DirectShow stuff is no longer part of Gem proper, but lives > in > plugins (cool); unfortunately the plugins (still only) have a C++ > API, > so you couldn't use a plugin compiled with M$VC within Gem compiled > on > mingw. > > so having Gem build on MinGW would be great, but it is not very high > on > my todo list (but again, if you feel like doing the work, go ahead; > in > this case, it might be a good idea to join gem-dev@) > > fgmasdr > IOhannes -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] gem 0.93.1
- "Mathieu Bouchard" a écrit : > Otherwise, it would mean that GEM users who want to try GF have to > reinstall a different GEM than default just to have something that > runs > with MinGW. > If Gem can be compiled with mingw, it can be done by pd-extended build system on win32, as well as gridflow, so they should work together and be included in nightly builds. -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-extended 0.43 windows 7 installation
Hello, where did you get pd-extended installation from? adding -static-libgcc to CFLAGS in win32 build farm should resolve this problem. - "ALAN BROOKER" a écrit : > Hi List > > > Sony Vaio, intel i3-370 2.4 > Im trying to install pd-extended 0.43 on windows 7 on a new machine, > however when I run the application I get the following error > > The program can't start because libgcc_s_dw2-1.dll is missing from you > computer. > Try reinstalling the program to fix this problem. > > > I thought it could be because I didnt have mingw installed (GNU > Compiler Collection)- but installing it doesn't solve the issue? If > any one has any advice on reolsing this and running PD would be > grateful :0 > > > Thanks All > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-extended 0.43 windows 7 installation
- "Hans-Christoph Steiner" a écrit : > AH, this is probably due to using gcc 4.5 now in the new MinGW build. Yes there are several changes with new mingw, we have to replace -lpthreadGC2 with -lpthread in makefiles, but there still is the need for adding libpthread-2.dll, I didn't find out how to have it statically. > > We could also include libgcc_s_dw2-1.dll in Pd-extended. Patrice, do > > you know which is the better route? Including the dll or using > -static- > libgcc? > Well, after that there will also be libstdc++, so adding " -static-libgcc -static-libstdc++" to LDFLAGS (not CFLAGS :D), or LIBS flags in makefile.mingw will resolve this error, isn't it better to add the flag than copying the dll? > .hc > > On Sep 4, 2011, at 7:54 AM, Patrice Colet wrote: > > > Hello, > > where did you get pd-extended installation from? > > > > adding -static-libgcc to CFLAGS in win32 build farm should resolve > > > this problem. > > > > - "ALAN BROOKER" a écrit : > > > >> Hi List > >> > >> > >> Sony Vaio, intel i3-370 2.4 > >> Im trying to install pd-extended 0.43 on windows 7 on a new > machine, > >> however when I run the application I get the following error > >> > >> The program can't start because libgcc_s_dw2-1.dll is missing from > > >> you > >> computer. > >> Try reinstalling the program to fix this problem. > >> > >> > >> I thought it could be because I didnt have mingw installed (GNU > >> Compiler Collection)- but installing it doesn't solve the issue? > If > >> any one has any advice on reolsing this and running PD would be > >> grateful :0 > >> > >> > >> Thanks All > >> ___ > >> Pd-list@iem.at mailing list > >> UNSUBSCRIBE and account-management -> > >> http://lists.puredata.info/listinfo/pd-list > > > > -- > > Patrice Colet > > > > ___ > > Pd-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > > > > > 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 -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-extended 0.43 windows 7 installation
- "Mathieu Bouchard" a écrit : > -static-libstdc++ is not in gcc in Ubuntu 10.10 (« gcc version 4.4.5 > (Ubuntu/Linaro 4.4.4-14ubuntu5) ») > > Is it a MinGW-only feature ? I don't think so $ gcc -v Using built-in specs. COLLECT_GCC=C:\MinGW\bin\gcc.exe COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/4.5.2/lto-wrapper.exe Target: mingw32 Configured with: ../gcc-4.5.2/configure --enable-languages=c,c++,ada,fortran,obj c,obj-c++ --disable-sjlj-exceptions --with-dwarf2 --enable-shared --enable-libgo mp --disable-win32-registry --enable-libstdcxx-debug --enable-version-specific-r untime-libs --disable-werror --build=mingw32 --prefix=/mingw Thread model: win32 gcc version 4.5.2 (GCC) > too, if I'm not mistaken. E.g. could it solve the libstdc++ problem > that > we were having with Gem, GridFlow, ATI drivers, and perhaps some other > > drivers or libs ? > what problem? > > ___ > | Mathieu Bouchard ---- tél: +1.514.383.3801 Villeray, Montréal, > QC -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] OSC Confusion
hello, mrPeach OSC objects, and many other ones are stuffed into pd-extended's nightly builds, you can find them at this url: http://autobuild.puredata.info/auto-build/latest/ - "Jim Aikin" a écrit : > I've been using Pd 0.41.4-extended in Windows 7 64-bit. Attempting to > > open up OSCroute-help.pd consistently crashes Pd. > > So I do the sensible thing and upgrade to 0.42.5. However, I now see > messages telling me that sendOSC, dumpOSC, and OSCroute, which 0.41.4 > > seemed to have no trouble with, are now deprecated. I'm advised (by > the > messages in the Pd window) to "Consider switching to mrpeach's > [routeOSC]." > > I'd be happy to do so. But for some reason these objects don't seem to > > be included in 0.42.5-extended. So I go to a page on puredata.info > that > has a link to "Get OSC for all platforms." Sweet -- except, not. > > To start with, it appears that I may need to compile the stuff I > downloaded, as it includes .c files. Not being a Linux person, I don't > > even have a C compiler, nor do I feel inclined to work out how to use > one. > > The README does not explain whether I need to compile the code, much > less how I would do it. The readme does, however, tell me that I will > > also need a separate set of objects "that implement the transport > (OSI-Layer 4), for instance [udpsend]/[udpreceive]." And of course, > the > README doesn't say where I'll find those, or how to install them when > > I've found them. They're not on the puredata.info OSC page, as far as > I > can see. > > This leads me to a concatenation of questions. > > (1) Does the fact that OSCroute, sendOSC, and dumpOSC are deprecated > mean that they actually don't work, or do they still work? > > (2) Where can I get a version of Pd-extended that includes the new, > preferred OSC objects? > > (3) If there is no such version, how exactly would I go about > incorporating them in 0.42.5? > > (4) What sort of patching will I need to do in order to connect the > mrpeach objects with the [udp] objects after I've installed them, and > > where is this patching documented? > > Sorry to be a pest about this. Right at the moment I'm trying to > document the usage of OSC to let Pd communicate with Csound. Andres > Cabrera's very nice tutorial video (on YouTube) uses the old Pd > objects. > I'd like to use the new objects in the tutorial I'm writing, but I can > > hardly do so when I don't understand where the objects are or how to > install them. > > Can anyone clear up the mysteries for me? Thanks! > > --Jim Aikin > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Multiplying signal by complex number to create and see phase shift
Hello, you might want to take a look at the help file for [fft~] - "Rick T" a écrit : > Greetings All > > > I plan on adding a phase shift to a signal/a wave file I import which > is easy enough mathematically > example: if the signal is x=sin(2*pi*1*t) > to do a phase shift I would just multiply x*e(-i*pi) which would phase > shift the signal by 90 degrees. > > > > But how does one multiple signals by complex numbers in PD like -i? > > > note: there will be a several different phase shifts so a simple > hibert transform won't work in this instance > thanks -- > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Output numbers consecutively, one at a time in PD
hi, - "Sebastian Valenzuela" a écrit : > Thank you for the responses, Andy and Jonathan. But I am looking for > something that will output THE FIRST number whenever I hit "bang"... > then the NEXT number when i hit bang a second time (and so on). So > there is no steady, timed rate (as with the list sequencers) of > number > output, and I don't want to output all my numbers out right away (as > with the list-drip object). > then there is [footils/list-dripslow] for that ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] use VST-Instruments in a PD patch?
hello, I use this on windows vista: http://puredata.info/community/pdwiki/Vst/ Curiously the VST plugins work only if I put them along with the patch, because VSTPATH doesn't work anymore with using the batch file since some windows update. - "hghoyer" a écrit : > Hi, > > ist there a possibillity to use VST Instruments in a PD Patch? So that > PD is the host? > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem w/ Gem 0.93.1 on Windows 7
hello, pthreadVC.dll is needed by gem.dll, that is because gem is still compiled with MSVC, pd-extended package includes libpthread-2.dll, from mingw binaries, so you need to get pthreadVC.dll, at least it should be provided by gem package. - "Epic Jefferson" a écrit : > nope, just reinstalled pd-ext 0.42.5 and it doesn't include gem > 0.93.1, it probably should. and I reinstalled Gem 0.93.1 and still get > the same message. Any ideas? I'm on windows 7 by the way. > > > On Sat, Sep 24, 2011 at 12:24 PM, Hans-Christoph Steiner < > h...@at.or.at > wrote: > > > > > > > That probably means you are using a nightly build of Pd-extended that > doesn't include that DLL. Newer builds include it, or the 0.42.5 > release also includes it. > > > .hc > > > > > > On Sep 23, 2011, at 11:42 PM, Epic Jefferson wrote: > > > > > > I downloaded the 0.93.1 installer version and I get this message when > I open Pd "The program can't start because pthreadVC.dll is missing > from your computer. Try reinstalling the program to fix this problem". > any help? > > > -- > www.epicjefferson.com > www.avmachinists.org Puerto Rico based Art Collective/ Non-Profit Org > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > > > > > > > > > Looking at things from a more basic level, you can come up with a more > direct solution... It may sound small in theory, but it in practice, > it can change entire economies. - Amy Smith > > > > > > -- > www.epicjefferson.com > www.avmachinists.org Puerto Rico based Art Collective/ Non-Profit Org > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Problems with Syncing PD to external MIDI sequencer
Hello, what is [mean]? where does it come from? - bra...@subnet.at a écrit : > hi > > if you working on windows see attached patch > > best regards > der.brandt > > > > > Zitat von Loz : > > > Hi, > > > > I'm pretty new to PD, and kind of fumbling around for the most > part. > > I've searched the archives for the solution for this, and been > unable > > to find it, so apologies if this has been answered before. > > > > I'm trying to sync PD to an external sequencer (my Korg > Electribe-SX), > > and although I can receive midi notes with no problems, I can't > work > > out how to sync the midi clock at all. > > > > I've tried midirealtimein and midiclkin, but neither of them seem > to > > bring in any information at all. > > > > Thanks for your help, > > Loz > > > > ___ > > 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 -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] HELP Please! Pd-0.40.3-extended on Windows 7 with Fireface 400 to get 4 outs
Hello Lorenzo, I own a fireface 400 and use it under windows, so maybe I could be some help... - "Lorenzo Sutton" a écrit : > Sorry to answer myself but no feedback on this an had some time today > to > test. > Turns out that if I select ASIO I have no option to have multiple > input/outputs as MIMO (or whatever the other windows system is > called). Where do you expect to have 'multiple input/output' ? if I use FIREFACE asio I can use [dac~ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18] and [adc~ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18] just make sure that drivers are not already used by windows system, because it could make this unstable. > I tried some command line switches but to no avail and had to fall > back > to stereo. The only command line I use is about setting -asio -audiobuff -audioindev -audiooutdev when starting pd from a batch file, just to be sure to use asio fireface with low latency and all input/output but pd would save those settings once it has been applied through pd audio dialog. I have sometimes to use pd -listdev to check out where the hell are FIREFACE asio because audio device number are often moving whenever I have other drivers enabled or not, but I've heard about some solutions to get/set it from a patch, maybe IOhannes could give some hints about this. Be sure you don't have jackdmp installed because it is conflictual with last portaudio release. > > I wonder what is the smallest latency I can reliably expect with this > setup. The smallest latency I've been able to use with pd is about twice the buffer size I could get with any audio interface, something about 2*buffersize/samplerate in seconds > > Guess I really miss jack (audio) :( > > Lorenzo. > > On 04/10/2011 16:10, Lorenzo Sutton wrote: > > Hey Pd-ers, > > > > This is an (kinda) urgent help call for Windows users. > > > > I've been asked to do a live elecronics (with live instrument > input) > > with a patch made for Pd-0.40.3-extended (indicated by the author). > > > > The (99% un-changable) setup is machine with Windows XP connected to > a > > Fireface 400 @ 44100. > > > > I installed Pd with no problem and the device is seen under the > ASIO > > devices but I can only see pairs of two. How do you see this? > > So my question are: > > - how do I set the thing set-up to 1 in 4 out? (I'm used to jack on > > linux where I simply specify the channels and then can route them > > through jack) Do you have fireface working under linux??? > > - How do I get the lowest latency possible (ideally <= 8 ms) on such > a > > setup? > > > > Thanks in advice for any help. > > Lorenzo. > > > > ___ > > 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 -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] HELP Please! Pd-0.40.3-extended on Windows 7 with Fireface 400 to get 4 outs
> > BTW what version of Pd are you running (and you also on windows 7)?? I'm using latest version of pd-extended under vista but last stable should be ok > > Where do you expect to have 'multiple input/output' ? > > In the Media -> audio setup (ASIO)? Maybe I am assuming wrongly > no that's it, you can get multichannels with asio drivers only, the othere ones are separated pairs > > > > if I use FIREFACE asio I can use [dac~ 1 2 3 4 5 6 7 8 9 10 11 12 13 > 14 15 16 17 18] > > and [adc~ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18] > > Ok the patch I received for the piece has [dac~ 1 2 3 4]... but I only > > get 2 channels of output (I have to use the ADAT for both input and > output). I also only get 2 outputs when I try the Test Audio and midi > [dac 1 2 3 4] are analog out, adat should be the last eight outputs > which I see uses separate dacs [dac~ 1] [dac~ 2] etc. > > > > > just make sure that drivers are not already used by windows system, > because it could make > > this unstable. > > That this include the Fireface 'mixer' thing? yes, usually it works, but with using [vst~] I have more chance to make it working when windows isn't using RME drivers > > > > > > >> I tried some command line switches but to no avail and had to fall > >> back > >> to stereo. > > > > The only command line I use is about setting -asio -audiobuff > -audioindev -audiooutdev > > > > when starting pd from a batch file, just to be sure to use asio > fireface with low latency and all input/output > > > > but pd would save those settings once it has been applied through pd > audio dialog. > > > > I have sometimes to use pd -listdev to check out where the hell > are FIREFACE asio > > because audio device number are often moving whenever I have other > drivers enabled or not, > > but I've heard about some solutions to get/set it from a patch, > > maybe IOhannes could give some hints about this. > > -listdev spit out a list of inputs and outputs in couples (I am > remembering by memeory) something like: > ADAT (1+2) Fireface > etc. in a very strange order. > > Again very inprobable I'll manage to have time to hack on the patch > :( yes this strange order is a reason why there should be something else to always get the same device but it's more a job for the devs > > > > > Be sure you don't have jackdmp installed because it is conflictual > with last portaudio release. > > > > No jack* on that machine > > >> > >> I wonder what is the smallest latency I can reliably expect with > this > >> setup. > > > > The smallest latency I've been able to use with pd is about twice > the buffer size > > I could get with any audio interface, something about > 2*buffersize/samplerate in seconds > > > > Ok. > > > >> > >> Guess I really miss jack (audio) :( > >> > >> Lorenzo. > >> > >> On 04/10/2011 16:10, Lorenzo Sutton wrote: > >>> Hey Pd-ers, > >>> > >>> This is an (kinda) urgent help call for Windows users. > >>> > >>> I've been asked to do a live elecronics (with live instrument > >> input) > >>> with a patch made for Pd-0.40.3-extended (indicated by the > author). > >>> > >>> The (99% un-changable) setup is machine with Windows XP connected > to > >> a > >>> Fireface 400 @ 44100. > >>> > >>> I installed Pd with no problem and the device is seen under the > >> ASIO > >>> devices but I can only see pairs of two. > > > > How do you see this? > > With -listdev and if I open the ASIO or audio settings menu in the > Media > menu. > > > > >>> So my question are: > >>> - how do I set the thing set-up to 1 in 4 out? (I'm used to jack > on > >>> linux where I simply specify the channels and then can route them > >>> through jack) > > > > Do you have fireface working under linux??? > > Nooo The machine and sound cards are not mine! This is a set-up at > > the conservatoire concert hall for the piece I have to do the live > electronics. I'm using the windows machine as the patch needs two > [vst~] > > But... It looks like there is very experimental support for Fireface > in > latest bleeding edge ffado.. Again I don't own and RME so I don't know > > what the status is. > > Thanks, > Lorenzo > > > >>> - How do I get the lowest latency possible (ideally<= 8 ms) on > such > >> a > >>> setup? > >>> > >>> Thanks in advice for any help. > >>> Lorenzo. > >>> > >>> ___ > >>> 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 > > -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] My library and stuff (filters, oscillators, etc.)
Hello, thank you for sharing thoses patches! balance.mmb~ is quite usefull, in it's help file I'd like to know why there is an amplitude modulation when changing cut-off frequency is this coming from level adjusting from balance.mmb~ or something else? In other help patches there are several objects missing, I guess they have been done with pd-extended, but not all libraries are enabled by default in pdx, so it's not easy to find out which one to use for having all your patches working. Why file browser likely won't work on windows? where count~ come from? why not make all your patches vanilla compatible? in biquad.mmb~-help.pd it uses filtercoef.mmb~ instead of filtercoef.mmb, so there are errors in console because a bang is coming into inlet~ I've uploaded the zip from git repo. - "Mike Moser-Booth" a écrit : > Hello list, > > I just put my personal library of abstractions on GitHub today, and > I'd thought I'd share it here as it's seems to have gotten a positive > reaction on the forum. It includes some things that I think are > useful, such as band-limited oscillators, various filters (including > audio-signal controlled, check out the help for [filtercoeff.mmb~] > for > a good place to start), complex math operators, a few effects, > state-saving stuff, a cute waveform display, and other stuff. > > Anyway, check it out here: > > https://github.com/dotmmb/mmb > > .mmb > > -- > Mike Moser-Booth > mmoserbo...@gmail.com > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Hold integer until bang object??
Hello, [value] seems to be the object you are looking for Colet Patrice - Mail original - De: "Sebastian Valenzuela" À: "Pure Data Forum" Envoyé: Lundi 17 Octobre 2011 03:14:39 Objet: [PD] Hold integer until bang object?? Hello, Is there an object that will hold a number it has received and wait for an incoming "bang" to go ahead and SEND that number through its output? Or is there a way to make this work? I would need this to work more than once. For example: *send 41 to object*, *send bang which releases 41 from its output*, *send 57 to object*, *bang which releases 57*, etc... Thank you for taking the time to read this! Any help is greatly appreciated! -Sebastian ___ 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] [PD-announce] New album
- Mail original - > De: "i go bananas" > sounds fantastic. has a much more 'compositional' sense than stuff i > usually hear. > yes, very good! Thank you, Jerod, for sharing. > On Sat, Oct 22, 2011 at 9:30 PM, Jerod Sommerfeldt < > sommerfeldt.je...@gmail.com> wrote: > > > Hello Pd community, > > > > I'd like to take the opportunity to share a link to my new album. > > All > > sounds were created and executed in Pd, as well as RTcmix. It's > > free, ready > > for download and hopefully your listening pleasure! > > > > Please enjoy! > > > > http://www.petcord.com/releases/pc2011-15-jerod-sommerfeldt-pareidolia/ > > > > My best, > > > > Jerod > > -- > > www.jerodsommerfeldt.com > > > > > > > > > > ___ > > Pd-announce mailing list > > pd-annou...@iem.at > > http://lists.puredata.info/listinfo/pd-announce > > > > ___ > > 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] "get" method for Pd
Hello, would this method provide patch window size and position? [; pd get size pd-mpatch.pd rcv_name( [; pd get pos pd-mpatch.pd rcv_name( Colet Patrice - Mail original - > De: "Jonathan Wilkes" > À: "pd-list" > Envoyé: Jeudi 17 Novembre 2011 02:43:08 > Objet: [PD] "get" method for Pd > > I made a patch awhile back that added a "get" method to pd: > > [; pd get version rcv-name( sends "version $major $minor $bugfix" to > rcv-name > > [; pd get dsp rcv-name( sends "dsp $status" to rcv-name > > [; pd get * rcv-name( sends a sequence of all query-able "attribute > values" to rcv-name > > leaving off rcv-name will send the output to the Pd console > > [; pd get( is synonymous with [; pd get *( > > I remembered the patch when trying to generate crash logs for > about.pd in the other thread-- > > if Pd has a "get" method then about.pd doesn't need to rely on > externals (well, aside from > > pddplink for the links). > > Are there Pd attributes other than version and dsp status that would > be nice to make "gettable"? > > -Jonathan > > > ___ > 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] gesture recognition
hello, there is something you can try on linux or osx, by sending events to [x11mouse] and then easystroke http://www.workinprogress.ca/gesture-recognition-in-pure-data-with-easystroke/ Colet Patrice - Mail original - > De: "Matthias Moos" > À: "pd-list" > Envoyé: Lundi 21 Novembre 2011 15:22:26 > Objet: [PD] gesture recognition > > Dear PD-List > > I recently decided to get into gesture recognition for several > different > performance-art purposes. one of them is for fireshows, where i would > like > to be able to control events on my computer throug the circling > movements > of torches. > another one needs to be able to recognize simple gestures with the > hand > like swyping, cyrcling etc. > > my question: > has anyone worked with gesture-recognition? are there specific > objects or > patches? > tracking-wise i would use an infrared-cam or wiimote-ir for the fire, > for > the hand-gestures maybe a normal webcam which films the hand only, on > the > side of my body. > > big thanks for reading and any ideas or suggestions! > > greets, matt > > ___ > 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] Networking patches to utilize multiple cores
Hello, I've once made a project like this, and found out that it's better to not send interpolated data through FUDI, interpolation can be done on client's end, it saves a lot of bandwidth. Just an idea, for sequencing events there are ways to reduce a lot the dataflow by using protocols different from MIDI sequencing. MIDI needs a very tight timecode, the amount of data is increasing with bpm and controller values. I've found one different way that is about sending a packet containing all the pattern informations that would be triggered with a simple beat clock. There is a backup of this work there: http://megalego.free.fr/pd/patko/list-sequence/ This might be suited for transmitting sequential events through network, but I haven't experimented this yet, the main idea was about interpreting tabla language: http://megalego.free.fr/pd/patko/tablas/ There you have my two cents, good luck in your project. Colet Patrice - Mail original - > De: "o...@onyx-ashanti.com" > À: Pd-list@iem.at > Envoyé: Jeudi 8 Décembre 2011 19:19:55 > Objet: [PD] Networking patches to utilize multiple cores > > Greets. > > Is there a proper or preferred method for using any of the networking > objects in pd-extended to allow for realtime bi-directional > communication > between patches on the same computer, so as to utilize 2 or more cpu > cores? > I am currently trying to discover the best way to handle this. > > i started with netsend/netrecieve and used [route] to send > approximately 40 > or so streams as messages, and it worked, somewhat, but I think i may > have > been squeezing too much data through that one netsend as it was a bit > sluggish (running on a dual core thinkpad 1.83ghz, 3gb ram). I am > working > with 2-5ms latencies so sluggish can screw me up in performance, > especially > since i havent even added 60% of the data that will be streaming from > my > "messages" patch to my "signals" patch. I am looking at > netserver/netclient and contemplating breaking the streams up into 2 > or > more clients but i wanted to see if anyone had any advice in this > regard. > > the goal is to have a "messages" patch that would interpret all the > incoming sensor and performance data, send it to subpatches for GEM > visualizations, interpretive synth controls and looping system > parameters, > THEN, send that data to a separate patch that would house around 15 > signal > object based subpatches for synthesis, looping and effects. any > status > feedback i need from the signal objects would need to be sent back to > the > messages patch for processing and display, so a realtime, > bi-directional > solution is very important. > > insight? > > Onyx > > -- > www.onyx-ashanti.com > > ___ > 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] Networking patches to utilize multiple cores
- Mail original - > De: "o...@onyx-ashanti.com" > À: "Patrice Colet" > Cc: Pd-list@iem.at > Envoyé: Dimanche 11 Décembre 2011 21:08:37 > Objet: Re: [PD] Networking patches to utilize multiple cores > > > I've found one different way that is about sending a packet > > containing all > > the pattern informations > > that would be triggered with a simple beat clock. There is a backup > > of > > this work there: > > > > http://megalego.free.fr/pd/patko/list-sequence/ > > > would this work properly on high speed realtime data? my goal is to > create > a connection that can handle many streams of real time data, very > fast. This would just allow to send sequence events without blowing network all the time The idea is about using a message system for regenerating data on client instead of directly streaming data, that way it reduces network bandwidth needs, but require a faster cpu. this also certainly need to use NTP (a time server) to sync everything. it > may be a moot point later this week as i just ordered an i7 based > quadcore > laptop which i think will deal with all of this without blinking but > I > would like to find the most efficient route for elegance sake. > You might also be interested at looking into netpd code. > thanks for the feedback. i will investigate those patches > thoroughly. > > onyx > > > > > > > > > This might be suited for transmitting sequential events through > > network, > > but I haven't experimented this yet, > > the main idea was about interpreting tabla language: > > > > http://megalego.free.fr/pd/patko/tablas/ > > > > > > There you have my two cents, good luck in your project. > > > > > > Colet Patrice > > > > - Mail original - > > > De: "o...@onyx-ashanti.com" > > > À: Pd-list@iem.at > > > Envoyé: Jeudi 8 Décembre 2011 19:19:55 > > > Objet: [PD] Networking patches to utilize multiple cores > > > > > > Greets. > > > > > > Is there a proper or preferred method for using any of the > > > networking > > > objects in pd-extended to allow for realtime bi-directional > > > communication > > > between patches on the same computer, so as to utilize 2 or more > > > cpu > > > cores? > > > I am currently trying to discover the best way to handle this. > > > > > > i started with netsend/netrecieve and used [route] to send > > > approximately 40 > > > or so streams as messages, and it worked, somewhat, but I think i > > > may > > > have > > > been squeezing too much data through that one netsend as it was a > > > bit > > > sluggish (running on a dual core thinkpad 1.83ghz, 3gb ram). I > > > am > > > working > > > with 2-5ms latencies so sluggish can screw me up in performance, > > > especially > > > since i havent even added 60% of the data that will be streaming > > > from > > > my > > > "messages" patch to my "signals" patch. I am looking at > > > netserver/netclient and contemplating breaking the streams up > > > into 2 > > > or > > > more clients but i wanted to see if anyone had any advice in this > > > regard. > > > > > > the goal is to have a "messages" patch that would interpret all > > > the > > > incoming sensor and performance data, send it to subpatches for > > > GEM > > > visualizations, interpretive synth controls and looping system > > > parameters, > > > THEN, send that data to a separate patch that would house around > > > 15 > > > signal > > > object based subpatches for synthesis, looping and effects. any > > > status > > > feedback i need from the signal objects would need to be sent > > > back to > > > the > > > messages patch for processing and display, so a realtime, > > > bi-directional > > > solution is very important. > > > > > > insight? > > > > > > Onyx > > > > > > -- > > > www.onyx-ashanti.com > > > > > > ___ > > > Pd-list@iem.at mailing list > > > UNSUBSCRIBE and account-management -> > > > http://lists.puredata.info/listinfo/pd-list > > > > > > > > > -- > www.onyx-ashanti.com > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] sending command lines with pd (windows)
hello, I'm trying to get rtsp streams that would be processed with pd. One simple solution is about using mplayer through command line from pd. with popen: I had to get an old popen external for doing this because the last release doesn't work on windows vista. The problem I'm getting is that I'd like to tell with pd message in [popen] to stop mplayer, and then process the recorded stream, but I couldn't send anything with pd until mplayer haven't finished it's task. I've tried to use "timeout" command, it only work by launching the script from cmd, but not from [popen]. with netsend: So I tried use a cmd console to launch pdreceive for receiving the rtsp service number, and then launch mplayer but I don't get the trick to do it, that's what I've been trying: >pdreceive udp | myscript.bat myscript.bat content: start mplayer -dumpstream -dumpfile ../stream/out.avi rtsp://mysite.fr/tv/stream?namespace=1&service=%1&flavour=sd Is there an external for streaming rtsp? Colet Patrice ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] showing text or number in gem
- Mail original - > De: "Mathieu Bouchard" > À: "Andy Farnell" > Cc: pd-list@iem.at > Envoyé: Lundi 19 Décembre 2011 02:19:05 > Objet: Re: [PD] showing text or number in gem > > Le 2011-12-17 à 13:53:00, Andy Farnell a écrit : > > > I remembered this fun patch > > see also this topic remind me this experiment: http://www.youtube.com/watch?v=gMjVGR-EPCw ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pdx+bonk~
Hello, I couldn't have bonk working with last release of pd-extended under windows vista, the object is created but it doesn't seem to receive audio signal, it's happening with any release of bonk~ external. Colet Patrice ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdx+bonk~
[sqrt~] have same behavior, nothing flows out from outlet. Colet Patrice - Mail original - > De: "katja" > À: pd-list@iem.at > Envoyé: Lundi 26 Décembre 2011 00:09:07 > Objet: Re: [PD] pdx+bonk~ > > Hello Patrice, > > Can you check if [sqrt~] works in the releases where [bonk~] doesn't > work? [bonk~] uses the same optimized sqrt code, and there has been > something wrong with that recently. > > Katja > > > > On Sun, Dec 25, 2011 at 10:26 PM, Patrice Colet > wrote: > > Hello, > > > > I couldn't have bonk working with last release of pd-extended > > under windows vista, > > the object is created but it doesn't seem to receive audio signal, > > it's happening with any release of bonk~ external. > > > > Colet Patrice > > > > > > ___ > > 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] pdx+bonk~
- Mail original - > De: "Mathieu Bouchard" > À: "Patrice Colet" > Cc: "pd-list" > Envoyé: Mardi 27 Décembre 2011 18:13:02 > Objet: Re: [PD] pdx+bonk~ > > Le 2011-12-27 à 16:07:00, Patrice Colet a écrit : > > > [sqrt~] have same behavior, nothing flows out from outlet. > > You could modify init_rsqrt in d_math.c to make sure that it does > write > stuff in the table. If the tables are not blank, then the problem is > in > the two functions after it. > d_math.c doesn't seem to be used anymore in pdx, the code is scattered into extra/vanilla and half is missing into sqrt~.c, so it's quite hard to see what's happening, but I'm giving a try, thanks for the tip. __ > | Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, > | QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdx+bonk~
- Mail original - > De: "katja" > À: pd-list@iem.at > Envoyé: Mardi 27 Décembre 2011 16:24:56 > Objet: Re: [PD] pdx+bonk~ > > On Tue, Dec 27, 2011 at 4:07 PM, Patrice Colet > wrote: > > [sqrt~] have same behavior, nothing flows out from outlet. > > These problems may well be related. I submitted a bug report for > [sqrt~] some time ago > (http://sourceforge.net/tracker/?func=detail&aid=3442082&group_id=55736&atid=478070). > It is fixed, at least for OSX10.5 i386, where both [sqrt~] and > [bonk~] work in the latest autobuild (20111221). Which builds did you > check? > I've been using an older release, with the very last one, bonk~ is okay, thank you. > > Katja > > ___ > 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] no pd?? WTF ????
> De: "alex" > Envoyé: Mercredi 4 Janvier 2012 01:12:14 > > Ha, I got a different reply earlier: > > "We decied to avoid the use of Pd and SuperCollider > for internal and technical resons and unfortunately we cannot change > our policy. > So please, if you are interested in the call, please send a more > pertinent question." > > So apparently there are reasons but they forgot what they were? > They spent all the budget to get softwares, now there isn't enough to give out free beer... ^^ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] no pd?? WTF ????
> De: "TAD BISAHA" > Cc: "PD List" > Envoyé: Lundi 9 Janvier 2012 13:24:22 > About production and creation, > when a musician for exemple play a second time, just a second time, > one > of his own opus, > can one still name the result a creation? The opus could be written with a place for creativity, it depends on the musician. > In France we call that diffusion, but with this spirit, > all become production, it's certainly that what they call "the > cultural > exception". Notice in those several verses that France the only country where we need a license, when it's time to make a public performance, just becomes expensive when it's about to dance. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] no pd?? WTF ????
Paywares or freeware same problem, for example, you can not load more than 4g into RAM with ableton live because it's 32bit, also the error message for out memory only come with the last release, so live was crashing but without knowing what's happening during more than ten years. This problem didn't prevent live from being one of the most famous software, so this kind of limitation doesn't seem to be a valuable argument against programmes. Colet Patrice - Mail original - > De: "Mathieu Bouchard" > À: "João Pais" > Cc: "pd list" , "Ben Baker-Smith" > Envoyé: Vendredi 13 Janvier 2012 19:35:28 > Objet: Re: [PD] no pd?? WTF > > Le 2012-01-13 à 16:10:00, João Pais a écrit : > > > I already have an abstraction in pd to automatically set the offset > > to > > play segments with tabread4~. But if I need e.g. to play indices > > 1 to 10111, which are read from an array, and then > > rescaled > > in the meantime, how is it possible to keep precision using > > symbol-tricks? > > No. A hundred million is already beyond capacity of the float32 > format (in > terms of contiguïty), anything made with text formats will get > converted > to float32 before they get used. > > > The 2nd inlet doesn't help me much, if the numbers going inside are > > still wrong. > > What can I say... just don't make them wrong ! :} > > > Or, a concrete question: my table has 15312000 samples (5m19s@48K). > > You > > mean that if I want to play from index 15311000 to 15312019, (these > > values are read from a file and stored in an array, and also > > quantized > > in the way), the precision will be correct, just will be printed > > wrongly > > in the atom boxes? > > For [tabread~], yes, because they're below 16777216. > > For [tabread4~], it will be exactly like plain [tabread4~], because > starting at half of 16777216, you don't have fractional indices > anymore, > and the whole point of [tabread4~] is to use fractional indices. For > normal playback, [tabread~] is ok, but if you want to speed up or > slow > down the playback, you may need a few extra bits of precision to > prevent > certain artifacts. > > __ > | Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, > | QC > ___ > 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] Unauthorised to find
Hello, in most recent releases of pd-extended-0.43 you should find all unauthorized dll's, you will find it at this URL: http://autobuild.puredata.info/auto-build/latest/ no need to change your whole system for a few objects. Colet Patrice - Mail original - > De: "haell muth" > À: "Фывапр Олджэвич" > Cc: "PD-list" > Envoyé: Samedi 28 Janvier 2012 09:53:49 > Objet: Re: [PD] Unauthorised to find > > it is true. > there is poor support for pd-extended on windows available. > unless somebody makes it available. (open-source-philosophy) > > i rather recommand getting ubuntu as a dualboot on your pc, > as working with a fraction of the possibilites on windows. > > -cheers > > > 2012/1/28 Фывапр Олджэвич > > > Hi ! > > > > it seems, that there's no Unauthorised packages for Windows on the > > puredata.info > > > > > > http://puredata.info/community/projects/software/unauthorized/releases/0.0.20101105 > > > > I can find only some of the objects in pd-extended 42.5.. > > > > Anyway the rest of the objects are described in manual and have > > help-files > > in EXTRA directory, but not the objects themselfs... > > > > No .dll's for them . > > > > Here: http://ydegoyon.free.fr/software.html - the author's page - > > no > > compiled versions for Win 7. > > > > Mr. Degoyon wrote to me, that he can't help: he's not Win user and > > he > > never uses pd-extended... > > > > So can anyone just upload a working version of Unauthorised for > > Windows to > > the site ? > > > > Or maybe just send some missing .dll's in attaches ? do they exist > > ? > > Really interesting objects. > > > > For example: > > > > cooled~ > > > > exciter~ > > > > filterbank~ > > > > formant~ > > > > graphic-mp3amp~ > > > > mrandtab > > > > pianoroll > > > > playlist > > > > probaliser > > > > spigot~ > > > > sonogram~ > > > > sonograph~ > > > > and many others ... > > > > > > Thanks ! serg > > > > > > > > ___ > > 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] building Pd-ext/GEM for Windows
Hello. > Envoyé: Mardi 24 Janvier 2012 09:30:18 > Objet: Re: [PD] building Pd-ext/GEM for Windows > > On 2012-01-23 21:54, rolf meesters wrote: > > hi, > > still busy with my PIII's. > > trying to build a Pd-ext without SSE2 for Windows. > > following the Pd-webpage for it. > > (i guess there's not an easier way to go) > > > > i got stuck in ./building-libs-on-mingw.sh > > building Gem on mingw is _highly_ experimental and _only_ works with > a > recent git checkout. So it works?! After removing pix_film from pixes, compilation goes to linking but I've got this: Creating library file: .libs/Gem.dll.a Base/.libs/libBase.a(libBase_la-CPPExtern.o):C:\msys\1.0\home\patko\pd-extended\ 0.43\externals\gem\Gem\src\Base/CPPExtern.cpp:171: undefined reference to `sys_c lose' any idea about how to fix it? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Resonant filter using cpole~ czero~
> De: "Ed Kelly" > > Hi all, > > Here is my first attempt at making a resonant lowpass filter using > cpole~ and czero~ objects. It's the first version I've made which > actually sounds halfway towards what I want to achieve, which is a > decent diode-ladder or transistor-ladder filter emulation. I want to > make this using only vanilla objects, particularly rpole~, cpole~ > etc. so that they can be ultra-portable and signal-controlled. Also, > http://www.timstinchcombe.co.uk/index.php?pge=poles#diode > > > Does anyone else have any ideas, or patches we can share? > > > Ed > > Gemnotes-0.1alpha: Live music notation for Pure Data > http://sharktracks.co.uk/ hello, using biquad~ gives very nice results for resonant filtering, ggee audio filters show how it sounds. It should be possible to use vanilla's audio math objects only for the biquad mathematical functions instead of an external. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Trying to re-direct audio - Windows User
hello, pd couldn't load asio with having jackdmp installed, this is happening since last portaudio drivers updates. So we have to wait for someone or do something to have a compatible jackdmp.exe. pdvst is quite a good idea, it would be great if it was possible to have a compiled version using pdx build system, because pdvst version is stuck between pd 0.37 and 0.38. Colet Patrice - Mail original - > De: "Mo" > À: pd-list@iem.at > Envoyé: Dimanche 5 Février 2012 03:29:42 > Objet: [PD] Trying to re-direct audio - Windows User > > Hello Everyone! I'm a new Pd User and well, one of the things I would > like to do take audio from another source and edit it using Pd. I'm > not > looking to record the final product or anything like that as of now. > I > know macs have soundcloud and honestly, it is one of the very few > benefits I find great about it. > > Alternate: > > JackAudio - Someone made this instruction but then at 1:55, the > program > crashes so I'm very frustrated with this. > http://www.youtube.com/watch?v=mdKfjA-y44A > StereoMix - I was able to enable it but I'm not sure how to use it. > > I'm not even sure if I was able to > > Window 7 Pd users, what do you do to do this? > > Cheers! > > Mo > > ___ > 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] [PD-dev] Can anyone on windows 7 confirm TCL bug?
no such bug on Windows Vista with tclsh85.exe compiled on mingw, I don't have any Windows 7 machine anymore, anywhere, sorry. Colet Patrice - Mail original - > De: "Miller Puckette" > À: pd-...@iem.at > Envoyé: Jeudi 9 Février 2012 18:21:32 > Objet: [PD-dev] Can anyone on windows 7 confirm TCL bug? > > To Pd dev - > > Several of my students have windows 7, on which the TCL line > "package require registry" seems to fail (not able to find or load > the file tclreg12.dll). I put a report on Sourceforge: > > http://sourceforge.net/tracker/?func=detail&aid=3484492&group_id=55736&atid=478070 > > Woed any of you have ready access to a windows 7 mchine to see if you > can replicate this? I don't have one and it might be a while before > I can > get hold of one. > > thanks > Miller > > ___ > Pd-dev mailing list > pd-...@iem.at > http://lists.puredata.info/listinfo/pd-dev > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Fwd: [PD-dev] New snapshot of pd-l2ork available -- feedback appreciated
Hello, I've tried to run makefile.mingw but it ends up (after a clean ^^) with these error messages: s_inter.c:83:22: fatal error: execinfo.h: No such file or directory compilation terminated. s_audio.c:18:26: fatal error: sys/resource.h: No such file or directory compilation terminated. x_misc.c:23:23: fatal error: sys/times.h: No such file or directory compilation terminated. x_list.c:15:20: fatal error: alloca.h: No such file or directory compilation terminated. make: *** [makefile.dependencies] Error 1 it seems the compiler is calling linux headers for reasons I don't really get, I don't really have time to go further. Colet Patrice - Mail original - > De: "Ivica Ico Bukvic" > À: pd-list@iem.at, pd-...@iem.at > Envoyé: Jeudi 26 Janvier 2012 07:08:35 > Objet: [PD-dev] New snapshot of pd-l2ork available -- feedback appreciated > > Fellow pd enthusiasts and devs, > > Apart from a couple of fixes of bugs that surfaced after we > implemented > infinite undo last month, as of this evening pd-l2ork has added > another > important feature: moving gop-ed objects via tag. This means that > even a > 10-point array will now be moved via gui with a single command > with > minimal changes to the core pd code, rather than redrawing the entire > array every time the array is moved. Same goes for GOP objects and > scalars. Needless to mention, this is the first time that my netbook > allows me to move large arrays on screen as if they were simple > objects :-) > > If interested, check out the git at https://github.com/pd-l2ork > > x86-64 and i386 builds coming up soon... I am uploading 64-bit builds > as > I type this, i386 should be up sometime tomorrow. In the meantime you > can search older builds via L2Ork's website at > http://l2ork.music.vt.edu/main/?page_id=56... > > Enjoy! > > Best wishes, > > -- > Ivica Ico Bukvic, D.M.A > Composition, Music Technology > Director, DISIS Interactive Sound& Intermedia Studio > Director, L2Ork Linux Laptop Orchestra > Assistant Director, CCTAD > Virginia Tech > Department of Music > Blacksburg, VA 24061-0240 > (540) 231-6139 > (540) 231-5034 (fax) > disis.music.vt.edu > l2ork.music.vt.edu > ico.bukvic.net > > > ___ > Pd-dev mailing list > pd-...@iem.at > http://lists.puredata.info/listinfo/pd-dev > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: [PD-dev] New snapshot of pd-l2ork available -- feedbackappreciated
Colet Patrice - Mail original - > De: "Ivica Ico Bukvic" > À: "Patrice Colet" , "pd-list" > Envoyé: Vendredi 10 Février 2012 05:25:28 > Objet: RE: [PD] Fwd: [PD-dev] New snapshot of pd-l2ork available -- > feedbackappreciated > > Hi Patrice, > > As I already replied to you off-list you need 2 things: > > 1) development libraries for compiling the app (which should be > unnecessary if you are using Linux as there are prebuilt binaries) > Indeed, but some libs needs to be replaced by win32 versions, which works differently than under linux. > 2) you need a linux machine as currently pd-l2ork may not work well > (or at all) on non-Linux platforms mainly because its pd.tk file > needs to be cleaned-up of Linux-centric widgets. ah, pd.tk is an obsolete file from pd-extended point of view, is a pd-gui.tcl planned for replacing it? > > Hope this helps! Thank you for fast reply :) > > > -Original Message- > > From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On > > Behalf > > Of Patrice Colet > > Sent: Thursday, February 09, 2012 11:19 PM > > To: pd-list > > Subject: [PD] Fwd: [PD-dev] New snapshot of pd-l2ork available -- > > feedbackappreciated > > > > > > Hello, > > > > I've tried to run makefile.mingw but it ends up (after a clean ^^) > > with > > these error messages: > > > > s_inter.c:83:22: fatal error: execinfo.h: No such file or directory > > compilation terminated. > > s_audio.c:18:26: fatal error: sys/resource.h: No such file or > > directory > > compilation terminated. > > x_misc.c:23:23: fatal error: sys/times.h: No such file or directory > > compilation terminated. > > x_list.c:15:20: fatal error: alloca.h: No such file or directory > > compilation terminated. > > make: *** [makefile.dependencies] Error 1 > > > > it seems the compiler is calling linux headers for reasons I don't > > really get, > > I don't really have time to go further. > > > > Colet Patrice > > > > - Mail original - > > > De: "Ivica Ico Bukvic" > > > À: pd-list@iem.at, pd-...@iem.at > > > Envoyé: Jeudi 26 Janvier 2012 07:08:35 > > > Objet: [PD-dev] New snapshot of pd-l2ork available -- feedback > > appreciated > > > > > > Fellow pd enthusiasts and devs, > > > > > > Apart from a couple of fixes of bugs that surfaced after we > > > implemented > > > infinite undo last month, as of this evening pd-l2ork has added > > > another > > > important feature: moving gop-ed objects via tag. This means that > > > even a > > > 10-point array will now be moved via gui with a single > > > command > > > with > > > minimal changes to the core pd code, rather than redrawing the > > > entire > > > array every time the array is moved. Same goes for GOP objects > > > and > > > scalars. Needless to mention, this is the first time that my > > > netbook > > > allows me to move large arrays on screen as if they were simple > > > objects :-) > > > > > > If interested, check out the git at https://github.com/pd-l2ork > > > > > > x86-64 and i386 builds coming up soon... I am uploading 64-bit > > > builds > > > as > > > I type this, i386 should be up sometime tomorrow. In the meantime > > > you > > > can search older builds via L2Ork's website at > > > http://l2ork.music.vt.edu/main/?page_id=56... > > > > > > Enjoy! > > > > > > Best wishes, > > > > > > -- > > > Ivica Ico Bukvic, D.M.A > > > Composition, Music Technology > > > Director, DISIS Interactive Sound& Intermedia Studio > > > Director, L2Ork Linux Laptop Orchestra > > > Assistant Director, CCTAD > > > Virginia Tech > > > Department of Music > > > Blacksburg, VA 24061-0240 > > > (540) 231-6139 > > > (540) 231-5034 (fax) > > > disis.music.vt.edu > > > l2ork.music.vt.edu > > > ico.bukvic.net > > > > > > > > > ___ > > > Pd-dev mailing list > > > pd-...@iem.at > > > http://lists.puredata.info/listinfo/pd-dev > > > > > > > ___ > > 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] My new PD music - HelmholtzShipHarmonicWind
> De: "Mathieu Bouchard" > À: "Billy Stiltner" > Cc: pd-list@iem.at > Envoyé: Dimanche 12 Février 2012 05:47:22 > Objet: Re: [PD] My new PD music - HelmholtzShipHarmonicWind > > Le 2012-01-15 à 18:15:00, Billy Stiltner a écrit : > > > http://youtu.be/V47C7AlTEUw > > > > Enjoy, feedback welcome. > > Sounds pretty much like it's the best stuff ever made with Pd. > + 1 I'm quite jealous ^^ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: [PD-dev] New snapshot of pd-l2ork available -- feedback appreciated
Thanks a lot! Ivica, what about using this for backtrace? http://code.google.com/p/backtrace-mingw/ - Mail original - > De: "Mathieu Bouchard" > À: "Patrice Colet" > Cc: "pd-list" > Envoyé: Vendredi 10 Février 2012 06:28:44 > Objet: Re: [PD] Fwd: [PD-dev] New snapshot of pd-l2ork available -- feedback > appreciated > > Le 2012-02-10 à 05:18:00, Patrice Colet a écrit : > > > s_inter.c:83:22: fatal error: execinfo.h: No such file or directory > > used to be GNU-only, but now Apple supports it on OSX > and > iPhone. It is not available on Android (Linux but non-GNU) and it's > not > available on Windows. > > > s_audio.c:18:26: fatal error: sys/resource.h: No such file or > > directory > > This is for the setrlimit (ulimit) and priority features. > > > x_misc.c:23:23: fatal error: sys/times.h: No such file or directory > > That available on all platforms except Windows. It's used by Pd's > [cputime] class. > > > x_list.c:15:20: fatal error: alloca.h: No such file or directory > > Headers are split differently. On Linux, alloca() is in a header > separate > from malloc(), but on Windows, both are in . > > It looks like you don't have #define MSW. It won't solve all > problems, but > it will solve those common to pd-vanilla. > Colet Patrice ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: [PD-dev] New snapshot of pd-l2ork available -- feedback appreciated
Colet Patrice - Mail original - > De: "Ivica Ico Bukvic" > À: "Patrice Colet" , "pd-list" > Cc: "Mathieu Bouchard" > It is not necessary. It is a matter of making sure you use proper > build system. The current code should build just fine on Windows > (although I never tried it) as its build system is based on > Pd-extended which also builds for Windows. The problem does not lie No it's not possible that those sources compiles on windows, because some includes needs to be surrounded by #ifndef MSW #endif, some libraries doesn't exist at all on windows, whatever the build system we use. I'll give a try when I got time to modify sources and see what happen... > therefore in backtracing but rather revamping pd.tk to circumvent > fixes and improvements that do not take into account OSs other than > Linux. Some work has been already done with this in the early days > when I was working on having these improvements submitted upstream. > Also, understand that while pd.tk is on paper one version behind > latest 0.43 tcl implementation, it also has plenty of improvements > that do not exist in 0.43, so in some respects is ahead of curve > (but is also behind in terms of code-cleanliness). At some point > those may have to be reconciled (likely once 0.43 branch is rock > solid tcl-wise (which may be already the case), I find enough time > to do this, and a reason to do it). > I'm particulary interested into using pd-l2ork for some projects where I need to compute data with an higher precision than 32bit floats, for some reasons this is happening on win64, not on linux, because of hardware compatibility problems. > Hope this helps! > > Best wishes, > > Ico > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: [PD-dev] New snapshot of pd-l2ork available -- feedback appreciated
> De: "IOhannes m zmoelnig" > À: pd-list@iem.at > Envoyé: Lundi 13 Février 2012 18:50:17 > > On 2012-02-13 18:09, Patrice Colet wrote: > > > > I'm particulary interested into using pd-l2ork for some projects > > where I need to compute > > data with an higher precision than 32bit floats, for some reasons > > this is happening on win64, not on linux, > > because of hardware compatibility problems. > > > > is pd-l2ork using double as internal number representation? > i thought that was only katja's fixes to some 0.43(vanilla) branch. > oupse I've confused both versions, sorry for that, a thousands excuses :") Patrice Colet. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Grid (Pd)
Hello, what's wrong with pd-extended release of grid on windows? Colet Patrice PS: I don't eat meat nor supermarket veggies, unless some ignoramus put it on my plate... - Mail original - > De: ydego...@gmail.com > À: "Richard Graham" , "PD List" > Envoyé: Vendredi 2 Mars 2012 17:03:59 > Objet: Re: [PD] Grid (Pd) > > ola, > > what is the question? > > i _never_ work on windows > and i'm not going to the mac donald's, > no thank you. > > saludos, > sevy > > Richard Graham wrote: > > Hi Sevy, > > > > I have a few people testing my system on windows, and of course > > this includes the new compile for Grid (0.9). is it possible to > > receive a compile for Windows also? > > > > You can see the finished system here: > > http://rickygraham.com/pages/pd2live > > > > Thanks again for all your help, > > > > Ricky > > > > On 20 Jul 2011, at 11:04, wrote: > > > >> yes, works perfectly now. thank you and best wishes! > >> > >> ricky > >> > >> On 20 Jul 2011, at 07:19, ydego...@gmail.com wrote: > >> > >>> ola, > >>> > >>> update your copy, it should work now.. > >>> > >>> but don't forget that if you want to work between [-1.1] the > >>> steps > >>> for x and y has to be set to a value like 0.01 ( precision of pd > >>> ). > >>> > >>> saludos, > >>> sevy > >>> > >>> Richard Graham wrote: > Hi Sevy, > > Attached is the compiled version of [grid] 0.9 for Mac OSX. > Unfortunately, the bug is still a problem here. When moving the > point about in the grid manually, the output grid co-ordinates > are correct but if I send [values 0, 0( it outputs 1,1 like > before (on a grid -1 to 1 on both axis). Any ideas why this > might be? > > Thanks in advance, > > Ricky > > >>> > > > > > > > ___ > 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] (no subject)
Why are you using MIDI protocol? serial is way more stable versatile. Colet Patrice - Mail original - > De: "Ingo" > À: "Villa Anna" > Cc: "pd-list" > Envoyé: Samedi 25 Février 2012 13:13:06 > Objet: [PD] (no subject) > > I had the same problem with Windows XP. Even with the regular MIDI In > objects like [notein] or [ctlin], etc. > I gave up and switched to Linux. > > Ingo > > > > > Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im > > Auftrag > > von > Villa Anna > > Gesendet: Samstag, 25. Februar 2012 11:04 > > An: pd-list > > Betreff: [PD] MIDI input problems in PD > > > > Dear list, > > > > I have problems with Midi input in PD. > > I use Windows 7 and make use of a Motu 828MKII soundcard. > > I receive MIDI via a polytouchin object (make use of FSRs and a > > coridium armmite to translate pressure on the FSRs to Midi > > messages). > > All goes fine in the beginning, but sometimes after a while (f.e. 2 > > hours) > my Midi input starts to be random (FSRs trigger that are > > not > > supposed to be triggering). If I restart PD everything is back to > > normal. > Any idea what the cause of this problem might be? > > It's an installation project so it is difficult to restart > > everything > > from time to time. > > > > Thanks in advance for your help! > > > > Laura > > > ___ > 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] Grid (Pd)
Hi again, ah it seems sevy is correcting those issues. there are other people for porting the DLLs on pdx, so no need to bother sevy with it, lol. If you don't see those changes in next pdx release, please post a bug report to puredata bug tracker. Colet Patrice - Mail original - > De: "Richard Graham" > À: "Patrice Colet" > Cc: "ydego...@free.fr" > Envoyé: Vendredi 2 Mars 2012 18:13:14 > Objet: Re: Grid (Pd) > > Hi Patrice, > > Potentially, nothing; but most likely there may be some issues > concerning negative grid points using the [value $1 $2( message, > which I experienced on OSX. Perhaps there is no issue on Windows? > (cf. correspondence with Sevy below). > > Ricky > > On 13 Mar 2011, at 16:36, ydego...@free.fr wrote: > > > ola, > > > > yes, there was a little issue > > with coordinates. > > > > it's fixed in version 0.9 on my cvs: > > > > export CVSROOT=:pserver:anomym...@giss.tv:/home/cvs > > cvs co unauthorized > > > > ( i'm working there now, > > not on sourceforge anymore ) > > > > cheers, > > sevy > > > > Richard Graham wrote: > >> Hi, > >> > >> Can [grid] take negative scale values in properties? i.e. -1 to 1 > >> on both axis? Not working for me. [values 0 0( produces 1,1. on > >> grid. > >> > >> Best wishes, > >> > >> Ricky > >> > >> > > > > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] alternative for quicktime
Hello, is it possible to use another library than quicktme, something rather open-source, in gem and griflow, and other externals like this? I was thinking about gmerlin for example. Colet Patrice ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] alternative for quicktime
I'm giving a try on msys, the build system can compile a working version of Gem but without media plugins, what is the procedure for having the usual gem object using gmerlin library? Colet Patrice - Mail original - > De: "m.e.grimm" > what OS are you on? I got gmerlin working (sort of) on OSX 10.7 with > the 64bit version of extended... this was the easy (although it > wasn't) alternative to writing a qtkit gem plugin > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] alternative for quicktime
> De: "Mathieu Bouchard"
> Though ideally, I'd be replacing it with gmerlin, a newer library by
> the
> same author. Last time I looked, something about installing it was a
> mess,
> but I don't remember what it was, and it was years ago, so it's
> surely
> much better now.
>
It's still a mess on windows, on msys apply this following patch for resolving
missing X11 headers:
http://comments.gmane.org/gmane.comp.video.gmerlin.general/325
there are plenty of errors popping from *_ffmpeg.c, I've manually resolved
some, but this is not really elegant.
==
--- lib/demux_ffmpeg.c.old 2012-03-17 21:28:15 +
+++ lib/demux_ffmpeg.c 2012-03-17 21:23:33 +
@@ -577,11 +577,11 @@
/* With the current implementation in ffmpeg, this can be
called multiple times */
-#if LIBAVFORMAT_VERSION_INT < AV_VERSION_INT(52, 29, 0)
- register_protocol(&bgav_protocol);
-#else
- av_register_protocol(&bgav_protocol);
-#endif
+// #if LIBAVFORMAT_VERSION_INT < AV_VERSION_INT(52, 29, 0)
+ // register_protocol(&bgav_protocol);
+// #else
+ // av_register_protocol(&bgav_protocol);
+// #endif
#if LIBAVFORMAT_VERSION_INT < AV_VERSION_INT(52, 26, 0)
avfc = av_alloc_format_context();
@@ -626,14 +626,12 @@
{
switch(avfc->streams[i]->codec->codec_type)
{
- case CODEC_TYPE_AUDIO:
+ case AVMEDIA_TYPE_AUDIO:
init_audio_stream(ctx, avfc->streams[i], i);
break;
- case CODEC_TYPE_VIDEO:
+ case AVMEDIA_TYPE_VIDEO:
init_video_stream(ctx, avfc->streams[i], i);
break;
- case CODEC_TYPE_SUBTITLE:
-break;
default:
break;
}
@@ -650,7 +648,7 @@
ctx->stream_description = bgav_sprintf(TRD("%s (via ffmpeg)"),
priv->avfc->iformat->long_name);
- /* Metadata */
+ /* Metadata
if(avfc->title[0])
ctx->tt->cur->metadata.title = bgav_strdup(avfc->title);
if(avfc->author[0])
@@ -660,7 +658,7 @@
if(avfc->album[0])
ctx->tt->cur->metadata.album = bgav_strdup(avfc->album);
if(avfc->genre[0])
-ctx->tt->cur->metadata.genre = bgav_strdup(avfc->genre);
+ctx->tt->cur->metadata.genre = bgav_strdup(avfc->genre);*/
return 1;
}
@@ -736,8 +734,8 @@
s->data.video.palette_changed = 1;
}
- if(pkt.flags&PKT_FLAG_KEY)
-PACKET_SET_KEYFRAME(p);
+ // if(pkt.flags&PKT_FLAG_KEY)
+// PACKET_SET_KEYFRAME(p);
bgav_packet_done_write(p);
av_free_packet(&pkt);
==
--- lib/video_ffmpeg.c.old 2012-03-17 21:28:00 +
+++ lib/video_ffmpeg.c 2012-03-17 21:23:47 +
@@ -55,6 +55,12 @@
#define LOG_DOMAIN "ffmpeg_video"
+#ifdef WIN32
+#define AV_DLLIMPORT __declspec(dllimport)
+#else
+#define AV_DLLIMPORT
+#endif
+
// #define DUMP_DECODE
// #define DUMP_EXTRADATA
// #define DUMP_PACKET
@@ -815,7 +821,7 @@
if(s->action == BGAV_STREAM_PARSE)
return 1;
- priv->ctx->codec_type = CODEC_TYPE_VIDEO;
+ priv->ctx->codec_type = AVMEDIA_TYPE_VIDEO;
priv->ctx->bit_rate = 0;
@@ -2305,6 +2311,7 @@
{
// TODO: Enable postprocessing for non-gavl pixelformats
// (but not as long as it makes no sense)
+
#ifdef HAVE_LIBSWSCALE
sws_scale(priv->swsContext,
priv->frame->data, priv->frame->linesize,
==
./configure --without-doxygen --disable-speex
will make the gmerlin lib on msys
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Re: [PD] alternative for quicktime
> i don't thiunk anybody gave the gmerlin plugin a try on w32/mingw yet > (though e.g. vlc is known to work) > > the usual procedure is to tell Gem's configure where to find gmerlin > (PKG_GMERLIN_AVDEC_CFLAGS and PKG_GMERLIN_AVDEC_LIBS) and hope it > will > autodetec everything gmerlin is detected but I couldn't make it because of this: 'glutMainLoopEvent' was not declared in this scope ... ./configure --without-all compiles gem.dll but couldn't create some other library files /filmAVI.cpp:230: undefined reference to `AVIStreamRead@28' ... I haven't tried yet with libvlc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Virtual Mixer for Telematic Music
Hello Rishabh, you should be able to use jack for local and distant sound system, no need for internal drivers through pd. In both adc~ and dac~ each argument is the number of audio voice coming from/to jack eg: [adc~ 4 1 2 3] would output from left to right the inputs 4 1 2 3 from jack interface but if sound processing is just about amplitude, you don't even have to bother with pd (sorry pd-list ^^) because jack mixer would be enough for that. for building a virtual mixer it's really easy in pd, it's just a slider with default values connected to [dbtorms] for controling the amplitude of a signal coming in [*~]'s left inlet by connecting it to right inlet after a conversion from message to audio with the help of [line~] [adc~ 1] | |[hslider] | | |[dbtorms] | | |[pack 0 10] | | |[line~] | | [*~] | [throw~ master] [catch~ master] | [dac 1] this simple example is mono, use [catch~ master-left] and [catch~ master-right] for retrieving two voices coming from [pan~], all signals are mixed through [throw~] and [catch~] bus. Colet Patrice - Mail original - > De: "Rishabh Natarajan" > À: pd-list@iem.at > Envoyé: Samedi 7 Avril 2012 19:57:20 > Objet: [PD] Virtual Mixer for Telematic Music > > Hi, > > I'm trying to build a virtual mixer in pd for telematic music. > Telematic > music is a genre of music where the musicians collaborate live but > are > situated in different locations (cities), over the internet. > > My mixer should be able to take in remote channels coming in through > Jack > and route to the local sound system and also, through some interface > be > able to take in local inputs and send out via Jack to the remote > system. > > The questions I have are: > 1. can I have 2 adc~ objects in one patch? So that I can switch the > same > set of faders to control either signals going to and coming from Jack > or > going to and coming from my local interface? if so, how do I achieve > this? > 2. If I need to be able to route sound over the internet via Jack and > to > and from my local system via an interface, how do I make pd use both > Jack > and the local interface (for example the coremidi on a mac) at the > same > time? This sort of ties in with the first question. > > My time to do all of this is really short and I am very new to pd. > Any help > with this would really, really be appreciated! > > Thanks, > Rishabh > > ___ > 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 write video stream on a single image
Hello, is there a trick to use [pix_write] for writing on one image.jpg at each frame instead of renaming to image001 image002 etc ... ? Colet Patrice ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM write video stream on a single image
With a redacting a new message to the list I figured out how to get around this message system problem [savepanel] | [set symbol $1( | | | [bang( |/ [( | [set file $1 100( | [pix_write] the symbol argument is prepending file location, so when the patch is saved the message system still recognize file location as a single atom, thanks for your answers, sorry for the noise, happy easter ^^ Colet Patrice - Mail original - > De: "Patrice Colet" > À: "Patrice Colet" > Envoyé: Lundi 9 Avril 2012 15:44:31 > Objet: Re: [PD] GEM write video stream on a single image > > I've just found how to do it, giving [file image 100( message before > banging [pix_writr] replaces image.jpg, perfect... > > now there is another weird thing with messages but it's more related > with pd, this is bogus... > > I use [savepanel] for choosing my image file, and then use [set file > $1 100( for preparing the message that is sent to [pix_write] before > banging it. *The image file location contains space*, and I have to > deal with it. > So when I reload my patch with this message prepared by [savepanel] > it doesn't work anymore because the location with spaces isn't a > single atom anymore but a a list of arguments that pix_write doesn't > understand. > > I tried to put quote marks around the file location like I would do > in dos console but it doesn't work. > > I think this is a bug from message system because it doesn't have > same behavior when the patch is reloaded, > maybe there is a trick to faint this bug? > > Colet Patrice > > - Mail original - > > De: "Patrice Colet" > > À: "pd-list" > > Envoyé: Lundi 9 Avril 2012 15:18:48 > > Objet: [PD] GEM write video stream on a single image > > > > Hello, > > > > is there a trick to use [pix_write] for writing on one image.jpg at > > each frame instead of renaming to image001 image002 etc ... ? > > > > Colet Patrice > > > > > > ___ > > 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 write video stream on a single image
> De: "IOhannes m zmölnig" > or use (and hack) the one in git [1]. > I would be glad to play with sources but I'm still stucked in mingw compilation because of some plugin compilation errors, I'll try to get time this week for testing last git commits, you know I've been trying to use Gmerlin instead of quicktime, but right now I need to move foward in my project, thank you. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pduino patches on pdx
Hello, I've downloaded a zip at this url: https://github.com/reduzent/pduino to get arduino patches for the 0.43.1-extended-20111221* release I've got installed in my vista box. When I'm launching an help patch I've got this error message in console: maximum object loading depth 1000 reached arduino ... couldn't create I suppose it's not directly related with arduino patches but I don't often open abs with thousands of objects inside ;) On which version of pdx is it supposed to work? Colet Patrice * why the pdx release version isn't simply in a comment object? It's a pain in the ass for retyping it ^^ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pduino patches on pdx
Colet Patrice - Mail original - > De: "Hans-Christoph Steiner" > > FYI, that version of Pduino is a development version. If you want > the current stable release, then use this release: > > http://puredata.info/downloads/pduino Yes, very interesting, I have all digital outputs and analog in working correctly with my arduino NG, but once digital pins are set to inputs they don't detect the voltage I'm sending, using standard firmata. I'll try soon with a diecimila... > > > Colet Patrice > > > > * why the pdx release version isn't simply in a comment object? > > It's a pain in the ass for retyping it ^^ > > Good idea, I'll do that. Thanks a lot!:) > > .hc > > > > > > I have always wished for my computer to be as easy to use as my > telephone; my wish has come true because I can no longer figure out > how to use my telephone." --Bjarne Stroustrup (creator of C++) > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pduino patches on pdx
I've extracted the zip file content into this empty folder I've created: C:\Program Files (x86)\pd\extra\arduino I've added arduino folder to path in preferences and started pd by double-clicking on the C:\Program Files (x86)\pd\extra\arduino\arduino-help.pd In the doubt I've updated pdx to 20120410, also tried to create [arduino] object in a naked patch, same result. hope it helps - Mail original - > De: "Roman Haefeli" > À: pd-list@iem.at > Envoyé: Mardi 10 Avril 2012 17:16:36 > Objet: Re: [PD] pduino patches on pdx > > On Tue, 2012-04-10 at 15:54 +0200, Patrice Colet wrote: > > Hello, > > > > I've downloaded a zip at this url: > > > > https://github.com/reduzent/pduino > > > > to get arduino patches for the 0.43.1-extended-20111221* release > > I've > > got installed in my vista box. > > > > When I'm launching an help patch I've got this error message in > > console: > > > > maximum object loading depth 1000 reached > > arduino > > ... couldn't create > > > > I suppose it's not directly related with arduino patches but I > > don't > > often open abs with thousands of objects inside ;) > > > > On which version of pdx is it supposed to work? > > It's supposed to work for all version that Hans' version is supposed > to > work for. At least it would work with >= 0.42. > > Can you give us more information about the path of Pd-extended > installation, the Pduino installation and how you started Pd-extended > and how you opened arduino-help.pd ? > > Thanks for your report > > Roman > > > > ___ > 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] pduino patches on pdx
arf ok, I really dislike to have all files scattered everywhere in the computer thanks again. Colet Patrice - Mail original - > De: "Hans-Christoph Steiner" > À: "Patrice Colet" > Cc: "pd-list" > Envoyé: Mardi 10 Avril 2012 19:31:08 > Objet: Re: [PD] pduino patches on pdx > > > I see what you are doing now. Pd only works like that for binary > objects, not abstractions, i.e. : > > - extra/comport/comport.pd_linux can be loaded as [comport] > - extra/arduino/arduino.pd triggers that 1000 error when loaded as > [arduino] > > As an aside, you really shouldn't put stuff directly into extra/ but > instead use the standard install paths: > > http://puredata.info/docs/faq/how-do-i-install-externals-and-help-files > > .hc > > On Apr 10, 2012, at 12:23 PM, Patrice Colet wrote: > > > I've extracted the zip file content into this empty folder I've > > created: > > > > C:\Program Files (x86)\pd\extra\arduino > > > > I've added arduino folder to path in preferences and started pd by > > double-clicking on the C:\Program Files > > (x86)\pd\extra\arduino\arduino-help.pd > > > > In the doubt I've updated pdx to 20120410, also tried to create > > [arduino] object in a naked patch, same result. > > > > hope it helps > > > > - Mail original - > >> De: "Roman Haefeli" > >> À: pd-list@iem.at > >> Envoyé: Mardi 10 Avril 2012 17:16:36 > >> Objet: Re: [PD] pduino patches on pdx > >> > >> On Tue, 2012-04-10 at 15:54 +0200, Patrice Colet wrote: > >>> Hello, > >>> > >>> I've downloaded a zip at this url: > >>> > >>> https://github.com/reduzent/pduino > >>> > >>> to get arduino patches for the 0.43.1-extended-20111221* release > >>> I've > >>> got installed in my vista box. > >>> > >>> When I'm launching an help patch I've got this error message in > >>> console: > >>> > >>> maximum object loading depth 1000 reached > >>> arduino > >>> ... couldn't create > >>> > >>> I suppose it's not directly related with arduino patches but I > >>> don't > >>> often open abs with thousands of objects inside ;) > >>> > >>> On which version of pdx is it supposed to work? > >> > >> It's supposed to work for all version that Hans' version is > >> supposed > >> to > >> work for. At least it would work with >= 0.42. > >> > >> Can you give us more information about the path of Pd-extended > >> installation, the Pduino installation and how you started > >> Pd-extended > >> and how you opened arduino-help.pd ? > >> > >> Thanks for your report > >> > >> Roman > >> > >> > >> > >> ___ > >> 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 > > > > > > If nature has made any one thing less susceptible than all others of > exclusive property, it is the action of the thinking power called an > idea, which an individual may exclusively possess as long as he > keeps it to himself; but the moment it is divulged, it forces itself > into the possession of everyone, and the receiver cannot dispossess > himself of it.- Thomas Jefferson > > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pduino patches on pdx
I've switched back to vanilla, no bug anymore :D Colet Patrice - Mail original - > De: "Roman Haefeli" > À: pd-list@iem.at > Envoyé: Mardi 10 Avril 2012 22:42:54 > Objet: Re: [PD] pduino patches on pdx > > On Tue, 2012-04-10 at 10:17 -0400, Hans-Christoph Steiner wrote: > > On Apr 10, 2012, at 9:54 AM, Patrice Colet wrote: > > > > > Hello, > > > > > > I've downloaded a zip at this url: > > > > > > https://github.com/reduzent/pduino > > > > > > to get arduino patches for the 0.43.1-extended-20111221* release > > I've got installed in my vista box. > > > > > > When I'm launching an help patch I've got this error message in > > console: > > > > > > maximum object loading depth 1000 reached > > > arduino > > > ... couldn't create > > > > > > I suppose it's not directly related with arduino patches but I > > > don't > > often open abs with thousands of objects inside ;) > > > > > > On which version of pdx is it supposed to work? > > > > FYI, that version of Pduino is a development version. If you want > > the > > current stable release, then use this release: > > > > http://puredata.info/downloads/pduino > > What is the point of your remark, if the problem described isn't in > any > way related to the used version? > > Roman > > > ___ > 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] pduino patches on pdx
I just hope libdir will never go into vanilla ^^ Colet Patrice - Mail original - > De: "Hans-Christoph Steiner" > À: "Patrice Colet" > Cc: "pd-list" , "Roman Haefeli" > Envoyé: Jeudi 12 Avril 2012 04:49:32 > Objet: Re: [PD] pduino patches on pdx > > > It would affect vanilla if you have the libdir loader running in it. > Its related to that. > > .hc > > On Apr 11, 2012, at 7:57 PM, Patrice Colet wrote: > > > I've switched back to vanilla, no bug anymore :D > > > > Colet Patrice > > > > - Mail original - > >> De: "Roman Haefeli" > >> À: pd-list@iem.at > >> Envoyé: Mardi 10 Avril 2012 22:42:54 > >> Objet: Re: [PD] pduino patches on pdx > >> > >> On Tue, 2012-04-10 at 10:17 -0400, Hans-Christoph Steiner wrote: > >>> On Apr 10, 2012, at 9:54 AM, Patrice Colet wrote: > >>> > >>>> Hello, > >>>> > >>>> I've downloaded a zip at this url: > >>>> > >>>> https://github.com/reduzent/pduino > >>>> > >>>> to get arduino patches for the 0.43.1-extended-20111221* release > >>> I've got installed in my vista box. > >>>> > >>>> When I'm launching an help patch I've got this error message in > >>> console: > >>>> > >>>> maximum object loading depth 1000 reached > >>>> arduino > >>>> ... couldn't create > >>>> > >>>> I suppose it's not directly related with arduino patches but I > >>>> don't > >>> often open abs with thousands of objects inside ;) > >>>> > >>>> On which version of pdx is it supposed to work? > >>> > >>> FYI, that version of Pduino is a development version. If you > >>> want > >>> the > >>> current stable release, then use this release: > >>> > >>> http://puredata.info/downloads/pduino > >> > >> What is the point of your remark, if the problem described isn't > >> in > >> any > >> way related to the used version? > >> > >> Roman > >> > >> > >> ___ > >> Pd-list@iem.at mailing list > >> UNSUBSCRIBE and account-management -> > >> http://lists.puredata.info/listinfo/pd-list > >> > > > > > Access to computers should be unlimited and total. - the hacker > ethic > > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pduino patches on pdx
I'm sorry to say that, it's just a mirror of my ignorance, but I think that libdir is confusing, useless, and unstable like I said to the list in another thread, please prove me I'm wrong ;) Colet Patrice - Mail original - > De: "Hans-Christoph Steiner" > À: "Patrice Colet" > Cc: "pd-list" > Envoyé: Jeudi 12 Avril 2012 17:03:26 > Objet: Re: [PD] pduino patches on pdx > > > Why's that? > > .hc > > On Apr 12, 2012, at 10:46 AM, Patrice Colet wrote: > > > I just hope libdir will never go into vanilla ^^ > > > > Colet Patrice > > > > - Mail original - > >> De: "Hans-Christoph Steiner" > >> À: "Patrice Colet" > >> Cc: "pd-list" , "Roman Haefeli" > >> > >> Envoyé: Jeudi 12 Avril 2012 04:49:32 > >> Objet: Re: [PD] pduino patches on pdx > >> > >> > >> It would affect vanilla if you have the libdir loader running in > >> it. > >> Its related to that. > >> > >> .hc > >> > >> On Apr 11, 2012, at 7:57 PM, Patrice Colet wrote: > >> > >>> I've switched back to vanilla, no bug anymore :D > >>> > >>> Colet Patrice > >>> > >>> - Mail original - > >>>> De: "Roman Haefeli" > >>>> À: pd-list@iem.at > >>>> Envoyé: Mardi 10 Avril 2012 22:42:54 > >>>> Objet: Re: [PD] pduino patches on pdx > >>>> > >>>> On Tue, 2012-04-10 at 10:17 -0400, Hans-Christoph Steiner wrote: > >>>>> On Apr 10, 2012, at 9:54 AM, Patrice Colet wrote: > >>>>> > >>>>>> Hello, > >>>>>> > >>>>>> I've downloaded a zip at this url: > >>>>>> > >>>>>> https://github.com/reduzent/pduino > >>>>>> > >>>>>> to get arduino patches for the 0.43.1-extended-20111221* > >>>>>> release > >>>>> I've got installed in my vista box. > >>>>>> > >>>>>> When I'm launching an help patch I've got this error message > >>>>>> in > >>>>> console: > >>>>>> > >>>>>> maximum object loading depth 1000 reached > >>>>>> arduino > >>>>>> ... couldn't create > >>>>>> > >>>>>> I suppose it's not directly related with arduino patches but I > >>>>>> don't > >>>>> often open abs with thousands of objects inside ;) > >>>>>> > >>>>>> On which version of pdx is it supposed to work? > >>>>> > >>>>> FYI, that version of Pduino is a development version. If you > >>>>> want > >>>>> the > >>>>> current stable release, then use this release: > >>>>> > >>>>> http://puredata.info/downloads/pduino > >>>> > >>>> What is the point of your remark, if the problem described isn't > >>>> in > >>>> any > >>>> way related to the used version? > >>>> > >>>> Roman > >>>> > >>>> > >>>> ___ > >>>> Pd-list@iem.at mailing list > >>>> UNSUBSCRIBE and account-management -> > >>>> http://lists.puredata.info/listinfo/pd-list > >>>> > >> > >> > >> > >> > >> Access to computers should be unlimited and total. - the hacker > >> ethic > >> > >> > >> > > > > > > http://at.or.at/hans/ > > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pduino patches on pdx
Great you rock, let's eat the omlet ^^ Colet Patrice - Mail original - > De: "Hans-Christoph Steiner" > À: "Patrice Colet" , "pd-list" > Envoyé: Mardi 17 Avril 2012 19:03:00 > Objet: Re: [PD] pduino patches on pdx > > > So I added support for Pd-extended to load arduino/arduino.pd when > creating [arduino]. Now yo can drop the arduino/ folder into the > standard install location and then create [arduino]. It should be > in the beta builds as of yesterday. > > .hc > > On Apr 10, 2012, at 1:31 PM, Hans-Christoph Steiner wrote: > > > > > I see what you are doing now. Pd only works like that for binary > > objects, not abstractions, i.e. : > > > > - extra/comport/comport.pd_linux can be loaded as [comport] > > - extra/arduino/arduino.pd triggers that 1000 error when loaded as > > [arduino] > > > > As an aside, you really shouldn't put stuff directly into extra/ > > but instead use the standard install paths: > > > > http://puredata.info/docs/faq/how-do-i-install-externals-and-help-files > > > > .hc > > > > On Apr 10, 2012, at 12:23 PM, Patrice Colet wrote: > > > >> I've extracted the zip file content into this empty folder I've > >> created: > >> > >> C:\Program Files (x86)\pd\extra\arduino > >> > >> I've added arduino folder to path in preferences and started pd by > >> double-clicking on the C:\Program Files > >> (x86)\pd\extra\arduino\arduino-help.pd > >> > >> In the doubt I've updated pdx to 20120410, also tried to create > >> [arduino] object in a naked patch, same result. > >> > >> hope it helps > >> > >> - Mail original - > >>> De: "Roman Haefeli" > >>> À: pd-list@iem.at > >>> Envoyé: Mardi 10 Avril 2012 17:16:36 > >>> Objet: Re: [PD] pduino patches on pdx > >>> > >>> On Tue, 2012-04-10 at 15:54 +0200, Patrice Colet wrote: > >>>> Hello, > >>>> > >>>> I've downloaded a zip at this url: > >>>> > >>>> https://github.com/reduzent/pduino > >>>> > >>>> to get arduino patches for the 0.43.1-extended-20111221* release > >>>> I've > >>>> got installed in my vista box. > >>>> > >>>> When I'm launching an help patch I've got this error message in > >>>> console: > >>>> > >>>> maximum object loading depth 1000 reached > >>>> arduino > >>>> ... couldn't create > >>>> > >>>> I suppose it's not directly related with arduino patches but I > >>>> don't > >>>> often open abs with thousands of objects inside ;) > >>>> > >>>> On which version of pdx is it supposed to work? > >>> > >>> It's supposed to work for all version that Hans' version is > >>> supposed > >>> to > >>> work for. At least it would work with >= 0.42. > >>> > >>> Can you give us more information about the path of Pd-extended > >>> installation, the Pduino installation and how you started > >>> Pd-extended > >>> and how you opened arduino-help.pd ? > >>> > >>> Thanks for your report > >>> > >>> Roman > >>> > >>> > >>> > >>> ___ > >>> 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 > > > > > > > > > > > > If nature has made any one thing less susceptible than all others > > of exclusive property, it is the action of the thinking power > > called an idea, which an individual may exclusively possess as > > long as he keeps it to himself; but the moment it is divulged, it > > forces itself into the possession of everyone, and the receiver > > cannot dispossess himself of it.- Thomas Jefferson > > > > > > > > > > > You can't steal a gift. Bird gave the world his music, and if you can > hear it, you can have it. - Dizzy Gillespie > > > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] What version of GEM should I use with pd 0.43-0 vanilla
- "Billy Stiltner" a écrit : > On 4/7/11, patko wrote: > > you know when you add an external path it will be available from all > pd > > versions because > > it's litterally a full path name that is added by the new tcl > interface, and > > because vanilla and extended shares the same config file. > > that's why I use to start patches made for vanilla with a .bat > script, then > > I can set exactly what I need in pd for my application. > >> > > > Actually on my machine there are separate registry entries for pdx and > pd. > both versions of vanilla I have installed share the same registry > entry. > > interesting > > >> The problem with using externals with cross platform applications > is > >> if you don't supply the library on all 3 platforms then there may > be > >> some people that cant use your patch. > >> > > > > That's why I think that pd-extended should add only externals > available on > > all 3 platforms. > > It's not really the job of patch developpers to provide cross > platform > > externals and libraries but the job of the external developpers. > > > > > > Is there a list of externals that work on all 3 platforms? I don't know if there is such a list, but I'd be glad to add several externals I've been able to compile with my machine, and comment about how it has been done, then pdx maintainers could had them to the build farm. The problem is that most pdx externals building use a single Makefile for compilation that resides in externals, so it makes tricky patch submiting, because it's a lot easier to use the Makefile provided by the dev in most cases (that's happening with unauthorized externals for example). I sometimes submit dll's to the list, but it's not really a good thing. if one is interested I've built these ones lately: exciter filterbank formant pianoroll probalizer samplebox sonogram speex spigot~ most just need -liberty in linker flags -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Graph a circle arc in an array?
hi, the attached patch attempt to reproduce the following formula taken from 'circle' in wikipedia http://upload.wikimedia.org/math/b/f/f/bffc9ed6838d804b4da5198cb3a86be4.png - "Tyler Leavitt" a écrit : > Hello all, > > > I am trying to graph a section of a circle into an array. I have been > trying to wrap my head around [sin] and [cos] but none of my > configurations get results. If you had a circle with radius 100 with a > center at (0, 0) I'm trying to get the upper right quadrant (positive > x and positive y). The start point being (100,0) and the end point > being (0,100). > > > Any ideas on moving forward? > > > Tyler > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- Patrice Colet #N canvas 1088 497 450 300 10; #X obj 185 240 table quarter_circle; #N canvas 0 0 450 300 (subpatch) 0; #X array quarter_circle 100 float 0; #X coords 0 100 100 0 100 100 1; #X restore 50 50 graph; #X obj 227 33 loadbang; #X msg 227 53 100; #X obj 227 75 until; #X obj 225 99 f; #X obj 250 99 + 1; #X obj 225 122 t a a; #X obj 225 154 expr sqrt(1 - ($f1 * $f1)); #X obj 225 179 tabwrite quarter_circle; #X connect 2 0 3 0; #X connect 3 0 4 0; #X connect 4 0 5 0; #X connect 5 0 6 0; #X connect 5 0 7 0; #X connect 6 0 5 1; #X connect 7 0 8 0; #X connect 7 1 9 1; #X connect 8 0 9 0; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] What version of GEM should I use with pd 0.43-0 vanilla
- "Hans-Christoph Steiner" a écrit : > On Apr 9, 2011, at 12:49 AM, Patrice Colet wrote: > > if one is interested I've built these ones lately: > > > > exciter > > filterbank > > formant > > pianoroll > > probalizer > > samplebox > > sonogram > > speex > > spigot~ > > > > most just need -liberty in linker flags > > I would be great to have this included, please submit a patch to the > > patch tracker :) > uh that won't be a little patch ;o) playlist is also built but there are a lot of lines of code added because several functions doesn't exist on windows, I'm wondering why the method isn't as same as in ggee/getdir to get current dir, that would be a simple cross-platform method, following wildcards in externals/Makefile we need to have it compiled for getting pianoroll and probalizer to work. lame DLL's doesn't seem to be provided by pdx installer, so I had to compile it for having the mp3* externals working, I guess that anyone that doesn't have access to a compiler couldn't run those pdx externals, -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [playlist] for win32 [was:Re: What version of GEM should I use with pd 0.43-0 vanilla]
- "Hans-Christoph Steiner" a écrit : > On Apr 10, 2011, at 2:00 PM, Patrice Colet wrote: > > > I'm wondering why the method isn't as same as in ggee/getdir to get > > > current dir, that would be a simple cross-platform method, > > following wildcards in externals/Makefile we need to have it > > compiled for getting pianoroll and probalizer to work. > > Looks like you got it working anyhow :) I don't quite understand what > > you mean about the getdir code, can you explain more? > The method in playlist.c call a function only available in unix systems while in getdir it uses canvas_getdir(), available on any platform, it was simplier for me to just replace getenv( "PWD" ) by _getcwd (path, _MAX_DIR) . For the information scandir() code for mingw has been taken from another mailing list: http://www.mail-archive.com/developer@arabeyes.org/msg03153.html > > lame DLL's doesn't seem to be provided by pdx installer, so I had to > > > compile it for having the mp3* externals working, > > I guess that anyone that doesn't have access to a compiler couldn't > > > run those pdx externals, > > > The problem with LAME is that it covers algorithms that are patented > > in a number of countries, so its not easily distributable. That's why > > LAME is not in Debian, for example, and distributed as source code > only in other distros. > > .hc > > Okay I see, anyway I can't get the mp3 streaming externals working correctly. > -------- > > News is what people want to keep hidden and everything else is > publicity. - Bill Moyers -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [playlist] for win32 [was:Re: What version of GEM should I use with pd 0.43-0 vanilla]
- "Hans-Christoph Steiner" a écrit : > Also, it looks like cooled~ isn't building and its now included in the > > Windows build: > > http://autobuild.puredata.info/auto-build/2011-04-11/logs/2011-04-11_03.31.01_mingw32_nt-5.1_windowsxp-i386_pd-extended.txt > > .hc > Well, the patches should help to build all unauthorized on mingw, only stk exterals are missing, I might work on this later or sooner... -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [playlist] for win32 [was:Re: What version of GEM should I use with pd 0.43-0 vanilla]
- "Patrice Colet" a écrit : > - "Hans-Christoph Steiner" a écrit : > > > Also, it looks like cooled~ isn't building and its now included in > the > > > > Windows build: > > > > > http://autobuild.puredata.info/auto-build/2011-04-11/logs/2011-04-11_03.31.01_mingw32_nt-5.1_windowsxp-i386_pd-extended.txt > > cooled~ builds on my machine, I can't get whats happening with the autobuild because I could download only 700k of this log file -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [playlist] for win32 [was:Re: What version of GEM should I use with pd 0.43-0 vanilla]
- "DW mail" a écrit : > It may build but it will crash pd if you try to load it > > On 04/13/2011 01:18 PM, Patrice Colet wrote: > > - "Patrice Colet" a écrit : > > > >> - "Hans-Christoph Steiner" a écrit : > >> > >>> Also, it looks like cooled~ isn't building and its now included in > >> the > >>> Windows build: > >>> > >>> Ooopse I forgot to submit the patch for cooled~, since it was included in the pdx version I'm using, I thought that it was ok, but it's not, is it crashing on windows only or another platform? > >> > http://autobuild.puredata.info/auto-build/2011-04-11/logs/2011-04-11_03.31.01_mingw32_nt-5.1_windowsxp-i386_pd-extended.txt > > cooled~ builds on my machine, I can't get whats happening with the > autobuild because I could download only 700k of this log file > > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf for windows? (again)
Hello, I've applied this patch then gmerlin-avdecoder compiles fine on mingw http://www.mail-archive.com/gmerlin-general@lists.sourceforge.net/msg00322.html now we need the makefile ;) - "Hans-Christoph Steiner" a écrit : > We just need someone to get all of the required libraries building on > Windows/MinGW. gmerlin-avdecoder is required, then the more codec > libs, > the better, but it'll work without any of them, it just won't open as > many files. Once we have that, making a Windows build of > [readanysf~] > will be easy. > > .hc > > On Wed, 27 Apr 2011 13:56 +0200, "matteo sisti sette" > wrote: > > Hi, > > > > Is there anything similar to readanysf~ available for Windows? I > would > > like to be able to read the audio from mov video files. > > > > I've found some very old threads about failed attempts to port > > readanysf~ to windows. > > Has there been any success since then? Anybody that has been able > to > > compile it for windows and could share the compiled binary? > > > > Or any similar external? > > > > thanks > > m. > > > > -- > > Matteo Sisti Sette > > matteosistise...@gmail.com > > http://www.matteosistisette.com > > > > ___ > > 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 -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf for windows? (again)
yes, many :) $ bgavdump Usage: bgavdump [-s] [-aseek ] [-vseek ] [-seek ] Input modules file stdin rtsp Real pnm mms (Windows Media) mmsh http ftp Redirectors ASX (Windows Media) m3u/ram pls (Shoutcast) [Reference] smil rtsptext qtl Formats ASF/WMV/WMA ADIF AVI Real Media Real Audio Quicktime/mp4/m4a WAV Sun AU AIFF(C) FLAC Vivo Elementary video FLI/FLC Animation Flash video (FLV) NullSoft Video Wavpack True Audio Creative voice 4xm Delphine Software CIN Amiga IFF SMAF Ringtone Sony Playstation (PSX) STR Tiertex SEQ Smacker ID Roq Shorten NuppelVideo/MythTV Sierra SOL GIF SMJPEG Westwood VQA AVS Electronicarts WVE MTV GXF DXA THP R3D Matroska Ogg Bitstream A52 Bitstream DV MXF nist Sphere IRCAM raw gsm D-Cinema audio Sierra VMD MPEG-2 transport stream MPEG Audio ADTS MPEG System Audio codecs Ogg vorbis audio decoder liba52 based decoder libdca based decoder Speex decoder FAAD AAC audio decoder FLAC audio decoder gavl audio decoder PCM audio decoder libgsm based decoder Video codecs PNG video decoder TIFF video decoder Theora decoder Raw video decoder for AVI Quicktime raw video decoder yuv2 video decoder 2vuy video decoder yv12 video decoder YV12 video decoder VYUY video decoder YVU9 video decoder v308 video decoder v408 video decoder v410 video decoder v210 video decoder yuv4 video decoder TGA video decoder rtjpeg video decoder gavl video decoder Graphical subtitle codecs DVD subtitle decoder Subtitle readers Subrip (srt) Mplayer mpsub Spumux (xml/png) - "Hans-Christoph Steiner" a écrit : > Excellent! Have you gotten many codec libs built on Windows? > > .hc > > On Apr 27, 2011, at 8:43 PM, Patrice Colet wrote: > > > Hello, I've applied this patch then gmerlin-avdecoder compiles fine > > > on mingw > > > > > http://www.mail-archive.com/gmerlin-general@lists.sourceforge.net/msg00322.html > > > > now we need the makefile ;) > > > > - "Hans-Christoph Steiner" a écrit : > > > >> We just need someone to get all of the required libraries building > on > >> Windows/MinGW. gmerlin-avdecoder is required, then the more codec > >> libs, > >> the better, but it'll work without any of them, it just won't open > as > >> many files. Once we have that, making a Windows build of > >> [readanysf~] > >> will be easy. > >> > >> .hc > >> > >> On Wed, 27 Apr 2011 13:56 +0200, "matteo sisti sette" > >> wrote: > >>> Hi, > >>> > >>> Is there anything similar to readanysf~ available for Windows? I > >> would > >>> like to be able to read the audio from mov video files. > >>> > >>> I've found some very old threads about failed attempts to port > >>> readanysf~ to windows. > >>> Has there been any success since then? Anybody that has been able > >> to > >>> compile it for windows and could share the compiled binary? > >>> > >>> Or any similar external? > >>> > >>> thanks > >>> m. > >>> > >>> -- > >>> Matteo Sisti Sette > >>> matteosistise...@gmail.com > >>> http://www.matteosistisette.com > >>> > >>> ___ > >>> 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 > > > > -- > > Patrice Colet > > > > > >http://at.or.at/hans/ -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf for windows? (again)
I've tried to hack the makefile but have pain to get it compiling the dll because of linking problems... I guess it would be easier by using pd-extended externals Makefile for resolving differences between os - "august" a écrit : > well, if you already have gavl and gmerlin-avdecoder, you should only > need to download and compile readanysf~ > > the Makefile is there already. If I am not mistaken, you would only > need to copy and modify the pd_linux target so that it creates a > readanysf~.dll instead of a readanysf~.pd_linux > > ...and then package it in a bundle so that it is usable for windows > users. ...that will be the hard part I imagine. > > > > Hello, I've applied this patch then gmerlin-avdecoder compiles fine > on mingw > > > > > http://www.mail-archive.com/gmerlin-general@lists.sourceforge.net/msg00322.html > > > > now we need the makefile ;) > > > > - "Hans-Christoph Steiner" a écrit : > > > > > We just need someone to get all of the required libraries building > on > > > Windows/MinGW. gmerlin-avdecoder is required, then the more > codec > > > libs, > > > the better, but it'll work without any of them, it just won't open > as > > > many files. Once we have that, making a Windows build of > > > [readanysf~] > > > will be easy. > > > > > > .hc > > > > > > On Wed, 27 Apr 2011 13:56 +0200, "matteo sisti sette" > > > wrote: > > > > Hi, > > > > > > > > Is there anything similar to readanysf~ available for Windows? > I > > > would > > > > like to be able to read the audio from mov video files. > > > > > > > > I've found some very old threads about failed attempts to port > > > > readanysf~ to windows. > > > > Has there been any success since then? Anybody that has been > able > > > to > > > > compile it for windows and could share the compiled binary? > > > > > > > > Or any similar external? > > > > > > > > thanks > > > > m. > > > > > > > > -- > > > > Matteo Sisti Sette > > > > matteosistise...@gmail.com > > > > http://www.matteosistisette.com > > > > > > > > ___ > > > > 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 > > > > -- > > Patrice Colet > > > > ___ > > Pd-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > -- > --- > http://aug.ment.org -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf for windows? (again)
After resolving two dozens undefined references I finally have readanysf compiled. Curiously gmerlin_avdec needs a prepended link of each used library. The link flags must be at the end, like in attached file. I had to copy missing dll's into pd/bin along with other libs provided py pd-extended and gridflow, libdca-0.dll libgavl-1.dll libiconv-2.dll libintl-8.dll libtheora-0.dll lib-tiff-3.dll it seems it's still not the good way to compile because pd complains: load_object: Symbol "readanysf_tilde_setup" not found - "august" a écrit : > Yeah perhaps it will be easier with the pd-extended makefiles. I > really > have no idea how windows handles linking and I also don't have > experience with pd-extended builds. > > > One problem you might have with my makefile that I didn't see before > is > that I test to see if the system is linux. If so, I set appropriate > flags. If not, I assume you have a mac and set other flags. > > > I've attached a Makefile.win that might work for you. I made it > blindly > since I don't have a windows setup. > > You should only need to edit these two lines: > GAVLPREFIX=/usr/local > PD_INCLUDES=/usr/include > > Maybe something else is needed, but I can't say. It should be simple > enough to build from. > > best -august. > > > > > I've tried to hack the makefile but have pain to get it compiling > the dll because of linking problems... > > I guess it would be easier by using pd-extended externals Makefile > for resolving differences between os > > > > - "august" a écrit : > > > > > well, if you already have gavl and gmerlin-avdecoder, you should > only > > > need to download and compile readanysf~ > > > > > > the Makefile is there already. If I am not mistaken, you would > only > > > need to copy and modify the pd_linux target so that it creates a > > > readanysf~.dll instead of a readanysf~.pd_linux > > > > > > ...and then package it in a bundle so that it is usable for > windows > > > users. ...that will be the hard part I imagine. > > > > > > > > > > Hello, I've applied this patch then gmerlin-avdecoder compiles > fine > > > on mingw > > > > > > > > > > > > http://www.mail-archive.com/gmerlin-general@lists.sourceforge.net/msg00322.html > > > > > > > > now we need the makefile ;) > > > > > > > > - "Hans-Christoph Steiner" a écrit : > > > > > > > > > We just need someone to get all of the required libraries > building > > > on > > > > > Windows/MinGW. gmerlin-avdecoder is required, then the more > > > codec > > > > > libs, > > > > > the better, but it'll work without any of them, it just won't > open > > > as > > > > > many files. Once we have that, making a Windows build of > > > > > [readanysf~] > > > > > will be easy. > > > > > > > > > > .hc > > > > > > > > > > On Wed, 27 Apr 2011 13:56 +0200, "matteo sisti sette" > > > > > wrote: > > > > > > Hi, > > > > > > > > > > > > Is there anything similar to readanysf~ available for > Windows? > > > I > > > > > would > > > > > > like to be able to read the audio from mov video files. > > > > > > > > > > > > I've found some very old threads about failed attempts to > port > > > > > > readanysf~ to windows. > > > > > > Has there been any success since then? Anybody that has > been > > > able > > > > > to > > > > > > compile it for windows and could share the compiled binary? > > > > > > > > > > > > Or any similar external? > > > > > > > > > > > > thanks > > > > > > m. > > > > > > > > > > > > -- > > > > > > Matteo Sisti Sette > > > > > > matteosistise...@gmail.com > > > > > > http://www.matteosistisette.com > > > > > > > > > > > > ___ > > > > > > 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 > > > > > > > > -- > > > > Patrice Colet > > > > > > > > ___ > > > > Pd-list@iem.at mailing list > > > > UNSUBSCRIBE and account-management -> > > > http://lists.puredata.info/listinfo/pd-list > > > > > > -- > > > --- > > > http://aug.ment.org > > > > -- > > Patrice Colet > > > > ___ > > Pd-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > -- > --- > http://aug.ment.org -- Patrice Colet Makefile.mingw Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf for windows? (again)
gt; > > > > > [readanysf~] > > > > > > > will be easy. > > > > > > > > > > > > > > .hc > > > > > > > > > > > > > > On Wed, 27 Apr 2011 13:56 +0200, "matteo sisti sette" > > > > > > > wrote: > > > > > > > > Hi, > > > > > > > > > > > > > > > > Is there anything similar to readanysf~ available for > > > Windows? > > > > > I > > > > > > > would > > > > > > > > like to be able to read the audio from mov video files. > > > > > > > > > > > > > > > > I've found some very old threads about failed attempts > to > > > port > > > > > > > > readanysf~ to windows. > > > > > > > > Has there been any success since then? Anybody that has > > > been > > > > > able > > > > > > > to > > > > > > > > compile it for windows and could share the compiled > binary? > > > > > > > > > > > > > > > > Or any similar external? > > > > > > > > > > > > > > > > thanks > > > > > > > > m. > > > > > > > > > > > > > > > > -- > > > > > > > > Matteo Sisti Sette > > > > > > > > matteosistise...@gmail.com > > > > > > > > http://www.matteosistisette.com > > > > > > > > > > > > > > > > ___ > > > > > > > > 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 > > > > > > > > > > > > -- > > > > > > Patrice Colet > > > > > > > > > > > > ___ > > > > > > Pd-list@iem.at mailing list > > > > > > UNSUBSCRIBE and account-management -> > > > > > http://lists.puredata.info/listinfo/pd-list > > > > > > > > > > -- > > > > > --- > > > > > http://aug.ment.org > > > > > > > > -- > > > > Patrice Colet > > > > > > > > ___ > > > > Pd-list@iem.at mailing list > > > > UNSUBSCRIBE and account-management -> > > > http://lists.puredata.info/listinfo/pd-list > > > > > > -- > > > --- > > > http://aug.ment.org > > > > -- > > Patrice Colet > > > > ___ > > Pd-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > > -- > --- > http://aug.ment.org -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf for windows? (again)
have gavl and gmerlin-avdecoder, you > > > should > > > > > only > > > > > > > need to download and compile readanysf~ > > > > > > > > > > > > > > the Makefile is there already. If I am not mistaken, you > > > would > > > > > only > > > > > > > need to copy and modify the pd_linux target so that it > creates > > > a > > > > > > > readanysf~.dll instead of a readanysf~.pd_linux > > > > > > > > > > > > > > ...and then package it in a bundle so that it is usable > for > > > > > windows > > > > > > > users. ...that will be the hard part I imagine. > > > > > > > > > > > > > > > > > > > > > > Hello, I've applied this patch then gmerlin-avdecoder > > > compiles > > > > > fine > > > > > > > on mingw > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > http://www.mail-archive.com/gmerlin-general@lists.sourceforge.net/msg00322.html > > > > > > > > > > > > > > > > now we need the makefile ;) > > > > > > > > > > > > > > > > - "Hans-Christoph Steiner" a écrit > : > > > > > > > > > > > > > > > > > We just need someone to get all of the required > libraries > > > > > building > > > > > > > on > > > > > > > > > Windows/MinGW. gmerlin-avdecoder is required, then > the > > > more > > > > > > > codec > > > > > > > > > libs, > > > > > > > > > the better, but it'll work without any of them, it > just > > > won't > > > > > open > > > > > > > as > > > > > > > > > many files. Once we have that, making a Windows build > of > > > > > > > > > [readanysf~] > > > > > > > > > will be easy. > > > > > > > > > > > > > > > > > > .hc > > > > > > > > > > > > > > > > > > On Wed, 27 Apr 2011 13:56 +0200, "matteo sisti sette" > > > > > > > > > wrote: > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > Is there anything similar to readanysf~ available > for > > > > > Windows? > > > > > > > I > > > > > > > > > would > > > > > > > > > > like to be able to read the audio from mov video > files. > > > > > > > > > > > > > > > > > > > > I've found some very old threads about failed > attempts > > > to > > > > > port > > > > > > > > > > readanysf~ to windows. > > > > > > > > > > Has there been any success since then? Anybody that > has > > > > > been > > > > > > > able > > > > > > > > > to > > > > > > > > > > compile it for windows and could share the compiled > > > binary? > > > > > > > > > > > > > > > > > > > > Or any similar external? > > > > > > > > > > > > > > > > > > > > thanks > > > > > > > > > > m. > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > Matteo Sisti Sette > > > > > > > > > > matteosistise...@gmail.com > > > > > > > > > > http://www.matteosistisette.com > > > > > > > > > > > > > > > > > > > > ___ > > > > > > > > > > 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 > > > > > > > > > > > > > > > > -- > > > > > > > > Patrice Colet > > > > > > > > > > > > > > > > ___ > > > > > > > > Pd-list@iem.at mailing list > > > > > > > > UNSUBSCRIBE and account-management -> > > > > > > > http://lists.puredata.info/listinfo/pd-list > > > > > > > > > > > > > > -- > > > > > > > --- > > > > > > > http://aug.ment.org > > > > > > > > > > > > -- > > > > > > Patrice Colet > > > > > > > > > > > > ___ > > > > > > Pd-list@iem.at mailing list > > > > > > UNSUBSCRIBE and account-management -> > > > > > http://lists.puredata.info/listinfo/pd-list > > > > > > > > > > -- > > > > > --- > > > > > http://aug.ment.org > > > > > > > > -- > > > > Patrice Colet > > > > > > > > > > ___ > > > > Pd-list@iem.at mailing list > > > > UNSUBSCRIBE and account-management -> > > > http://lists.puredata.info/listinfo/pd-list > > > > > > > > > -- > > > --- > > > http://aug.ment.org > > > > -- > > Patrice Colet > > -- > --- > http://aug.ment.org -- Patrice Colet Makefile.win Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf for windows? (again)
Thank you for telling me, but I don't now how to fix this, sometimes it follow the thread, sometimes not, let me try out how this one will be displayed on the archive... It's boring indeed when mails don't follow the thread. - "yvan volochine" a écrit : > sorry for the OT noise but... > Patrice, it looks like your mail reader does not follow the 'reply-to > > topic' rule, i.e. each of your message appears as a new thread, which > is > pretty boring with long threads like this one in a decent mail > reader. > > cheers, > _y -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf for windows? (again)
I've explored a bit the source files of pd-extended externals and didn't see a
single one with .cpp extension
available on windows, the solution I've found is ugly
#ifdef NT
extern "C" __declspec(dllexport) void readanysf_tilde_setup(void) {
#else
extern "C" void readanysf_tilde_setup(void) {
#endif
- "Hans-Christoph Steiner" a écrit :
> You only need __declspec(dllexport) for the Windows linker. MinGW
> doesn't need it. That template Makefile is used in many external
> libraries included in Pd-extended, therefore it works for many many
> objects on Windows.
>
> .hc
>
> On Apr 28, 2011, at 12:45 PM, Patrice Colet wrote:
>
> > I even tried to put manually:
> >
> > __declspec(dllexport) void readanysf_tilde_setup(void)
> >
> > but still same error pd can't read it, there is nothing else I can
> do,
> > someone with better knowledge of makefile should look at it.
> >
> >
> > attached is attempt to rewrite a makefile that compiles on mingw,
> > and that would be easy to adapt for linux and osx,
> > it's inspired from gridflow/Makefile
> >
> > - "august" a écrit :
> >
> >> I did notice that in externals/frankenstein/Makefile, it does this
> >> for
> >> Visual Studio:
> >>
> >>link /dll /export:$*_setup $*.obj common.obj $(PDNTLIB)
> >>
> >> Are extra linking directives necessary for mingw externals?
> >>
> >>
> >>
> >> As for C++ files and the template Makefile, you might be able to
> just
> >> set "CC=cpp" somewhere before it starts the compile
> >>
> >>
> >> Would be great to FINALLY get this thing going in windows. :)
> >>
> >>
> >>> still doesn't recognize readanysf_tilde_setup even with
> >> -Wl,--enable-auto-import
> >>>
> >>> by defining -DMSW in CFLAGS the compiler should read this macro
> in
> >> m_pd.h:
> >>>
> >>> #define EXTERN __declspec(dllimport) extern
> >>>
> >>> but it doesn't
> >>>
> >>> is there a more explicit template makefile for cpp sources?
> >>>
> >>> the only working example that work I can get is from gridflow but
> >> it's so tricky,
> >>> sources are processed with ruby before being compiled by g++
> >>>
> >>> - "august" a écrit :
> >>>
> >>>> Patrice,
> >>>>
> >>>> Here is a new Makefile that I made looking at the template
> base.
> >>
> >>>>
> >>>> I think this should take care of exporting the tilde_setup
> >> symbol.
> >>>>
> >>>>
> >>>> again, doing it blindly...so there may be errors.
> >>>>
> >>>> -august.
> >>>>
> >>>>
> >>>>
> >>>>> After resolving two dozens undefined references I finally have
> >>>> readanysf compiled.
> >>>>> Curiously gmerlin_avdec needs a prepended link of each used
> >>>> library.
> >>>>>
> >>>>> The link flags must be at the end, like in attached file.
> >>>>>
> >>>>> I had to copy missing dll's into pd/bin along with other libs
> >>>> provided py pd-extended and gridflow,
> >>>>>
> >>>>> libdca-0.dll libgavl-1.dll libiconv-2.dll libintl-8.dll
> >>>> libtheora-0.dll lib-tiff-3.dll
> >>>>>
> >>>>> it seems it's still not the good way to compile because pd
> >>>> complains:
> >>>>>
> >>>>>
> >>>>> load_object: Symbol "readanysf_tilde_setup" not found
> >>>>>
> >>>>>
> >>>>> - "august" a écrit :
> >>>>>
> >>>>>> Yeah perhaps it will be easier with the pd-extended makefiles.
> >> I
> >>>>>> really
> >>>>>> have no idea how windows handles linking and I also don't
> >> have
> >>>>>> experience with pd-extended builds.
> >>>>>>
> >>>>>>
> >>>>>> One problem you might have with my makefile that I didn't see
> >>>> before
> >>>>>> is
> >>>>>> that I test to see if the system is linux. If so,
Re: [PD] readanysf for windows? (again)
- "august" a écrit : > > > I've attached the dll if someone (matteo?) wants to try > > > > Wow great! Of course I will try it and even stress it a little bit > :) > > yes, please stress it extensively. > > Patrice, was it just one .mp3 file that couldn't play or do no mp3 > files play at all? If not, maybe you are missing libmad. > > Also, it shouldn't crash even if the library is missing. Any way you > can run it through gdb and see where it did crash? any mp3 crashes here is the message I get when it crashes: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 7728.0x154c] 0x039760f3 in libiconv () from c:\MinGW\bin\libiconv-2.dll (gdb) BFD: C:\Windows\SysWOW64\AUDIOKSE.dll: Warning: Ignoring section flag IMAGE_SCN_MEM_NOT_PAGE do you want an archive containing all needed DLL's? I couldn't get a linker option that would ignore missing ones -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf for windows? (again)
- "august" a écrit : > > any mp3 crashes > > > > here is the message I get when it crashes: > > > > Program received signal SIGSEGV, Segmentation fault. > > [Switching to Thread 7728.0x154c] > > 0x039760f3 in libiconv () from c:\MinGW\bin\libiconv-2.dll > > (gdb) BFD: C:\Windows\SysWOW64\AUDIOKSE.dll: Warning: Ignoring > section flag IMAGE_SCN_MEM_NOT_PAGE > > > > > hmm. what does libiconv do? libiconv is needed by gmerlin encoder for performing character set conversion > > > do you want an archive containing all needed DLL's? > > yes, please. > > the archive is here: http://megalego.free.fr/pd/externals/readanysf~-win32-0.42.zip I tried to implement setDllDirectory but it doesn't work, there is an header file for windows code that is resolving symbol exports > > I couldn't get a linker option that would ignore missing ones > > this will be the difficult part, I imagineto fully understand how > mingw and windows development works. And, then to package all the > dll's in a usable format. -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf for windows? (again)
yes backtrace #0 0x02eb60f3 in libiconv () from c:\MinGW\bin\libiconv-2.dll #1 0x693738bb in do_convert () from C:\msys\1.0\home\patko\pd-extended\0.42\externals\readanysf~0.42\readanysf~.dll #2 0x69373bf2 in bgav_convert_string () from C:\msys\1.0\home\patko\pd-extended\0.42\externals\readanysf~0.42\readanysf~.dll #3 0x6936c2ce in bgav_id3v2_read () from C:\msys\1.0\home\patko\pd-extended\0.42\externals\readanysf~0.42\readanysf~.dll #4 0x6934e52c in bgav_init () from C:\msys\1.0\home\patko\pd-extended\0.42\externals\readanysf~0.42\readanysf~.dll #5 0x6934e61a in bgav_open () from C:\msys\1.0\home\patko\pd-extended\0.42\externals\readanysf~0.42\readanysf~.dll #6 0x69345db6 in the_thread_opener (xp=0x4262b0) at src/ReadMedia.cpp:945 #7 0x62483e29 in ptw32_threadStart@4 () from C:\Windows\SysWOW64\pthreadGC2.dll #8 0x75f42599 in wcstombs () from C:\Windows\syswow64\msvcrt.dll #9 0x75f426b3 in msvcrt!_beginthreadex () from C:\Windows\syswow64\msvcrt.dll #10 0x775eeccb in UnhandledExceptionFilter () from C:\Windows\syswow64\kernel32.dll #11 0x00426ee8 in ?? () #12 0x77ecd80d in ntdll!RtlWow64CallFunction64 () from C:\Windows\system32\ntdll.dll #13 0x00426ee8 in ?? () #14 0x77ecda1f in ntdll!RtlCloneMemoryStream () from C:\Windows\system32\ntdll.dll #15 0x75f42670 in msvcrt!_beginthreadex () from C:\Windows\syswow64\msvcrt.dll #16 0x in ?? () (gdb) - "august" a écrit : > > > > any mp3 crashes > > > > > > > > here is the message I get when it crashes: > > > > > > > > Program received signal SIGSEGV, Segmentation fault. > > > > [Switching to Thread 7728.0x154c] > > > > 0x039760f3 in libiconv () from c:\MinGW\bin\libiconv-2.dll > > > > (gdb) BFD: C:\Windows\SysWOW64\AUDIOKSE.dll: Warning: Ignoring > > > section flag IMAGE_SCN_MEM_NOT_PAGE > > > > > > > > > > > > > hmm. what does libiconv do? > > > > libiconv is needed by gmerlin encoder for performing character set > conversion > > > could you send me the backtrace from gdb? -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] menu list, how to?
hello, you might want to try [popup] in pd-extended flatspace - "Jeppi Jeppi" a écrit : > Hey people, > I would need a way to display a clickable menu of files (audio files > somewhere, pd subpatches somewhere else) within a pd patch itself. > the [tof/menubutton] seems quite suitable but, at least for me, it is > apparently buggy: I can only choose items by sending a number, not > from the menu GUI (I get a "menubutton: no such object" error). > Any suggestion regarding either the menubutton usage or another way to > get a similar functionality? > > > Thanks in advance! > Josep M > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf for windows? (again)
- "IOhannes m zmoelnig" a écrit : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 2011-04-30 03:36, Patrice Colet wrote: > > > > I tried to implement setDllDirectory but it doesn't work, > > > > you need to use SetDllDirectory() within Pd, not within your > external. I've been reading that using this function might create security holes, also there are several externals that use the same libraries, mostly if they have all been compiled on the same machine, so just putting the needed dll into pd/bin would be good, and doesn't require a modification of pd code. > quoting myself: > > > > that's a bootstrapping problem, as the external cannot run any code > > before all it's dependencies are resolved. > > the external can't resolve dependencies itself before running any code? > > mfgdr > IOhannes > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.11 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAk2+Z8cACgkQkX2Xpv6ydvS0jgCgnrvfH/eRf/HXKMNmIx7CkXdQ > mjYAn1zvvmOMSuAXCFYR7DqCJWfzNmeO > =h1nJ > -END PGP SIGNATURE- > > > _______ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-msg redraw after patch clear?
hello, it's hard to tell where it get wrong without having a sight of the patch, anyway maybe you should just open/close dynamicaly patches you need instead of trying to draw them as a subpatch - "Jeppi Jeppi" a écrit : > Hi all, > I am playing a bit with the pd-msg system, for a dynamic GUI loader I > need. Say I have a patch A with a subpatch B in it, with contents > displayed, and a subpatch C inside B with contents (a GUI) displayed > as well. > From patch A I send a [clear( message to B to empty it, and thus be > able to load a different patch D instead of C. > Weird things happen, not all the GUI elements from C are cleared > unless I minimize the window and maximize it. Also, the sliders in C > don't seem to work always, or sometimes work but are not visually > updated. Maybe this could be fixed somehow, or I am doing something > wrong? > > > Thanks in advance! > Josep M > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf for windows? (again)
I've just found out that it is crashing with lame encoded mp3 only - "august" a écrit : > Patrice, > > Can you post one of the mp3 files that is crashing on your windows > setup? > > I want to test it on my linux machine and see if there is something > special about the ID3 tag that is making it crash. Seems the iconv > library on mingw isn't agreeing with the format. > > -august. > > > yes > > > > backtrace > > #0 0x02eb60f3 in libiconv () from c:\MinGW\bin\libiconv-2.dll > > #1 0x693738bb in do_convert () from > C:\msys\1.0\home\patko\pd-extended\0.42\externals\readanysf~0.42\readanysf~.dll > > #2 0x69373bf2 in bgav_convert_string () from > C:\msys\1.0\home\patko\pd-extended\0.42\externals\readanysf~0.42\readanysf~.dll > > #3 0x6936c2ce in bgav_id3v2_read () from > C:\msys\1.0\home\patko\pd-extended\0.42\externals\readanysf~0.42\readanysf~.dll > > #4 0x6934e52c in bgav_init () from > C:\msys\1.0\home\patko\pd-extended\0.42\externals\readanysf~0.42\readanysf~.dll > > #5 0x6934e61a in bgav_open () from > C:\msys\1.0\home\patko\pd-extended\0.42\externals\readanysf~0.42\readanysf~.dll > > #6 0x69345db6 in the_thread_opener (xp=0x4262b0) at > src/ReadMedia.cpp:945 > > #7 0x62483e29 in ptw32_threadStart@4 () from > C:\Windows\SysWOW64\pthreadGC2.dll > > #8 0x75f42599 in wcstombs () from C:\Windows\syswow64\msvcrt.dll > > #9 0x75f426b3 in msvcrt!_beginthreadex () from > C:\Windows\syswow64\msvcrt.dll > > #10 0x775eeccb in UnhandledExceptionFilter () from > C:\Windows\syswow64\kernel32.dll > > #11 0x00426ee8 in ?? () > > #12 0x77ecd80d in ntdll!RtlWow64CallFunction64 () from > C:\Windows\system32\ntdll.dll > > #13 0x00426ee8 in ?? () > > #14 0x77ecda1f in ntdll!RtlCloneMemoryStream () from > C:\Windows\system32\ntdll.dll > > #15 0x75f42670 in msvcrt!_beginthreadex () from > C:\Windows\syswow64\msvcrt.dll > > #16 0x in ?? () > > (gdb) > > > > - "august" a écrit : > > > > > > > > any mp3 crashes > > > > > > > > > > > > here is the message I get when it crashes: > > > > > > > > > > > > Program received signal SIGSEGV, Segmentation fault. > > > > > > [Switching to Thread 7728.0x154c] > > > > > > 0x039760f3 in libiconv () from c:\MinGW\bin\libiconv-2.dll > > > > > > (gdb) BFD: C:\Windows\SysWOW64\AUDIOKSE.dll: Warning: > Ignoring > > > > > section flag IMAGE_SCN_MEM_NOT_PAGE > > > > > > > > > > > > > > > > > > > > > hmm. what does libiconv do? > > > > > > > > libiconv is needed by gmerlin encoder for performing character > set > > > conversion > > > > > > > > > could you send me the backtrace from gdb? > > > > -- > > Patrice Colet > > -- > --- > http://aug.ment.org -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf for windows? (again)
I have to rebuild the entire build system for autoconf-2.64, it will take me a while... - "august" a écrit : > okay, let's look at the iconv problem first and then look at the avi > files. > > I can play the file you sent fine with my system. > So, it looks like a problem with iconv on Windows. The crashing > routine wanted to convert the ID3-tag metadata to UTF-8. > > Did you build iconv yourself? If so, can you debug what is going on > there? Maybe someone has already built and tested libiconv for > mingw > and you can just download their .dll? > > -august. > > > > > I've got also avi files that are crashing pd but they are too big to > send by mail > > > > > > > > - "august" a écrit : > > > > > Patrice, > > > > > > Can you post one of the mp3 files that is crashing on your > windows > > > setup? > > > > > > I want to test it on my linux machine and see if there is > something > > > special about the ID3 tag that is making it crash. Seems the > iconv > > > library on mingw isn't agreeing with the format. > > > > > > -august. > > > > > > > yes > > > > > > > > backtrace > > > > #0 0x02eb60f3 in libiconv () from c:\MinGW\bin\libiconv-2.dll > > > > #1 0x693738bb in do_convert () from > > > > C:\msys\1.0\home\patko\pd-extended\0.42\externals\readanysf~0.42\readanysf~.dll > > > > #2 0x69373bf2 in bgav_convert_string () from > > > > C:\msys\1.0\home\patko\pd-extended\0.42\externals\readanysf~0.42\readanysf~.dll > > > > #3 0x6936c2ce in bgav_id3v2_read () from > > > > C:\msys\1.0\home\patko\pd-extended\0.42\externals\readanysf~0.42\readanysf~.dll > > > > #4 0x6934e52c in bgav_init () from > > > > C:\msys\1.0\home\patko\pd-extended\0.42\externals\readanysf~0.42\readanysf~.dll > > > > #5 0x6934e61a in bgav_open () from > > > > C:\msys\1.0\home\patko\pd-extended\0.42\externals\readanysf~0.42\readanysf~.dll > > > > #6 0x69345db6 in the_thread_opener (xp=0x4262b0) at > > > src/ReadMedia.cpp:945 > > > > #7 0x62483e29 in ptw32_threadStart@4 () from > > > C:\Windows\SysWOW64\pthreadGC2.dll > > > > #8 0x75f42599 in wcstombs () from > C:\Windows\syswow64\msvcrt.dll > > > > #9 0x75f426b3 in msvcrt!_beginthreadex () from > > > C:\Windows\syswow64\msvcrt.dll > > > > #10 0x775eeccb in UnhandledExceptionFilter () from > > > C:\Windows\syswow64\kernel32.dll > > > > #11 0x00426ee8 in ?? () > > > > #12 0x77ecd80d in ntdll!RtlWow64CallFunction64 () from > > > C:\Windows\system32\ntdll.dll > > > > #13 0x00426ee8 in ?? () > > > > #14 0x77ecda1f in ntdll!RtlCloneMemoryStream () from > > > C:\Windows\system32\ntdll.dll > > > > #15 0x75f42670 in msvcrt!_beginthreadex () from > > > C:\Windows\syswow64\msvcrt.dll > > > > #16 0x in ?? () > > > > (gdb) > > > > > > > > - "august" a écrit : > > > > > > > > > > > > any mp3 crashes > > > > > > > > > > > > > > > > here is the message I get when it crashes: > > > > > > > > > > > > > > > > Program received signal SIGSEGV, Segmentation fault. > > > > > > > > [Switching to Thread 7728.0x154c] > > > > > > > > 0x039760f3 in libiconv () from > c:\MinGW\bin\libiconv-2.dll > > > > > > > > (gdb) BFD: C:\Windows\SysWOW64\AUDIOKSE.dll: Warning: > > > Ignoring > > > > > > > section flag IMAGE_SCN_MEM_NOT_PAGE > > > > > > > > > > > > > > > > > > > > > > > > > > > > > hmm. what does libiconv do? > > > > > > > > > > > > libiconv is needed by gmerlin encoder for performing > character > > > set > > > > > conversion > > > > > > > > > > > > > > > could you send me the backtrace from gdb? > > > > > > > > -- > > > > Patrice Colet > > > > > > -- > > > --- > > > http://aug.ment.org > > > > -- > > Patrice Colet > > > > -- > --- > http://aug.ment.org -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf for windows? (again)
I can not debug, and I don't find a .dll that fix this issue. - "august" a écrit : > okay, let's look at the iconv problem first and then look at the avi > files. > > I can play the file you sent fine with my system. > So, it looks like a problem with iconv on Windows. The crashing > routine wanted to convert the ID3-tag metadata to UTF-8. > > Did you build iconv yourself? If so, can you debug what is going on > there? Maybe someone has already built and tested libiconv for > mingw > and you can just download their .dll? > > -august.___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf for windows? (again)
yes - "august" a écrit : > hmm. have you tried this: > > http://gnuwin32.sourceforge.net/packages/libiconv.htm > > > > > I can not debug, and I don't find a .dll that fix this issue. > > > > - "august" a écrit : > > > > > okay, let's look at the iconv problem first and then look at the > avi > > > files. > > > > > > I can play the file you sent fine with my system. > > > So, it looks like a problem with iconv on Windows. The crashing > > > routine wanted to convert the ID3-tag metadata to UTF-8. > > > > > > Did you build iconv yourself? If so, can you debug what is going > on > > > there? Maybe someone has already built and tested libiconv for > > > mingw > > > and you can just download their .dll? > > > > > > -august. -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] auto-completion with popup [was: 3 new gui-plugins]
hello, thank you for this plugin, is it possible to have a 8.4 compatible code? then it would be possible to load it within pd-vanilla - "yvan volochine" a écrit : > hey, > > I found the time to refine autocompletion-plugin so I ended up kinda > rewriting it (screenshot below). > > there are lots of changes, it would be nice if some of you could test > it > and tell me what's wrong or what is weird etc... > > latest is here: > http://github.com/gusano/pd_stuffs/tree/master/gui-plugins/autocompletion > > I tested it only on linux and pd-0.43.1-test2 (vanilla). > > list of changes: > > - new GUI (à la DesireData) > - added support for osx and win32 (untested) > - added bash-completion-mode behavior (more or less) > - added *.cfg file for options > - completions update while typing > - added 'All' mode (requested: completions popup as soon as you type) > - hiting 'Enter' without the popup unedits and select the object > ... > > I'd like to track down bugs before releasing it this time ;) > > thanks for the help. > > cheers, > _y > > _______ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] auto-completion with popup [was: 3 new gui-plugins]
ok, but pd-vanilla is actually 0.43 and has tcl/tk-8.4, while pd-extended is
0.42 and has tcl/tk-8.5,
so now it's not possible to use the new plugin release without recompiling
vanilla,
or using a recent nightly build of pd-extended, that reduces a lot the chances
for using it.
I've installed the version 0.33 on vanilla and it doesn't look so bad,
if it's just a matter of using pdsend instead of using pd it's possible to use
both with this code:
if {[llength [info procs ::pdsend]] == 0} {
proc ::pdsend {args} {::pd "[join $args { }] ;"}}
Miller, why pd-vanilla still uses 8.4 ???
I'm actually coding an interface that is 8.4 compatible but with weird
behaviors, and working well with 8.5 and it's new options.
- "yvan volochine" a écrit :
> On 05/06/2011 08:16 PM, Patrice Colet wrote:
> > thank you for this plugin, is it possible to have a 8.4 compatible
> code?
> > then it would be possible to load it within pd-vanilla
>
> no sorry I won't support tcl-8.4 (and its ugly fonts)
>
> note that gui-plugins work only in pd >= 0.43 (vanilla or not)
> if you use pd-0.43 you should update tcl/tk to 8.5 anyway.
>
> cheers,
> _y
>
> >> I found the time to refine autocompletion-plugin so I ended up
> kinda
> >> rewriting it (screenshot below).
> >>
> >> there are lots of changes, it would be nice if some of you could
> test
> >> it
> >> and tell me what's wrong or what is weird etc...
> >>
> >> latest is here:
> >>
> http://github.com/gusano/pd_stuffs/tree/master/gui-plugins/autocompletion
> >>
> >> I tested it only on linux and pd-0.43.1-test2 (vanilla).
> >>
> >> list of changes:
> >>
> >> - new GUI (à la DesireData)
> >> - added support for osx and win32 (untested)
> >> - added bash-completion-mode behavior (more or less)
> >> - added *.cfg file for options
> >> - completions update while typing
> >> - added 'All' mode (requested: completions popup as soon as you
> type)
> >> - hiting 'Enter' without the popup unedits and select the object
> >> ...
> >>
> >> I'd like to track down bugs before releasing it this time ;)
> >>
> >> thanks for the help.
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
--
Patrice Colet
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Re: [PD] auto-completion with popup [was: 3 new gui-plugins]
- "IOhannes m zmölnig" a écrit : > > i _assume_ that you are using Pd on w32 and the w32-binaries come > with > tcl/tk 8.4. if so, you should say that (you are on w32), to help us > understand your problem. > Oh yes, like always I forgot to mention about using w32 version, tcl-tk is included in it. > anyhow, you might want to update your tcl/tk. I have to find where did I put my pd-vanilla makefile.mingw or code another one to have 8.5 in it. -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] linking gem library on w32 mingw [was:Re: [Gridflow-dev] [gemdead]]
I tried to compile a pix_preview dll, it's almost there after some little hacks in source code: pix_preview.cc: #ifdef _WIN32 #define _WIN32_WINNT 0x0501 #include #include #else #include #include #include #include #endif pix_preview.h: #ifndef _WIN32 #include #include #include #include #endif but now something for the linking is missing, it looks like it's the same error we get when compiling gridflow_gem library: undefined reference to: « vtable for GemPixObj » « imageStruct::~imageStruct() » « GemBase::~GemBase() » let me guess, gem have to be compiled first, anyone has done this on mingw? - "Antonio Roberts" a écrit : > I've just come across [pix-preview], which is part of the pdvjtools > package > http://hangar.org/wikis/lab/lib/exe/detail.php?id=start%3Apuredata_pdvjtools&media=start:pix_preview_help_patch.png > > Looks like it does similar to [gem_see] object that was just > created... > > On 30 April 2011 20:06, Antonio Roberts > wrote: > > This is amazing, thanks to you both! > > > > Ant > > > > On 30 April 2011 18:05, Jack wrote: > >> Something like this could help. > >> ++ > >> > >> Jack > >> > >> > >> > >> Le samedi 30 avril 2011 à 12:06 +0100, ALAN BROOKER a écrit : > >>> Hey Ant, > >>> > >>> This can definitely be done- I was working on/off on a sort of ' > #see > >>> for gem' but haven't perfected it yet. > >>> > >>> The method is to render 3d objects into a buffer > to pix object > > > >>> then to #from_pix. Mathieu may know of a more efficient way of > doing > >>> this tho > >>> > >>> The attached patch (if it doesn't work when first opened, close > then > >>> re-open and should work) is what I was working on. As mentioned > it's a > >>> work in progress and I could probably do with some efficiency > tips > >>> here too! > >>> > >>> All the best > >>> > >>> Al > >>> > >>> > >>> > >>> > >>> On Sat, Apr 30, 2011 at 10:19 AM, Antonio Roberts > >>> wrote: > >>> > Thanks and sorry that I didn't stick around to get the reply on > IRC. > >>> > > >>> > Secondly, can the cube be rendered to an [#out window] object? I > know > >>> > [#from_pix] can handle [pix_] objects, and I've tried using a > [cube] > >>> > as a [pix_texture] that I can then send to [#from_pix] but no > luck so > >>> > far > >>> > > >>> > Ant > >>> > > >>> > On 30 April 2011 01:04, Mathieu Bouchard > wrote: > >>> >> > >>> >> from irc #dataflow : > >>> >> > >>> >> Is it possible to use [gemdead] with objects > such as [cube] > >>> >> and [sphere] in gridflow? > >>> >> > >>> >> In theory, I said no, but actually, [gemdead] doesn't prevent > you from using > >>> >> OpenGL elements, and things like [cube] and [sphere] don't > check at all > >>> >> whether they're given a real [gemhead] context, and don't seem > to be doing > >>> >> much that is related to it, therefore : > >>> >> > >>> >> [gemhead] > >>> >> | > >>> >> [b] > >>> >> | > >>> >> [gemdead] > >>> >> | > >>> >> [cube] > >>> >> > >>> >> will really draw the cube as if you had done : > >>> >> > >>> >> [gemhead] > >>> >> | > >>> >> [cube] > >>> >> > >>> >> I suspect that very few Gem object classes really depend on an > authentic > >>> >> GemState (one that was really created by [gemwin]). When you do > find > >>> >> exceptions, please tell me. > >>> >> > >>> >> But you may have to use [gemhead] anyway (as in the above > example) as long > >>> >> as [gemwin] decides when to clear the buffer and when to copy > the buffer to > >>> >> the screen, just because [gemwin] uses [gemdead] to say when > it's the time > >>> >> to draw. > >>> >> > >>> >> > ___ > >>> >> | Mathieu Bouchard tél: +1.514.383.3801 Villeray, > Montréal, QC > >>> >> > >>> > > >>> > ___ > >>> > Pd-list@iem.at mailing list > >>> > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > >>> > > >>> ___ > >>> Gridflow-dev mailing list > >>> gridflow-...@lists.artengine.ca > >>> http://lists.artengine.ca/cgi-bin/mailman/listinfo/gridflow-dev > >> > >> > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] CVs
hello, it depends on how the software is designed to control sound modules, the whole thing could be done with signal objects, then we could say that it would be controled by CV where voltage would be the amount of signal value. From my own experience of designing a synth on pd, it's easier to use signals for controling sound modules, rather than message system. - "Josh Moore" a écrit : > I just got out of a long and heated argument with someone who claimed > he was an EE and told me that digital synthesizers use CVs. I tried > to > explain to him that if they did, it would be ONLY a numerical > conversion so he was wrong and he still insisted that digital > synthesizers used CVs. Has anyone had this kind of experience? > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] tcpserver for sending files?
- "Martin" a écrit : > If the data you're sending is a symbol instead of numbers, the symbol > will be interpreted as a file name, so [client 1 hello.jpg( will send > hello.jpg as raw bytes. The other end will just receive the raw bytes, > so it would need to know what to do with it. How the raw bytes would be writen to the hard drive? I've used once a claudius maximus external for that, which I don't remember the name, it was working good with small files only. -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] CVs
- "Chris McCormick" a écrit : > On Tue, May 10, 2011 at 12:12:04PM -0400, Mathieu Bouchard wrote: > > It doesn't mean that those artifacts don't exist in the physical > world, > > it means that we had to invent those concepts by ourselves because > we > > can't perceive them from the physical world. > > At the very least they exist physically encoded in the brain chemistry > of somebody who is thinking about those concepts. Brains are part of > physical reality, right? > Yes it's like licorns, they have existed since a long time... > Cheers, > > Chris. > > --- > http://mccormick.cx > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pd-extended-0.43.1 win32
hello, the latest build doesn't start, some changes in 0.43.1 seems to brake everything, I have to terminate pd from task manager, this happens on windows vista, I haven't tried to build this release yet. the 2011-04-30 release is still 0.43.0 and working good. -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-extended-0.43.1 win32
- "Patrice Colet" a écrit : > the 2011-04-30 release is still 0.43.0 and working good. > oopse, all iem gui are broken in 0.43.0 release. -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-extended-0.43.1 win32
> > oopse, all iem gui are broken in 0.43.0 release. > dac~ ... couldn't create anyone has tried 0.43 on windows?^^ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-extended-0.43.1 win32
ok, thank you for paying attention, I'm trying now to build trunk on mingw, and I have some questions to ask about that: 1° how pd-extended is built on win32? 2° why using -DMSW flag while _WIN32 definition works without adding it in CFLAGS? I'm replacing all lines #define MSW with #define _WIN32 in all files from pd/src - "João Pais" a écrit : > this also happens on windows XP. I tried to go back the release days > to > see the last good one, but after too much pd-installing I quit. > > > hello, > > the latest build doesn't start, some changes in 0.43.1 seems to > brake > > everything, > > I have to terminate pd from task manager, > > this happens on windows vista, I haven't tried to build this release > yet. > > the 2011-04-30 release is still 0.43.0 and working good. > > > > > -- > Friedenstr. 58 > 10249 Berlin (Deutschland) > Tel +49 30 42020091 | Mob +49 162 6843570 > Studio +49 30 69509190 > jmmmp...@googlemail.com | skype: jmmmpjmmmp -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-extended-0.43.1 win32
if you want pd-extended working you have to follow those steps: get 2011-04-30 win32 release of pd-extended install launch cmd, the dos console cd "C:\Program Files (x86)\pd\bin" replace "Program Files (x86)" with folder where it has been installed start pd with the following command: pd -lib libdir -lib vanilla/list -lib vanilla and for saving those options go to File menu --> preferences --> audio settings and clic on Save all settings thats all so simple isn't it? - "João Pais" a écrit : > this also happens on windows XP. I tried to go back the release days > to > see the last good one, but after too much pd-installing I quit. > > > hello, > > the latest build doesn't start, some changes in 0.43.1 seems to > brake > > everything, > > I have to terminate pd from task manager, > > this happens on windows vista, I haven't tried to build this release > yet. > > the 2011-04-30 release is still 0.43.0 and working good. > > > > > -- > Friedenstr. 58 > 10249 Berlin (Deutschland) > Tel +49 30 42020091 | Mob +49 162 6843570 > Studio +49 30 69509190 > jmmmp...@googlemail.com | skype: jmmmpjmmmp -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] loading patches very slow in linux
- "Mathieu Bouchard" a écrit : > On Mon, 16 May 2011, Matteo Sisti Sette wrote: > > > I often work with huge patches, and I'm noticing that loading the > same > > patch in Linux takes at least 10 times (this is not an exageration) > the > > time it takes in Windows, though the linux box I'm testing on has > better > > hardware. > > My experience is the other way around : opening one of GridFlow's > help-patch was pretty fast using my old Linux laptop, but was quite > slow > using a newer Windows laptop. I made other tests and there seems to be > a > problem finding abstractions quickly. I didn't try changing the order > of > items in «Path...» but this could be making most of the difference. > Really? I always thought that slow gridflow's help patch opening was caused by graph on parent drawing, then caused by tcl-tk low speed. > I don't know about the problem you're experiencing. You'll have to > investigate some more to figure out what may make a patch slow. > > Btw, Lorenzo is joking. > > > ___ > | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, > QC > > _______ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] multi-instance on win32
hello, when starting several instances of pd-vanilla 0.43test3 it shows this message: Pd needs your machine to be configured with 'networking' turned on (see Pd's html doc for details.) this doesn't happen with pd-extended 0.43.0 -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
