----- "Billy Stiltner" billy.stiltner@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@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@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