chdkptp - alternative ptp client - page 46 - General Discussion and Assistance - CHDK Forum

chdkptp - alternative ptp client

  • 1097 Replies
  • 397137 Views
*

Online reyalp

  • ******
  • 13432
Re: alternative ptp client
« Reply #450 on: 08 / December / 2013, 21:59:33 »
Advertisements
I uploaded snapshot build r468 to the files area https://www.assembla.com/spaces/chdkptp/documents

This fixes the bug in the "play" command pointed out by nafraf and add support for the trunk changes described in  http://chdk.setepontos.com/index.php?topic=4338.msg107827#msg107827
Don't forget what the H stands for.

Re: alternative ptp client
« Reply #451 on: 10 / December / 2013, 18:38:13 »
Based on a few limitations I decided to start off down the multi-instance chdkptp route using AutoIT [http://www.autoitscript.com/site/] as control [has a built in IDE with an easy to use GUI builder in comparison to AutoHotKey is reason, so far, for that].

Currently i'm trying to get my hands on the stdout chdkptp "list" info [to use bus/dev info with multi-instances] and having not a lot of fun with the AutoIT "StdoutRead" command. Absolutely no idea how this might scale to many dozens of cams but hope it's worth a go.

Anyway, my 1st [cam1 of 2] SX150IS has been operating as expected [based on a very limited set of expectations  :-[ ] with chdk & chdkptp so, I just got the 2nd one [cam2 - ebay UK canon site refurb] out of it's box, inserted the SD card [previously extracted from cam1], powered on, ensured equivalent firmware version, ensured basic chdk operation then powered off.

Shortly after this:

  • plugged usb lead [working with cam1] into cam2
  • press "power on" cam2 [starts in playback]
  • connect usb to PC => LCD goes black and green LED turns on => cam will not respond to any key press or mode change

Then:

  • start chdkptp gui => press "Connect" and message "Error: no devices available" is displayed.

The problem challenge is constantly repeatable. Both cams in 'P' mode. Same win7 64 bit machine used - chdkptp snapshot r438 used.

Any comment [other than "write-off"] appreciated.
« Last Edit: 10 / December / 2013, 18:48:54 by andrew.stephens.754365 »

Re: alternative ptp client
« Reply #452 on: 10 / December / 2013, 18:50:47 »
  • connect usb to PC => LCD goes black and green LED turns on => cam will not respond to any key press or mode change
If you somehow have enabled the CHDK USB remote then this is the exact behavior that you will see.
Ported :   A1200    SD940   G10    Powershot N    G16

Re: alternative ptp client
« Reply #453 on: 10 / December / 2013, 19:04:03 »
Appreciate that waterwingz.

Unfortunately I ensured:

Remote Parameters => Enable Remote [ ] i.e unselected,

on both cams.

But that's exactly the sort of, silly, thing i'm concerned may be causing the problem.

To be honest i'm not now sure i'll be using your kbd.c hack [ http://chdk.setepontos.com/index.php?topic=8769.msg105488#msg105488 ] - I might wind up doing something along the lines of your other idea:

http://chdk.setepontos.com/index.php?topic=10837.msg106581#msg106581 

Nice to have a few options provided - but I digress.
« Last Edit: 10 / December / 2013, 19:11:57 by andrew.stephens.754365 »


*

Online reyalp

  • ******
  • 13432
Re: alternative ptp client
« Reply #454 on: 10 / December / 2013, 23:30:01 »
  • plugged usb lead [working with cam1] into cam2
  • press "power on" cam2 [starts in playback]
  • connect usb to PC => LCD goes black and green LED turns on => cam will not respond to any key press or mode change
You probably need to install a libusb INF driver again for this specific camera. I expect this is necessary for each camera (unless it's so old it doesn't report a serial number, in which case it's specific to the USB port instead). You definitely need to do it for each model of camera.

This will be fun with 50+ cameras, but I assume it's possible to automate...

As far as using autoit... this seems like an extra layer of complication. If you want a custom GUI, learning IUP http://www.tecgraf.puc-rio.br/iup/ and doing in directly in chdkptp Lua might be a better option.
Don't forget what the H stands for.

Re: alternative ptp client
« Reply #455 on: 10 / December / 2013, 23:48:36 »
As far as using autoit... this seems like an extra layer of complication. If you want a custom GUI, learning IUP http://www.tecgraf.puc-rio.br/iup/ and doing in directly in chdkptp Lua might be a better option.
FWIW .. both CHDK-Shell and CHDK-PT use AutoIT.  Its a nice package for rolling up a GUI interface. YMMV.
Ported :   A1200    SD940   G10    Powershot N    G16

Re: alternative ptp client
« Reply #456 on: 11 / December / 2013, 00:16:15 »
To be honest i'm not now sure i'll be using your kbd.c hack [ http://chdk.setepontos.com/index.php?topic=8769.msg105488#msg105488 ] - I might wind up doing something along the lines of your other idea:http://chdk.setepontos.com/index.php?topic=10837.msg106581#msg106581  Nice to have a few options provided - but I digress.
Be sure to let us know what turns out to work for you?
Ported :   A1200    SD940   G10    Powershot N    G16

*

Online reyalp

  • ******
  • 13432
Re: alternative ptp client
« Reply #457 on: 11 / December / 2013, 00:22:57 »
FWIW .. both CHDK-Shell and CHDK-PT use AutoIT.  Its a nice package for rolling up a GUI interface. YMMV.
Yes, PTPCamGui as well. I have nothing against AutoIT, I'm just saying wrapping a CLI executable adds another layer of complexity. I believe PTPCamGui uses a dll to go between the ptpcam exe and AutoIT, in part because of issues talking the ptpcam.exe input/output.

andrew.stephens project will almost certainly require writing chdkptp Lua code anyway, so biting the bullet and doing it all there might be a better option.

Don't forget what the H stands for.


*

Offline msl

  • *****
  • 1276
  • A720 IS, SX220 HS 1.01a
    • CHDK-DE links
Re: alternative ptp client
« Reply #458 on: 11 / December / 2013, 06:05:55 »
I believe PTPCamGui uses a dll to go between the ptpcam exe and AutoIT, in part because of issues talking the ptpcam.exe input/output
That's right. The dll solution makes the conversation between PC & camera a little bit slow. Here has chdkptp the better concept.

But ... autoit is an easy to use script language for non-programmer like me. You can make  'quick&dirty' a Windows GUI. IUP is more complicated. The description is very scarce. There is little information about this Lua extension.

Although chdkptp has the better concept was ptpCamGui downloaded very often (more than 4,500 downloads). Why is that? Beside many demonstration functions has this GUI two important 'one click' functions: 1. automated & adjustable picture download, 2. automated CHDK update. This is missing in chdkptp. Of course there are cli functions in chdkptp for this tasks. But a command line is more a thing for programmers and PC geeks.

I think the brilliant chdkptp concept needs some more GUI functionality for further distribution. What also would be important, is an Android interface. I know this involves a lot of work. But the future belongs to mobile devices.

msl
CHDK-DE:  CHDK-DE links

Re: alternative ptp client
« Reply #459 on: 11 / December / 2013, 06:41:36 »
Time is short  ...........  AutoIT is very useful for relatively quick results.

I use it for my PTP application that creates burst sequences, HDR sequences, stereo focus stacks,stop-motion AVI's created 'on-the-fly' and much, much more.


 

Related Topics