Hi all,
I'm having some trouble when opening models created by an L-system in pd0.35/Gem0.87 on a Win2k machine. Apparently there are quite some vertices without faces in these files. For every vertice without a normal Gem throws a message. As I load quite some geometry (around 120 big models using multimodel) this takes a lot of time. Is this a bug or a feature? actually I don't care about orphaned vertices, as long as the geometry shows ok (which it does). Any way around it?
Also I'd like to know if it's normal that I have to stop and restart the renderer whenever I load a new set of models. The geometry doesn't show up otherwise.
A last point: has anybody gotten pix_film combined with pix_alpha up and running? The combination of both consistently crashes pd on my box.
All the best and thanks for your time,
.loop.
Thomas Loop wrote:
Hi all,
I'm having some trouble when opening models created by an L-system in pd0.35/Gem0.87 on a Win2k machine. Apparently there are quite some vertices without faces in these files. For every vertice without a normal Gem throws a message. As I load quite some geometry (around 120 big models using multimodel) this takes a lot of time. Is this a bug or a feature? actually I don't care about orphaned vertices, as long as the geometry shows ok (which it does). Any way around it?
as far as i remember it, the error is written to stderr by the used "library" (see GemLibs/glm/glm.c)
Also I'd like to know if it's normal that I have to stop and restart the renderer whenever I load a new set of models. The geometry doesn't show up otherwise.
i'll have a look on this
mfg.ads.r IOhannes
IOhannes zmoelnig:
as far as i remember it, the error is written to stderr by the used "library" (see GemLibs/glm/glm.c)
As I am no developer and don't have VC++ installed, I won't be able to check or change it.
Would it be possible to remove the output and perhaps even the underlying test or is it a vital function? Could speed up loading or at least unclutter the console.
Regards,
.loop.
IOhannes zmoelnig:
i had no problem to run the 04.pix/15.pix_alpha.pd patch with >[pix_film]
and the movie-1.mov.
IOhannes, I'm on a Win2kPro machine. Couldn't convince Gem to run on my Debian woody box, yet. So no mov. And I meant having pix_film and pix_alpha in the same Gemlist. Don't know if you got this right. Guess so, though...
Johannes Taelman also experienced this problem on Win2k (see pd-list today), so it doesn't seem to be confined to my system.
Greetings,
.loop.
On Mon, 14 Oct 2002, Thomas Loop wrote:
Hi all,
Also I'd like to know if it's normal that I have to stop and restart the renderer whenever I load a new set of models. The geometry doesn't show up otherwise.
Not so much experience with custom models, but are you changing the argument of the model object or are you sending an "open mymodel.obj" message to the model object? In the first case it's normal that it does not show up.
A last point: has anybody gotten pix_film combined with pix_alpha up and running? The combination of both consistently crashes pd on my box.
I tried the same last week also without any success (on win2k). Now I use pix_multiimage instead. That one works stable.
There seems to be another bug in pix_film: If you keep on opening different movies (automatically), it crashes. It seems like it opens files but does not close them. Windows reported that there were too many files open. I haven't looked in the source though.
And, I did some more experiments with a USB QuickCam Color in GEM+win2k. I managed to make it grab one picture. It did only grab one picture at initialisation, no moving image. So it may be a very small bug...
While we are discussing GEM: would it be difficult to add bump-mapping? I think it would be a cool feature in order to produce less 'mathematic' graphics.
regards, j#|@
Johannes Taelman:
Not so much experience with custom models, but are you changing the argument of the model object or are you sending an "open mymodel.obj" message to the model object? In the first case it's normal that it does not show up.
No, I'm opening via message.
I tried the same last week also without any success (on win2k). Now I use pix_multiimage instead. That one works stable.
Been there, done that. But I find it a pain to organize the flood of images and to work on them is complicated,too. Also have the feeling it could be more efficient to use AVIs (Please correct me if I'm wrong here). Plus the fact that I would have to explode my rather largish collection of clips into single frames...
There seems to be another bug in pix_film: If you keep on opening different movies (automatically), it crashes. It seems like it opens files but does not close them. Windows reported that there were too many files open.
Don't know about that one, but I remember a message on the list (by IOhannes, I think) stating that Gem isn't freeing the complete memory used by the clip when the file is getting closed. Perhaps this is along similar lines...
While we are discussing GEM: would it be difficult to add bump-mapping? I think it would be a cool feature in order to produce less 'mathematic' graphics.
(Sorry for the "me too", but:) Oh, YES, please !! Bumpmapping would be high up on my wishlist. Right along with multi-texturing and decent shadows.
Also, what about putting the work for the pix-class objects on the graphics hardware by using pixel-shaders?
Cheers,
.loop.
hi
A last point: has anybody gotten pix_film combined with pix_alpha up and running? The combination of both consistently crashes pd on my box.
I tried the same last week also without any success (on win2k). Now I use pix_multiimage instead. That one works stable.
Before anyone replies with 'rtfm', I just got it to work. Do not forget a pix_rgba in your chain!
[pix_film] | [pix_rgba] | [alpha] | [pix_alpha] |
<various geometric transformations> | [cube]
Works nice!
There seems to be another bug in pix_film: If you keep on opening different movies (automatically), it crashes. It seems like it opens files but does not close them. Windows reported that there were too many files open. I haven't looked in the source though.
Sorry I was inaccurate here: I was working with pix_movie.
regards, j#|@
Johannes Taelman:
Before anyone replies with 'rtfm', I just got it to work. Do not forget a pix_rgba in your chain!
Aah, yes (slap!)! My avis are compressed, so no alpha channel without pix_rgba. Thanks. Could have thought about that by myself.
Now it doesn't crash pd. Still, I can't get no transparency via setting thresholds/pass value. Will experiment a bit. Is the position of the alpha object of any importance?
Regards,
.loop.
-
IOhannes zmoelnig -
Johannes Taelman -
Thomas Loop -
Thomas Loop