kristofg/rifec

Receive Images From Eye-Fi Cards

rifec's Issues

implementation.pm

I've compiled from your branch, installed manually the SPK into my Synology running 4.2 beta with repository perl installed

attaching screenshot

Leftover .rifec-receiving-xxx files safe to delete? Indication of problems?

I am finding a lot of .rifec-receiving-xxx files in my root folder for image saving. The files seem to have randomly-generated names that also include filenames. Here's an example:

.rifec-receiving-534--DSC00491.JPG.tar--bhP5fu23

Are these artifacts left over that can be safely removed? Or are these indications that the transfer did not complete properly and I need to investigate?

I just confirmed that DSC00491.JPG exists in the proper date-based folder so it appears to have been transmitted successfully.

multiple file transfer

With every new foto all existing fotos of the cards are retransfered. Setting "upsyncallowed" to "true" at line 1229 helps to avoid this

Unstable connections

With a Connect X2 4GB card on a Mac OS X 10.10.5 machine, this connected successfully only once, getting far enough to die with an "Unsupported transfer mode" error message. But on many subsequent attempts, it failed to connect, with the card connecting instead to the central server run by Eye-Fi.

Is there some way to instruct the card to always connect to the local host first?

2016-09-08 03:06:58Z 22300 TRACE Request headers: $VAR1 = [
'Connection: Close',
'Accept: text/xml, application/soap',
'Host: api.eye.fi',
'User-Agent: Eye-Fi Card/5.2010',
'Content-Length: 412',
'SOAPAction: "urn:StartSession"'
];
2016-09-08 03:06:58Z 22300 INFO StartSession from 'dw eyefi' (00185628b7ef)
2016-09-08 03:06:58Z 22300 TRACE StartSession: $VAR1 = {
'macaddress' => '00185628b7ef',
'transfermode' => '16387',
'transfermodetimestamp' => '1473303454',
'cnonce' => '1eb4ee3f75a06a113d638a28fbafdc6f'
};
2016-09-08 03:06:58Z 22300 WARNING Died in request handling: Unsupported transfermode '16387' from card 'dw eyefi' (00185628b7ef), See TROUBLESHOOTING.txt for info about what this means at ./rifec.pl line 664.

Upload Loop

Hi,

I first tried your Synology Eye-Fi Package with a SanDisk Eye-Fi Card. It worked great.
Due to missing RAW support I changed to Eye-Fi Pro X2.

Now it is in an upload loop.

Here ist a part of the log file - something died:
2013-04-15 20:32:38Z 1682 DEBUG Calculating integrity digest of '/volume1/Austausch/eyefiPRO/.rifec-receiving-1682--MWS_7500.JPG.tar--ghIxkXiu'
2013-04-15 20:32:38Z 1682 DEBUG ...done: 563E3E893D347C4A081308B8996D02D0
2013-04-15 20:32:38Z 1682 DEBUG Integritydigest OK: [563E3E893D347C4A081308B8996D02D0]
2013-04-15 20:32:38Z 1682 DEBUG Files in tarball on disk: MWS_7500.JPG, MWS_7500.JPG.log
2013-04-15 20:32:38Z 1682 WARNING Died in request handling: I don't know how to handle tarballs with >1 files! (MWS_7500.JPG, MWS_7500.JPG.log) at /volume1/@appstore/rifec/bin/rifec.pl line 1014
RIFEC::File::_extract_tarfile('RIFEC::File=HASH(0x10874650)') called at /volume1/@appstore/rifec/bin/rifec.pl line 1056
RIFEC::File::extract('RIFEC::File=HASH(0x10874650)') called at /volume1/@appstore/rifec/bin/rifec.pl line 1509
RIFEC::Handler::upload('RIFEC::Handler=HASH(0x1060ed00)', 'HTTP::Daemon::ClientConn=GLOB(0x1060ec1c)', 'HTTP::Request=HASH(0x1038a1b8)') called at /volume1/@appstore/rifec/bin/rifec.pl line 1570
eval {...} called at /volume1/@appstore/rifec/bin/rifec.pl line 1567
RIFEC::Handler::dispatch('RIFEC::Handler=HASH(0x1060ed00)', 'HTTP::Request=HASH(0x1038a1b8)', 'HTTP::Daemon::ClientConn=GLOB(0x1060ec1c)') called at /volume1/@appstore/rifec/bin/rifec.pl line 1664
main::run_listener() called at /volume1/@appstore/rifec/bin/rifec.pl line 1708
2013-04-15 20:32:41Z 1682 DEBUG Closed connection!

Rifec repeating file transfer

I have just started using rifec on my raspberry pi, with the folder monitored by bit torrent sync. I have noticed, that occasionally, some of the files will continue with a repeat download of the same file. Is there something I can investigate as to why I am downloading the same file more than once? Before I had caught on, I had more than 8 versions of the same file.

Syntax error

Im getting a syntax error on rifec.pl

[foo@rose rifec]# ./rifec.pl 
syntax error at ./rifec.pl line 40, near "package RIFEC::Config {
    "
Execution of ./rifec.pl aborted due to compilation errors.

The current perl version is this:

[foo@rose rifec]# perl -v
This is perl, v5.10.1 (*) built for x86_64-linux-thread-multi

This is a CentOS 6.5, Kernel 2.6.32. I would fix that, but i have no clue about perl ;)

OSX

Tried setting this up on Mac OSX (i'm very new to this) and get this error:

Can't locate Config/IniFiles.pm in @inc (@inc contains: /Library/Perl/5.16/darwin-thread-multi-2level /Library/Perl/5.16 /Network/Library/Perl/5.16/darwin-thread-multi-2level /Network/Library/Perl/5.16 /Library/Perl/Updates/5.16.2 /System/Library/Perl/5.16/darwin-thread-multi-2level /System/Library/Perl/5.16 /System/Library/Perl/Extras/5.16/darwin-thread-multi-2level /System/Library/Perl/Extras/5.16 .) at /Users/Shared/Rifec/rifec.pl line 41.
BEGIN failed--compilation aborted at /Users/Shared/Rifec/rifec.pl line 41.

thoughts?

Unable to compile spk

I have rifec working thanks to the great doc. I had to open the port on Fedora 18 but it works once that is done.

Now I'd like to compile an spk for my Synology NAS. I downloaded that branch and am following the instructions. I run into a problem when trying to make. Make seems to issue a wget request to download a perl module I already have installed (as evidenced by my being able to run it manually).

Yum shows Perl-Config-IniFiles v 2.78 installed.

I'm a bit lost here - do I edit the makefile to skip some things or something?

make
wget -nv http://search.cpan.org/CPAN/authors/id/S/SH/SHLOMIF/Config-IniFiles-2.68.tar.gz
http://www.cpan.org/authors/id/S/SH/SHLOMIF/Config-IniFiles-2.68.tar.gz:
2013-05-09 22:52:11 ERROR 404: Not Found.
make: *** [Config-IniFiles-2.68.tar.gz] Error 8

hangs when receiving pictures

Hei,

The synology branch hangs for me after starting to receive one or a few pictures and then never recovers. No pictures are saved.
(the reason I used to synology branch was that ubuntu 11.10 did not like the package blocking syntax used in master. However ubuntu 12.04's perl handles it just fine and the master branch then works.

Transfer mode matching

With a Connect X2 4GB card, I tried all sorts of different options in the EyeFi Center, and I could not get the transfermode number in the Settings.xml to match what is in the code. I have

16387

and this is stable whether the relay to Flickr is on or not (although it does change if I toggle the video on).

Can the transfermode check just be commented out? It looks like the rest of the code does not actually use the number stored in the TransferMode space.

Thank you.

"Can not handle tarballs with more than one file"

@kristofg
The script downloads the tar files but dies because they contain more than 1 file.
I can see all the .rifec-receiving-16162-*.tar files in the destination folder.
And they contain foo.JPG and foo.JPG.LOG

A relevant part of rifec log can be found in this Gist.

Same Filename handling

After transfering some pictures I formated the Eye-Fi card. Then started again with shooting and transfering.
The camera gave pictures the same filename.
The problem was solved by the software to add a ".1" behind file extension. Thats a problem for normal file handling on computers.
Could you change the renaming behaviour to "DoubleFilename-A.jpg" or somthing like that?

Getting issue on Synlogy "Make"

Hi - thanks for this awesome package. :-) I am having issues doing the make process for producing an executable Synology package.

Can you help?

[jjahmusi@falk3 synology]$ make
wget -nv http://search.cpan.org/CPAN/authors/id/A/AD/ADAMK/List-MoreUtils-0.33.tar.gz
2017-03-20 08:53:33 URL:http://www.cpan.org/authors/id/A/AD/ADAMK/List-MoreUtils-0.33.tar.gz [38997/38997] -> "List-MoreUtils-0.33.tar.gz" [1]
tar xzf List-MoreUtils-0.33.tar.gz
cd List-MoreUtils-0.33 &&
perl Makefile.PL -pm PREFIX=/home/jjahmusi/info/rifec-synology2/synology/installtarget LIB=/home/jjahmusi/info/rifec-synology2/synology/installtarget/share/perl5 &&
make &&
make install
Checking if your kit is complete...
Looks good
Generating a Unix-style Makefile
Writing Makefile for List::MoreUtils
Writing MYMETA.yml and MYMETA.json
make[1]: Entering directory /home/jjahmusi/info/rifec-synology2/synology/List-MoreUtils-0.33' cp lib/List/MoreUtils.pm blib/lib/List/MoreUtils.pm Manifying 1 pod document make[1]: Leaving directory /home/jjahmusi/info/rifec-synology2/synology/List-MoreUtils-0.33'
make[1]: Entering directory /home/jjahmusi/info/rifec-synology2/synology/List-MoreUtils-0.33' Manifying 1 pod document Installing /home/jjahmusi/info/rifec-synology2/synology/installtarget/share/perl5/List/MoreUtils.pm Installing /home/jjahmusi/info/rifec-synology2/synology/installtarget/share/man/man3/List::MoreUtils.3pm Appending installation info to /home/jjahmusi/info/rifec-synology2/synology/installtarget/share/perl5/x86_64-linux-thread-multi/perllocal.pod make[1]: Leaving directory /home/jjahmusi/info/rifec-synology2/synology/List-MoreUtils-0.33'
wget -nv http://search.cpan.org/CPAN/authors/id/S/SH/SHLOMIF/Config-IniFiles-2.83.tar.gz
2017-03-20 08:53:34 URL:http://www.cpan.org/authors/id/S/SH/SHLOMIF/Config-IniFiles-2.83.tar.gz [72950/72950] -> "Config-IniFiles-2.83.tar.gz" [1]
tar xzf Config-IniFiles-2.83.tar.gz
cd Config-IniFiles-2.83 &&
perl Build.PL --install_base=/home/jjahmusi/info/rifec-synology2/synology/installtarget --install_path lib=/home/jjahmusi/info/rifec-synology2/synology/installtarget/share/perl5 &&
./Build &&
./Build install
Created MYMETA.yml and MYMETA.json
Creating new 'Build' script for 'Config-IniFiles' version '2.83'
Building Config-IniFiles
Building Config-IniFiles
Installing /home/jjahmusi/info/rifec-synology2/synology/installtarget/share/perl5/Config/IniFiles.pm
Installing /home/jjahmusi/info/rifec-synology2/synology/installtarget/man/man3/Config::IniFiles.3pm
wget -nv http://search.cpan.org/CPAN/authors/id/D/DE/DETI/Proc/Proc-Daemon-0.14.tar.gz
2017-03-20 08:53:34 URL:http://www.cpan.org/authors/id/D/DE/DETI/Proc/Proc-Daemon-0.14.tar.gz [14464/14464] -> "Proc-Daemon-0.14.tar.gz" [1]
tar xzf Proc-Daemon-0.14.tar.gz
cd Proc-Daemon-0.14 &&
perl Makefile.PL PREFIX=/home/jjahmusi/info/rifec-synology2/synology/installtarget LIB=/home/jjahmusi/info/rifec-synology2/synology/installtarget/share/perl5 &&
make &&
make install
Checking if your kit is complete...
Looks good
Generating a Unix-style Makefile
Writing Makefile for Proc::Daemon
Writing MYMETA.yml and MYMETA.json
make[1]: Entering directory /home/jjahmusi/info/rifec-synology2/synology/Proc-Daemon-0.14' cp lib/Proc/Daemon.pm blib/lib/Proc/Daemon.pm cp lib/Proc/Daemon.pod blib/lib/Proc/Daemon.pod Manifying 1 pod document make[1]: Leaving directory /home/jjahmusi/info/rifec-synology2/synology/Proc-Daemon-0.14'
make[1]: Entering directory /home/jjahmusi/info/rifec-synology2/synology/Proc-Daemon-0.14' Manifying 1 pod document Installing /home/jjahmusi/info/rifec-synology2/synology/installtarget/share/perl5/Proc/Daemon.pm Installing /home/jjahmusi/info/rifec-synology2/synology/installtarget/share/perl5/Proc/Daemon.pod Installing /home/jjahmusi/info/rifec-synology2/synology/installtarget/share/man/man3/Proc::Daemon.3pm Appending installation info to /home/jjahmusi/info/rifec-synology2/synology/installtarget/share/perl5/x86_64-linux-thread-multi/perllocal.pod make[1]: Leaving directory /home/jjahmusi/info/rifec-synology2/synology/Proc-Daemon-0.14'
wget -nv http://search.cpan.org/CPAN/authors/id/Z/ZE/ZEFRAM/Module-Runtime-0.013.tar.gz
2017-03-20 08:53:35 URL:http://www.cpan.org/authors/id/Z/ZE/ZEFRAM/Module-Runtime-0.013.tar.gz [15849/15849] -> "Module-Runtime-0.013.tar.gz" [1]
tar xzf Module-Runtime-0.013.tar.gz
cd Module-Runtime-0.013 &&
perl Build.PL --install_base=/home/jjahmusi/info/rifec-synology2/synology/installtarget --install_path lib=/home/jjahmusi/info/rifec-synology2/synology/installtarget/share/perl5 &&
./Build &&
./Build install
Created MYMETA.yml and MYMETA.json
Creating new 'Build' script for 'Module-Runtime' version '0.013'
Building Module-Runtime
Building Module-Runtime
Installing /home/jjahmusi/info/rifec-synology2/synology/installtarget/share/perl5/Module/Runtime.pm
Installing /home/jjahmusi/info/rifec-synology2/synology/installtarget/man/man3/Module::Runtime.3pm
wget -nv http://search.cpan.org/CPAN/authors/id/D/DO/DOY/Try-Tiny-0.22.tar.gz
2017-03-20 08:53:36 URL:http://www.cpan.org/authors/id/D/DO/DOY/Try-Tiny-0.22.tar.gz [18311/18311] -> "Try-Tiny-0.22.tar.gz" [1]
tar xzf Try-Tiny-0.22.tar.gz
cd Try-Tiny-0.22 &&
perl Makefile.PL PREFIX=/home/jjahmusi/info/rifec-synology2/synology/installtarget LIB=/home/jjahmusi/info/rifec-synology2/synology/installtarget/share/perl5 &&
make &&
make install
Checking if your kit is complete...
Looks good
Generating a Unix-style Makefile
Writing Makefile for Try::Tiny
Writing MYMETA.yml and MYMETA.json
make[1]: Entering directory /home/jjahmusi/info/rifec-synology2/synology/Try-Tiny-0.22' cp lib/Try/Tiny.pm blib/lib/Try/Tiny.pm Manifying 1 pod document make[1]: Leaving directory /home/jjahmusi/info/rifec-synology2/synology/Try-Tiny-0.22'
make[1]: Entering directory /home/jjahmusi/info/rifec-synology2/synology/Try-Tiny-0.22' Manifying 1 pod document Installing /home/jjahmusi/info/rifec-synology2/synology/installtarget/share/perl5/Try/Tiny.pm Installing /home/jjahmusi/info/rifec-synology2/synology/installtarget/share/man/man3/Try::Tiny.3pm Appending installation info to /home/jjahmusi/info/rifec-synology2/synology/installtarget/share/perl5/x86_64-linux-thread-multi/perllocal.pod make[1]: Leaving directory /home/jjahmusi/info/rifec-synology2/synology/Try-Tiny-0.22'
wget -nv http://search.cpan.org/CPAN/authors/id/D/DR/DROLSKY/Module-Implementation-0.06.tar.gz
http://www.cpan.org/authors/id/D/DR/DROLSKY/Module-Implementation-0.06.tar.gz:
2017-03-20 08:53:36 ERROR 404: Not Found.
make: *** [Module-Implementation-0.06.tar.gz] Error 8