Spróbuj coś takiego:

rm -r /tmp/ftp/* 
                                            #kasujemy wszystko

for l in 1 2 3; do 
                                            #trzy razy szukamy
  sleep 5 
                                            #poczekamy z 5 sekund
  for i in `find . -name "*.jpg" -type f`; do
    echo "znalazłem $i"
    cp $i /tmp/ftp/nazwa_docelowa.jpg 
                                            #kopiujemy sobie
    #tutaj wysyłamy skopiowany wputem czy czymś
    exit 1                                  #wychodzimy nawet jak by więcej znalazł
  done
  echo "nie znalazłem"

done

Ale po co ci najnowszy? Jeśli skasujesz wszystkie, to pierwszy jaki się pojawi będzie najnowszy. To jak nazywa te zdjęcia rejestrator? Numerki kolejne czy data w nazwie pliku? Skrypt może i mógłbym ci wymyślić, ale to chwilę potrwa.

Może po kolei: pasuje do twojego rejestratora ta instrukcja? -  http://www.e-alarmy.pl/download/instrukcje/BCS_LE-A.pdf
Jeśli tak to strona 34 - tryb "czas", strona 35 Ogólne "zdjęcie [2] sek" (ustawisz sobie 60).
Nie wiem jak ustawia się, żeby na ftp szły tylko zdjęcia ( z instrukcji wynika, że "automatycznie kopiuje nagrania" ), ale skoro wysyła ci zdjęcia na detekcję to pewnie masz już ustawione.
Gdyby tamto jednak nie zadziałało to w detekcji jest jeszcze coś takiego jak "filtr drgania" - spróbuj ustawić np 60 sekund i maksymalnie czułą detekcję.
O kolejnych możliwościach porozmawiamy jak przetestujesz powyższe.

Akurat nie znam tego rejestratora, ale czasem da się normalnie wyciągnąć j-pega, bo on robi je dla przeglądarek, które nie obsługują active-X - sprawdź jak wyświetla obraz np. na FF.

Jeśli masz wysyłanie na ftp na detekcję ruchu, to może pokombinuj tak, żeby ustawić detekcję na maksymalną czułość (szumy na obrazie powinny ją wyzwalać) i będzie słał bez przerwy - albo z jakimś tam minimalnym interwałem. W jednym videoserwerze tak ustawiłem - maksymalnie słał co 5 sekund co mnie satysfakcjonowało.
Innym sposobem jest ustawienie pola detekcji na jakiś zegar czy migającą diodkę, która będzie widoczna w kamerze.
Z łapaniem strumienia rtsp i wyciąganiem obrazka bym się nie bawił - jak już to popracować nad pchaniem strumienia na serwis typu justin.tv.

Dzięki! działa.
I wywołanie bez nawiasów.

Kolego oneiro - przede wszystkim pytanie czy ten rejestrator obsługuje multicast? Jeśli tak to wpisz adres z zakresu muliticast i jakiś port i po sieci lokalnej powinno śmigać - spróbuj normalnie programem od rejestratora, ewentualnie możesz próbować np. VLC.
Tunel nic ci nie da, bo łacząc się np. z dwóch miejsc to będziesz miał dwa tunele. Jeżeli te dwa komputery są w jednej sieci lokalnej to można kombinować z jednym tunelem. Z resztą dla dwóch odbiorców ta cała zabawa mija się z celem, no chyba że musisz to zrobić do stałego podglądu. Jeżeli chcesz podgląd dla większej ilości osób to może zainteresuj się serwisami typu justin.tv.

... Niestety tylko tak wyglądało. Jednak po podłączeniu zasilania nadal nie ma łączności na innych portach niż "port0".
Prawdopodobnie eth1 jest tylko na "port1". Sprawdzę to jeszcze i będę z tym walczył, ale na razie robię restart network po uruchomieniu, zostawiam router w spokoju i zajmuję się częścią serwerową projektu.

Wszystko działa - nadpisują się pliki, przenoszą się też atrybuty plików, czyli jak nadamy uruchamialny to na routerze też będzie uruchamialny.
Można w menuconfig w 'Target Images' zaznaczyć też 'tar.gz' - wtedy w 'bin' znajdzie się też zagzipowany obraz systemu plików - nie trzeba podglądać pliku *.bin jakby co.
Nie wiem czy dobrze zauważyłem, ale chyba z niektórych plików w którymś momencie są usuwane linie komentarza - w *.tar.gz są, natomiast na routerze już nie.

Ale w network mam też interface - kombinowałem, że jak bym dał interface przed switch, to mógłby najpierw odpalać interfejsy sieciowe a później zmieniać switch... no nie ważne już - switch jest na początku.
Zauważyłem coś podejrzango - 'uci show' pokazuje w pewnym momencie:

...
network.wan.proto=static
network.wan.netmask=255.255.255.0
network.wan.ipaddr=192.168.3.33
network.wan.ifname=eth1
uci: Entry not found
ntpclient.@ntpserver[0]=ntpserver
ntpclient.@ntpserver[0].port=123
ntpclient.@ntpserver[0].hostname=0.pl.pool.ntp.org
...

Czegoś brakuje? Może to jest klucz do tej zagadki.

Przecież napisałem. Jeszcze raz:
Wygląda to tak, jakby konfiguracja switcha po włączeniu zasilania była domyślna, potem jest zmieniana przez config (i to widzimy w admswconfig), ale działa po nowemu dopiero po restarcie 'network' (który trzeba zrobić ręcznie - bo inaczej mamy eth0 tylko na porcie "0" i eth1 tylko na "1"*).
Po komendzie "/etc/init.d/network restart" działają wszystkie porty aż do wyłączenia zasilania.
To jest jakaś grubsza sprawa, bo znalazłem w sieci opisy podobnych problemów.

I jeszcze jedno: skoro kolejność wpisów nie ma znaczenia to po co jest opcja "reorder"?

Usunąłem /etc/config/network i zrebootowałem router - pojawiła się domyślna konfiguracja i wygląda na to, że ma być (w moim przypadku) tak:

config switch
        option eth0     "0 1 2 3 4"
        option eth1     "0 1 2 3 4"

Czyli bez żadnych kombinacji z v-lanami.
Mam jeszcze pytanie: czym się różni interfejs z opcją "type=bridge" od tego bez tej opcji?
Bo ja chcę zrobić coś takiego: dwa interfejsy ze statycznymi adresami z różnych klas np. eth0 - 192.168.1.111, eth1 - 192.168.2.222 - nie musi być pomiędzy nimi routowania, ale przez jeden router będzie się łączył z internetem a przez drugi będzie się łączył z urządzeniami w sieci lokalnej, które (nie pytajcie mnie dlaczego) są "schowane" do innej klasy. Porty chcę ustawić wszystkie na obydwa żeby nie było pomyłek i żeby całość mogła robić przy okazji za switch.