Bug 40 : Movie is exceptionally slow
Last modified: 2010-06-05 03:58




Status:
RESOLVED
Resolution:
WONTFIX -
Priority:
P3
Severity:
normal

 

Reporter:
fry
Assigned To:
fry

Attachment Type Created Size Actions
Example for using Sequence Grabbers DataProc to display video in java application/octet-stream 2005-11-15 13:23 6.59 KB
on my mac this goes a LOT faster and smoother and has sound synced application/octet-stream 2007-04-02 14:24 2.55 KB

Description:   Opened: 2005-05-12 20:51
running about 2-3 fps on macosx... new/better qtjava methods exist but are
reported to sometimes cause flicker.

http://processing.org/discourse/yabb_beta/YaBB.cgi?board=VideoCamera;action=display;num=1115909991;start=1
Additional Comment #1 From fry 2005-11-15 13:23
edit]
Example for using Sequence Grabbers DataProc to display video in java

possible performance improvement from a posting on the qtjava mailing list, is
a bit smarter about how sequence grabbing is handled:
http://lists.apple.com/archives/QuickTime-java/2005/Nov/msg00036.html
Additional Comment #2 From Arthy 2006-03-26 01:55
Hello i'm newbie in processing,

I'd like to go deeper inside your nice project but i have a big performance problem :

I downloaded a particle source code from 101bit : http://www.bit-101.com/p5/
which is particularly fast.

But when i compiled it through processing 109 or 110 (with or without java version),
the compiled program is very slow in processing, and even in navigators..

Is there any option i forgot ?

thanks for replying
Additional Comment #3 From fry 2006-03-26 10:10
hi, that's not relevant to this bug, please post the question on the discourse board.
Additional Comment #4 From maddanio 2007-04-02 14:24
edit]
on my mac this goes a LOT faster and smoother and has sound synced

a movie class that directly renders into a PApplet assumed to have the right
size, can easily be changed to render into an image instead (just copy into
image.pixels instead of apple.pixels)
Additional Comment #5 From fry 2007-04-02 16:24
thanks for posting, will keep this in mind.
Additional Comment #6 From fry 2010-06-05 03:58
closing this bug, because we'll be replacing the current video library with
another sometime later this summer. as such, i won't be doing any more bug
fixes on the current video library. in the meantime, we recommend using
gsvideo, opencv, or one of the other video libraries that are available.