[PD] What version of GEM should I use with pd 0.43-0 vanilla

patko colet.patrice at free.fr
Thu Apr 7 23:20:39 CEST 2011


----- "Billy Stiltner" <billy.stiltner at 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.patrice at 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.stiltner at 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 at iem.at mailing list
> >> UNSUBSCRIBE and account-management ->
> >> http://lists.puredata.info/listinfo/pd-list
> >
> > --
> > Patrice Colet
> >

-- 
Patrice Colet 



More information about the Pd-list mailing list