http://jeff.crowell.googlepages.com/avidownload.tar.gz that has 64 bit in the avidownload_amd64 bianary, updated the readme to include that the amd64 bianary will work on EM64T and AMD64 :)

okay, thank you enigma. i'll repackage it and post it on my server after doing the ppc build

Hello, SaturnNiGHTS. I think your program rocks (':D') i have tried the others, ops, saturndownload and pv2 tool for the still cams with out success. This is far as i can get though with yours though, i know the problem is somewhere on my end, but where to look? I am running debian etch, on a 1gig pentuim3 , 1gig ram, have usblib installed, no usb2 hardware. I was downloading with a old usb1.0 500mhz 128mb xp box with ops and pv2tools but i had to make room. me@Cadstation:~/Desktop/avidownload/src$ sudo ./avidownload INFO: Closing any opened devices... INFO: Open devices closed. INFO: Scanning USB bus 0 ... INFO: Scanning USB bus 1 ... INFO: USB device with VID: 0x167b, PID: 0x0101 on bus 1 INFO: Device found: Pure Digital Inc. VID: 0x167B, PID: 0x0101 INFO: Device successfully opened. INFO: Loading .saturnkeys from home directory... INFO: Challenge retrieved successfully from device. C 0462d6203d2911031d296930325bc48c1bed68d2f69503878326ee318561b2c462 C 6c0dcc5d324aad32832205c92061416985a652cfcabbb121c722a0287bf0b2b90d C afdf8d74d69eefb2386befb84fe48631711a4ddbb0e88880ff83642896517d8ddf C 97ffa3cff1cede69842daf64878d99ca2771e05e71c4918a7270c2999d2c1b26ff INFO: Challenge and response pair being used: PandoraKey INFO: Device unlocked! INFO: Searching for media... INFO: Media found: PICT0001.AVI (603KB) ERROR: Failed to bulk read first file info...not retrying ERROR: Failed to bulk read first file info...not retrying ERROR: failed to bulk read file info INFO: Downloading media to /home/me/saturn_vids/2007.03.06_06.41.02PM/ ERROR: Change directory to / failed INFO: Cannot change to directory /DCIM/100COACH. me@Cadstation:~/Desktop/avidownload/src$ me@Cadstation:~/Desktop/avidownload/src$ sudo ./avidownload INFO: Closing any opened devices... INFO: Open devices closed. INFO: Scanning USB bus 0 ... INFO: Scanning USB bus 1 ... INFO: USB device with VID: 0x167b, PID: 0x0101 on bus 1 INFO: Device found: Pure Digital Inc. VID: 0x167B, PID: 0x0101 INFO: Device successfully opened. INFO: Loading .saturnkeys from home directory... ERROR: Failed at 0xfe write (set response read index) ERROR: Failed to retrieve challenge key from device. me@Cadstation:~/Desktop/avidownload/src$ thats it, where can i look for clues? edit: WTF!?! took out the nimh rechargeables, put in alcalines, now it downloads all movies. Must be the battries or the lack of usb2 card/cable... oh well... :lol:

ooh...someone used it. thanks --grins-- after changing the batteries, the problems stopped? hmm. and between trying again the first time, did you unplug and replug the camcorder?

Anyone have avidownload .4 or newer? binaries for Windows would be great if anyone has compiled them, or source if not

enigma's link within this "page" is avidownload 0.4. the file name isn't versioned correctly, but it is the right version. source is included. i'll just need to set up a mingw environment or borrow a friend's laptop to get it to work. work and college has been getting in the way...i have not forgotten. --small smile-- just tired. but it's coming...i assure you.

Has anyone got a Windows binary for this handy? Or a quickie how to compile the source? Hope you'll excuse my c-ignorance... Thanks

Will the penguins beat BillW's OPS to being the first to open a 53.14 model 230?

yeah, no kidding. i'm not releasing code until i can -*test*-('") it...and both enigma and i are east coast...newest i can get is 53.12

Just tried it on OSX and it works great. (I did have to compile it since no -ppc version was included, but it was so fast I barely noticed :) ) My only question is if it would be possible to timestamp the file name instead of a folder so that it would be easier to navigate through all the files (as opposed to having a mass number of folders and having to look in each for the files.) If there is some reason why the folders are better though feel free to ignore that thought. :lol:

folders are normally grouped by events...you take a whole shoot of things in a day, you remember the day, footage resides there. everything being dated all together gets a bit disorganized, having to scroll through all of the videos. using linux, at least for me, i get a graphical preview of the videos when i pop into the folder, so at a glance, i know what it is. afterwards, i name it something a bit more intuitive than "PICT0001.AVI". i always felt that giving the avi a date is no better than leaving at the default naming scheme...still doesn't tell you what the heck the file is. at least they're grouped by days/events as they occur. --shrugs-- at least that's how i felt. plus, it's programmatically simpler to do it like that. it wouldn't be impossible, but definitely take a little to plan and implement it.

if at all possible, could you send me a copy of the OSX binary? i don't have one of those...so i'll be able to repackage and release an all-platform copy