GEM-dev

gem-dev@lists.iem.at

2417 discussions

Re: [GEM-cvs] Gem/src/Pixes FreeFrame.h, NONE, 1.1 pix_freeframe.cpp, NONE, 1.1 pix_freeframe.h, NONE, 1.1 pix_imageInPlace.cpp, 1.4, 1.5
by james tittle 22 Apr '05

22 Apr '05

On Apr 20, 2005, at 1:31 PM, IOhannes m zmölnig wrote: > Update of /cvsroot/pd-gem/Gem/src/Pixes > In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv1236 > > Modified Files: > pix_imageInPlace.cpp > Added Files: > FreeFrame.h pix_freeframe.cpp pix_freeframe.h > Log Message: > initial support for FreeFrame-plugins > currently i have only tested this on linux ...hmmm...I'm kinda torn on this: on the one hand, it's always nice to extend the capabilities...on the other hand, I don't see how we'll make yuv pathways available, much less the variable number of parameters... ...in case ya didn't know, the "pete's plugins" that I ported awhile back were originally freeframe plugins, but now they have been adapted to the pix_* system, and therefore have the ability to process rgba and yuv, plus they have help files...of course it's been awhile since I"ve kept up with the freeframe spec, so maybe things have changed (or maybe they should add yuv processing?)... ...also, most of the currently released freeframe plugins are not open-source, nor are they made available for non-x86 platforms (I don't even know if the commercial ones will work on linux)... ...so, I guess you can say I'm heavily skeptical of this, and cautiously indifferent! jamie

3 3

import stable snapshots to pure-data CVS
by Hans-Christoph Steiner 20 Apr '05

20 Apr '05

So I was thinking that it would be very handy to have stable snapshots of Gem in the pure-data CVS so that Gem can easily be compiled and included in the build system. The idea would be that whenever Gem has a stable release, we'll import the sources into the pure-data CVS. This will also be helpful with compiling gem2pdp and pgp2gem since we can set the build to use the Gem source from the pure-data CVS, where pdp2gem are already. I'll restrict access to the gem-devs and me (so I can do the importing). Then people can make branches if they want to work on Gem in the pure-data CVS. Any objections, comments, etc? .hc ________________________________________________________________________ ____ 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

3 7

[Fwd: Re: [PD] Full screen]
by B. Bogart 20 Apr '05

20 Apr '05

This sounds useful yes, does your app have source-code you could point the gem devs to? B>

1 0

GemPixUtil.h confusion
by james tittle 19 Apr '05

19 Apr '05

heya, ...while doing some further testing on the pdp2gem bridge, i'm getting confused by the rgba/bgra color channels! In our cvs GemPixUtil.h we have /* RGBA */ #ifdef __APPLE__ const int chAlpha = 0; const int chRed = 1; const int chGreen = 2; const int chBlue = 3; #else const int chRed = 0; const int chGreen = 1; const int chBlue = 2; const int chAlpha = 3; #endif ...unfortunately this doesn't work on osx with just plain BGR: it kinda works, but I feel that it's actually writing the blue channel to the next pixel decoded!...this has made me realize that we actually have no rgb/bgr-only mode for pix_film (in osx), which is probably just a hope that no-one actually would think to use that after seeing the speed gains with yuv processing... ...I've also tried: /* RGBA */ #ifdef __APPLE__ //tigital const int chAlpha = 3; const int chRed = 2; const int chGreen = 1; const int chBlue = 0; #else ...with no better results: the bgra is now screwed up... ...so this make me wonder if we need to have seperate channel designators for rgb and rgba? Or some other solution? hmmm, jamie

3 3

pix_imageInPlace on sphere crashing GEM .90 but not .888
by Zack Settel 18 Apr '05

18 Apr '05

In Gem v.90 (OS X): It seems that using the object "pix_imageInPlace" with a SPHERE crashes Gem when the "download" button is hit. Using "pix_imageInPlace" with a CUBE is fine. In Gem v.888 all is well. Anyone else seen this? -Zack

2 1

Looking for engineers
by Danks, Mark 15 Apr '05

15 Apr '05

Hi all, Yes, this email is probably spam for many of you and I apologize in advance. I would like to give back to the community a bit...but I also don't like "polluting" the email list. As some of you may (or may not) know, I work for Electronic Arts in San Francisco, CA, USA making video games. I got this job and others previously in part due to the work I did creating GEM. A lot of the concepts and ideas which GEM is based on, I use every day creating tools for artists here. I lead the Central Technology Group here at EA and we are hiring programmers who understand visual programming tools, modular component architectures, real-time graphics, mixed media apps...hmmm...that looks a lot like GEM ;-) If you are interested, please drop me an email. EA does do relocation for people (including internationally). Thanks, Mark Danks Director of Technology Electronic Arts

2 1

opening mpeg3toc file in gem (new error message)
by patrick 14 Apr '05

14 Apr '05

open: mpeg3io_device: No such file or directory mpeg3io_open_file: No such file or directory mpeg3demux_open_title stop_final.mpeg: No such file or directorypd_gui: pd process exited Segmentation fault i don't know if it can help to track the bug. i'm trying to open a file (mpeg3toc of an mpeg2 movie). the file is stop_final.toc patrick

1 0

Re: [PD] multiple_window feature of Gem?
by B. Bogart 04 Apr '05

04 Apr '05

Hey all, I've moved the discussion onto the gem-dev list. I think the pders have had enough of this discussion! I did not see a link to any in depth documentation from chromium. It does sound very promising... I'm not a c++ programmer so I'm not sure what it would involve to build these functions into GL wappers for Gem. I'm not sure how the functions latch onto an existing context, and how the whole thing works architecturally (what parts run on what machines, master slave connections etc.. Since Gem is a library you can use gem-dependant objects anyware but inside Gem. Due to this I think all "externals" for Gem have been included in Gem proper. (why not?) The tiled display and multiple view stuff looks quite useful. Sebastien, do you think lighTWIST could end up being a set of objects for pd/Gem? Perhaps based on something like chromium (is it GPL?) plus your distortion stuff? I just wonder about performance, considering the speed of the AGP bus for texture transfers vs ethernet transport between the source and destination for the texture! especially if your talking about moving video... (are you guys even using video in your cave application?) Anyhow gem-devers this discussion does sound interesting, I'm sure some of you have ideas about Gem clustering for N projectors/machines. B. Mike Wozniewski wrote: > B. Bogart wrote: > >> The IDEAL solution would be a system that could take the RENDER data >> from the pixelTANGO gem-chains (well the whole context) pass the entire >> thing onto the multicast network and somehow dynamically build a copy of >> the pixelTANGO patch in a non-Gem host. That is you have a magic little >> application that just dynamically clones an exitsing GL context over >> network. Once we have the copy in the projector machine we can crop it >> for that projector, and apply the deformation grid. Of course references >> to pixel textures in memory, framegrabbers etc.. would not be >> interpreted propely. I don't see how chromium deals with this part of >> transporting the texture/video data... > > > Although I've just learned of Chromium, it sounds like it may be the > ideal solution we're looking. From what I can tell, all that Chromium > does is intercept openGL commands from arbitrary OpenGL applications, > bundles them in a "stream", and passes them thru a 'Stream Processing > Unit' (SPU) chain. At the OS-level, Chromium pretends that it IS the > OpenGL library, hence it is transparent to the application. > > Some side-notes: > -This means that Gem might not need to be modified at all (!) ...and it > looks like Chromium supports pretty much all of standard OpenGL through > version 1.5, which should be sufficient. > - There exists a Tilesort SPU. This distributes the stream to various > machines, creating a tiled display (ie, each machine gets one tile to > render). Furthermore, there is a non-planar version of Tilesort SPU > where you can specify different viewing frustums for each machine - > Perfect for a CAVE, or immersive environment! (see > http://chromium.sourceforge.net/doc/nonplanar.html for more details). > - To answer your texture question: there's a distributed texture SPU... > from the Chromium docs: "The idea is that a program can use write-mode > to distribute texture image data on a rendering cluster the first time > the program is run. Then, the second and subsequent runs can use > read-mode to quickly read the texture data from the render servers, > instead of passing it all through the Chromium tilesort SPU." > - I didn't see any mention of dynamic textures though :( ...but if > you're talking about video files that already exist on disk somewhere, > then perhaps it's possible. See > http://brighton.ncsa.uiuc.edu/%7Eprajlich/wall/ppb.html for an example > of showing movies on a tiled wall display using Chromium. > > I'm going to look into Chromium a bit more. We'll be in touch again > sometime soon. > > Cheers, > Mike Wozniewski > > P.S. I've added one more person to the discussion: Jeremy Cooperstock, > who is our project supervisor. I believe that some of you probably know > each other already. > >

4 6

Re: [GEM-cvs] Gem/src/Base GemPixUtil.h,1.36,1.37 GemPixUtil.cpp,1.33,1.34
by IOhannes m zmoelnig 01 Apr '05

01 Apr '05

Jamie Tittle wrote: > Update of /cvsroot/pd-gem/Gem/src/Base > In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv30462 > > Modified Files: > GemPixUtil.h GemPixUtil.cpp > Log Message: > initial altivec speedups to: bgra to yuv; yv12 to yuv > so you hacked half of the night to get it running ? cool. (but i have corrected some ifdefs, as it didn't compile without altivec-support). anyhow, good night. mfg.asdr IOhannes PS: i don't think that it is too late for the text(proposal) yet; most people here in graz are busy doing other things (like pneumonia or taxes) so not much has happened here. PPS: talk to you soon

2 2

Re: [GEM-dev] media loading problem
by Tim Blechmann 01 Apr '05

01 Apr '05

hm ... both your suggestion imply hardware failures ... this is possible, but strange, since i have the same problem on 24 new computers, with exactly the same hardware ... and the problems take place on all the machines ... cheers .... tim -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk latest mp3: kMW.mp3 http://mattin.org/mp3.html latest cd: Goh Lee Kwang & Tim Blechmann: Drone http://www.geocities.com/gohleekwangtimblechmannduo/ After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

2 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev