Cool, I am coming from VBx.
So threading couldnt possibly be worse on rb then vb.
Most of my apps will be based on plugins developed on C++ ported from
ActivecX or other dlls controls. So far my evaluation seems ok as our
controls are behaving at the same or better performance as VBx. We use
DirectX extensibly so I am specting a bit of work moving to OSX.
For those of you developing OSX Multimedia Apps, what were the major
issues you encountered?
Frank Condello wrote:
On 31-Dec-06, at 10:45 PM, Giovanni wrote:
That brings me to the next question, does rb multi threading
capability useful for multimedia project?
I am evaluating rb for a few multimedia projects.
The best way to handle multimedia in RB is to avoid using the system
UI as much as possible. User interaction with native widgets can block
the rest of the application - even threads. RB threads are cooperative
so you never actually get two things running at the same time, every
thread just gets its time slice until the scheduler calls the next
thread. They're still useful for background tasks or running
animations however, but timers will usually be good enough (and easier
to manage) for typical 2D multimedia.
I've done several CD-ROM projects in RB and have always drawn
everything in canvases (or directly to the Window) using my own
button/slider/listbox (etc.) classes. User interaction with a canvas
doesn't block threads or timers so any animations that might be
running simply keep running. You usually want your own custom UI for
multimedia projects so this approach works out nicely.
HTH!
Frank.
<http://developer.chaoticbox.com/>
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>