If by "i will download from cards" u mean u will get the cards out of the cameras in some card reader , then this script wont do you any good.
If not , then gladly to post it.
Dim FSOSet FSO = CreateObject("Scripting.FileSystemObject") BasicFolder="./" FolderPrefix="shot" FormatName="0000" FolderPostfix=0 Do FolderPostfix=FolderPostfix+1 last_string=right(formatname+cstr(FolderPostfix),len(formatname)) NewFolder=BasicFolder+"\"+FolderPrefix+last_string Loop Until not FSO.FolderExists(NewFolder) FSO.CreateFolder(NewFolder)Set wshshell = CreateObject("WScript.Shell")Dim WshSySEnvSet WshSysEnv = wshshell.Environment("Volatile")Wscript.Echo FolderPrefix+last_stringSet WshSySEnv = Nothing
@echo offclschdkptp -elist > id.txtfor /f "tokens=*" %%i in ('cscript //nologo folder.vbs') do set Value=%%ifor /f "tokens=3 delims=-" %%A in (./id.txt) do ( chdkptp -e"connect -d=%%A" -e"!require 'extras/dcimdl'" -e"!dcimdl('%Value%/%%A/',true,false)" >nul 2>nul dir /a-d "%Value%\%%A\*" && (echo Files exist) || (echo No file found in %%A > check.txt))
Thanks, I will try that this evening.As I said, I have a friendly PTP command-line and gui client that handles the shooting and saving to separate folders and lots, lots more but quite honestly if others are willing to devote considerable time to this problem I would rather be out shooting photos.I will possibly work on it again during the northern Winter.I don't see any problem with your clients standing still for tenths of a second !
What problems do you reffer to ?Problems with your client?Bugs?
Can i test it with my cameras?I mean are they supported ?.
1.@waterwingz : I suspected that your script might work that way (one script on the pc and the other on the camera).But the whole situation process raises a conflict in my eyes.When i mass-connect to the cameras and they go into "rec mode" , ready to shoot , they kinda start "default" script running.I mean i see the "Default Script <ALT>" at the lower left side.
Won't this whole process fail if some other script (yours lets say) is running already on the camera?
3.I see that you quoted two lines i wrote but you left out some others that was the whole point.
4. @reyalp : Cameras are using chdk 1.3 r599 .That the version STICK chose for my camera and i dont see a reason not to believe it
There is essentially no such thing as a true "Default Script". It's just telling you that there is no script loaded (or assigned to load when you press the shutter button) when you see that.Not at all - you've missed the basic concept here. The whole point of what I did was to keep the camera script running at all times and connected to the host code on the PC. Things like the shoot command happen because the host program tells the script on the camera to shoot and it does so. You need a script running on the camera that understands how to talk to the script on the host. They all stay sync'd and happy that way.
I got your point and left out all the text that was all related to the same thing. Per my comment above, if the script on the camera stays connected to the script on the host the whole time then you won't need to worry at all about disconnecting and reconnecting.
I get the concept that "Default Running" means there is no script to run actually. But when this indicator is ON i have noticed that i cant run a script from pc to the camera let's say.
At your last phrase "you won't need to worry at all about disconnecting and reconnecting". But with the "usb switch" method a disconnection occurs no matter what. At that point the two script won't lose "connectivity"?
Started by mrgreen4242
General Discussion and Assistance
Started by gcgc
General Help and Assistance on using CHDK stable releases
Started by waterwingz
General Discussion and Assistance
Started by simtek
Started by reyalp
Creative Uses of CHDK