Re: Image Capture in 10.5

  • On 15/01/2008, at 8:38 PM, Annard Brouwer wrote:

    > Hi Nick,
    >
    > Thank you for getting back to me. Are you sure that check makes a
    > difference? Because in that same method there is a statement
    > "mSessionID = 0", so it would have been executed no matter what the
    > value was. Over here, no matter what I do, it doesn't make a
    > difference. Whether I close the session or not after each scan, I
    > can only scan once and then I have to disconnect the USB cable.
    > I don't see any effort from Apple's side to look at this so we're
    > looking at a solution that doesn't depend on ImageCapture at the
    > moment.
    >
    > Good luck with your project!
    > Annard
    >

    I was having exactly the same problem as you - I had to disconnect the
    cable after using it. The ONLY time that I set mSessionID is in this
    block of code:

    pb.object = scannerObject;
    err = ICAScannerOpenSession(&pb, NULL);
    if (err == noErr) {
      mSessionID = pb.sessionID;
    }

    I don't have any code that initialises mSessionID or anything like
    that. Something has obviously changed in the API, since even using
    Apple's SampleScannerApp, the "have to disconnect" problem occurs.
    Mine now works fine, but I've done a bit of "reverse engineering" (I
    haven't followed the documentation word-for-word) to get it working.
    The existing documentation is severely lacking. It's strange, since
    there are mixed messages coming out of Cupertino. Many of the ICA
    functional calls were deprecated in 10.5, and a few were added.
    Clearly someone there is working on it, but the documentation is
    lacking, and the interface is ridiculous by 2008 standards. Why they
    don't re-do the interface in Cocoa is beyond me.

    Good luck with your coding,
    Nick Forge
  • the api did change and the myPhoto sample code is also broken.

    I had to ignore a parameter passed in, as it was unreliable - even
    though doc'd to work / in the sample code.

    #pragma mark DP: Ignore code as it differs in 10.x
    //        switch (pbPtr->eventType)

    Maybe this is loosly related and you can work around this by ignoring
    some parameter

    Regards,
    Dominik
    Am Jan 15, 2008 um 2:36 PM schrieb Nick Forge:

    >
    > On 15/01/2008, at 8:38 PM, Annard Brouwer wrote:
    >
    >> Hi Nick,
    >>
    >> Thank you for getting back to me. Are you sure that check makes a
    >> difference? Because in that same method there is a statement
    >> "mSessionID = 0", so it would have been executed no matter what the
    >> value was. Over here, no matter what I do, it doesn't make a
    >> difference. Whether I close the session or not after each scan, I
    >> can only scan once and then I have to disconnect the USB cable.
    >> I don't see any effort from Apple's side to look at this so we're
    >> looking at a solution that doesn't depend on ImageCapture at the
    >> moment.
    >>
    >> Good luck with your project!
    >> Annard
    >>
    >
    > I was having exactly the same problem as you - I had to disconnect
    > the cable after using it. The ONLY time that I set mSessionID is in
    > this block of code:
    >
    > pb.object = scannerObject;
    > err = ICAScannerOpenSession(&pb, NULL);
    > if (err == noErr) {
    > mSessionID = pb.sessionID;
    > }
    >
    > I don't have any code that initialises mSessionID or anything like
    > that. Something has obviously changed in the API, since even using
    > Apple's SampleScannerApp, the "have to disconnect" problem occurs.
    > Mine now works fine, but I've done a bit of "reverse engineering" (I
    > haven't followed the documentation word-for-word) to get it working.
    > The existing documentation is severely lacking. It's strange, since
    > there are mixed messages coming out of Cupertino. Many of the ICA
    > functional calls were deprecated in 10.5, and a few were added.
    > Clearly someone there is working on it, but the documentation is
    > lacking, and the interface is ridiculous by 2008 standards. Why they
    > don't re-do the interface in Cocoa is beyond me.
    >
    > Good luck with your coding,
    > Nick Forge
previous month january 2008 next month
MTWTFSS
  1 2 3 4 5 6
7 8 9 10 11 12 13
14 15 16 17 18 19 20
21 22 23 24 25 26 27
28 29 30 31      
Go to today