Open cu-kai opened 2 years ago
We do have a specific st2205
camlib in libgphoto2
which is even part of the standard
set of camlibs to be built, so I am not sure why usbdiskdirect
is happening here.
usbdiskdirect is the access method. (ioctls backchannelling over scsi disk)
debuglog would be good, it might be a permissons issue perhaps.
I'll post the debug log when I next have access to the device. Thanks for getting back to me so quickly.
I have attached the log.
I came across this library, it seems to be able to dump the firmware and write text to the display but no other features are supported. Would a firmware dump help? It looks like I've got something that's almost non-existent / unsupported everywhere. https://github.com/neophob/libst2205
I found the original software for this and it turns out there were already photos on it (despite the device staying: No Photo
, the software can sync to it but the photos never appear on the screen. Perhaps it's corrupted, I'm not sure at this point.
Describe the bug I am trying to upload to an old ST2205 based photo frame which I've never been able to interface with. I don't have the original software for it any more (which I believe was windows XP based anyway).
Name the camera If this is camera specific, include the camera name as shown by gphoto2 --auto-detect or USB IDs
The device is shown in
lsusb
:& in
gphoto2 --auto-detect
:libgphoto2 and gphoto2 version output of:
gphoto2 --version
To Reproduce Attempting to upload a jpg (a few kb) to the device using
gphoto2 -u file.jpg
produces the following:I can also provide the debug log on request.
What's interesting is that this device shows up as a 2MiB un-formatted filesystem in gparted. Unsure if that's supposed to be the case however without the right software or further advice I'm hesitant to touch this as it's such an old frame and I'd rather not break it. There are currently no photos on the frame.