GEM-dev

gem-dev@lists.iem.at

2417 discussions

#define __BAD_TASTE__
by IOhannes m zmoelnig 11 Jan '05

11 Jan '05

IOhannes m zmÃ¶lnig wrote: > Update of /cvsroot/pd-gem/Gem/src/Gnu > In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv7927 > > Modified Files: > configure configure.in > Log Message: > who the f**k used "__NEW__" to enable/disable different film/movie-objects ??? > preprocessor-defines starting with "__" are system only!! > i have renamed __NEW__ to NEW_VIDEOFILM __FILM __NEW to FILM_NEW and __VIDEO__NEW to VIDEO_NEW > > trying to make georg's changes run on my machine i went through the code a bit and discovered disgusts: back then, when i made my changes to the film/video-capturing code i introduced a preprocessor-flag __NEW__ to indicate, wheter someone wants the traditional-approach or the "multi-driver" approach, ignoring whatever i have ever read about preprocessor-defines, namely "defines starting with double-underscore (__) are reserved for system-use" somehow, georg included <new> which does exactly nothing, as __NEW__ is already defined. i have fixed this (still being upset) gÃ¼nter: according to the changelog.Debian __NEW__ has finally made it into the debian-package of gem; sorry for the extra work... mfg.as.dr IOhannes

1 0

question on writing GEM externals
by Sebastian Heymann 07 Jan '05

07 Jan '05

Hello, i am pretty new to PD and GEM but i love it and i want to use it form some project i am going to work on. so, lets get to the point. i have to write an external for PD which uses GEM to make some image processing. i managed to write a simple external for PD which was not very hard. but i could not yet get a GEM external up and running. i am working on macosx and windows. my latest work ended up in a lot of unresolved externals while PD is trying to load my external. i simply took the pix_blur class, changed it minimally and tried to compile it using the following lines: g++ -o pix_myblur.o -c pix_myblur.cpp -I../src g++ -bundle -undefined suppress -flat_namespace -o pix_myblur.pd_darwin pix_myblur.o running "./pd -lib Gem -lib pix_myblur" results in the following: dyld: ./pd Undefined symbols: __ZN11imageStruct5clearEv __ZN7GemBase11setModifiedEv __ZN7GemBase17obj_setupCallbackEP6_class __ZN7GemBase17realStopRenderingEv __ZN7GemBaseD2Ev __ZN9CPPExtern16setCPPObjectNameEPc __ZN9CPPExtern8m_holderE __ZN9GemPixObj10postrenderEP8GemState __ZN9GemPixObj12processImageER11imageStruct __ZN9GemPixObj14setPixModifiedEv __ZN9GemPixObj15processRGBImageER11imageStruct __ZN9GemPixObj17obj_setupCallbackEP6_class __ZN9GemPixObj6renderEP8GemState __ZN9GemPixObjC2Ev __ZTV9GemPixObj __ZnwmPvS_ Trace/BPT trap well, what did i forget? if somebody has a little makefile or hint, i would be very thankful. how can i load the Gem.pd_darwin symbols in my external, or do i have to do it? Thank you in advance. Sebastian

1 0

BUG: pix_snap flipped from pix_snap2tex on OSX
by B. Bogart 05 Jan '05

05 Jan '05

Just posted this on SF. When using pix_snap2tex everything seems to work as expected. When using pix_snap the buffer is flipped across the X axis. (top to bottom and bottom to top) Also pix_snap seems to set transparent alpha pixels in where the background of the buffer would be copied. I really like this bug, don't change it please! The X flipping is a pain when switching back and forth between snap and snap2tex. B>

1 0

another feature request.
by B. Bogart 23 Dec '04

23 Dec '04

Hey all, I'm also adding this to the Gem tracker. Its probably not possible, but I would really love a fast gaussian blur as a pix_ object. convolved blur does not have the image quality that would be really nice. Is there something that is similar in quality as gaussian blur but less intensive? This may be a good test-case for pixel shaders... B.

3 2

gempixutils.cpp questions/confusion
by james tittle 20 Dec '04

20 Dec '04

heya, ...I think this is mostly directed to Iohannes... ...I was trying to use pix_colorreduce the other day and it didn't do anything: then I looked at the code and realized that on OSX, the YUV render loop is commented out and isn't doing anything...and, like the comment says, it crashed when uncommented...then I poked around and found out that imageStruct.fromUYVY() is just doing a memcpy(): it isn't recognizing that it needs to switch the colorspace to RGBA... ...so then I realized I don't really know how this auto-colorspace switching is supposed to work? In this example, the pix_film is naturally opened to yuv colorspace... ...now, having looked a bit more thru the comments, am I correct in understanding that the format is set from the incoming image? This is how it seems to be trying, and I don't think would ever work: it's just asking someone to make a copy of themself... ...getting more confusing: on creation, [pix_film] first sets m_pixBlock.image.setCsizeByFormat() to GL_BGRA_EXT...then it switches it to GL_YUV422_GEM; I guess this happens because pix_filmDarwin has m_colorspace = GL_YCBCR_422_GEM in it's creation? And then [pix_colorreduce] sets tempImage.setCsizeByFormat(GL_RGBA) on creation...? ...hmm, I guess I just need your explanation on how you think it's supposed to work :-) Seems to me that we'd have to tell it what space to switch to, and that it would be easier/more reliable to know what space it's switching from? ...or perhaps this is a huge hiccup from trying to have different default colorspaces on different platforms? ...also, imageStruct.fromYV12 should probably accept shorts instead of char's: pdp at least uses shorts for it's yv12... jamie ps: looking at the cvs commits, Iohannes first started working on this in may of 2003! Sorry it's taken me so long to see it as a problem ;-)

2 2

nameclashes and so on (average)
by Tim Blechmann 20 Dec '04

20 Dec '04

hi gem-devs, hi olaf, hi rest ... since i need an average object, i'm again running into a lovely nameclash... olaf, gem-devs: do you see any chance to combine both of your objects? maybe extend the maxlib average with a |reset N(, a |clear( and a |bang( message ... and remove gem's average ... cheers ... tim -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

3 2

Feature Requests (all together)
by B. Bogart 18 Dec '04

18 Dec '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 * Support for loading video clips and still images with alpha channels intact! ~ (PNG loader for stills, no idea what video formats contain alpha channels?) ~ pix_mask is not so important per-se as long as one can actually use graphics ~ with alpha channels. I've only even used pix_mask for loading images with ~ custom-made masks. Mind you using the RGB channels of one video stream as the ~ alpha of another stream could be very interesting. The most obvious example ~ of this I can think of is using nice pre-rendered Gaussian blurred ~ drop-shadows that still work no matter what is behind them. * I've made a little test of using the gem-win as an interactive interface ~ surface. Each object calculates its own bounds, taking into consideration ~ position and scaling. Then I convert the pixel coords of the mouse to ~ gemcoords and each object tests if the mouse is on it and then acts ~ accordingly. I've got scale-up rollovers and drag and drop stuff working. ~ This is really ugly though, so I propose an object that returns the bounds ~ (in gem units) in 3D no matter what scaling and rotation objects may be ~ present to mess up the bounding-box. Bounding-box is the first step but ~ ideally I would like to be able to test if a certain coordinate overlaps some ~ part of an object in 3D space. Since a bounding-box does not actually ~ correspond to the surface of an object unless it is a rectangle that can only ~ be rotated by 90 degree increments. I would imagine that the more complex the ~ geo the harder to calculate if a point overlaps? This object could grow into ~ a number of comparison objects for collision detection, testing if objects ~ occlude one and other etc.. * Higher level operations for vertex arrays. It would be great to have ~ operations that effect each vertex differently, like "twist" would rotate the ~ vertices at the top of the model, and the lower the vertex is the less it ~ would be rotated. This maybe solved with some kind of smooth selection of ~ vertexes, where say vertex 1-100 is chosen, but the transformation is ~ strongest on vertex 1 and tapers off when you get to vertex 100. Also I would ~ really like to be able to specify a transformation that is treated by each ~ vertex locally as relative. For exable offset all vertices 0.5 units along ~ its normal to "expand" a model. It would be nice if you could select not just ~ a range but say every third vertex and translate that along its normal to ~ make a spiky shape. * Target a pix_texture (pbuffer) rather than a gem-window for rendering. ~ (Already in the works) That is all that is in my head thus far. I'll post this stuff to the gem feature tracker as well. Thanks, B. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBxHsAjbOsMZSA25cRAozhAKCJeETwD377lMb6U+06cJxu+EE+rQCfTuhk mill13MiZuEgfdcwPO/NaUc= =LR/t -----END PGP SIGNATURE-----

1 0

gem & messaging
by Tim Blechmann 18 Dec '04

18 Dec '04

hi all ... i've got a problem with a simple gem patch that's related to the way gem handles pixes ... my patch looks like this: pix_video | t a a | | | |do a | do b but the |do a| part changes the state of the picture ... this for the dataflow: although i should have the same message to work on (coming from pix_video), i'm working on two different messages ... for my taste, this doesn't follow the dataflow language of pd any more, since two messages that should have the same behaviour, behave different... any idea, how to solve that? cheers ... tim -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

3 5

Re: [GEM-dev] Re: multiple_window: the questions begin!
by Hans-Christoph Steiner 16 Dec '04

16 Dec '04

FYI: I just subscribed to this list and I am resending this email in case it didn't make it to the list the first time. On Dec 2, 2004, at 4:40 AM, Johannes M Zmoelnig wrote: > Hans-Christoph Steiner wrote: >> coming from Gem too. Maybe the way to do it would be to have a >> [gemhid] object that outputs the same format as [hid]. > > (i do not know how to write "have you read all of the postings in this > thread?" without appearing to be offensive. i don't know whether you > are on gem-dev; so i ask the question without offense) No offence taken. I am not on gem-dev so I haven't read this thread, and I haven't really done much with Gem, so I am at a double disadvantage. > > i really think that the information provided by gem is per-window. > as i understand hid it is rather "global", in a sense that you do not > know where the information comes from. (well, it comes from "the > mouse" of course) > now the problem here is that we want multiple windows with distinct > grabbing of hid-events (if we want "global" events, i think one should > use [hid]). > [gemmouse] (and friends) does not support this, as there is no way to > specify the window it should listen too. > so most naturally (for me) it seems to take pdp's (and others') > approach to add an outlet to the [gemwindow] object that gives you > this kind of "feedback" from this window. > the output of this outlet should be standardized, and most probably > the "HID format" would be the best choice (as ben suggested), as it > seems to be easily extendible to new features of new hi-devices (e.g. > scroll-wheels,...) Sorry if this seems annoying, but I need to understand the whole problem before giving good advice. The idea behind the [hid] stuff is that you are getting sensor data from the devices, with as little filtering from the OS as possible. Correct me if I am wrong, but the basic goal with Gem seems to be to get pointer position data and clicks within that gemwin, so that's a different thing. That's getting information from the OS about the pointer interacting with the window. For example, something like keyboard data is not at all related to the pointer, so it doesn't matter whether you getting the events globally (i.e. from [hid]) or locally (i.e. from [gemkeyboard]). The only difference is whether the gemwin has focus or not. But if you can get the focus state from the gemwin, then you could use [hid] to get keyboard events for that specific window. I think this would be more flexible. The same goes for any element of a HID that is not directly represented in the gemwin (axes other than X,Y, mouse wheels, throttles, tablet pen tilt, etc. etc.). So it seems that Gem should only handle the window interaction data (pointer coords, button clicks in that window), and output when gemwin has focus (maybe it does this already?). The rest can be handled with standard Pd objects (i.e. [hid], or whatever). This idea is a bit raw since I am mired in writing my thesis paper, but I think this direction would ultimately be the right approach. Less duplicated code, fewer different objects to learn, more flexible, etc. >> What I haven't understood about the Gem HID objects (gemmouse, >> gemtablet, etc) is why they need to be distinct objects from the >> standard Pd HID objects. > > sorry i do not understand this. > if you complain about Gem's HID objects being unnecessary, you should > have written your [hid] some > years earlier (before april 1998; i am not sure whether HID was such > a buzzword back then)... I had zero intention of complaining, I was just under the impression that y'all wanted to keep the gem HID objects distinct, and I wanted to understand why. That's it. I have only used Gem a little, and I haven't looked at the code at all, so in order for me to be helpful here, I need to understand what all is going on. .hc > why we have several objects [gemmouse], [gemtablet], [gemkeyboard] i > cannot really tell you. but it seemed a bad idea to output > keyboard-information to [gemmouse]... > > >> The only reason I can see is to have absolute coordinates that match >> up the the gemwin. > > these coordinates are relative to the position of the gem-window (not > absolute with respect to the desktop-origin). ________________________________________________________________________ ____ There is no way to peace, peace is the way. -A.J. Muste

6 14

[OT] creation of .obj on blender
by cyrille henry 13 Dec '04

13 Dec '04

hello, i'm triing to use gem vertex array stuff. to be able to draw my own model is important, so I install blender. i did not find a way to export blender shape on a .obj file. can anyone help me? or should I use an other software than blender? thanks Cyrille

3 3

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