----- "Billy Stiltner" <billy.stilt...@gmail.com> a écrit :
> Thanks or the info. > Yeah I couldn't find msvcr71.dll anywhere till I looked in max/msp. I > also could not figure out why that pd 0.42.5 gem worked without it > before I installed pd 0.43. Everything seems to be working great > now. > Maybe you have uninstalled pd-extended 0.42.5 before, then it has uninstalled gem and dll's it needs, and maybe the pd-extended 0.43 install script omit to put this dll? > I do try to keep my patches working using only vanilla except for > ~moog and Gem. > I would like to be able to do a moog abstraction with vanilla > filtering objects. I just recently listened to some of the iem vcf > filters. They sound pretty good too. yes they do, did you try ggee filters? they are the best ones I've heard on pd, maybe because they use [biquad~]. 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. > > 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. > On 4/7/11, patko <colet.patr...@free.fr> wrote: > > > > pd binary needs msvcr71.dll to load gem certainly because it has > been > > compiled with visual studio, > > it's funny because when it was about using cygwin to compile things, > we > > stopped because we had to add cygwin-1.dll... > > > > anyway just copy and paste msvcr71.dll to your vanilla bin dir and > it should > > be able to load gem dll unless it mlisses other dll's, we never know > :o) > > or put this dll to your windows/system32 folder, to share it with > both > > versions, but personaly I don't like to put things in this folder, > because > > it sometimes create problems in other applications. > > > > I also don't use libdir, I really find it complicated, conflictual, > and > > useless, you just need to put the external folder name before > external name > > like this: > > > > > > [flatspace/prepend] or [cyclone/prepend] or [cxc/cxc_prepend]or > > [iemlib/iem_prepend] > > > > that's why I also never use abstractions that use externals without > > namespace, or that use externals at all, unless the abstraction is > packaged > > with the external itself, like in gridflow for example, or unless > the > > external is in extra folder. > > > > ----- "Billy Stiltner" <billy.stilt...@gmail.com> a écrit : > > > >> Hey > >> When I only try to load libdir I get > >> I do get an error at start up saying libdir: can't load library. > >> > >> When I try to load Gem I get a dialog about missing msvcr71.dll > >> then > >> > >> libdir: can't load library > >> C:\\audio\\pd-0.43-0\\pd\\extra\\Gem\\Gem.dll: couldn't load > >> Gem: can't load library > >> > >> The version of gem I'm using is the one that comes with pd 0.42.5 > >> extended. > >> > >> I just copied the directory to the vanilla ext directory. > >> > >> A strange thing is now when I run pd vanilla 0.42.5 I get the same > >> error. > >> Maybe I should use the Gem that is in the 0.42.5 vanilla ext > >> directory? > >> > >> _______________________________________________ > >> Pd-list@iem.at mailing list > >> UNSUBSCRIBE and account-management -> > >> http://lists.puredata.info/listinfo/pd-list > > > > -- > > Patrice Colet > > -- Patrice Colet _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list