GEM-dev April 2008

gem-dev@lists.iem.at

19 participants
28 discussions

Re: [GEM-dev] shall we release?
by IOhannes m zmoelnig 15 Apr '08

15 Apr '08

Patrice Colet wrote: > IOhannes m zmÃ¶lnig a Ã©crit : > >> \path\to\pd\bin\pd.com -stderr 2>1 crash.log >> >> (pd.com instead of .exe to not detach the pd-process from the console; >> "-stderr" to actually write to the stderr; "2>1" to redirect the stderr >> to the stdout (i hope this is correct); write it to crash.log) > > > I tried with com and exe with 2>1 it writes a file called 1, it's 2>&1, > I even tried stderr.exe, no way, still the same message, I can only give > messages from the console. yes that's the idea. i checked again, here it works with \path\to\pd\bin\pd.com -stderr 2>crash.log in my case this is C:\Programme\pd-0.39.2\bin\pd.com -stderr 2>crash-log > > In fact I have to install cygwin and run pd through it on this computer > for getting these messages (unless someone find a solution), but I'll be > able to do this thursday only. the solution above runs in the ordinary w32shell "cmd" (i don't have such fancy stuff like cygwin on w32) > > pd crashes when I *open* the patch. this is very interesting. i just tried it on an XP-machine with a more recent nvidia card (5600FX or 5800FX...), where everything works just fine. > > also 04_game_of_life.pd is okay, the problem might be the image loading rather than the shaders. do jpg-textures generally work? also if they are opened directly, like in: [pix_image img1.jpg] as opposed to: [open img1.jpg( | [pix_image] mfgasd.r IOhannes

1 0

[ pd-gem-Bugs-1941962 ] pix_data wrong behavior under osx
by SourceForge.net 14 Apr '08

14 Apr '08

Bugs item #1941962, was opened at 2008-04-14 14:01 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=1941962&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Pixes (pix_ objects) Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nicolas Montgermont (nimon) Assigned to: Nobody/Anonymous (nobody) Summary: pix_data wrong behavior under osx Initial Comment: I have a strange behavior of pix_data under mac osx intel. Simply running the 04.pix/10.PixDataSimple example give me a wrong image. It is flipped vertically and colors are weird. Images obtained are attached: - left is the result using Gem and pd version in Pd-0.40.3-extended-20080117: http://autobuild.puredata.info/auto-build/2008-01-17/Pd-0.40.3-extended-200… - middle is the result using the same pd with Gem alpha release 2007/06/05 cvs snapshot : http://gem.iem.at/releases/0.91/gem-CVS20070605-OSX-i686-bin.tar.gz My setup is: MacBook Pro OS X 10.4.11 Nvidia GeForce 8600M GT The same object tested under Linux Ubuntu works perfectly. Nicolas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=1941962&group_…

1 0

compiling GEM externals on OSX (was: [PD] lua scripting for pd objects)
by marius schebella 13 Apr '08

13 Apr '08

hi cyrille and frank, it was not so easy on osx, I got an error with -export_dynamic because gcc does not know this flag on osx. then I tried to remove it, but some other errors showed up. I then looked how gem gets compiled on my machine and took "inspiration" from there to finally get an mscube compiling as a standalone gem external on osx: here are the flags that I used: g++ -c -I/sw/include -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I.. -I/Users/marius/devel/pd-rsync/pd-extended/Gem/src -I/Users/marius/devel/pd-rsync/pd-extended/pd/src mscube.cpp -o mscube.o g++ -o mscube.pd_darwin -dynamiclib -mmacosx-version-min=10.3 -undefined dynamic_lookup -framework QuickTime -framework Carbon -framework AGL -framework OpenGL ./*.o -L/sw/lib -ldl -lz -lm -lpthread -L/Users/marius/devel/pd-rsync/pd-extended/pd/bin rm -f *.o I am not sure if I need all of these flags and how to write a beautiful makefile with variables, but with some help, I hope I will figure out. with the above information, do you think it would be possible to have one makefile for linux and darwin? marius. cyrille henry wrote: > hello, > > Frank Barknecht a Ã©crit : >> Hallo, >> chris clepper hat gesagt: // chris clepper wrote: >> >>> C++ - Jamie did a lot of this for his personal use. >>> >>> I have not used luagl, but I suspect it will not be comparable to C in >>> speed. >> >> luagl is not as fast as C, but it's already much faster than using >> lots of separators or double gemheads. >> Regarding Gem-externals: Does anyone have a simple template project >> how to write and compile a custom Gem external? This could be very >> useful, but I'm a bit confused how to do this in a simple way. >> > > > use a gem object (like cube). > search and replace "cube" by the name of your object in both the ccp and > h file. > use this makefile (adjust the name of the file / src directory). > it should compile. > > cyrille > > >> Ciao > > > ------------------------------------------------------------------------ > > _______________________________________________ > PD-list(a)iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

1 1

pix_data bug under osx
by Nicolas Montgermont 12 Apr '08

12 Apr '08

Hi list, I have a strange behavior of pix_data here. I think this has been discussed before but I can't find anything in the archives. Simply running the 04.pix/10.PixDataSimple example give me a wrong image. It is flipped vertically and colors are weird. I've tried to convert them with pix_rgba/pix_yuv without results. The image obtained is here : http://www.chdh.free.fr/data/pix_data_wrong.jpg Is there a way to have the normal colors? My setup is: Pd-0.40.3-extended-20080117 GEM: ver: 0.91-cvs compiled 5 Nov 2007 Mac OS X 10.4.11 Nvidia GeForce 8600M GT Thanks Nicolas

1 0

Re: [GEM-dev] [PD-ot] recommendation: video-capturing OSX?
by Studio Zodiak 12 Apr '08

12 Apr '08

Again, you have to define high quality... The cards here: http://propulseart.sat.qc.ca/index.php?option=com_content&task=view&id=43&I… Will grab SDI format from a HD camera. Some of them will compress to h.264 in real-time. They are linux compatible and come with a SDK but mostly OEM. HTH Sylvain ----- Original Message ---- From: Peter Plessas <plessas(a)mur.at> To: gem-dev(a)iem.at Sent: Friday, April 11, 2008 12:44:15 PM Subject: Re: [GEM-dev] [PD-ot] recommendation: video-capturing OSX? Does anyone has recommendations on high quality cards working on Linux? cheers, PP * chris clepper <cgclepper(a)gmail.com> [2008-04-11 16:28]: > On Fri, Apr 11, 2008 at 4:37 AM, IOhannes m zmoelnig <zmoelnig(a)iem.at> > wrote: > > > someone suggested cards by blackmagic/aja. > > > > since they are too expensive to be bought without knowing whether they > > will actually work: does anybody know whether they can be used with Gem? > > (and/or any other software that uses standard interfaces) > > > > > Try the Blackmagic Intensity Pro which is under $350 USD (that's about 12 > Euros now). It has analog inputs for SD and HD and HDMI too. The latency > is not bad in GEM and it runs for months and months with no problems. Make > sure you have the most recent pix_videoDarwin that accepts both device and > input messages if you need to set the input at the patch level. > > The AJA Kona cards are great if you need SDI or want really top notch > support for the device. They do overnight replacement of cards under > warranty at their cost in the US. > > cgc > _______________________________________________ > GEM-dev mailing list > GEM-dev(a)iem.at > http://lists.puredata.info/listinfo/gem-dev _______________________________________________ GEM-dev mailing list GEM-dev(a)iem.at http://lists.puredata.info/listinfo/gem-dev __________________________________________________________________ Connect with friends from any web browser - no download required. Try the new Yahoo! Canada Messenger for the Web BETA at http://ca.messenger.yahoo.com/webmessengerpromo.php

2 1

build error
by marius schebella 12 Apr '08

12 Apr '08

hi, I am getting an error that I did not get yesterday. gemframebuffer.cpp -o ../Objects/gemframebuffer.o gemframebuffer.cpp: In member function Â‘virtual void gemframebuffer::formatMess(char*)Â’: gemframebuffer.cpp:368: error: Â‘strcmpÂ’ was not declared in this scope gemframebuffer.cpp: In member function Â‘virtual void gemframebuffer::typeMess(char*)Â’: gemframebuffer.cpp:422: error: Â‘strcmpÂ’ was not declared in this scope make[3]: *** [gemframebuffer.o] Error 1 make[2]: *** [Controls] Error 2 make[1]: *** [/Users/marius/devel/pd-rsync/pd-extended/Gem/src/Gem.pd_darwin] Error 2 make: *** [extended_install] Error 2 I am using a new version of tcl/tk, but I don't think that's the reason for the error. marius.

2 1

Re: [GEM-dev] [PD] new w32 binary!
by Hans-Christoph Steiner 12 Apr '08

12 Apr '08

On Apr 11, 2008, at 2:50 PM, chris clepper wrote: > On Fri, Apr 11, 2008 at 1:30 PM, Hans-Christoph Steiner > <hans(a)eds.org> wrote: > There are people building DirectShow apps on MinGW, but I don't know > how involved the setup is: > > http://home.clara.net/raoulgough/vidmodem/dshow.html > http://www.makesweet.com/bozo/2008/01/24/compiling-directshow-with- > mingw-on-linux > http://www.step.polymtl.ca/~guardia/programming.php > > Those look outdated since they are referring to DirectShow still > being part of DirectX. > That blog post is from 2008-01-24, so it's not old, FWIW. The raoulgough page is (C) 2003. .hc ------------------------------------------------------------------------ ---- ¡El pueblo unido jamás será vencido!

1 0

yet another gem w32 binary
by zmoelnig＠iem.at 11 Apr '08

11 Apr '08

i have finally managed to compile Gem on w32 with PBuffer (pix_vpaint) and libfidtrack (aka reactivision) support). this is the first complete Gem-built for w32 in years. as i would like to issue a release asap, i ask all of you for testing of this binary. a zip-file containing the binary and up-to-date documentation is to be found at: http://gem.iem.at/releases/0.91/gem-CVS20080411-W32-i686-bin-doc.zip a binary-only (no docs or whatsoever) can be downloaded from http://gem.iem.at/releases/0.91/gem-CVS20080411-W32-i686-bin.zip happy patching fgmasdr IOhannes ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

1 0

error: 'lqt_file_type_t' does not name a type
by Hans-Christoph Steiner 11 Apr '08

11 Apr '08

Looks like old libquicktime or qt4l support was removed from Gem, the auto-builds die with this error on Debian/stable and Ubuntu/dapper/LTS: g++ -c -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 -I.. -I/usr/include/FTGL -I/usr/include/ freetype2 -I/home/pd/auto-build/pd-extended/pd/src recordQT4L.cpp - o ../Objects/recordQT4L.o recordQT4L.cpp:81: error: 'lqt_file_type_t' does not name a type recordQT4L.cpp:86: error: 'LQT_FILE_QT' was not declared in this scope recordQT4L.cpp:87: error: 'LQT_FILE_QT_OLD' was not declared in this scope recordQT4L.cpp:88: error: 'LQT_FILE_AVI' was not declared in this scope recordQT4L.cpp:89: error: 'LQT_FILE_AVI_ODML' was not declared in this scope recordQT4L.cpp:90: error: 'LQT_FILE_MP4' was not declared in this scope recordQT4L.cpp:91: error: 'LQT_FILE_M4A' was not declared in this scope recordQT4L.cpp:92: error: too many initializers for '<anonymous struct>' recordQT4L.cpp:92: error: too many initializers for '<anonymous struct>' recordQT4L.cpp:92: error: too many initializers for '<anonymous struct>' recordQT4L.cpp:92: error: too many initializers for '<anonymous struct>' recordQT4L.cpp:92: error: too many initializers for '<anonymous struct>' recordQT4L.cpp:92: error: too many initializers for '<anonymous struct>' recordQT4L.cpp:94: error: 'lqt_file_type_t' does not name a type recordQT4L.cpp: In member function 'virtual bool recordQT4L::open (char*)': recordQT4L.cpp:121: error: 'lqt_file_type_t' was not declared in this scope recordQT4L.cpp:121: error: expected `;' before 'type' recordQT4L.cpp:123: error: 'type' was not declared in this scope recordQT4L.cpp:123: error: 'lqt_open_write' was not declared in this scope recordQT4L.cpp: In member function 'virtual bool recordQT4L::init (const imageStruct*, float)': recordQT4L.cpp:161: error: 'lqt_file_type_t' was not declared in this scope recordQT4L.cpp:161: error: expected `;' before 'type' recordQT4L.cpp:164: error: 'type' was not declared in this scope recordQT4L.cpp:164: error: 'struct<anonymous>' has no member named 'type' recordQT4L.cpp:200: warning: passing 'float' for argument 6 to 'int lqt_set_video(quicktime_t*, int, int, int, int, int, lqt_codec_info_t*)' recordQT4L.cpp:209: error: 'lqt_rows_alloc' was not declared in this scope recordQT4L.cpp: In member function 'virtual int recordQT4L::putFrame (imageStruct*)': recordQT4L.cpp:270: warning: passing 'float' for argument 4 to 'int lqt_encode_video(quicktime_t*, unsigned char**, int, int64_t)' make[3]: *** [recordQT4L.o] Error 1 make[3]: Leaving directory `/home/pd/auto-build/pd-extended/Gem/src/ Pixes' make[2]: *** [Pixes] Error 2 make[2]: Leaving directory `/home/pd/auto-build/pd-extended/Gem/src' make[1]: *** [/home/pd/auto-build/pd-extended/Gem/src/Gem.pd_linux] Error 2 make[1]: Leaving directory `/home/pd/auto-build/pd-extended/packages' make: *** [install] Error 2 upload specs linux_make . deb Uploading /home/pd/auto-build/pd-extended/packages/linux_make/./Pd*.deb ls: /home/pd/auto-build/pd-extended/packages/linux_make/./Pd*.deb: No such file or directory ------------------------------------------------------------------------ ---- As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin

2 2

Re: [GEM-dev] [PD-ot] recommendation: video-capturing OSX?
by IOhannes m zmoelnig 11 Apr '08

11 Apr '08

i added gem-dev, because i guess there will be more specialists in this field. forgive the cross-posting... anyhow: someone suggested cards by blackmagic/aja. since they are too expensive to be bought without knowing whether they will actually work: does anybody know whether they can be used with Gem? (and/or any other software that uses standard interfaces) fmg.jzhr.s IOhannes IOhannes m zmoelnig wrote: > hi. > > does anybody have experience with low-latency video-capture devices > under OS-X that work with Gem? > > afair, using firewire adds quite a bit of latency. > are there any PCI(e) devices that have better performance? > (on linux i am very happy with bttv-based cards) > > it has to work with Gem. > it should work with OSX-10.5.2 on a brandnew apple-desktop (don't ask me > any details :-)) > > fgmasdr > IOhannes > > _______________________________________________ > PD-ot mailing list > PD-ot(a)iem.at > http://lists.puredata.info/listinfo/pd-ot >

5 5

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev April 2008