Re: [PD] Pd-extended on gusty
Hans-Christoph Steiner wrote: perhaps Gem will need to be ported to libquicktime 1.0. i know you probably know that already: but Gem has just to be recompiled. i am using libquicktime-1.0 since about april (according to the changelog.Debian), i have never even noticed. debian/lenny just did a non-maintainer upload for the recompilation without any problems. i have just recently done a bit of a project with pdp, and i do not remember having any troubles in re-compiling it against the lqt-1.0. afaik, pidip does not depend at all on libquicktime. so no porting, just compiling. we shouldn't make things worse than they are. fgmadsr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended on gusty
so no porting, just compiling. we shouldn't make things worse than they are. ... sounds promising! anyway - i got an error while compiling. and because i'm new to linux on have no c-skills i don't know how to fix it: In file included from ../Pixes/filmAVIPLAY.h:32, from filmAVIPLAY.cpp:16: /usr/include/avifile-0.7/StreamInfo.h:5:2: error: #error Wrong usage of StreamInfo.h - include only infotypes.h! ../Pixes/filmAVIPLAY.h:83: error: ISO C++ forbids declaration of ‘CImage’ with no type ../Pixes/filmAVIPLAY.h:83: error: expected ‘;’ before ‘*’ token filmAVIPLAY.cpp: In constructor ‘filmAVIPLAY::filmAVIPLAY(int)’: filmAVIPLAY.cpp:43: error: ‘m_aviimage’ was not declared in this scope filmAVIPLAY.cpp: In member function ‘virtual pixBlock* filmAVIPLAY::getFrame()’: filmAVIPLAY.cpp:120: error: ‘m_aviimage’ was not declared in this scope filmAVIPLAY.cpp:124: error: ‘m_aviimage’ was not declared in this scope make[3]: *** [filmAVIPLAY.o] Error 1 make[3]: Leaving directory `/home/kimm/Desktop/pd-extended/Gem/src/Pixes' make[2]: *** [Pixes] Error 2 make[2]: Leaving directory `/home/kimm/Desktop/pd-extended/Gem/src' make[1]: *** [/home/kimm/Desktop/pd-extended/Gem/src/Gem.pd_linux] Error 2 make[1]: Leaving directory `/home/kimm/Desktop/pd-extended/packages' make: *** [install] Error 2 [EMAIL PROTECTED]:~/Desktop/pd-extended/packages/linux_make$ libavifile-0.7-dev and libavifile-0.7c2 are installed... until this point hans' tutorial worked fine using copy/paste... thanks! kimm ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended on gusty
On Oct 21, 2007, at 3:36 AM, IOhannes m zmölnig wrote: Hans-Christoph Steiner wrote: perhaps Gem will need to be ported to libquicktime 1.0. i know you probably know that already: but Gem has just to be recompiled. i am using libquicktime-1.0 since about april (according to the changelog.Debian), i have never even noticed. debian/lenny just did a non-maintainer upload for the recompilation without any problems. i have just recently done a bit of a project with pdp, and i do not remember having any troubles in re-compiling it against the lqt-1.0. afaik, pidip does not depend at all on libquicktime. It does, there is pdp_yqt, and others, I think. so no porting, just compiling. we shouldn't make things worse than they are. I had to port pdp and pidip to 0.9.10, so I was just basing this guess on my experience. Hopefully, it really is just compiling. .hc fgmadsr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated -John Donne ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [OT] Re: about sexism is TERMINATE THREAD PLEASE
Hi all, Yves, Here are some facts may help explain and paint a correct picture of the convention's gender distribution. Number of applications received for the exhibition component : 9 (F) 26 (M) Invitations sent : 6 (F) 12 (M) Number of applications for performances (* I am unsure as to the gender of one applicant as we didn't ask people to specify it in their application.) 3 (F) 32 (M) Invitations sent : 2 (F) 18 (M) As Andrew Brouse noted, the applications for papers did not carry the author's names so it makes it hard to get a picture of the gender breakdown. Out of 46 'papers invitations', 2 were extended to women and I believe that may unfortunately be the number of applicants? Andrew may be able to answer to that. I believe that the impression Yves got is justified. It is just that the community is overwhelmingly male and 'white' (another thread!). It also seems that the juries for the papers, exhibition and performances were conscious of the fact as it is somewhat reflected in the final breakdown of invitations sent. Some observations on other parts of this long thread that may yet yield something positive. * The component of the convention that had the highest representation of women applicants was the exhibition. It shows that this form of contribution is often the way through which women enter the community. It should be maintained and expanded through other conventions. * I heard through the application process that some women were intimidated by the perceived technological sophistication of the pd scene and thought that their work may not be 'pure' enough to warrant an application. In that light, dismissing people whose work process calls on external expertise to be realized does not help with that perception of purity. * I am personally glad that our efforts of providing better documentation and access to the software got a renewed push through the work groups and discussions happening at the convention. * Building a more representative community will take time and many more pd-conventions, workshops, efforts through documentation and packaging, participating in long email threads and chats. Let's keep in mind that most of us take part in these efforts because we believe we can make the community more inclusive, make good work and have fun while doing it. A bientot, Alexandre On Friday 19 October 2007 08:24:26 [EMAIL PROTECTED] wrote: ola, Honestly I wasn't even sure this sevy was really Yves, and for that matter I know nothing about Yves. As I said- the original statement was completely untrue; and the original poster hasn't responded to that fact. I honestly did not believe the subject was a problem on this list. wrong! i sent this after reading 'wettest dream' in a mail from 2 weeks ago, but anyway it was 2 years or more that this was going on, and was also a general feeling from pd convention ( seems work groups were only constituted of men ), too bad some people speaking here were not there. saludos, sevy ___ 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] Audio drops when I refresh many text in scrolline byexternalMIDI control.
You all give me big kick with positive energy. EVERY ideas are great and I copied this into separate file for my personal use. I will try to set up GNU for pd and based on earlier attached patch eztest I`m in progress of changing my current patch. (I`m escape from scrollist.) You give me much more than I ask - I understood and known better ways of work with GUI. And maybe I will use also other software parallel with pd for easier life. I try to write not too much this time but I would like to THANK YOU ALL! Please know that I feel your help (this help work!), your good heart, your effort. Definitely this list is very necessary. When I will finish this small part of my patch I will write once again this subject with word SOLVED. Kuba p.s.Frank - my patch is too too deep and ugly for public show now. I`m only 1.5 year with pd and maybe after 5 years my patches will be beauty and clarity like yours. Nowa płyta Billie Holiday Remixed Reimagined - legenda jazzu odkryta na nowo przez mistrzów lounge music! http://klik.wp.pl/?adr=http%3A%2F%2Fcorto.www.wp.pl%2Fas%2Freimagined.htmlsid=66 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pyext crashes on pd startup
buenas on a feisty ubuntustudio i installed pyext - no nagging during installation but as soon as i start pd with -lib py -path -path /home/olsen/pd/extra/grill/py/scripts it crashes with Pd: signal 4 - without pyext works flawlessly. i tried it with Pd-0.39.3-extended-ubuntu-feisty-i386.deb Pd-0.40.3-extended-20071020-ubuntu-feisty-i386.ded py-0.2.0-pd.tgz pyext is using python 2.4 - strangely enough same settings on my laptop (kubuntu feisty)works... any hint welcome thanks olsen -- Planet Pluto bleibt! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Compilation problems under Fedora 7
Hi, i'm trying to compile the cvs version of gem under fedora 7. Here's where it hangs: In file included from ../Pixes/filmFFMPEG.h:24, from filmFFMPEG.cpp:18: /usr/include/ffmpeg/avformat.h:66: error: integer constant is too large for ‘long’ type /usr/include/ffmpeg/avformat.h:67: error: integer constant is too large for ‘long’ type /usr/include/ffmpeg/avcodec.h:2476: warning: attribute ignored in declaration of ‘struct ImgReSampleContext’ /usr/include/ffmpeg/avcodec.h:2476: warning: attribute for ‘struct ImgReSampleContext’ must follow the ‘struct’ keyword /usr/include/ffmpeg/avcodec.h:2487: warning: ‘ImgReSampleContext’ is deprecated (declared at /usr/include/ffmpeg/avcodec.h:2481) /usr/include/ffmpeg/avcodec.h:2497: warning: ‘ImgReSampleContext’ is deprecated (declared at /usr/include/ffmpeg/avcodec.h:2481) /usr/include/ffmpeg/avcodec.h:2503: warning: ‘ImgReSampleContext’ is deprecated (declared at /usr/include/ffmpeg/avcodec.h:2481) /usr/include/ffmpeg/avcodec.h:2508: warning: ‘ImgReSampleContext’ is deprecated (declared at /usr/include/ffmpeg/avcodec.h:2481) /usr/include/ffmpeg/avformat.h: In function ‘void av_init_packet(AVPacket*)’: /usr/include/ffmpeg/avformat.h:66: error: ‘INT64_C’ was not declared in this scope /usr/include/ffmpeg/avformat.h: At global scope: /usr/include/ffmpeg/avformat.h:295: warning: ‘AVFrac’ is deprecated (declared at /usr/include/ffmpeg/avformat.h:121) filmFFMPEG.cpp: In member function ‘virtual void filmFFMPEG::close()’: filmFFMPEG.cpp:71: error: cannot convert ‘AVCodecContext**’ to ‘AVCodecContext*’ for argument ‘1’ to ‘int avcodec_close(AVCodecContext*)’ filmFFMPEG.cpp: In member function ‘virtual bool filmFFMPEG::open(char*, int)’: filmFFMPEG.cpp:104: error: request for member ‘codec_id’ in ‘stream-AVStream::codec’, which is of non-class type ‘AVCodecContext*’ filmFFMPEG.cpp:106: error: request for member ‘codec_type’ in ‘stream-AVStream::codec’, which is of non-class type ‘AVCodecContext*’ filmFFMPEG.cpp:120: error: cannot convert ‘AVCodecContext**’ to ‘AVCodecContext*’ for argument ‘1’ to ‘int avcodec_open(AVCodecContext*, AVCodec*)’ filmFFMPEG.cpp:140: error: request for member ‘time_base’ in ‘stream-AVStream::codec’, which is of non-class type ‘AVCodecContext*’ filmFFMPEG.cpp:173: error: request for member ‘width’ in ‘stream-AVStream::codec’, which is of non-class type ‘AVCodecContext*’ filmFFMPEG.cpp:174: error: request for member ‘height’ in ‘stream-AVStream::codec’, which is of non-class type ‘AVCodecContext*’ filmFFMPEG.cpp: In member function ‘virtual pixBlock* filmFFMPEG::getFrame()’: filmFFMPEG.cpp:256: error: request for member ‘frame_number’ in ‘stream-AVStream::codec’, which is of non-class type ‘AVCodecContext*’ filmFFMPEG.cpp:267: error: cannot convert ‘AVCodecContext**’ to ‘AVCodecContext*’ for argument ‘1’ to ‘int avcodec_decode_video(AVCodecContext*, AVFrame*, int*, uint8_t*, int)’ filmFFMPEG.cpp:310: error: request for member ‘width’ in ‘stream-AVStream::codec’, which is of non-class type ‘AVCodecContext*’ filmFFMPEG.cpp:311: error: request for member ‘height’ in ‘stream-AVStream::codec’, which is of non-class type ‘AVCodecContext*’ filmFFMPEG.cpp:312: error: request for member ‘pix_fmt’ in ‘stream-AVStream::codec’, which is of non-class type ‘AVCodecContext*’ filmFFMPEG.cpp:315: warning: ‘img_convert’ is deprecated (declared at /usr/include/ffmpeg/avcodec.h:2636) filmFFMPEG.cpp:315: warning: ‘img_convert’ is deprecated (declared at /usr/include/ffmpeg/avcodec.h:2636) filmFFMPEG.cpp:320: error: request for member ‘frame_number’ in ‘stream-AVStream::codec’, which is of non-class type ‘AVCodecContext*’ make[1]: *** [filmFFMPEG.o] Error 1 make[1]: Leaving directory `/home/sobert/src/Gem/src/Pixes' make: *** [Pixes] Error 2 Does anyone know if this is a libffmpeg version-problem ? I'm using libffmpeg version 0.4.9. Any help greatly appreciated. -robert ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended on gusty
Yeah, I think everything will work except things that require libquicktime and libflac7. .hc On Oct 21, 2007, at 1:24 PM, patrick wrote: i am running gutsy too, i have the same problem. but i downloaded the pd-0.40.3.deb file and unpack it (with file-roller for example). inside data, there's usr i think, i just copied pd in /usr/local/lib and bin in /usr/local/. it works but i am not sure at all about what external is using libflac7. i am guessing pidip. pat - Original Message - From: kimm furt [EMAIL PROTECTED] To: pd list [EMAIL PROTECTED] Sent: Saturday, October 20, 2007 4:45 PM Subject: [PD] Pd-extended on gusty hi hans and list, i just tried to install a Pd-0.40.3-extended...deb on ubuntustudio 7.10 which was released yesterday. but a couple of libaries aren't availible in the repos anymore. for example there's libflac8 instaed of libflac7 and libquicktime1 instead of version 0, and i didn' succeed. is it possible to get the source, that is used for the auto-builds somewhere? so i can try to compile it by myself. will there eventually be a .deb for gusty in the nearer future? or does anyone know any other way to get Pd-extended running on gusty? if not, i'll have to install feisty again... thanks, kimm ___ 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 The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] building pdj
Hi all. I wanted give pdj a try but i am having trouble building it. I've followed all instructions to setup ant and cpptasks but cannot get the pdj build going. survey Has anyone successfully built pdj? /survey I have tried building pdj with ant's versions 1.6.5 and 1.7.0. Both failed. I have modified build.xml in various ways (following hese directions for cpptasks installation and build config: http://ant-contrib.sourceforge.net/cc.html) and always get the following error: ant package Buildfile: build.xml -init: cl-java: javah: cl: BUILD FAILED /home/mis/cvs/pdj-0.8.2/build.xml:68: Problem: failed to create task or type cc Cause: The name is undefined. Action: Check the spelling. Action: Check that any custom tasks/types have been declared. Action: Check that any presetdef/macrodef declarations have taken place. Total time: 0 seconds make: *** [all] Error 1 Any pointers/comments would be appreciated. thanks, ./MiS ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] metastudio released
Greetings. My electro app, the metastudio is now released as version 0.1 Sorry there's no docs, I'm really busy, but I'll try to get something together soon! Check out the page: http://sharktracks.co.uk/puredata/ or download'http://sharktracks.co.uk/puredata/metastudio-v0.1.zip;download Have fun, Ed Lone Shark Aviation out now on http://www.pyramidtransmissions.com http://www.myspace.com/sharktracks ___ Want ideas for reducing your carbon footprint? Visit Yahoo! For Good http://uk.promotions.yahoo.com/forgood/environment.html___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Spectrum graphing amplitude problem
It is really just the pixel-resolution of the graph. The graph size is 252, but the FFT size is 4096 ( giving 2049 points within the Nyquist frequency ). So you will see magnitude peaks between the pixels as lower amplitude because the screen doesn't display pixels between pixels. I hope this makes sense, Ed Lone Shark Aviation out now on http://www.pyramidtransmissions.com http://www.myspace.com/sharktracks - Original Message From: Jason Plumb [EMAIL PROTECTED] To: pd-list pd-list@iem.at Sent: Sunday, 21 October, 2007 6:06:53 AM Subject: [PD] Spectrum graphing amplitude problem Hi. I'm building a super simple but reconfigurable GOP spectrum graphing abstraction, but got some weird behavior early on. Please see my example: http://noisybox.net/computers/pd/questions/freq_graph_work3.pd The magnitude computation and dividing by the block size I got from one of the help examples. It's almost doing the right thing -- if you drag the slider around the single frequency peak moves around. The problem is that the peak amplitude, as graphed, changes based on the frequency. It even seems to be periodic WRT frequency, which makes me think there's a kooky phase issue... Any ideas? Thanks, -jason http://noisybox.net ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Want ideas for reducing your carbon footprint? Visit Yahoo! For Good http://uk.promotions.yahoo.com/forgood/environment.html___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-0.39.3-extended released!
Hans-Christoph Steiner wrote: * PDP/PiDiP work out-of-box on Mac OS X live input should be renamed from pdp_v4l to pdp_ieee1394 * Gem has working shader support which is almost not documented, but cyrille, chris already did some documentation, and I am trying to write some tutorials, too. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Spectrum graphing amplitude problem
Ed Kelly wrote: It is really just the pixel-resolution of the graph. The graph size is 252, but the FFT size is 4096 ( giving 2049 points within the Nyquist frequency ). HmmmI think I follow...but if that reason holds, if I expand the graph to 256 and use a block size of 512, it should be pixel perfect eh? I tried that earlier today, but saw the same behavior... So you will see magnitude peaks between the pixels as lower amplitude because the screen doesn't display pixels between pixels. I hope this makes sense, That *does* make sense. It's for display reasons that I ultimately want to build a little scaling control into the abstraction...but I gotta get the basics going first. Any other ideas? I'm a bit new to FFT in the pd context, but I think I grok Nyquist -- Sampling at S can, at best, yield the S/2 frequency (where S is the sampling rate). But how does this relate to block size in the DFT? Your original statement sounds like the max frequency out of the fft is (block size)/2...but that can't be right, eh? Thanks, -jason ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Spectrum graphing amplitude problem
On Sun, 21 Oct 2007, Jason Plumb wrote: I'm a bit new to FFT in the pd context, but I think I grok Nyquist -- Sampling at S can, at best, yield the S/2 frequency (where S is the sampling rate). But how does this relate to block size in the DFT? Your original statement sounds like the max frequency out of the fft is (block size)/2...but that can't be right, eh? The most rapid change you can have in a signal is an alternance of two values: e.g. +1, -1, +1, -1, +1, -1, ... which has S/2 frequency. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Spectrum graphing amplitude problem
Any other ideas? Another option is to use the 'plot as points' graph. You will get all the points that way, even if the size is too small. I'm a bit new to FFT in the pd context, but I think I grok Nyquist -- Sampling at S can, at best, yield the S/2 frequency (where S is the sampling rate). But how does this relate to block size in the DFT? Your original statement sounds like the max frequency out of the fft is (block size)/2...but that can't be right, eh? exactly right. When you use rfft~ on a block-size of N, you will have N/2+1 points in the real part, indexed from 0 to N/2. You will have N/2-1 points in the imaginary part, indexed from 1 to N/2-1 (because the imaginary part of the fft of a real-valued signal is zero at the 0 frequency and at the Nyquist frequency). If you're using fft~, you will see the full spectrum from 0 to N-1, where the second half of the spectrum is the conjugate of the first half. For graphing purposes, you will probably just need the first half. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Spectrum graphing amplitude problem
Mathieu Bouchard wrote: The most rapid change you can have in a signal is an alternance of two values: e.g. +1, -1, +1, -1, +1, -1, ... which has S/2 frequency. Woah, that's a *super* good way to remember that. Thanks. I love examples, and that's great! Charles Henry wrote: Any other ideas? Another option is to use the 'plot as points' graph. You will get all the points that way, even if the size is too small. I would do that, but the single points are just too hard to see IMO. If you're using fft~, you will see the full spectrum from 0 to N-1, where the second half of the spectrum is the conjugate of the first half. For graphing purposes, you will probably just need the first half. That's cool, makes sense. Since I now understand that I'm dealing with a graph/display issue, maybe I need to do some heavier lifting? That is, unless somebody can suggest a better way, I guess I'll try and do block-synchronized snapshots, somehow walk/traverse the fft results myself and look for local discretized maximums. Doesn't seem like much fun... The real truth is that although I stand to learn a thing or two by going down this road, I'm probably just reinventing the wheel and could drop in an existing spectrum abstraction or external huh? -jason ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Spectrum graphing amplitude problem
That's cool, makes sense. Since I now understand that I'm dealing with a graph/display issue, maybe I need to do some heavier lifting? That is, unless somebody can suggest a better way, I guess I'll try and do block-synchronized snapshots, somehow walk/traverse the fft results myself and look for local discretized maximums. Doesn't seem like much fun... The real truth is that although I stand to learn a thing or two by going down this road, I'm probably just reinventing the wheel and could drop in an existing spectrum abstraction or external huh? If you're looking for locations and values of peaks in a signal block, you can use pique~ to do that. When I started out, I wrote an external called maxval~ to do this, not realising there was one in front of my face :) I recommend writing an external as an exercise anyway. Chances are, you will eventually find yourself with some function you want. It's better to space out the heavy lifting than doing it all at once ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-0.39.3-extended released!
On Oct 21, 2007, at 6:47 PM, marius schebella wrote: Hans-Christoph Steiner wrote: * PDP/PiDiP work out-of-box on Mac OS X live input should be renamed from pdp_v4l to pdp_ieee1394 I couldn't resist. I made this change in all the help patches and example patches, and reuploaded the release. So if you are on the Mac and your pdp/pidip patches have pdp_v4l in them, download again. :D .hc * Gem has working shader support which is almost not documented, but cyrille, chris already did some documentation, and I am trying to write some tutorials, too. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list It is convenient to imagine a power beyond us because that means we don't have to examine our own lives., from The Idols of Environmentalism, by Curtis White ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] install latest pd-ext
Hello - newbie lurker here. I am attempting to install the latest Pd-extended on my debian testing box, and this is what I get: pd-extended: Depends: tcl8.4 but it is not going to be installed Depends: tk8.4 but it is not going to be installed Depends: libflac7 but it is not installable Depends: imagemagick Depends: libpng3 but it is not going to be installed Depends: libmpeg1 but it is not going to be installed Depends: libmpeg2-4 but it is not going to be installed Depends: libmpeg3-1 but it is not going to be installed Depends: libquicktime0 but it is not installable Depends: libdv4 but it is not going to be installed Depends: libimlib2 but it is not going to be installed Depends: libgsl0 but it is not going to be installed Depends: libmagick++9c2a but it is not going to be installed Depends: x-ttcidfont-conf but it is not going to be installed Depends: libavifile-0.7c2 but it is not going to be installed E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution). So no problem, I can go through and install these, except I get tripped right off the bat - there is no libflac7, only 6 and 8. How are the debian folks getting past this issue? The website mentions automatically getting the right dependancies downloaded, but I do not know how to do that. Thank you, -- Josh Lawrence http://www.hardbop200.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list