Eye-Fi 4 Linux

[hacker]

It didn't seem to help even when I placed a copy of the conf file in ../etc/iii/

I even tried spinning a fresh Ubuntu installation up and trying it, same problem.

(I also tried the python script on ubuntu as well, but got a 'no such command' in response to the 'twistd eyefi' despite the python setup.py install seeming to work correctly).

Seems I'm destined to use Windows. Argh!

Can't tell you much about python solution, but let's see what you've done with iii. You've configured it with no directory options (that is no --sysconfdir/--prefix), you have done make install, iiid went into /usr/local/sbin and you've put the file into /usr/local/etc/iii/cardmac.conf, so that it is readable by whatever user you use to run iiid, started it and it doesn't go beyond startsession?

[c-hri-s]

Can't tell you much about python solution, but let's see what you've done with iii. You've configured it with no directory options (that is no --sysconfdir/--prefix), you have done make install, iiid went into /usr/local/sbin and you've put the file into /usr/local/etc/iii/cardmac.conf, so that it is readable by whatever user you use to run iiid, started it and it doesn't go beyond startsession?

Hi,

Exactly that, yep.

[hacker]

Can't tell you much about python solution, but let's see what you've done with iii. You've configured it with no directory options (that is no --sysconfdir/--prefix), you have done make install, iiid went into /usr/local/sbin and you've put the file into /usr/local/etc/iii/cardmac.conf, so that it is readable by whatever user you use to run iiid, started it and it doesn't go beyond startsession?

Hi,

Exactly that, yep.

Well, I don't know where to go from here, then I wanted to add better diagnostics, like complaining when there's no proper .conf file, etc, but right now I can't do much because my computers are all packed and I probably won't have a chance to play with it in three weeks or more… If then you're still interested, I'll let you know.

[toffer]

Seems I'm destined to use Windows. Argh!

Without trying the Perl version?

(Seriously, though, I have no idea why iii doesn't work for you, so I can't promise whatever is biting iii won't also bite rifec.pl. But I thought I'd mention that you are not completely out of options yet.)

Regards,
Kristoffer

[hacker]

Seems I'm destined to use Windows. Argh!

Without trying the Perl version?

(Seriously, though, I have no idea why iii doesn't work for you, so I can't promise whatever is biting iii won't also bite rifec.pl. But I thought I'd mention that you are not completely out of options yet.)

Regards,
Kristoffer

Well, I'm almost sure it's something unrelated to functionality, rather some random stumbling during the setup, so I'd say that it's quite possible that perl version will do even if it doesn't provide better diagnostics. Unless it's bitten by some other issue. Luck also matters. So yes, before falling back to windows it makes perfect sense to try perl version Your turn, Kristoffer

[c-hri-s]

Well, I don't know where to go from here, then I wanted to add better diagnostics, like complaining when there's no proper .conf file, etc, but right now I can't do much because my computers are all packed and I probably won't have a chance to play with it in three weeks or more… If then you're still interested, I'll let you know.

Hi,

I'm in no rush - I've notifications set up on this thread, so any time you have something for me to test then that would be great, thanks.

[c-hri-s]

Seems I'm destined to use Windows. Argh!

Without trying the Perl version?

Hi,

The reason I hadn't tried that so far is that I was keen to make use of the Geo-tagging feature of my card, and it wasn't obvious that this script offered that capability. If it does, I'm certainly willing to have a go (and to be honest will probably test it next week anyway, just to prove the fact my card can actually communicate with my Linux machine in one way or another!).

[toffer]

The reason I hadn't tried that so far is that I was keen to make use of the Geo-tagging feature of my card, and it wasn't obvious that this script offered that capability.

Oh, sorry, I missed that requirement. The script does not support the geotagging feature. I use external GPS trackers, so implementing the wi-fi based geotagging hasn't been a priority.

Regards,
Kr.

[hacker]

The reason I hadn't tried that so far is that I was keen to make use of the Geo-tagging feature of my card, and it wasn't obvious that this script offered that capability.

Oh, sorry, I missed that requirement. The script does not support the geotagging feature. I use external GPS trackers, so implementing the wi-fi based geotagging hasn't been a priority.

Regards,
Kr.

If your script does store the .log file, then iii's tagging may be used, it's only provided as an example and is a shell script.

[c-hri-s]

Well, I don't know where to go from here, then I wanted to add better diagnostics, like complaining when there's no proper .conf file, etc, but right now I can't do much because my computers are all packed and I probably won't have a chance to play with it in three weeks or more… If then you're still interested, I'll let you know.

In case it helps, here are the exact steps I took on a factory fresh version of Ubuntu 11.04, 64-bit. Performed as root, and obviously I used my real card MAC address and upload key:

Code: Select all

$cd
$mkdir eye-fi
$cd eye-fi/
$wget http://kin.klever.net/dist/iii-0.2.tar.gz
$tar -zxf iii-0.2.tar.gz
$cd iii-0.2/
$apt-get -y install build-essential pkg-config gsoap libssl-dev libconfuse-dev libarchive-dev gettext
$./configure --enable-debug && make clean && make && make install
$mkdir /usr/local/etc/iii
$cp doc/000000000000.conf /usr/local/etc/iii/
$mv /usr/local/etc/iii/000000000000.conf /usr/local/etc/iii/001122334455.conf
$vi /usr/local/etc/iii/001122334455.conf

(changed): targetdir = "/root/%s/"
(changed): uploadkey = "00112233445566778899001122334455"
(changed): #on-start-session = "bash /usr/local/lib/iii/on-start-session.bash"
(changed): #on-mark-last-photo-in-roll = "bash /usr/local/lib/iii/on-mark-last-photo-in-roll.bash"

$mkdir /root/001122334455
$/usr/local/sbin/iiid

It runs okay, and when I take a photo I get the StartSession request as per the below, however no images ever transfer and it never reports anything else to the command line:

Code: Select all

root@beach:~/eye-fi/iii-0.2# /usr/local/sbin/iiid
iiid[9984]: Starting iii eye-fi manager
iiid[9996]: StartSession request from 001122334455 with cnonce=eb565029b25b565efa16e54c81987878,

transfermode=33315, transfermodetimestamp=1308047674

As I said previously, there's no rush to get this sorted - but perhaps the above installation steps will help someone else in case they wish to give iii a try.

[c-hri-s]

Without trying the Perl version?

Oddly that doesn't work for me either, which may shed some light onto why iiid doesn't.

It did throw a whole lot of debug which may help:

Code: Select all

root@beach:~/eye-fi/rifec# perl rifec.pl
2011-06-20 09:43:59Z    4181    INFO Config file '/root/eye-fi/rifec/rifec.config', 1 card(s) configured:
2011-06-20 09:43:59Z    4181    INFO     Card 'dads eyefi' (001122334455), writing to '/tmp' + '%Yw%V'
2011-06-20 09:43:59Z    4181    INFO Listening on http://beach:59278/
2011-06-20 09:45:13Z    4181   DEBUG Connect from 192.168.1.88:49506
2011-06-20 09:45:13Z    4181   DEBUG Child 4375 forked, going back to accept()
2011-06-20 09:45:13Z    4181   DEBUG Connect from 192.168.1.88:8278
2011-06-20 09:45:13Z    4181   DEBUG Child 4376 forked, going back to accept()
2011-06-20 09:45:13Z    4375   DEBUG 192.168.1.88:49506 -> POST /api/soap/eyefilm/v1
2011-06-20 09:45:13Z    4375    INFO StartSession from 'dads eyefi' (001122334455)
2011-06-20 09:45:13Z    4375   TRACE StartSession: $VAR1 = {
          'macaddress' => '001122334455',
          'transfermodetimestamp' => '1308047674',
          'cnonce' => '6740226499376c159b46f56bb7e2d90b',
          'transfermode' => '33315'
        };
2011-06-20 09:45:13Z    4375 WARNING Died in request handling: Unsupported transfermode '33315' from card 'dads eyefi' (001122334455) at rifec.pl line 402
        RIFEC::Session::BUILD('RIFEC::Session=HASH(0x41b5460)', 'HASH(0x41b5220)') called at generated method (unknown origin) line 88
        RIFEC::Session::new('RIFEC::Session', 'card', 001122334455, 'card_nonce', '6740226499376c159b46f56bb7e2d90b', 'transfermode', 33315, 'transfermodetimestamp', 1308047674, ...) called at rifec.pl line 798
        RIFEC::Handler::startsession('RIFEC::Handler=HASH(0x41c9008)', 'HASH(0x4547f68)') called at rifec.pl line 990
        eval {...} called at rifec.pl line 973
        RIFEC::Handler::dispatch('RIFEC::Handler=HASH(0x41c9008)', 'HTTP::Request=HASH(0x4229a80)') called at rifec.pl line 1053
        RIFEC::Server::run('RIFEC::Server=HASH(0x32c65a8)') called at rifec.pl line 1103
2011-06-20 09:45:13Z    4375   DEBUG Closed connection!



[toffer]

Code: Select all

2011-06-20 09:45:13Z    4375 WARNING Died in request handling: Unsupported transfermode '33315' from card 'dads eyefi' (001122334455) at rifec.pl line 402


Ah, but this should be fixable.

The transfermode says which options have been enabled in the card configuration. What is triggering here is a sanity check in the code: rifec.pl can only save images to the local computer; it can not upload them to Flickr or anything else like that. So if the card has been configured to do other things with the images than just store them on your computer, rifec.pl won't accept the image, but will fail with this message. This is because we don't want to fool the card (or the user) into thinking we can do things with the image that we really can't.

So to get rid of this error, I would look in the card configuration tool and see if there are any other options enabled than the three basic ones (upload photos to computer, upload RAW files to computer, upload videos to computer), and disable them. There should be two of them (corresponding to the bit fields 2^0 and 2^15), and I would be interested to know which ones they are, so I can expand a bit on the troubleshooting documentation.

(As a digression, I should also include a warning not to run network services such as this as root. Running it as a user with no other privilegies than writing to the image directory is usually considered a better approach. I use the following line in my /etc/rc.local:

Code: Select all

su - eyefi -c "/usr/local/src/rifec/rifec.pl -d -c /usr/local/src/rifec/my.config"

. End of digression.)

Regards,
Kr.

[christiank]

I am having problems with both rifec and iii

with iiid I am seing this:

Code: Select all

sudo /usr/local/sbin/iiid
iiid[13598]: Starting iii eye-fi manager
iiid[13601]: StartSession request from mymacadd with cnonce=0d6f2913dd5a51075273633c96579e72, transfermode=34, transfermodetimestamp=1309173504


And then nothing happens. I've followed all the suggestions on this thread trying to get it to work. I am running Linux Mint Debian

With rifec, I am seing this:

Code: Select all

2011-07-09 07:04:59Z   11327    INFO Listening on http://dell:59278/
2011-07-09 07:07:13Z   11327   DEBUG Connect from 192.168.1.195:42164
2011-07-09 07:07:13Z   11327   DEBUG Child 11377 forked, going back to accept()
2011-07-09 07:07:13Z   11377   DEBUG 192.168.1.195:42164 -> POST /api/soap/eyefilm/v1
2011-07-09 07:07:13Z   11377    INFO StartSession from 'dads eyefi' (mymac)
2011-07-09 07:07:13Z   11377   TRACE StartSession: $VAR1 = {
          'macaddress' => 'mymac',
          'transfermodetimestamp' => '1309173504',
          'cnonce' => '7097bc78bff79d2ca0a549606aa3d04b',
          'transfermode' => '34'
        };
2011-07-09 07:07:13Z   11377   TRACE StartSessionResponse: $VAR1 = {
          'upsyncallowed' => 'false',
          'transfermodetimestamp' => '1309173504',
          'snonce' => '118a5f44d762bf9d59d9c027d48a416c',
          'credential' => 'b2802a154bf03f9467ece16e4a8a84ab',
          'transfermode' => '34'
        };
2011-07-09 07:07:13Z   11327   DEBUG Connect from 192.168.1.195:8617
2011-07-09 07:07:13Z   11327   DEBUG Child 11378 forked, going back to accept()
2011-07-09 07:07:13Z   11377   DEBUG Closed connection!
   (in cleanup) Can't call method "validate" on an undefined value at /usr/share/perl5/MooseX/Method/Signatures/Meta/Method.pm line 151 during global destruction.



On my ubuntu box I get the following:

Code: Select all

2011-07-09 08:11:43Z   13047    INFO Config file '/home/ck/rifec/rifec.config', 1 card(s) configured:
2011-07-09 08:11:43Z   13047    INFO     Card 'dads eyefi' (mymac), writing to '/home/ck/' + '%Yw%V'
2011-07-09 08:11:43Z   13047    INFO Listening on http://shuttle:59278/
2011-07-09 08:12:12Z   13047   DEBUG Connect from 192.168.1.195:9150
2011-07-09 08:12:12Z   13047   DEBUG Child 13050 forked, going back to accept()
2011-07-09 08:12:12Z   13047   DEBUG Connect from 192.168.1.195:37159
2011-07-09 08:12:12Z   13047   DEBUG Child 13051 forked, going back to accept()
2011-07-09 08:12:12Z   13051   DEBUG 192.168.1.195:37159 -> POST /api/soap/eyefilm/v1
2011-07-09 08:12:13Z   13051    INFO StartSession from 'dads eyefi' (001856e042b8)
2011-07-09 08:12:13Z   13051   TRACE StartSession: $VAR1 = {
          'macaddress' => 'mymac',
          'transfermodetimestamp' => '1309173504',
          'cnonce' => '7cb9e1127d2003683fdef04710a02011',
          'transfermode' => '34'
        };
2011-07-09 08:12:13Z   13051   TRACE StartSessionResponse: $VAR1 = {
          'upsyncallowed' => 'false',
          'transfermodetimestamp' => '1309173504',
          'snonce' => 'e3ed8db0d34460db12fb7017e9e08460',
          'credential' => '70a30ab711f071c78761fb2c652f11ed',
          'transfermode' => '34'
        };
2011-07-09 08:12:13Z   13051   DEBUG Closed connection!



Also, no photos are transferred.

I am at loss here can anyone offer my pointers on how to get further?

EDIT: My card is a Pro X2.

Thanks!
Christian

[toffer]

Code: Select all

2011-07-09 07:07:13Z   11377   TRACE StartSessionResponse: $VAR1 = {
          'upsyncallowed' => 'false',
          'transfermodetimestamp' => '1309173504',
          'snonce' => '118a5f44d762bf9d59d9c027d48a416c',
          'credential' => 'b2802a154bf03f9467ece16e4a8a84ab',
          'transfermode' => '34'
        };
2011-07-09 07:07:13Z   11377   DEBUG Closed connection!


That's weird: In both your logs it looks as if the card closes the connection immediately upon receiving the StartSessionResponse. Perhaps we are sending it something it doesn't like in the answer? Although I don't know what that could be... The only suggestion I've got is to insert the card in the Windows computer you used to configure it, and check the card log to see if it says anything interesting. (This post describes how to get the card log.)

Also, it may be a good idea to double and triple check that the MAC address and Upload Key are correct; If the key is wrong, I believe the card would act like this.

Hope that helps,
Kristoffer

[christiank]

Thanks Kristoffer for your reply

I am using the eyefi-config tool to dump the logs, the error I am seeing is:

Code: Select all

[00:15] Probing for listener at 192.168.1.200:59278.
[00:15] Using probed IP address 192.168.1.197:59278 for agent.
[00:15] Starting to upload "/public/DCIM/100CANON/IMG_1425.JPG"...
[00:15] Received and expected server credentials don't match
[00:15]   (9cca4365c926fff2b72a311c0be17d03 vs a9241edd523c01ca1468491b9f0b2858)
[00:15] Returning from upload function with error 1.


So I am guessing that the upload key is wrong. However I have found my key using the eyefi-config tool (with the -k switch).

I have checked carefully that I am using the right key in the rifec.config file. (as well as the right MAC address.)

Any ideas would be appreciated

EDIT: changed the credentials a bit for 'privacy' reasons

[christiank]

Bugger me, just found out that the unique key returned by eyefi-config is NOT the upload key.

Sorry to have wasted your time

[smgoller]

Hi, I'm trying to get iiid running under RHEL6.1-x86_64. It compiles fine, but no matter what I do, it always tells me it fails to bind. There's nothing listening on the default port. I disabled ipv6 but that didn't change anything. Is iiid 64-bit clean?

-S.

[smgoller]

Hi, I'm trying to get iiid running under RHEL6.1-x86_64. It compiles fine, but no matter what I do, it always tells me it fails to bind. There's nothing listening on the default port. I disabled ipv6 but that didn't change anything. Is iiid 64-bit clean?

-S.

Followup - it fails to run on i386 as well. Going to test rhel5 and see if that works.

[hacker]

Hi, I'm trying to get iiid running under RHEL6.1-x86_64. It compiles fine, but no matter what I do, it always tells me it fails to bind. There's nothing listening on the default port. I disabled ipv6 but that didn't change anything. Is iiid 64-bit clean?

-S.

Followup - it fails to run on i386 as well. Going to test rhel5 and see if that works.

I know it does happen on debian testing, due to some ipv6 problems with newer gsoap… I do not see how can this be fixed, without modifying the library, but I'll look into it again… Thanks for the reports.

[smgoller]

Hi, I'm trying to get iiid running under RHEL6.1-x86_64. It compiles fine, but no matter what I do, it always tells me it fails to bind. There's nothing listening on the default port. I disabled ipv6 but that didn't change anything. Is iiid 64-bit clean?

-S.

Followup - it fails to run on i386 as well. Going to test rhel5 and see if that works.

I know it does happen on debian testing, due to some ipv6 problems with newer gsoap… I do not see how can this be fixed, without modifying the library, but I'll look into it again… Thanks for the reports.

which gsoap version works? I'm fine with compiling and building older rpms.

[hacker]

which gsoap version works? I'm fine with compiling and building older rpms.

I know it works with gsoap 2.7.9l and it doesn't work with 2.8.3, not sure when exactly it stopped working. What's yours?

[smgoller]

which gsoap version works? I'm fine with compiling and building older rpms.

I know it works with gsoap 2.7.9l and it doesn't work with 2.8.3, not sure when exactly it stopped working. What's yours?

2.7.16.

I'll try 2.7.9l and report back.

-S.

[smgoller]

which gsoap version works? I'm fine with compiling and building older rpms.

I know it works with gsoap 2.7.9l and it doesn't work with 2.8.3, not sure when exactly it stopped working. What's yours?

2.7.16.

I'll try 2.7.9l and report back.

-S.

Since CentOS5 failed, I looked and it had 2.7.13. I took a chance and tried 2.7.12 and it seems to work. At least, it binds and starts.

[smgoller]

Since CentOS5 failed, I looked and it had 2.7.13. I took a chance and tried 2.7.12 and it seems to work. At least, it binds and starts.

Photos don't seem to be transferring. I managed to get rifec working, but iiid complains. I'm gonna futz with it some more.

Code: Select all

iiid[18919]: Starting iii eye-fi manager
iiid[18937]: Exiting iii daemon, because of error condition
iiid[18937]: Exception: haven't seen THE file
iiid[18963]: Exiting iii daemon, because of error condition
iiid[18963]: Exception: haven't seen THE file


[hacker]

Since CentOS5 failed, I looked and it had 2.7.13. I took a chance and tried 2.7.12 and it seems to work. At least, it binds and starts.

Photos don't seem to be transferring. I managed to get rifec working, but iiid complains. I'm gonna futz with it some more.

Code: Select all

iiid[18919]: Starting iii eye-fi manager
iiid[18937]: Exiting iii daemon, because of error condition
iiid[18937]: Exception: haven't seen THE file
iiid[18963]: Exiting iii daemon, because of error condition
iiid[18963]: Exception: haven't seen THE file


What version of iiid do you have? I'd suggest that you try the latest git, its list of extension is more extensive. The message means it's received file, but there was no known JPG/AVI/whatever file. And what is the type of the file you're trying to transfer, BTW?

[smgoller]

File extensions are JPG and RW2, which is panasonic's RAW extension.

I'm already using the version from git, checked out maybe 24 hours ago or so.

[hacker]

File extensions are JPG and RW2, which is panasonic's RAW extension.

I'm already using the version from git, checked out maybe 24 hours ago or so.

Thanks. Try this commit I've just pushed: http://git.klever.net/view/cgit/kin/iii ... /?id=7f16a

[viktoras2]

Does it run within Wine?

[hacker]

Does it run within Wine?

"it" being what?

[pdv99@hotmail.com]

Hi

I've scanned thro the previous pages and was wondering how close we are to having an app on a ubuntu repository that will host Eye-fi for me: I've a photographer not a developer or script wizard. I've used Eye-fi at work on a windows system, and would like to use it on my Ubuntu 10.04 laptop at home, or when I'm out at events. I'd like to be reasonably sure it will work before shelling out fifty odd quid *yes, dollar=pound pricing is evil) to buy my own eye-fi card as I no longer run windoze at home.

Incidentally - two points for the folks who asked about transfer speeds. I used a Nikon D90 at work, at maximum resolution, and found jpeg pictures uploaded in about 10 secs as long as wifi signal was good. Our problem was that if no shots were taken for about 30 secs the thing would power down and then take a minute or so to start a new session, so we went back to a Nikon WTF that had its own power. However I'm not sure why anybody bothers to upload RAW images. I've spoken to several other professional photographers who tended to agree that the dedicated RAW - jpeg conversion in the camera was better than you could achieve iin software on your pc, and the quality of the jpeg image is good enough for 60cm (24") prints. Why spend time on RAW data?