Hi
Is there such a beast working?
I saw some talk on the dev lists about this.
thanks
Pat
On Apr 10, 2005, at 10:02 PM, Patrick Pagano wrote:
Is there such a beast working?
yup: just committed it to cvs, and also put a pre-compiled version on my ugly website:
http://homepage.mac.com/tigital
notes from the readme:
notes:
- now allows you to select the colorspace that pdp's yv12 image format
is converted to. This means we can now request a YUV colorspace, which is computationally much faster than yv12 to RGB or RGBA (so much so that it is the default). Colorspace can be indicated on object creation (ie. [pdp2gem RGB]) or by message (ie. [colorspace YUV<)
- now uses standardized color conversions found in GemPixUtil.cpp,
which includes altivec speedups! These use formulae from http://www.poynton.com/notes/colour_and_gamma/ColorFAQ.html#RTFToC30
- please note that colorspace switching between objects is handled
automatically by GEM unless specifically stated (ie. by [pix_yuv], [pix_rgba], [pix_grey])
enjoy!
james
cool
but i get a wacky
PDP: pure data packet PDP: version 0.12.1 PiDiP : additional video processing objects for PDP : version 0.12.13 ( ydegoyon@free.fr )
dyld: /Users/patrickp/pd/bin/pd Undefined symbols: __ZN11imageStruct5clearEv __ZN11imageStruct8fromYV12EPs __ZN12GemException6reportEv __ZN7GemBase11setModifiedEv __ZN7GemBase17obj_setupCallbackEP6_class __ZN7GemBase17realStopRenderingEv __ZN7GemBaseC2Ev __ZN7GemBaseD2Ev __ZN9CPPExtern10m_holdnameE __ZN9CPPExtern8m_holderE __ZnwmPvS_ _pdp_packet_copy_ro_or_drop _pdp_packet_data _pdp_packet_header _pdp_packet_mark_unused pd_gui: pd process exited
when loading up
On Apr 11, 2005, at 11:40 PM, james tittle wrote:
On Apr 10, 2005, at 10:02 PM, Patrick Pagano wrote:
Is there such a beast working?
yup: just committed it to cvs, and also put a pre-compiled version on my ugly website:
http://homepage.mac.com/tigital
notes from the readme:
notes:
- now allows you to select the colorspace that pdp's yv12 image format
is converted to. This means we can now request a YUV colorspace, which is computationally much faster than yv12 to RGB or RGBA (so much so that it is the default). Colorspace can be indicated on object creation (ie. [pdp2gem RGB]) or by message (ie. [colorspace YUV<)
- now uses standardized color conversions found in GemPixUtil.cpp,
which includes altivec speedups! These use formulae from http://www.poynton.com/notes/colour_and_gamma/ColorFAQ.html#RTFToC30
- please note that colorspace switching between objects is handled
automatically by GEM unless specifically stated (ie. by [pix_yuv], [pix_rgba], [pix_grey])
enjoy!
james
Patrick Pagano, B.S.,M.F.A Candidate Research And Development Assistant Digital Worlds Institute University Of Florida (352) 294-2070
Patrick Pagano wrote:
cool
but i get a wacky
dyld: /Users/patrickp/pd/bin/pd Undefined symbols: __ZN11imageStruct5clearEv __ZN11imageStruct8fromYV12EPs __ZN12GemException6reportEv __ZN7GemBase11setModifiedEv __ZN7GemBase17obj_setupCallbackEP6_class __ZN7GemBase17realStopRenderingEv __ZN7GemBaseC2Ev __ZN7GemBaseD2Ev __ZN9CPPExtern10m_holdnameE __ZN9CPPExtern8m_holderE
do you have Gem loaded ?
mfg.a.sdr IOhannes
yes !
i tried 090 and 888rc2 :-)
On Apr 12, 2005, at 8:42 AM, IOhannes m zmoelnig wrote:
Patrick Pagano wrote:
cool but i get a wacky dyld: /Users/patrickp/pd/bin/pd Undefined symbols: __ZN11imageStruct5clearEv __ZN11imageStruct8fromYV12EPs __ZN12GemException6reportEv __ZN7GemBase11setModifiedEv __ZN7GemBase17obj_setupCallbackEP6_class __ZN7GemBase17realStopRenderingEv __ZN7GemBaseC2Ev __ZN7GemBaseD2Ev __ZN9CPPExtern10m_holdnameE __ZN9CPPExtern8m_holderE
do you have Gem loaded ?
mfg.a.sdr IOhannes
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Patrick Pagano, B.S.,M.F.A Candidate Research And Development Assistant Digital Worlds Institute University Of Florida (352) 294-2070
On Apr 12, 2005, at 8:31 AM, Patrick Pagano wrote:
cool
but i get a wacky
PDP: pure data packet PDP: version 0.12.1 PiDiP : additional video processing objects for PDP : version 0.12.13
( ydegoyon@free.fr )dyld: /Users/patrickp/pd/bin/pd Undefined symbols: __ZN11imageStruct5clearEv __ZN11imageStruct8fromYV12EPs __ZN12GemException6reportEv __ZN7GemBase11setModifiedEv __ZN7GemBase17obj_setupCallbackEP6_class __ZN7GemBase17realStopRenderingEv __ZN7GemBaseC2Ev __ZN7GemBaseD2Ev __ZN9CPPExtern10m_holdnameE __ZN9CPPExtern8m_holderE __ZnwmPvS_ _pdp_packet_copy_ro_or_drop _pdp_packet_data _pdp_packet_header _pdp_packet_mark_unused pd_gui: pd process exited
...oh yeah, something I forgot to mention: you must use the s_loader.c
patch that I've been talking about for the last few months...it is
available from:
http://sourceforge.net/tracker/index.php? func=detail&aid=1083495&group_id=55736&atid=478072
...this is an osx-only patch for pd...it should also be noted that it
seems to require some libraries to be compiled as -two_level_namespace
instead of -flat_namespace: so far, I've had to change this in the
makefile to miXed, and recently it seems as tho zexy 2.0 and iemlib are
going to need the same treatment (something to do with
wrap_setup?)...more on that later...
...further, I'm using pdp 0.12.4, pidip -0.12.17, and the latest gem
cvs (hmm, seems like I just found a channel switched bug in the
conversion to rgb)...
hth, jamie
how do i properly apply this patch james? i have not done this for pd yet :-)
On Apr 12, 2005, at 9:11 AM, james tittle wrote:
On Apr 12, 2005, at 8:31 AM, Patrick Pagano wrote:
cool
but i get a wacky
PDP: pure data packet PDP: version 0.12.1 PiDiP : additional video processing objects for PDP : version 0.12.13
( ydegoyon@free.fr )dyld: /Users/patrickp/pd/bin/pd Undefined symbols: __ZN11imageStruct5clearEv __ZN11imageStruct8fromYV12EPs __ZN12GemException6reportEv __ZN7GemBase11setModifiedEv __ZN7GemBase17obj_setupCallbackEP6_class __ZN7GemBase17realStopRenderingEv __ZN7GemBaseC2Ev __ZN7GemBaseD2Ev __ZN9CPPExtern10m_holdnameE __ZN9CPPExtern8m_holderE __ZnwmPvS_ _pdp_packet_copy_ro_or_drop _pdp_packet_data _pdp_packet_header _pdp_packet_mark_unused pd_gui: pd process exited
...oh yeah, something I forgot to mention: you must use the
s_loader.c patch that I've been talking about for the last few
months...it is available from:http://sourceforge.net/tracker/index.php? func=detail&aid=1083495&group_id=55736&atid=478072
...this is an osx-only patch for pd...it should also be noted that it
seems to require some libraries to be compiled as -two_level_namespace
instead of -flat_namespace: so far, I've had to change this in the
makefile to miXed, and recently it seems as tho zexy 2.0 and iemlib
are going to need the same treatment (something to do with
wrap_setup?)...more on that later......further, I'm using pdp 0.12.4, pidip -0.12.17, and the latest gem
cvs (hmm, seems like I just found a channel switched bug in the
conversion to rgb)...hth, jamie
Patrick Pagano, B.S.,M.F.A Candidate Research And Development Assistant Digital Worlds Institute University Of Florida (352) 294-2070
On Apr 12, 2005, at 9:15 AM, Patrick Pagano wrote:
how do i properly apply this patch james? i have not done this for pd yet :-)
...place the patch in the the src directory and then go to terminal, change into the pd/src dir, and type "patch -p0 < nameofthepatch"...not that the -p0 is a zero...alternatively, you could just copy paste it from the patch to s_loader.c: it's just a few lines of code and should be fairly obvious...then recompile pd and your good to go!
james
hi
trying to re-compile pd i get a tk error? OSX 10.3
it says it's here /Library/Frameworks/Tk.framework/Versions/8.4/Headers/tk.h
but the configure script does not find it and i get: i would like to build it properly, but it seems i have been shamefully getting by with binaries :-0
t_tkcmd.c:6:16: tk.h: No such file or directory
t_tkcmd.c:54: error: parse error before '*' token
t_tkcmd.c:54: warning: type defaults to int' in declaration oftk_pdinterp'
t_tkcmd.c:54: warning: data definition has no type or storage class
t_tkcmd.c:111: error: parse error before "cd"
t_tkcmd.c:112: warning: function declaration isn't a prototype
t_tkcmd.c: In function pdgui_connecttosocket': t_tkcmd.c:302: warning: implicit declaration of functionTk_CreateFileHandler'
t_tkcmd.c:302: error: TK_READABLE' undeclared (first use in this function) t_tkcmd.c:302: error: (Each undeclared identifier is reported only once t_tkcmd.c:302: error: for each function it appears in.) t_tkcmd.c:302: error:TK_EXCEPTION' undeclared (first use in this
function)
t_tkcmd.c: In function pd_startfromgui': t_tkcmd.c:337: warning: implicit declaration of functionTcl_GetVar'
t_tkcmd.c:337: warning: assignment makes pointer from integer without a
cast
t_tkcmd.c:448: error: TK_READABLE' undeclared (first use in this function) t_tkcmd.c:448: error:TK_EXCEPTION' undeclared (first use in this
function)
t_tkcmd.c: At top level:
t_tkcmd.c:481: error: parse error before "cd"
t_tkcmd.c:482: warning: function declaration isn't a prototype
t_tkcmd.c: In function pdCmd': t_tkcmd.c:483: error:argc' undeclared (first use in this function)
t_tkcmd.c:485: error: argv' undeclared (first use in this function) t_tkcmd.c:501: error:interp' undeclared (first use in this function)
t_tkcmd.c:502: error: TCL_ERROR' undeclared (first use in this function) t_tkcmd.c:513: error:TCL_OK' undeclared (first use in this function)
t_tkcmd.c: In function tcl_mess': t_tkcmd.c:521: warning: implicit declaration of functionTcl_Eval'
t_tkcmd.c:522: error: TCL_OK' undeclared (first use in this function) t_tkcmd.c:524: error: request for memberresult' in something not a
structure or union
t_tkcmd.c:524: error: request for member `result' in something not a
structure or union
t_tkcmd.c: At top level:
t_tkcmd.c:555: error: parse error before '*' token
t_tkcmd.c:556: warning: function declaration isn't a prototype
t_tkcmd.c: In function pdgui_startup': t_tkcmd.c:558: error:interp' undeclared (first use in this function)
t_tkcmd.c:561: warning: implicit declaration of function
Tcl_CreateCommand' t_tkcmd.c:561: error:Tcl_CmdProc' undeclared (first use in this
function)
t_tkcmd.c:561: error: parse error before ')' token
t_tkcmd.c: At top level:
t_tkcmd.c:598: error: parse error before '*' token
t_tkcmd.c:599: warning: function declaration isn't a prototype
t_tkcmd.c: In function Pdtcl_Init': t_tkcmd.c:600: error:interp' undeclared (first use in this function)
t_tkcmd.c:600: warning: initialization makes pointer from integer
without a cast
t_tkcmd.c:608: error: `TCL_OK' undeclared (first use in this function)
make: *** [t_tkcmd.o] Error 1
On Apr 12, 2005, at 9:25 AM, james tittle wrote:
On Apr 12, 2005, at 9:15 AM, Patrick Pagano wrote:
how do i properly apply this patch james? i have not done this for pd yet :-)
...place the patch in the the src directory and then go to terminal, change into the pd/src dir, and type "patch -p0 < nameofthepatch"...not that the -p0 is a zero...alternatively, you could just copy paste it from the patch to s_loader.c: it's just a few lines of code and should be fairly obvious...then recompile pd and your good to go!
james
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Apr 12, 2005, at 11:42 AM, Pat Pagano wrote:
hi
trying to re-compile pd i get a tk error? OSX 10.3
it says it's here /Library/Frameworks/Tk.framework/Versions/8.4/Headers/tk.h
but the configure script does not find it and i get: i would like to build it properly, but it seems i have been shamefully getting by with binaries :-0
t_tkcmd.c:6:16: tk.h: No such file or directory
...yeh, don't know why this has been changed, but I always have to hand-modify the pd makefiles: personally, I think the references re:tcl/tk are screwed up :-\ For some reason they are using a bunch of "../../../"'s, which makes the references relative to a particular dev environment setup, and therefore extremely installation specific...here's what I use in the makefile, just replace these lines in yours:
GINCLUDE = $(INCLUDE) -F/Library/Frameworks -framework Tcl -framework
Tk -I/Library/Frameworks/Tk.framework/Versions/Current/Headers
-ILibrary/Frameworks/Tcl.framework/Versions/Current/Headers
-I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders
...and then:
#this is for Max OSX only...
$(BIN_DIR)/pdtcl: $(GOBJ) $(GSRC)
cd ../obj; libtool -dynamic -o $(BIN_DIR)/pdtcl $(GOBJ)
/Library/Frameworks/Tk.framework/Versions/Current/Tk
/Library/Frameworks/Tcl.framework/Versions/Current/Tcl
/usr/lib/libSystem.B.dylib
...I don't think there's a real reason to specifically look for tk headers in "Tk.framework/Versions/8.4/Headers"; it'd be just as fine to do "Tk.framework/Versions/Current/Headers", or even "Tk.framework/Headers"...
...that's all I know about that! jamie
OK now pd builds but i get
link error 0 dyld: /Users/shree/Desktop/pd/bin/pd Undefined symbols: __ZN11imageStruct8fromYV12EPs __ZN12GemException6reportEv __ZN9CPPExtern10m_holdnameE
//Users/shree/Desktop/gem2pdp/pdp2gem: can't load library
how should i proceed?
On Apr 12, 2005, at 12:22 PM, Pat Pagano wrote:
OK now pd builds but i get
...hehe: you realize you are my first guinea pig, right? Of course you should be too scared: I always experiment on myself first ;-)
link error 0 dyld: /Users/shree/Desktop/pd/bin/pd Undefined symbols: __ZN11imageStruct8fromYV12EPs __ZN12GemException6reportEv __ZN9CPPExtern10m_holdnameE
//Users/shree/Desktop/gem2pdp/pdp2gem: can't load library
how should i proceed?
...well, I think this means that your GEM library isn't up-to-date...please get the latest cvs and recompile, or wait for me to make available a binary in a few hours: I'm at work :-)
jamie
The ../../Frameworks is so that you can compile Pd using the
TclTkStandalone distro. But that doesn't have headers anymore, so we
have to come up with a different solution.
I made a patch to configure.in and makefile.in to fix the MacOS X
compilation issues. This patch also allows you to compile jack support
on OSX if you have it installed.
http://cvs.sourceforge.net/viewcvs.py/pure-data/packages/darwin_app/ patches/darwin_build-0.38.patch?rev=1.1&view=log
or from CVS:
cvs checkout packages/darwin_app/patches/darwin_build-0.38.patch
To apply:
cd pd-0.38-4 patch -p0 < path/to/darwin_build-0.38.patch
.hc
On Apr 12, 2005, at 12:00 PM, james tittle wrote:
On Apr 12, 2005, at 11:42 AM, Pat Pagano wrote:
hi
trying to re-compile pd i get a tk error? OSX 10.3
it says it's here /Library/Frameworks/Tk.framework/Versions/8.4/Headers/tk.h
but the configure script does not find it and i get: i would like to build it properly, but it seems i have been
shamefully getting by with binaries :-0t_tkcmd.c:6:16: tk.h: No such file or directory
...yeh, don't know why this has been changed, but I always have to
hand-modify the pd makefiles: personally, I think the references
re:tcl/tk are screwed up :-\ For some reason they are using a bunch
of "../../../"'s, which makes the references relative to a particular
dev environment setup, and therefore extremely installation
specific...here's what I use in the makefile, just replace these lines
in yours:GINCLUDE = $(INCLUDE) -F/Library/Frameworks -framework Tcl -framework
Tk -I/Library/Frameworks/Tk.framework/Versions/Current/Headers
-ILibrary/Frameworks/Tcl.framework/Versions/Current/Headers-I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders
...and then:
#this is for Max OSX only... $(BIN_DIR)/pdtcl: $(GOBJ) $(GSRC) cd ../obj; libtool -dynamic -o $(BIN_DIR)/pdtcl $(GOBJ)
/Library/Frameworks/Tk.framework/Versions/Current/Tk
/Library/Frameworks/Tcl.framework/Versions/Current/Tcl
/usr/lib/libSystem.B.dylib...I don't think there's a real reason to specifically look for tk
headers in "Tk.framework/Versions/8.4/Headers"; it'd be just as fine
to do "Tk.framework/Versions/Current/Headers", or even
"Tk.framework/Headers"......that's all I know about that! jamie
PD-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
http://at.or.at/hans/
hi James after getting headers for gsl in the right place i get
[gem2pdp]$ make
cat
/Users/patrickp/Desktop/pdp_pidip_osx/usr/local/lib/pd/pdp_pidip_osx/
include/pdp.h | grep -v m_pd > pdp-light.h
g++ -DPD -O2 -funroll-loops -fomit-frame-pointer -ffast-math -Wall -W
-Wno-unused -Wno-parentheses -Wno-switch -DGEM2PDP_VERSION="0.5" -g
-I/Users/patrickp/pd/src -I.
-I/Users/patrickp/Desktop/pdp_pidip_osx/usr/local/lib/pd/pdp_pidip_osx/
include -I/Users/patrickp/pd/gem-0.90.0/src -o gem2pdp.o -c
gem2pdp.cpp
In file included from pdp-light.h:73,
from gem2pdp.h:15,
from gem2pdp.cpp:11:
/Users/patrickp/Desktop/pdp_pidip_osx/usr/local/lib/pd/pdp_pidip_osx/
include/pdp_packet.h:114: warning: declaration
does not declare anything
/Users/patrickp/Desktop/pdp_pidip_osx/usr/local/lib/pd/pdp_pidip_osx/
include/pdp_packet.h:114: error: parse
error before new' /Users/patrickp/Desktop/pdp_pidip_osx/usr/local/lib/pd/pdp_pidip_osx/ include/pdp_packet.h:167: error: parse error beforenew'
make: *** [gem2pdp.o] Error 1
[gem2pdp]$
Patrick Pagano, B.S.,M.F.A Research And Development Assistant Digital Worlds Institute University Of Florida (352) 294-2070
On Apr 12, 2005, at 8:34 PM, Patrick Pagano wrote:
hi James after getting headers for gsl in the right place i get
...gsl isn't needed strictly for pdp2gem compilation (but it is for pdp)...
...to make matters easier, below is the OSX makefile I used/hacked...
jamie
...... cut here ......
PD_DIR = ../../pd PDP_DIR = ../../pdp-0.12.4 GEM_DIR = ../../Gem
LIBS = -lm -lstdc++ GEM2PDP_VERSION = 0.6
GEM2PDP_DISTRO = /mnt/c/ydegoyon.free.fr/gem2pdp-$(GEM2PDP_VERSION) GEM2PDP_TARBALL = $(GEM2PDP_DISTRO).tar.gz # build flags
GEM2PDP_INCLUDE = -I$(PD_DIR)/src -I. -I$(PDP_DIR)/include
-I$(GEM_DIR)/src -I/sw/include
GEM2PDP_CPPFLAGS = -DPD -O0 -funroll-loops -fomit-frame-pointer
-ffast-math
-Wall -W -Wno-unused -Wno-parentheses -Wno-switch -Wno-long-double
-DGEM2PDP_VERSION="$(GEM2PDP_VERSION)" -g
PDP_PIDIP_CPPFLAGS = -O
all: pdp2gem.pd_darwin
pdp2gem.pd_darwin: pdp2gem.o yuv.o rm -f pdp2gem.pd_darwin g++ -bundle -bundle_loader $(PD_DIR)/bin/pd -o pdp2gem.pd_darwin pdp2gem.o yuv.o $(LIBS) # gcc -Wl,-bind_at_load -bundle -bundle_loader $(PD_DIR)/bin/pd -undefined define_a_way -o pdp2gem.pd_darwin pdp2gem.o yuv.o $(LIBS) # g++ -bundle -bundle_loader $(PD_DIR)/bin/pd -undefined dynamic_lookup -o pdp2gem.pd_darwin pdp2gem.o yuv.o $(LIBS) # g++ -bundle -undefined dynamic_lookup -o pdp2gem.pd_darwin pdp2gem.o yuv.o $(LIBS)
gem2pdp.pd_darwin: gem2pdp.o yuv.o rm -f gem2pdp.pd_darwin gcc -bundle -flat_namespace -undefined suppress -o gem2pdp.pd_darwin gem2pdp.o yuv.o $(LIBS)
clean: rm -f *.o rm -f gem2pdp.pd_* rm -f pdp2gem.pd_*
distro: clean all rm *.o strip --strip-unneeded gem2pdp.pd_linux cd .. && cp -rf gem2pdp /tmp/gem2pdp-$(GEM2PDP_VERSION) cd /tmp && tar vczf $(GEM2PDP_TARBALL) gem2pdp-$(GEM2PDP_VERSION) cp /mnt/c/ydegoyon.free.fr/gem2pdp-$(GEM2PDP_VERSION).tar.gz /mnt/c/Yves rm -rf /tmp/gem2pdp-$(GEM2PDP_VERSION)
.cpp.o: cat $(PDP_DIR)/include/pdp.h | grep -v m_pd > pdp-light.h g++ $(GEM2PDP_CPPFLAGS) $(GEM2PDP_INCLUDE) -o $*.o -c $*.cpp
.c.o: cat $(PDP_DIR)/include/pdp.h | grep -v m_pd > pdp-light.h gcc $(GEM2PDP_CPPFLAGS) $(GEM2PDP_INCLUDE) -o $*.o -c $*.c
install: cp -f --remove-destination *.pd $(PD_DIR)/doc/5.reference
-
Hans-Christoph Steiner -
IOhannes m zmoelnig -
james tittle -
Pat Pagano -
Patrick Pagano