FAQ
Cover
This is the archive Discourse for the Processing (ALPHA) software.
Please visit the new Processing forum for current information.

   Processing 1.0 _ALPHA_
   Bugs
   Software Bugs
(Moderator: fry)
   vimage problem
« Previous topic | Next topic »

Pages: 1 
   Author  Topic: vimage problem  (Read 415 times)
primeclub


vimage problem
« on: May 28th, 2003, 10:41am »

hello,
nice the new revision is out!!!
just wanted to try the videocapture stuff but i cannot get it run... i used the examples from the manual, eg. for beginvideo() but proce55ing always says that variable vimage is not defined in the current context... same for vpixels.
maybe i missed something, but i tried the normal & expert version, have the newest JRE installed, Quicktime 6.1 pro with quicktime for java, win xp sp1, dell 8100 laptop/512mb/gforce2 go ..
 
anyway, proce55ing rocks!  
greets from amsterdam
andre
 
fry


WWW
Re: vimage problem
« Reply #1 on: May 28th, 2003, 6:29pm »

we've gone a different route than what's documented. not sure which version will be final, but for now, 'video' is an image (instead of vimage), so then to get the width, height, and pixels of it, you use video.pixels, video.width, and video.height.
 
senior

89237688923768 WWW
Re: vimage problem
« Reply #2 on: Jun 17th, 2003, 4:32pm »

Does anyone have a working example of how video works now? Is it possible to construct an image by doing something along the lines of:
 
BImage vid;
 
void setup() {  
  size(360, 240);  
  noBackground();  
  beginVideo(360, 240, 24);
}  
 
void videoEvent() {  
  vid.pixels = video.pixels;
  vid.width = video.width;
  vid.height = video.height;  
  image(vid,0,0);  
}  
 
void loop() {  
}
 
REAS

WWW
Re: vimage problem
« Reply #3 on: Jun 18th, 2003, 11:04pm »

there are some bugs in video in release #55. we're fixing for release #56 (sometime next week).
 
here is how it will look:
 
Code:
void setup() {  
  size(320, 240);  
  noBackground();  
  beginVideo(320, 240, 24);  
}  
 
void loop() {  
  image(video, mouseX, mouseY);
}  
 
public void videoEvent() {    
  // Set variables or booleans for updates
  // but don't draw within videoEvent  
}  

 
benelek

35160983516098 WWW Email
Re: vimage problem
« Reply #4 on: Jun 19th, 2003, 4:21am »

aren't videoEvent and loop running in different threads?  will they be synchronised, or is there some cool behind-the-scenes way of loop grabbing synchronised imaging from videoEvent?
 
fry


WWW
Re: vimage problem
« Reply #5 on: Jul 31st, 2003, 3:33am »

they're running in different threads, but if we add any sort of synchronization, it'll be so that loop() is tighter.  
 
drawing inside videoEvent is "unsupported."
 
Pages: 1 

« Previous topic | Next topic »