die paßt...aber gggggg benötigt die Binaries irgendwie, bisher war im tar.bz2 wohl immer nur das Plugin drin und nicht die 3 externen Binaries: netcvdiag, netcvlogview, netcvupdate -> mindestens "netcvupdate" muß aktualisiert werden.
ok verstanden ich packe sie ein
ok verstanden ich packe Sie ein
"netcvupdate" ist aber nicht reinkompiliert ins Plugin (wäre ja sonst eine Art Bibliotheksaufruf notwendig), sondern wird als externes Kommando aufgerufen durch "SystemExec(c)" mit dem vorher zusammenstellten String "c"....und Ihr wolltet da die Zusatzoption "-o" reinschmuggeln....das hat nicht geklappt (war fast erwartbar).
Dewegen hat "netcvupdate" jetzt 2 neue Schalter, die im String "c" entsprechend gesetzt werden.
Alles, was man sieht in
dsyslog("EXEC1 %s", (const char *)c);
dsyslog("EXEC2 %s", (const char *)c);
wird aufgerufen als externes Kommando.
Die Kette ist also: MCLI-Plugin-Menü -> Triggert Aktion -> ruft "netcvupdate" mit Optionen auf -> das wiederum ruft den ftp-Client (auch als externes Kommando) auf mit einem zusammengestellten Script.
Man könnte das natürlich alles mit einer Art "libftp" all-in-one machen...aber der Code ist halt historisch so zusammen verknüpft.
Alles anzeigenUnsere Fehler meldung bei EXEC1 netcvupdate -n -i fe80::208:54ff:fe54:b261 -d eth0.2 -U /tmp/netceiver.conf
war put: /netceiver.conf: Datei oder Verzeichnis nicht gefunden
Ich vemute, folgenden Ablauf:
cam.c:
netcvupdate -n -i %s%s%s -U %s", uuid, -d , m_iface , "/tmp/netceiver.conf"
netcvupdate.c:
case 'U':
ret=do_upload(uuids, num_uuids, device, optarg);
int do_upload(char **uuids, int num_uuids, char *device, char *optarg)
ret=do_single_upload(uuids[n], device, "/mmc/etc/", optarg, NC_CONFFILE)
int do_single_upload( char *uuid, char *device, char *remote_path, char *fname, char *remote_file)
{
int ret;
sprintf(script,
"open %s%%%s\n"
"user %s %s\n"
"cd %s\n"
"put %s %s\n"
// "site exec killall -HUP mserv\n"
"quit",
uuid,device,username,password,remote_path,fname,remote_file);
>>>> Aus "/tmp/netceiver.conf" wird "/netceiver.conf" und das steht in optarg
Sag du mir bitte was da in c++ nun schief läuft ?!
Daher auch die Frage woher optarg kommt ?!
Da darf ich jetzt auf mich stolz sein 
ich probiers gleich mal
Juhu Alles wunderbar. pbrb kontrollierst du bitte deine zus. Debug statements:
[2059] EXEC1 rm -f /tmp/netceiver.conf; cd /tmp; netcvupdate -n -e -i fe80::208:54ff:fe54:b261 -d eth0.2 -D
enable options for FTP client 'lftp'
enable debugging
Downloading netceiver.conf ...
lftp --norc -d
execute FTP script
------
set ftp:use-site-utime off
set ftp:use-site-utime2 off
set ftp:use-feat off
set ftp:ssl-allow false
open fe80::208:54ff:fe54:b261%eth0.2
user root root
cd /mmc/etc/
get netceiver.conf
quit
------
---- Löse Hostadresse auf...
fe80::208:54ff:fe54:b261%eth0.2
---- Verbinde mit fe80::208:54ff:fe54:b261%eth0.2 (fe80::208:54ff:fe54:b261%eth0.2) Port 21
<--- 220 netceiver FTP server (GNU inetutils 1.4.1) ready.
---> USER root
<--- 331 Password required for root.
---> PASS root
<--- 230 User root logged in.
---> PWD
<--- 257 "/" is current directory.
---- CWD path to be sent is `/mmc/etc'
---> CWD mmc
<--- 250 CWD command successful.
---> CWD etc
<--- 250 CWD command successful.
---> TYPE I
<--- 200 Type set to I.
---> SIZE netceiver.conf
<--- 213 9117
---> MDTM netceiver.conf
<--- 213 19800101000000
---> EPSV
<--- 229 Entering Passive Mode (|||1024|)
---- Verbinde Daten Socket mit (fe80::208:54ff:fe54:b261%eth0.2) Port 1024
---- Datenverbindung hergestellt
---> RETR netceiver.conf
<--- 150 Opening BINARY mode data connection for 'netceiver.conf' (9117 bytes).
<--- 226 Transfer complete.
---- Got EOF on data connection
---- Schließe den Daten Socket
---> QUIT
<--- 221 Goodbye.
---- Schließe den Kontroll - Socket
Download done
[2059] EXEC2 netcvupdate -n -e -i fe80::208:54ff:fe54:b261 -d eth0.2 -U /tmp/netceiver.conf -K
enable options for FTP client 'lftp'
enable debugging
Uploading /tmp/netceiver.conf ...
lftp --norc -d
execute FTP script
------
set ftp:use-site-utime off
set ftp:use-site-utime2 off
set ftp:use-feat off
set ftp:ssl-allow false
open fe80::208:54ff:fe54:b261%eth0.2
user root root
cd /mmc/etc/
put /tmp/netceiver.conf -o netceiver.conf
quit
------
---- Löse Hostadresse auf...
fe80::208:54ff:fe54:b261%eth0.2
---- Verbinde mit fe80::208:54ff:fe54:b261%eth0.2 (fe80::208:54ff:fe54:b261%eth0.2) Port 21
<--- 220 netceiver FTP server (GNU inetutils 1.4.1) ready.
---> USER root
<--- 331 Password required for root.
---> PASS root
<--- 230 User root logged in.
---> PWD
<--- 257 "/" is current directory.
---- CWD path to be sent is `/mmc/etc'
---> CWD mmc
<--- 250 CWD command successful.
---> CWD etc
<--- 250 CWD command successful.
---> TYPE I
<--- 200 Type set to I.
---> EPSV
<--- 229 Entering Passive Mode (|||1025|)
---- Verbinde Daten Socket mit (fe80::208:54ff:fe54:b261%eth0.2) Port 1025
---- Datenverbindung hergestellt
---> ALLO 9100
<--- 202 ALLO command ignored.
---> STOR netceiver.conf
<--- 150 Opening BINARY mode data connection for 'netceiver.conf'.
---- Schließe den Daten Socket
<--- 226 Transfer complete.
---> QUIT
<--- 221 Goodbye.
---- Schließe den Kontroll - Socket
Upload done
Issue Kill...
cd /tmp; lftp --norc -d
execute FTP script
------
set ftp:use-site-utime off
set ftp:use-site-utime2 off
set ftp:use-feat off
set ftp:ssl-allow false
open fe80::208:54ff:fe54:b261%eth0.2
user root root
site exec killall -9 mserv
quit
------
---- Löse Hostadresse auf...
fe80::208:54ff:fe54:b261%eth0.2
---- Verbinde mit fe80::208:54ff:fe54:b261%eth0.2 (fe80::208:54ff:fe54:b261%eth0.2) Port 21
<--- 220 netceiver FTP server (GNU inetutils 1.4.1) ready.
---> USER root
<--- 331 Password required for root.
---> PASS root
<--- 230 User root logged in.
---> PWD
<--- 257 "/" is current directory.
---> TYPE I
<--- 200 Type set to I.
---> SITE exec killall -9 mserv
200 Done
---> QUIT
<--- 221 Goodbye.
---- Schließe den Kontroll - Socket
Kill done
Konfiguration ist aktuell...Auch die unbekannten Befehle sind nun weg ! Ich probier dann noch netdvdiag ...
Wenn beim Download der File lokal schon existiert kommt folgende Meldung:
Codeget: /root/netceiver.conf: Datei existiert bereits und xfer:clobber ist nicht gesetzt ---- Schließe die Datenverbindung ---- Schließe den Kontroll - Socket Download failed (ret=256)Das war aber denke ich schon immer so !
Kann auch sein, daß der ursprüngliche "ftp" client da einfach gnadenloser war und die lokale Datei überschrieben hat ohne zu Meckern.
Hab mal bei "lftp" den "get" um Option "-a" erweitert, damit meckert nix mehr.
https://github.com/pbiering/vd…5746259a4853e8f1cef1f6e33
Bitte mal final testen, dann merge ich den Branch nach "master".
Ist sonst noch was offen? Weil sonst erstelle ich einen Release.
Ich denke der wird auch gemeckert haben .. ich teste das morgen mal bei der AVG1. Jedenfalls hat ja der Dowload im cam_menu auch ein
rm vor dem Download ...
ZitatAlles anzeigenKann auch sein, daß der ursprüngliche "ftp" client da einfach gnadenloser war und die lokale Datei überschrieben hat ohne zu Meckern.
Hab mal bei "lftp" den "get" um Option "-a" erweitert, damit meckert nix mehr.
https://github.com/pbiering/vd…5746259a4853e8f1cef1f6e33
Bitte mal final testen, dann merge ich den Branch nach "master".
Ist sonst noch was offen? Weil sonst erstelle ich einen Release.
Bitte ein mal testen
Alles anzeigenKann auch sein, daß der ursprüngliche "ftp" client da einfach gnadenloser war und die lokale Datei überschrieben hat ohne zu Meckern.
Hab mal bei "lftp" den "get" um Option "-a" erweitert, damit meckert nix mehr.
https://github.com/pbiering/vd…5746259a4853e8f1cef1f6e33
Bitte mal final testen, dann merge ich den Branch nach "master".
Ist sonst noch was offen? Weil sonst erstelle ich einen Release.
funkt 1a ... auch der alte Client hat es gnadenlos überschrieben - da frage ich mich wozu das gut war:
cam_menu: case 2: {
m_statestr = cString::sprintf(tr("Getting configuration from Netceiver %s"), uuid);
cString c = cString::sprintf("rm -f %s; cd %s; netcvupdate -i %s%s%s -D", TMP_FILE, TMP_PATH, uuid, m_iface ? " -d " : "", m_iface ? m_iface : "");
aber lassen wir das aus unbekannten Kompatibilitätsgründen ....
letzter Feinschliff:
wenn --netcvupdate-enable-debug NICHT gesetzt ist, sollte auch die Ausgabe des Datentransfers weg sein:
------
---- Löse Hostadresse auf...
---- 1 Adresse gefunden: fe80::208:54ff:fe54:b261%eth0.2
---- Verbinde mit fe80::208:54ff:fe54:b261%eth0.2 (fe80::208:54ff:fe54:b261%eth0.2) Port 21
<--- 220 netceiver FTP server (GNU inetutils 1.4.1) ready.
---> USER root
<--- 331 Password required for root.
---> PASS root
...Ich glaube mich zu erinnern, dass wir das bei der Reparatur mit HelmutB eingebaut hatten ...
letzter Feinschliff:
wenn --netcvupdate-enable-debug NICHT gesetzt ist, sollte auch die Ausgabe des Datentransfers weg sein:
die FTP-Ausgabe wird mit "-q" unterdrückt....eingebaut in cam_menu.c:
die FTP-Ausgabe wird mit "-q" unterdrückt....eingebaut in cam_menu.c:
zum Testen
0.9.7 released: https://github.com/vdr-projects/vdr-plugin-mcli/releases
Hoffe, daß da keine anderen Patches mehr fehlen...sonst gibt's halt 0.9.7.1
Alles anzeigenHi,
hier mal zum Testen
hab ein Prob bei der neuen Version. mcli startet nach Reboot nicht weil es das eth nicht findet ...
Das Problem hat der mcli hier beim testen nicht
Ich habe mal zum Testen den VDR-2.6.0 mit den vdr-2.4.6.mcli5_mcli6.diff versorgt und das mcli Plugin aus den aktuellem Git Stand MCLI_PLUGIN_VERSION "0.9.6.99.alpha.1" gebaut zum Testen
Wenn Änderungen am Plugin mcli benötigt werden dann sollten Diese auf den letzten GIT Stand beruhen
Hi cinfo im der aktuellen BM2LTS ...32 fehlt ev. der vdr patch weil
Feb 20 14:58:18 BM2LTSnativeMC vdr: [6582] ScrambleDetection timers set to 3 sec / 60 sec das wieder default auf 3 statt 5s steht ?!
das wieder default auf 3 statt 5s steht ?!
Nein alles fein in der receiver.c
#define TS_SCRAMBLING_TIMEOUT 5 // seconds to wait until a TS becomes unscrambled
Scheint aber nicht zu greifen ... sonst müßte da im log
Feb 20 14:58:18 BM2LTSnativeMC vdr: [6582] ScrambleDetection timers set to 3 sec / 60 sec
5 sec / 60s kommen ...
keine Ahnung was da los ist -- anbei ein neu erstellte Version vom VDR-2.6.1 für BM2LTS zum Testen
THX, mit der Version passt es
Feb 20 16:47:40 BM2LTSnativeMC vdr: [6683] ScrambleDetection timers set to 5 sec / 60 sec
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!