try using the "avidownload" app and see what that says...i know how that works better, considering i wrote it. and just for kicks...what firmware camcorder are you trying to use?

it is a Model 220 FW-VERSION: 33.04 avidownload0.5 gives the same result. david@david-laptop:~/avidownload/avidownload/src$ sudo ./avidownload INFO: Closing any opened devices... INFO: Open devices closed. INFO: Scanning USB bus 0 ... INFO: Scanning USB bus 1 ... INFO: Scanning USB bus 2 ... ERROR: Couldn't find device.

How are you connecting to the camcorder ? (You could have a marginal connection were your box can see it but not talk to it) I'am grasping, but just tring to help

I'm using a cable that I made from a palm III cable. It works fine when I use ops-20 in windows, so I think the problem is with my software. I'm using ubuntu Feisty Fawn. Maybe I should try a different flavor of linux. Thank you, David

what is the contents of your /etc/fstab? and what is outputted when you type "mount"?

Here is my /etc/fstab. I don't know if it matters, but the camera is attached. # /etc/fstab: static file system information. # # <file system> <mount point> <type> <options> <dump> <pass> proc /proc proc defaults 0 0 # /dev/hda2 UUID=490dbb60-d7f1-49f5-a8ca-e6d89ae10225 / ext3 defaults,error s=remount-ro 0 1 # /dev/hda5 UUID=9cf2897e-878c-4c53-ba49-03855a449278 none swap sw 0 0 /dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0 /dev/ /media/floppy0 auto rw,user,noauto 0 0 # Generated by Automatix /dev/sda1 /media/sda1 vfat iocharset=utf8,umask=000 0 0 ## End of Automatix mounted partitions Here is the output from mount david@david-laptop:~$ sudo mount Password: /dev/sda2 on / type ext3 (rw,errors=remount-ro,commit=600) proc on /proc type proc (rw,noexec,nosuid,nodev) /sys on /sys type sysfs (rw,noexec,nosuid,nodev) varrun on /var/run type tmpfs (rw,noexec,nosuid,nodev,mode=0755) varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777) procbususb on /proc/bus/usb type usbfs (rw) udev on /dev type tmpfs (rw,mode=0755) devshm on /dev/shm type tmpfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) lrm on /lib/modules/2.6.20-15-generic/volatile type tmpfs (rw) /dev/sda1 on /media/sda1 type vfat (rw,iocharset=utf8,umask=000) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)

if your system has back ports on it, try using them.

This person Robert Brown asked me to make a deb file of ops for linux, so I took enigma's link and made one from that. Here's the file: http://www.rpi.edu/~schneg/ops_0.15-enigma-1_i386.deb I don't know if that's the most recent version or what its capabilities are; I haven't been keeping track of these forums that often.

thanks much. that's the most recent, barring the changes that are in my source tree. i've never committed them upstream, so that will suffice for most people as of now...unless they have a 53.xx

I'm working on a rewritten c++ version of ops for linux. I'm thinking that the closer the code is to the windows version of ops, the easier it is to port over changes if and when they happen. For anyone familar with the code for Windows Ops, I'm aiming to have the CCamcorder class duplicated almost word for word, with a few minor changes for linux reasons (endian issues, random code hiccups, logging). The CCamcorder class contains pretty much all of the usb-level stuff. The graphics end is going to be GTKMM with Glade so that the graphical part of the program can be redone without rearranging too much code. I've already ported the open/close/unlock buttons, but I haven't -*test*-('")ed it since I don't have a cable/camcorder to do -*test*-('")ing with. I'm hoping that I can get a big chunk of it ported this weekend. Anyway, here's my preliminary code: http://www.rpi.edu/~schneg/ops-for-linux-c++-0.2.tar.gz I didn't do any endian checking yet. Any suggestions are welcome, and if someone wants to risk their camcorder to see if it unlocks properly, it's not necessary but I'd be grateful.

do you have any experience with building gtk apps on win32? because now that billw is no longer doing development on ops-win32, i'd like for everything to be out of one gtk-based tree...and just two separate build scripts for linux and win32. that way, changes are instantaneous. when i get my new power supply for my laptop, i'll check out the ops-linux-c++ version.

Thank you for making a .deb package! I am out of town and away from my camcorder at the moment, but I am looking forward to trying that out next week.

yeah..i've been trying to do it mingw32 style...that way there's no cygwin dependencies...i've just been lazy/not much luck getting the environment right.

I made an update: http://www.rpi.edu/~schneg/ops-for-linux-c++-0.2-incomplete.tar.gz As before, most of it is completely un-*test*-('")ed, and a bunch of things are left to be implemented. The most noticeable change is in graphic design. I rearranged the layout to look more like windows' ops. Some of the buttons are slightly different and I don't know if I'll end up copying windows' ops functionality or linux' ops functionality. Also, it's bigger, and a few parts are still pretty ugly. I'll continue work on it, comment if you have anything to say about it. If you think you can do better on any of the graphic parts, make changes the glade files in the tarball and upload them. edit: here's a screenshot: