Hello,
IOhannes m zmoelnig a écrit :
second try, as yesterday my machine went down due to thermal issue...
cyrille henry wrote:
Maybe Cyrille and some of the other people using the recent code will give their impressions.
i just compile the curent cvs. all my patch look like working perfectly. jamie multitexture test patch work, i did not try yet to use it with glsl.
i work very few with video, so i did not have fully tested movie , webcam etc.
gem is perfectly stable on my computer for what i 'm doing. so, curent cvs is the best GEM release ever for my use.
i'll try to make more test soon.
great.
i have checked in some more code 3 days ago (1 day after jamies multitexture stuff). actually there are 3 different changes involved:
- [pix_texture]: improved the texture sharing a lot; you can now
connect the 2nd outlet of on [pix_texture] (with a valid texture) with the 2nd inlet of another [pix_texture] (without a texture) to share textures between various gemlists.
this is great and usefull. the exemple work perfectly.
i would like to use the same mechanism (sharing of more information than just the texture-id) in [pix_multitexture] too 2a. video4linux: i made the v4l-1 code work with my usb cam; however i have to check back with normal capture cards (hopefully i haven't re-introduced the bug cyrille noticed at the end of last year)
i pluged my 2 webcam and perform some test with pix_video : it is now very solid. i can plug, unplug cam, create, destroy gemwin, change between device etc without problem. so it's perfect i think. (i just have 1 small problem with my philips webcam that convert red to blue and blue to yellow, but that's not a gem specific problem).
2b. video4linux2: at least i can now grab the image from a v4l2 device (i think that some things like changing channel won't work; and i know that some things, like changing resolution, don't work)
i can't test this
- i added post(), error() and verbose() functions to the CPPExtern
class, which automatically prepend the object's name to any posted message (and in the case of error() also use pd_error() so that the object is findable). this change means that in static class functions (e.g. callbacks) we have to either call pd's native post() with "::post()" or the object's post with "GetMyClass(data)->post()"; i hope that i have fixed all occurences of calls to unspecified post()s (at least it compiles on os-x and linux, but i might have missed some on w32-only code)
ok, great.
i made some test with pix_film and pix_movie. both crash when loading some movie, but work with other files. depending on the movie, right inlet does not set curent frame, but increase frame position.
pix_record works, but crash easilly. it will crash if the file can not be created (already exist, or if the directory does not exist etc). it can also crash for other (unknown) reason.
there is still some things that i did not understand with pix_record: 1st : does it create only 20fps file? 2nd : after recording a 1024x768 movie, quick time and vlc read it correctly, but ubuntu see it as a 1024x384 movie. (i already see this with other tools, so it can be a ubuntu specific problem.) anyway, i found a better solution to record my work so i don't use pix_record.
every other stuff look perfect.
i've got on my wish list :
- better optimisation when reading a movie with "auto 1" (sequential reading.) if popssible (as Iohannes explain me on an other mail.) - a better primitive to draw 3d curve (it's on my todolist for years, i don't know what the best solution is : using the glu nurbs? doing everything from scratch? or find some other lib?) - a better suport (or exemple) of various buffer utilisation (stencil, accumulation) - multiples rendering windows (what is the curent developement state?)
I make all test with ubuntu dapper and nvidia binary drivers. i'll try again all of this with ubuntu edgy in 1 or 2 week.
Cyrille
mfg.ar IOhannes
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev