QuickTime conundrum

[xbury.cs at clearstream.com]

Slight oversight... I was sure I had this option off but it wasn't on this 
computer...

Removing the menus' shadows in windows (rightclick desktop, choose 
tab Appearance, btn Effects and remove all the options...)

This improves the playback (although unrealistic to ask this to clients!)
Note that when switching from one menu to another causes a flash or
blip (whichever you prefer) in the player's window! 

But most of the "display" problems mentioned before are gone... 

cheers
Xavier

On 14.03.2005 09:13:40 use-revolution-bounces wrote:
>Although I never got a test stack to crash, or freeze (2 cpus didn't help
>the flicker or ailing menu response!).
>
>But dragging a control over the player is also a big show of problems!
>Even more so without the alwaysbuffer... (BTW, if I set the alwaysbuffer
>to true I can no longuer play the movie via the controls!
>
>Switching XP themes to Windows classic  didn't help but i did notice part
>of
>the problem.... The shading of the menus! I turned it off in windows and
>it's still
>showing...
>
>Another one to add along with many other windows properties being ignored
>until you restart RR... Is it the same for Macs?
>
>Cheers
>Xavier
>
>
>On 14.03.2005 08:40:24 use-revolution-bounces wrote:
>>I filed a bug report this weekend for this anomaly with QuickTime and
>>menus - Windows only:
>>
>>Hold the mouse down over the menubar to pop down the menus,
>>esp the submenu in Edit.  When a QT movie is assigned to
>>the player the movie flickers.  If you play with it enough
>>you'll get in some sort of loop that consumes 100% of CPU
>>and is hard to break out of.
>><http://support.runrev.com/bugdatabase/show_bug.cgi?id=2692>
>>
>>There's a sample stack there which exhibits the behavior, but it's easy
>>to make one:
>>
>>Just put a menu group in a stack, then put a player there.  Give one of
>>your menus a submenu -- the more items the better.  Then put a player on
>>the card, assign it a movie (the longer the better) and try to select
>>something from the submenu.
>>
>>What happens appears to be some sort of loop in which the menus (esp.
>>the submenu, as it's much more noticeable there) is fighting with QT for
>>redraw time -- whenever you drag the mouse over another menu or submenu
>>the player flickers, and the menu takes a long time to draw.  Drag
>>across multiple menus and you may well trigger a loop that you may need
>>to force quit to get out of.
>>
>>I just tried my experiment using Rev's menus, and the same thing 
happens:
>>
>>1. Make a new stack
>>2. Put a player in it
>>3. Assign a movie to the player
>>4. Drag the mouse across the Rev menubar and down some menus to '
>>bring up submenus -- I got a freeze
>>
>>I'm hoping to find some magic combination of properties to help
>>alleviate this.  Unfortunately I must have the player's controller
>>available, so simply turning on the player's alwaysBuffer -- while it
>>does improve things -- won't work in this app.
>>
>>Any clues?
>>
>>Alas, it seems half of my life is consumed with anomalies related to
>>QuickTime.... ::sigh::
>
>


-----------------------------------------
Visit us at http://www.clearstream.com
IMPORTANT MESSAGE    Internet communications are not secure and therefore
Clearstream International does not accept legal responsibility for the
contents of this message.    The information contained in this e-mail is
confidential and may be legally privileged. It is intended solely for the
addressee. If you are not the intended recipient, any disclosure, copying,
distribution or any action taken or omitted to be taken in reliance on it,
is prohibited and may be unlawful. Any views expressed in this e-mail are
those of the individual sender, except where the sender specifically states
them to be the views of Clearstream International or of any of its
affiliates or subsidiaries.    END OF DISCLAIMER