Hi, I'm working on the GEM part of the FLOSS manual. got stuck with the supported file formats of pix_image. the help patch says *.tif, *jpg, *.png. but it seems that *.bmp and *.gif are also supported. is this depending on the OS? can someone confirm that all these file types are supported? any other file types? thnx, marius.
marius schebella a écrit :
Hi, I'm working on the GEM part of the FLOSS manual. got stuck with the supported file formats of pix_image. the help patch says *.tif, *jpg, *.png. but it seems that *.bmp and *.gif are also supported. is this depending on the OS?
it does not only depend on the os, but also on the lib used to compiled Gem.
it's possible to compile Gem with only jpg suport. or only tif...
but it is usually safe to use jpeg or tiff file.
cyrille
can someone confirm that all these file types are supported? any other file types? thnx, marius.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
cyrille henry wrote:
marius schebella a écrit :
Hi, I'm working on the GEM part of the FLOSS manual. got stuck with the supported file formats of pix_image. the help patch says *.tif, *jpg, *.png. but it seems that *.bmp and *.gif are also supported. is this depending on the OS?
it does not only depend on the os, but also on the lib used to compiled Gem.
it's possible to compile Gem with only jpg suport. or only tif...
but it is usually safe to use jpeg or tiff file.
cyrille
Ok, thanks, maybe the Gem version in Pd-extended just compiles with all the file formats supported? marius.
Pd FLOSS assumes Pd Extended, so it's Quicktime on Windows and Mac. Linux is more complicated, based on the libs it's compiled against. I'll get Hans to send the compiler flags in a sec...
D.
cyrille henry wrote:
marius schebella a écrit :
Hi, I'm working on the GEM part of the FLOSS manual. got stuck with the supported file formats of pix_image. the help patch says *.tif, *jpg, *.png. but it seems that *.bmp and *.gif are also supported. is this depending on the OS?
it does not only depend on the os, but also on the lib used to compiled Gem.
it's possible to compile Gem with only jpg suport. or only tif...
but it is usually safe to use jpeg or tiff file.
cyrille
can someone confirm that all these file types are supported? any other file types? thnx, marius.
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
Here's the result from ./configure on the Debian/lenny machine:
Result:
Target : Gem.pd_linux
Objects : Base Controls Geos Manips Nongeos
Particles Pixes openGL
Configuration: Compiler : g++ CXXFLAGS : -g -O2 -fPIC -freg-struct-return -O3 - falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops - ffast-math -mmmx : -I/usr/include/lqt -I/usr/include/lqt -I/usr/include/FTGL -I/ usr/include/freetype2 INCLUDES : -I/usr/include/FTGL -I/usr/include/ freetype2 -I/home/pd/auto-build/pd-extended/pd/src DEFINES :
LIBS : -ldv -lmpeg3 -lGLU -lGL -lXext -lXxf86vm - lXext -lX11 -ldl -lz -lm -lpthread -L/home/pd/auto-build/pd-extended/ pd/bin : -lftgl -L/usr/lib -lquicktime -lGL -lpthread -lm -lz -ldl - lquicktime -lGL -lpthread -lm -lz -ldl -lMagick++ -lWand -lMagick LDFLAGS : -shared -Wl,-export-dynamic :
Strip : strip --strip-unneeded
Install path : /usr/local
pure-data: version : 0.41 extension : pd_linux
used optional libraries:
font-rendering : FTGL
image-support use ImageMagick : yes use TIFF : no (forced) use JPEG : no (forced) video-support use mpeg : no use mpeg-3 : yes use QuickTime : yes use aviplay : no use ffmpeg : no (forced) input-support use v4l : yes use ieee1394 : yes
.hc
On Apr 6, 2009, at 2:05 PM, Derek Holzer wrote:
Pd FLOSS assumes Pd Extended, so it's Quicktime on Windows and Mac.
Linux is more complicated, based on the libs it's compiled against.
I'll get Hans to send the compiler flags in a sec...D.
cyrille henry wrote:
marius schebella a écrit :
Hi, I'm working on the GEM part of the FLOSS manual. got stuck with
the supported file formats of pix_image. the help patch says *.tif, *jpg, *.png. but it seems that *.bmp
and *.gif are also supported. is this depending on the OS?it does not only depend on the os, but also on the lib used to
compiled Gem. it's possible to compile Gem with only jpg suport. or only tif... but it is usually safe to use jpeg or tiff file. cyrillecan someone confirm that all these file types are supported? any
other file types? thnx, marius.
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
-- ::: derek holzer ::: http://blog.myspace.com/macumbista ::: http://www.vimeo.com/macumbista ::: ---Oblique Strategy # 168: "Use fewer notes"
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
"[W]e have invented the technology to eliminate scarcity, but we are
deliberately throwing it away to benefit those who profit from
scarcity." -John Gilmore
Derek Holzer wrote:
Pd FLOSS assumes Pd Extended, so it's Quicktime on Windows and Mac.
no afair, only on OSX, QuickTime is used for image reading. on w32 you have libjpeg and libtiff support. on linux you have ImageMagick.
the reason why quicktime is not (optionally) used on w32 is beyond my knowledge; i guess it is just a matter of getting the preprocessor defines right (from __APPLE__ to HAVE_QUICKTIME); most likely it is like it is for legacy reasons.
Linux is more complicated, based on the libs it's compiled against. I'll get Hans to send the compiler flags in a sec...
on linux we check for ImageMagick, and if this is not present libjpeg and libtiff. ImageMagick will open pretty much any image format.
fgamsdr IOhannes
I am able to play mov´s and avis on w32. afair i just had to install the quicktimeplayer after gem
all the best# markus
Derek Holzer wrote:
Pd FLOSS assumes Pd Extended, so it's Quicktime on Windows and Mac.
no afair, only on OSX, QuickTime is used for image reading. on w32 you have libjpeg and libtiff support. on linux you have ImageMagick.
the reason why quicktime is not (optionally) used on w32 is beyond my knowledge; i guess it is just a matter of getting the preprocessor defines right (from __APPLE__ to HAVE_QUICKTIME); most likely it is like it is for legacy reasons.
Linux is more complicated, based on the libs it's compiled against. I'll get Hans to send the compiler flags in a sec...
on linux we check for ImageMagick, and if this is not present libjpeg and libtiff. ImageMagick will open pretty much any image format.
fgamsdr IOhannes _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
brandt@subnet.at wrote:
I am able to play mov´s and avis on w32. afair i just had to install the quicktimeplayer after gem
please note that reading data from movie/films and reading data from still-images is handled differently in Gem. that is: the ability to read avi's has no relationship to the ability to read tiffs. moreover, the ability to read jpeg-images has nothing todo with the ability to open a quicktime with a mjpa stream.
on some platforms it might be possible to open an image with [pix_film]/[pix_movie] and vice-versa. this is a side-effect of the underlying APIs and i currently do not recommend such useage.
fgmasdr IOhannes
Sorry for that...by reding too fast i thought you were talking about pix_film
markus
brandt@subnet.at wrote:
I am able to play mov´s and avis on w32. afair i just had to install the quicktimeplayer after gem
please note that reading data from movie/films and reading data from still-images is handled differently in Gem. that is: the ability to read avi's has no relationship to the ability to read tiffs. moreover, the ability to read jpeg-images has nothing todo with the ability to open a quicktime with a mjpa stream.
on some platforms it might be possible to open an image with [pix_film]/[pix_movie] and vice-versa. this is a side-effect of the underlying APIs and i currently do not recommend such useage.
fgmasdr IOhannes _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-
brandt＠subnet.at -
cyrille henry -
Derek Holzer -
Hans-Christoph Steiner -
IOhannes m zmoelnig -
marius schebella