GEM-dev November 2006

gem-dev@lists.iem.at

17 participants
14 discussions

Re: threads in pix_video in GEM
by IOhannes m zmoelnig 13 Nov '06

13 Nov '06

chaser wrote: > hi iohannes hi sergio. i am sending this email to gem-dev too, so if you want to answer please exclude gem-dev from the recipients or subscribe to this list (better, imho) anyhow > here sergio. i'm working with lluis gomez building a big patch using GEM > for a dance spectacle that combines in real time 4 live streaming videos > from different places in a virtual 3d environment. > > we have a little question about the pix_video object: > > for testing our patches we have been using mov files through the > pix_film object. pix_film creates a new thread for each new video, so we > get advantages of our multi processor workstation. (20 video sources > mapped in about 300 faces with the SMP kernel at about 80%) :) > > then we changed to pix_video to capture analog video sources and we > realize, that the pthreads is not available for this object, so all > capture process is done by the same processor.. > > we would like to know if you think there is any reason for not > implementing pthreads in pix_video. > i'm not a programmer at all and maybe i'm talking about out of order > things :/,... > but if there's not specific problem to implement pthreads in this object > we could try to find someone to write some code for that. hmm, i guess you are on linux (since lluis is involved ;-)) so: both [pix_film] and [pix_video] are using threads (if available), though in a somewhat different manner. pix_film: creates a thread in the main object and uses the thread to grab the images from the decoder-classes. pix_video: each decoder class handles autonomously whether it uses threads or not. the main object does know nothing about threads. why: i don't know, most likely historical reasons; [pix_videoLinux] has used threads for a long time, when it was converted to [pix_video] + videoV4L the threading code went into the videoV4L class (to make migration simplest for all platforms) [pix_film] has not used threads for a very long time; i added it last year since a project was depending on the performance gain we got from threads; since i was not sure which decoder class i was actually going to use, i decided to write the code only once and put it into the [pix_film] class (instead of filmQT4L and filmAVIPLAY and ...) so as a conclusion: [pix_video] should use threads with all grabber-classes on linux (v4l, v4l2, dv4l); these classes won't even compile without pthreads (as opposed to [pix_film] where the pthread-code is really optional) i wonder what makes you think it doesn't. > > thanks in advance > gem runs really good ;) good to hear. mf.dar IOhannes

2 1

Still Crashes with Matrox card
by Frank Barknecht 13 Nov '06

13 Nov '06

Hallo, I still get strange crashes with my Matrox card on Debian testing, which basically makes Gem unusable for me on that machine. I now have found a reliable way to provoke the crash. Using attached patch for L-systems by Cyrille, Pd will crash as soon as I change the "size of the system" number box some times (like go up from 10 to 15). The backtrace when running under gdb is attached as well. Everything is compiled or installed today: ii libgl1-mesa-dev 6.5.1-0.2 A free implementation of the OpenGL API -- GLX develop ii libgl1-mesa-dri 6.5.1-0.2 A free implementation of the OpenGL API -- DRI modules ii libgl1-mesa-glx 6.5.1-0.2 A free implementation of the OpenGL API -- GLX runtime ii libc6 2.3.6.ds1-7 GNU C Library: Shared libraries Gem-CVS from today as well, make-distcleaned and freshly built. I'm really at loss now... Ciao -- Frank Barknecht _ ______footils.org_ __goto10.org__

2 3

[pix_multitexture] stuff
by james tittle 10 Nov '06

10 Nov '06

hey, ...in current CVS, I've hacked in multitexture support to GemShape's SetVertex() call, and it seems to work pretty well...however, sanity testing on other machines is always appreciated ;-) Attached is an example patch which allows two movies to be loaded, then combined in a later chain and blended/combined/added/whatever else on the gpu... ...main caveat is that this is only support in [rectangle], or other geos that use SetVertex() to set texture coords...also, it doesn't seem to work with GL_TEXTURE_2D, but GL_TEXTURE_RECTANGLE_EXT seems to be standard on cards anyway... jamie

2 2

which gem to include in upcoming release
by Hans-Christoph Steiner 06 Nov '06

06 Nov '06

I am getting ready to make the Pd-extended 0.39.2 release branch. Which version of Gem should I include? .hc ------------------------------------------------------------------------ Using ReBirth is like trying to play an 808 with a long stick. - David Zicarelli

5 18

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev November 2006