Re: [PD] GEM camera angle-of-view 180deg
Le 14/04/2012 20:44, Marian Weger a écrit : Thanks, Claude! The stitching process is really not the problem, as all this is already implemented in Extended View Toolkit [1]. oups, sorry, i forgot that EVT did also include this part. My problem is more the computational effort, that is multiplied by 3 when using 3 virtual cameras. use display list to optimise bus transfer. Plus the stitching part. this should be quitte fast. Perhaps I need to explain more what I want to do: I have a very complex 3d scenery inside GEM. Now I want to view this scenery from the center and then project the image onto an immersive panoramic video screen. The screen is not a full dome, but more a cylinder surrounding the visitor. So the virtual camera inside GEM ideally also covers a cylindrical area. yes, i think you're doing it right. display list is the only i can imagine to optimised rendering. Cheers Cyrille [1] http://extendedview.mur.at ___ 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
Re: [PD] [GEM] pix_external, OS X 10.7
On 04/15/12 00:38, J Oliver wrote: are you sure that Gem is loaded before you try to load pix_example? Yes. Another Gem built in a 10.6 machine that works well otherwise. Pd reports loading it as usual: GEM: Graphics Environment for Multimedia GEM: ver: 0.92.2 GEM: compiled: Sep 21 2010 perhaps this version is too old? you really must use the same version of Gem you used for compiling. fgmsdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM] pix_external, OS X 10.7
Ok, so I just tried version 0.93.3 and autogen.sh fails with: configure.ac:582: required file `abstractions/gemdefaultwindow.pd.in' not found configure.ac:41: required file `plugins/modelOBJ/Makefile.in' not found configure.ac:42: required file `plugins/modelASSIMP/Makefile.in' not found configure.ac:59: required file `plugins/videoVLC/Makefile.in' not found configure.ac:69: required file `Gem-meta.pd.in' not found autoreconf: automake failed with exit status: 1 is there a version that might work better with OS X 10.7? best, J *** Jaime Oliver www.jaimeoliver.pe jo2...@columbia.edu Columbia University On Apr 15, 2012, at 3:22 PM, IOhannes m zmölnig wrote: On 04/15/12 00:38, J Oliver wrote: are you sure that Gem is loaded before you try to load pix_example? Yes. Another Gem built in a 10.6 machine that works well otherwise. Pd reports loading it as usual: GEM: Graphics Environment for Multimedia GEM: ver: 0.92.2 GEM: compiled: Sep 21 2010 perhaps this version is too old? you really must use the same version of Gem you used for compiling. fgmsdr IOhannes ___ 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
Re: [PD] [GEM] pix_external, OS X 10.7
Please ignore the previous message. I mixed up some files ... autogen.sh runs fine. pix_example compiles and loads fine now. However, it is a limitation that pix_externals need to be compiled with the same version of Gem. This prevents combining two binaries compiled with different versions and therefore makes it harder to share. Or perhaps the case is that it needs to have a specific version or older? In short, if someone wants to compile their own pix_external in OS X 10.7 as of gem 0.93.3, you need to: 1) download gem binaries for os x and gem source 2) Create a project in /extra just like the other projects there. 3) modify the config files as specified in README-EXTRA.txt 4) run ./autogen.sh 5) run ./configure --enable-fat-binary=i386 --with-pd=/Applications/Pd-0.43-2.app/Contents/Resources/ 6) cd into the project folder and run make 7) put the project folder in the path of Pd... J *** Jaime Oliver www.jaimeoliver.pe jo2...@columbia.edu Columbia University On Apr 15, 2012, at 3:22 PM, IOhannes m zmölnig wrote: On 04/15/12 00:38, J Oliver wrote: are you sure that Gem is loaded before you try to load pix_example? Yes. Another Gem built in a 10.6 machine that works well otherwise. Pd reports loading it as usual: GEM: Graphics Environment for Multimedia GEM: ver: 0.92.2 GEM: compiled: Sep 21 2010 perhaps this version is too old? you really must use the same version of Gem you used for compiling. fgmsdr IOhannes ___ 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
Re: [PD] GEM camera angle-of-view 180deg
use display list to optimise bus transfer. display list is the only i can imagine to optimised rendering. Cool. Thanks, Cyrille. I was not aware of that display-list thing. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM] pix_external, OS X 10.7
On 04/15/12 22:41, J Oliver wrote: However, it is a limitation that pix_externals need to be compiled with the same version of Gem. this is true. but there never has been a public API until Gem-0.93. for 0.93, i changed the Gem-API a bit, in order to make it hopefully more stable in the future... fgmasdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] error: maximum object loading depth 1000 reached (was: pduino patches on pdx)
On Apr 13, 2012, at 3:44 AM, Roman Haefeli wrote: On Thu, 2012-04-12 at 17:52 +0200, Roman Haefeli wrote: On Wed, 2012-04-11 at 22:49 -0400, Hans-Christoph Steiner wrote: It would affect vanilla if you have the libdir loader running in it. Its related to that. I think I experienced once also problem with maximum object loading depth 1000 reached and this was on Pd-vanilla without libdir. So probably there is still a problem outside of libdir? I'll post again, when I figured out how to exactly reproduce the situation. This also triggers the same error, although this is with a binary external and with no libdir involved: [declare -stdpath extra/iemnet] [tcpclient] - works fine [iemnet/tcplient] - triggers error from subject Why is that? Roman The depth 1000 error is completely separate from libdir. It is caused by when you try to load an object, and Pd can load the files, but can't find a setup() function mapped to the classname. .hc Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pduino patches on pdx
Basically every library in Pd-extended is in libdir format, and from what I've seen, most people have no problem using non-vanilla objects in Pd-extended. Yes, in 0.43 development there were some problems related to libdirs, but you got to break some eggs to make an omelet. Now everything works again. .hc On Apr 12, 2012, at 11:53 AM, Patrice Colet wrote: I'm sorry to say that, it's just a mirror of my ignorance, but I think that libdir is confusing, useless, and unstable like I said to the list in another thread, please prove me I'm wrong ;) Colet Patrice - Mail original - De: Hans-Christoph Steiner h...@at.or.at À: Patrice Colet colet.patr...@free.fr Cc: pd-list pd-list@iem.at Envoyé: Jeudi 12 Avril 2012 17:03:26 Objet: Re: [PD] pduino patches on pdx Why's that? .hc On Apr 12, 2012, at 10:46 AM, Patrice Colet wrote: I just hope libdir will never go into vanilla ^^ Colet Patrice - Mail original - De: Hans-Christoph Steiner h...@at.or.at À: Patrice Colet colet.patr...@free.fr Cc: pd-list pd-list@iem.at, Roman Haefeli reduz...@gmail.com Envoyé: Jeudi 12 Avril 2012 04:49:32 Objet: Re: [PD] pduino patches on pdx It would affect vanilla if you have the libdir loader running in it. Its related to that. .hc On Apr 11, 2012, at 7:57 PM, Patrice Colet wrote: I've switched back to vanilla, no bug anymore :D Colet Patrice - Mail original - De: Roman Haefeli reduz...@gmail.com À: pd-list@iem.at Envoyé: Mardi 10 Avril 2012 22:42:54 Objet: Re: [PD] pduino patches on pdx On Tue, 2012-04-10 at 10:17 -0400, Hans-Christoph Steiner wrote: On Apr 10, 2012, at 9:54 AM, Patrice Colet wrote: Hello, I've downloaded a zip at this url: https://github.com/reduzent/pduino to get arduino patches for the 0.43.1-extended-20111221* release I've got installed in my vista box. When I'm launching an help patch I've got this error message in console: maximum object loading depth 1000 reached arduino ... couldn't create I suppose it's not directly related with arduino patches but I don't often open abs with thousands of objects inside ;) On which version of pdx is it supposed to work? FYI, that version of Pduino is a development version. If you want the current stable release, then use this release: http://puredata.info/downloads/pduino What is the point of your remark, if the problem described isn't in any way related to the used version? Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Access to computers should be unlimited and total. - the hacker ethic http://at.or.at/hans/ It is convenient to imagine a power beyond us because that means we don't have to examine our own lives., from The Idols of Environmentalism, by Curtis White ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Pd-extended 0.43 builds for Mac OS X/PowerPC are back
We now have Mac OS X/PowerPC builds again for Pd-extended 0.43: http://puredata.info/downloads/pd-extended/releases/0.43.1 Thanks to Greg Pond/Sewanee for setting up and hosting the PowerPC build machine. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] two new strings in Pd-extended to translate
As of tomorrow's build, there are two new strings to translate in the Preferences: - Real-time scheduling (originally was Defeat real-time scheduling) - Reset to Defaults Update them in Transifex if you want them translated in your localization: https://www.transifex.net/projects/p/puredata/resource/templatepot/ .hc The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Feedback on PD-ext 0.43.1
Hey Raphael, Thanks for the bug reports! I'll answer inline: On Apr 11, 2012, at 4:44 AM, Raphael Raccuia wrote: Hi, I use pd (ext) since several years, and first of all, congratulation and thanks for this great project! Here are some bugs and problems I experienced. I run PD on Ubuntu Oneiric, and also tried it on another computer on Maverick... These bugs are present in the download from april 11th. the text around vu-meters is covered by them. (I run pd in french, maybe it has something to do: 'entrées' 'sorties' (in, out) ). I just fixed this, should be fixed in tomorrow's build. Settings save: I understand now why it isn't possible to save paths/libs anymore, but I also cannot save other settings, like edit modes, or verbose level... The verbose preference saves for me in today's build, or really anything in the Preferences. Edit mode state should save with each patch. On Maverick, déjà-vu sans mono is not found, but installed on the system... That's a GNU/Linux or Tcl/Tk font issue, try this: http://puredata.info/docs/faq/on-gnu-linux-the-fonts-are-strange-and-or-too-big-or-small There is a bug with [knob] Gui object: when editing preferences, and then apply or 'ok', nothing happens and pref windows is stuck... Have to close pd and reopen, then the changes are effective. Here is the log: (Tcl) ERREUR NON GÉRÉE : expected integer but got Sans (processing -font option) invoked from within .x9ae7ae0.c itemconfigure 9ae1a48LABEL -font {DejaVu Sans Mono 8 bold} -fill #00 -text {} (uplevel body line 1) invoked from within uplevel #0 $cmds_from_pd(Tcl) ERREUR NON GÉRÉE : expected integer but got Sans (processing -font option) invoked from within .x9ae7ae0.c itemconfigure 9ae1a48LABEL -font {DejaVu Sans Mono 8 bold} -fill #00 -text {} (uplevel body line 1) invoked from within uplevel #0 $cmds_from_pd I think I fixed this problem, and the same problem in a few other objects, with this commit: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revisionrevision=16125 Then, there is a big point, that have been already discussed many times: autoconnect sound/midi in jack should really be disabled, or made it possible to choose. Midi autoconnects with all clients, and we have to 'disconnect all' before patching as desired. Same with sound: sometimes, I use pd to make sound in a basic way, and just output on channels 1 - 2, but most of the time, I use it as a plugin, or inserted between several other jack-applications, with particular jack patches. The patchbay from qjackctl save my desired connection, and I should only start my apps and let the connections make themselves. The patch is the power of jack, and autoconnect goes against this philosophy. Also, maybe one day pd will be compatible with ladish/jack-session (the future of jack!). I rarely use Jack, and know little about it. I think you're best bet is to bring this up in its own thread or submit a bug report on it. Of course, I didn't tested everything, but most of my old patches seems to work on 0.43.1... hope this will be helpful... I think its ready for testing everything, and if anything doesn't work, please submit bug reports! .hc Using ReBirth is like trying to play an 808 with a long stick.-David Zicarelli ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM] pix_external, OS X 10.7
On Apr 15, 2012, at 5:52 PM, IOhannes m zmölnig wrote: this is true. but there never has been a public API until Gem-0.93. for 0.93, i changed the Gem-API a bit, in order to make it hopefully more stable in the future... Well, thanks for that and look forward to further developments on that front! J ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list