full test of curent cvs, was : Re: [GEM-dev] which gem to include in upcoming release

[cyrille henry]

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:
> 1. [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
> 3. 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 at iem.at
> http://lists.puredata.info/listinfo/gem-dev
> 
>