Thank you. Below is the total of the code I am using. This is for a 14 camera rig at events. I turn on each camera, and run through this process. If a camera turns off or gets disconnected, I restart them all and then restart the whole process from the beginning. I dont need the file names to change from the camera at all. All I want is the program to not download duplicates when it restarts (so I guess Skipping would be best?). I hope this helps. :-)
Thanks, that makes things clearer.
The way you are doing things now, the cameras will be numbered arbitrarily every time time you connect. So, the camera that was #1 the first time might be #2 the second.
Again, your problem isn't really "the program downloading duplicates".
The only case where the program would know anything about duplicates is if it tries to download files with a name that already exists. Your problem happens because the camera numbers change,
making the names different.
Some options:
1) Use ID lists to ensure the cameras always have the same ID. You can then tell it not to overwrite duplicates, but it will still spend some time listing them. This is a good option if you care about which photo corresponds to which physical position on the rig.
2) Use camera serial numbers instead of multicam IDs in the name. This is essentially the same as #1, except you use the serial numbers directly so you just have to change the download command rather than using the list commands. The full serial number is long and ugly, but assuming, e.g. the last 4 digits are unique, you can use that.
3) Delete files after they have been shot, either immediately after download or after reconnecting. Can't have duplicates if there are no old images on the camera. However, if a camera crashed before you downloaded files, you might lose them, and if you want to keep the images on the camera for whatever reason, you can't. It might also upset number on the cameras, but can probably be worked around.
4) Download only files taken in the current session. It looks like I haven't implemented options to filter by date/time, but lastimg=N should download the last N images shot. It might have some problems when the counter resets for camera folder changes. Adding date/time options would be pretty simple, but cameras clock drift and other timestamp issues might make it unreliable. It would also be pretty simple to filter the last N images in multicam.
In options #3 and #4, you still might get name collisions if your download directory has files from the previous session, but this could be worked around. #1 and #2 won't work if your cameras are very old and don't report a serial number.
If you let me know which option sounds best for your workflow, I can provide additional instructions.
