Seeing these messages about cameras on OSX go by reminds me to ask 
another question.  Everytime I run one of the OSX demos in the 
distribution, I get the dialog box to set camera paramters, but I 
cannot select the box (to pull it to the front or move it).  on a large 
screen, this is only slightly annoying, because I can see the whole 
thing, but on my powerbook, the "accept" button is off screen so I 
can't proceed ...

Anyone else seeing this and know how to fix it? 

Am 18.11.2004 um 12:42 schrieb Blair MacIntyre:

> Seeing these messages about cameras on OSX go by reminds me to ask=20
> another question.  Everytime I run one of the OSX demos in the=20
> distribution, I get the dialog box to set camera paramters, but I=20
> cannot select the box (to pull it to the front or move it).  on a=20
> large screen, this is only slightly annoying, because I can see the=20
> whole thing, but on my powerbook, the "accept" button is off screen so=20=

> I can't proceed ...

> Anyone else seeing this and know how to fix it?

It happens to me, too.  I blamed it on starting the stuff from within=20
XCode, though I haven't taken any steps to test if it will work=20
normally outside of XCode.

A quick fix is to add the "-nodialog" option to the vconf* line which=20
will serve you just fine as you don't want/need to select from more=20
than one camera.

Regards,
Eike

--=20
Dipl.-Inform. Eike M. Lang
Universit=E4t Duisburg-Essen (Standort Duisburg)
Institut f=FCr Informatik und Interaktive Systeme
Lotharstrasse 65, Raum LF 284, 47057 Duisburg

email:     lang@i ......................
Tel. :     +49 203 379-1417  Fax -3557

At 6:42 AM -0500 18/11/04, Blair MacIntyre wrote:
>Seeing these messages about cameras on OSX go by reminds me to ask 
>another question.  Everytime I run one of the OSX demos in the 
>distribution, I get the dialog box to set camera paramters, but I 
>cannot select the box (to pull it to the front or move it).  on a 
>large screen, this is only slightly annoying, because I can see the 
>whole thing, but on my powerbook, the "accept" button is off screen 
>so I can't proceed ...
>
>Anyone else seeing this and know how to fix it?


Arggh.. yes, attempting to solve this bug has driven me up the wall. 
It is due to the way QuickTime implements its settings dialog, which 
is to use a CFDialog. Unfortunately, CFDialog requires the calling 
app to have an active event loop in order to handle mouse clicks and 
key presses, and it just so happens that at the point where 
ar2VideoOpen() is called in the demos, there is no event loop (as 
glutMainLoop has not yet been called.)

I have two approaches to solving this. The first is to build each 
demo application as a packaged app instead of a tool. Calling 
glutInit on a packaged app gives us a run loop earlier on, and the 
dialog works as it should (albiet leaking a little memory each time 
ar2VideoOpen is called). This approach allows the code for the demos 
to remain portable across win, linux etc. The other (better) approach 
is to delay the call to ar2VideoOpen() until the run loop is active 
(e.g. set up a one-shot glut timer and open the video stream when the 
timer fires, or don't use glut at all.) but this wouldn't be so 
portable.

As Eike also pointed out, a third approach is to skip the settings 
dialog altogether by passing "-nodialog" when opening the video. I've 
also got a half-finished bit of code to save and restore the settings 
to a prefs file, which will allow "set and forget" of the video 
settings (very useful for deployed applications) which will go into 
the source at some stage.

Regards,
Phil.

-- 
Philip Lamb
Research Student,
Human Interface Technology Laboratory New Zealand,
University of Canterbury, Christchurch, NZ.
+64 3 3642987 x3070