Jac,

I was actually referring to grabbing video in QT (referring to it being a player type object) as in:

In stack: (this is to clean it up on quit/close of stack)
on closeStack
  revCloseVideoGrabber
end closeStack

In Initialize button:
on mouseUp
revInitializeVideoGrabber short name of this stack, "QT", the rect of this stack
end mouseUp

In record button:
on mouseUp
  revRecordVideo "mymovie.avi"
end mouseUp

In stop button:
on mouseUp
revStopRecordingVideo
end mouseUp

It is my understanding that not calling revCloseVideoGrabber on quit/close could cause memory problems.
From the docs:
If your application uses video capture, you should execute the revCloseVideoGrabber command either when your application is finished using video capture, when the stack that uses video capture is closed (in a closeStack handler), or when your application quits (in a shutdown handler). The Video library loads the operating system's video capture software into memory when you use the revInitializeVideoGrabber command. The revCloseVideoGrabber command unloads this software, freeing up the memory it uses, when you're done.

Of course the same is true for speech:
revUnloadSpeech
from the docs:
Important! If your application uses text to speech, you should execute the revUnloadSpeech command either when your application is finished using text to speech, when the stack that uses speech is closed (in a closeStack handler), or when your application quits (in a shutdown handler). This saves memory.


But it turns out the original thread was about the Dreamcard Player anyway so this is a mute point.


Tom



On Jul 28, 2005, at 11:42 AM, J. Landman Gay wrote:
Players? You mean, like QT player objects? How would one "close" a QT player? I've never had any problem quitting while ignoring them. Maybe I don't understand what you mean.

--
Jacqueline Landman Gay         |     [EMAIL PROTECTED]
HyperActive Software           |     http://www.hyperactivesw.com
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Reply via email to