no tak i działa jak się zaznaczy t.j. włącza kamerkę ale po odznaczeniu kamerka się nie wyłącza a myślę że powinna, jedynie enable w /etc/config/mjpg-streamer zmienia tylko stan na 0

Więc sądzę że gdzieś trzeba zmienić kolejność wczytywania w js aby to prawidłowo działało

init.d/mjpg-streamer :

#!/bin/sh /etc/rc.common
# Copyright (C) 2009-2012 OpenWrt.org

START=50

SERVICE_DAEMONIZE=1
SERVICE_WRITE_PID=1

PROG=/usr/bin/mjpg_streamer

error() {
    echo "${initscript}:" "$@" 1>&2
}

section_enabled() {
    config_get_bool enabled "$1" 'enabled' 0
    [ $enabled -gt 0 ]
}

start_instance() {
    local s="$1"
    local auth=""

    section_enabled "$s" || return 1

    config_get device "$s" 'device'
    config_get resolution "$s" 'resolution'
    config_get fps "$s" 'fps'
    config_get yuv "$s" 'yuv' 0
    config_get port "$s" 'port'
    config_get www "$s" 'www' "/usr/lib/mjpg-streamer/www"
    config_get username "$s" 'username'
    config_get password "$s" 'password'

    [ $yuv = "1" ] && yuv="-y" || yuv=""

    [ -c "$device" ] || {
        error "device '$device' does not exist"
        return 1
    }

    [ -n "$username" -a -n "$password" ] && {
        auth="--credentials $username:$password"
    }

    service_start /usr/bin/mjpg_streamer \
        --input "input_uvc.so $yuv --device $device --fps $fps --resolution $resolution" \
        --output "output_http.so --www $www --port $port $auth"
}

stop_instance() {
    local s="$1"

    section_enabled "$s" || return 1

    service_stop /usr/bin/mjpg_streamer
}

start() {
    config_load 'mjpg-streamer'
    config_foreach start_instance 'mjpg-streamer'
}

stop() {
    config_load 'mjpg-streamer'
    config_foreach stop_instance 'mjpg-streamer'
}

usunięcie  || return 1 z linijek section_enabled "$s" || return 1
pozwala uruchomić skrypt z init.d i z przeglądarki również włącza i wyłącza kamerkę.

Nie rozumiem w jakim celu zostały one wpisane

No właśnie nie ma i z GUI startuje normalnie a z konsoli nie chce a przecież GUI korzysta z /etc/init.d/mjpg-streamer start

Jest jakiś błąd z webcam w GUI i chyba z /etc/init.d/mjpg-streamer, otóż po włączeniu checkboxem w GUI kamerka się załącza ale po odznaczeniu i zapisaniu już nie wyłącza kamerki, nie można też jej wyłączyć z konsoli tj /etc/init.d/mjpg-streamer stop, ale jak się uruchomi w GUI a potem w konsoli z palca zrobię /etc/init.d/mjpg-streamer stop to kamerka sie wyłącza.

Widzisz tak Cię zrozumiałem, ale ok nie róbmy OT

@Jaack ja Cię doskonale rozumiem i jeśli te 000 da się wykluczyć z pliku to ok ale jak widzisz mimo wszystko 19 znaków mniej a 3 to jednak różnica. Co więcej czy odczyt nie jest wystarczający co 10 min ? daje to tylko 144 odczytów na dobę

@Jaack możesz się ze mną nie zgodzić ale chyba jednak czytanie ostatniego wpisu i porównanie z czasem routera będzie bardziej automatyczne oczywiście jeszcze do tego sprawdzenie czy plik istnieje i czy nie jest pusty aby skrypt działał prawidłowo

Ale to jest tylko moja propozycja

Ok ok nie zgodność rozumienia

W każdym bądź razie niech @Jaack określi czy w php czy bash to się sklei gotowe rozwiązanie

Tu nie chodzi o generowanie wyniku lecz o porównanie ostatniej zapisanej daty pomiaru z bieżącym czasem.

Ups nie zauważyłem.
Niestety w php Ci nie pomogę ale w bash'u jest to dość proste więc jak Ci pasuje to wieczorem coś skleję

Rozumiem że xinetd działa tak iż jeśli połączenie na porcie zostanie przerwane to proces programu uruchomionego przez niego powinien zostać "ubity" no więc zrobiłem sobie prosty skrypt a w nim:

#!/bin/sh
socat udp-listen:5000,fork - | madplay - -Q

uruchamiając z palca działa jak trzeba a przerywając działanie skryptu, socat jak i madplay zostają przerwane.
Jednak xinetd już tak nie robi, tzn przerywam połączenie na porcie a socat i madplay wisi w procesach.
Wiem że xinetd po jakimś czasie dopiero zwalnia zasoby zajęte przez wywołany program ale nawet po 30 min procesy wisiały.

Czy nie da sie tego wykorzystać w taki sposób czy może jest coś jeszcze do zrobienia ?