Use utility method instead of the complicated Constructor.ĮxecutorService producer = Executors.newSingleThreadExecutor() No need to bound the queue for this executor. The important thing is, we are passing a bounded queue.ĮxecutorService consumer = new ThreadPoolExecutor(1,4,30,TimeUnit.SECONDS,new LinkedBlockingQueue(100)) The numbers are just silly tune parameters.

Here is what i have done so far: package fragrecord Unfortunately i don't really get how i will be able to use it for my purpose: recording the 20 seconds leading up to the point where isarecord is triggered. There seems to be a platform independent jar file for Xuggler. If possible i would like to stay as platform-independent as possible. I would like to be able to write on disk the screen the 10 to 20 seconds before the event occurred. Unfortunately the whole thing seems to be too slow. Because the writing event is rare and can run in the background, the recording event can take up more time and run faster. My Idea was to do the writing and reading in two seperate threads.

I would like to have around 25 to 30 fps. However i barely get two frames per second.

I have so far done the part where the recognition takes part. Unfortunately the whole screen needs to be recorded. The follwing problem should watch the screen, record an event (a measuring textbox turns green) and record all the events leading up to it, producing a 'film' of the events leading up to it.

Playclaw 5 desktop record