Beiträge von luphi

luphi · 19. Dezember 2006

Hallo Mahlzeit.iso User,

darf ich an dieser Stelle noch mal auf mein bescheidenes Problem bzgl. growisofs und double Layer Rohlingen zurückkommen, oder bin ich hier an der falschen Stelle ?

Zitat

Hallo Mahlzeit Image User,

ich nutze zwar noch eine älter Version des Mahlzeit Image aber ich möchte dennoch den aktuellen Thread für mein Problem nutzen.

Ich würde gerne Double Layer DVDs brennen.
Leider ist das growisofs zu alt und kann nur die üblichen 4.3 GB schreiben.

Hat evtl. jemand das gleiche Problem wie ich und eine aktuellere Version von growisofs für LINVDR0.7/Mahlzeit.iso ?

Gruß,
luphi

Alles anzeigen

Gruß,
luphi

luphi · 16. Dezember 2006

Hallo Mahlzeit Image User,

ich nutze zwar noch eine älter Version des Mahlzeit Image aber ich möchte dennoch den aktuellen Thread für mein Problem nutzen.

Ich würde gerne Double Layer DVDs brennen.
Leider ist das growisofs zu alt und kann nur die üblichen 4.3 GB schreiben.

Hat evtl. jemand das gleiche Problem wie ich und eine aktuellere Version von growisofs für LINVDR0.7/Mahlzeit.iso ?

Gruß,
luphi

luphi · 11. November 2006

Mhhh,

kann denn da niemand helfen ?

Gruß,
luphi

luphi · 5. November 2006

Also, ich fasse mal zusammen:

VDR:
Malzeit.iso auf Basis von linvdr 0.7
growisofs version 5.13
Funktioniert nicht, siehe Fehlermeldung oben.

Fedora Core 6:
growisofs version 6.1
Funktioniert ohne Problem

In beiden Fällen mit identischer Brenner / Rohling Kombination getestet.

Sollte foobar42 recht haben, ist es jemandem möglich, mir mal ein aktuelleres growisofs für für das Mahlzeit.iso zur Verfügung zu stellen ?
Mir steht leider keine Debian Entwicklungsumgebung zur Verfügung.

Gruß,
luphi

luphi · 5. November 2006

Schade, dass wars leider auch nicht.

Code

# growisofs -use-the-force-luke=4gms -Z /dev/dvd=<image>
:-( /dev/dvd: unsupported MMC profile 9

Gruß,
luphi

luphi · 5. November 2006

Hallo Bert,

danke für Dein Interesse.

Code

# growisofs -Z -use-the-force-luke=4gms /dev/dvd=<Image>
:-( "-use-the-force-luke=4gms": unexpected errno:No such file or directory
#

Wie schon gesagt: Auf einem anderen Linux System funktioniert es mit:

Code

growisofs -Z /dev/dvd=<Image>

Gruß,
luphi

luphi · 5. November 2006

Hallo foobar42,

danke für die schnelle Antwort.
hier ist das Ergebnis:

Code

:-( "-use-the-force-luke=4gms": unexpected errno:No such file or directory

Auf einem anderen PC (Fedora Core 6) funktioniert es übrigens ohne diese Option.
Hat sonst noch jemand einen Vorschlag ?

Gruß,
luphi

luphi · 5. November 2006

Hallo Profis,

ich benötige mal wieder Eure Hilfe. Ich habe meinem VDR einen neuen Brenner gegönnt und wurde beim Brennen der ersten DVD mächtig enttäuscht.
Beim Versuch mit

Code

# growisofs -Z /dev/dvd=<ISO Image>

eine double layer Rohling zu beschreiben, antwortete mir der VDR (Mahlzeit.iso) mit:

Code

:-( /dev/dvd: unsupported MMC profile 2B

Leider habe ich hier im Forum zu dem Thema nichts finden können.
Hat jemand eine Idee ?

Gruß,
luphi

luphi · 15. Oktober 2006

Danke für den Hinweis Mysterix.
Dann muß es wohl mit dem Timer gehen.

Vielen Dank noch mal für eure schnelle und kompetente Hilfe.

Gruß,
luphi

luphi · 15. Oktober 2006

Hallo d.a.one,

danke für den ultra schnellen Tip.

das kommt dem, was ich suche schon ziemlich nahe.
Leider tuts die Webseite nicht mehr.
Der fest eingestellte Timer ist zwar besser als nicht, aber mit Sicherheit nicht optimal.
Wenn ich das richtig verstanden habe, ist der noad für das Erkennen der Werung zuständig. Läßt er sich nicht irgendwie in das Plugin integrieren ?

Gruß,
luphi

luphi · 15. Oktober 2006

Hallo zusammen,

meine Frau machte die Tage eine interessante Bemerkung:

"Kann deine Kiste nicht automatisch wieder zurückschalten, wenn die Werbung vorbei ist ?"

Ich finde die Idee gar nicht so dumm. Du guckst gerade einen tollen Film und was passiert grundsätzlich vor einer Schlüsselszene ? Werbung. Ich fange dann immer an zu zappen und bleibe dann bei irgendeinem anderen Sender hängen und nach wenigen Minuten fällt mir dann siedendheiß ein: "Mist, mein Film, die Werbung ist bestimmt schon vorbei." Und tatsächlich: Werbung vorbei, Schlüsselszene auch.

Nun zur Idee:

VDR kann ja selbstständig Werbung identifizieren (erkennt man an den vom VDR selbst gesetzten Schnittmarken bei Aufzeichnungen). Also kann er auch erkennen, wenn die Werbung zu Ende ist und der Film weitergeht. Könnte er dann nicht auch automatisch zurückschalten ?

Ich stelle mir das so vor, daß ich eine bestimmte Taste drücken muß, bevor ich anfange zu zappen. Vdr merkt sich dann den derzeit aktiven Sender und schalten nach der Werbung automatisch zurück.

Ich würde mich nicht wundern, wenn ich nicht der erste wäre, der diese Idee hat und es dafür bereits eine fertige Lösung gäbe. Leider habe ich noch keine sachdienlichen Hinweise gefunden. Ich weiß auch nicht, nach welchem Stichwort ich suchen sollte.
Vielleicht kann mir mal jemand die Augen öffnen oder findet die Idee eben so gut wie ich und hat das know how und die Zeit um sie umzusetzen.

Falls es von Bedeutung ist: Ich benutze die LinVDR Version von Mahlzeit.

Nun seit ihr dran.

Gruß,
luphi

luphi · 29. August 2006

Hallo zusammen,

ich hänge mich hier mal mit rein:

Bei mir läuft alles eine Nummer kleiner ab:

Streaming Server: Xeon 2.8 GHz, Fedora Core 4, vdr 1.4.1
Streaming Client: P2 300MHz, Mahlzeit.iso,FF TT 1.5

Empfängt der Client über die FF selbst, liegt laut top die Last bei ca. 0.2 und alles ist gut.
Zieht er sich den Stream vom Server und gibt ihn nur über die FF aus, steigt die Last bis über 2 an. Ab ca. 1.4 gibt es Aussätzer und instabiles Verhalten bis zum Absturz des vdr.

Ist das normal, das das stremdev Plugin soviel Rechenleistung braucht ?

Gruß,
luphi

luphi · 24. August 2006

schmirl

-fPIC hat's gebracht.
Ich konnte das Plugin jetzt ohne Probleme kompilieren.
Die nächsten Abende werden zeigen, ob die Probleme jetzt weg sind.

@all

Vielen Dank für Eure schnelle und kompetente Hilfe.

Gruß,
luphi

luphi · 23. August 2006

Zitat

Original von schmirl
Schau mal da: [solve]Nach Update von Streamdev-server seltsames Verhalten

Wenn ich die Kommentarzeichen und das XXX+ entferne, kann ich das Plugin nicht mehr compilieren.

Code

Plugin streamdev:
make[1]: Entering directory `/usr/src/vdr-1.4.1/PLUGINS/src/streamdev-cvs'
make[1]: Leaving directory `/usr/src/vdr-1.4.1/PLUGINS/src/streamdev-cvs'
make[1]: Entering directory `/usr/src/vdr-1.4.1/PLUGINS/src/streamdev-cvs'
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o streamdev-client.o streamdev-client.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o client/socket.o client/socket.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o client/device.o client/device.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o client/setup.o client/setup.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o client/remote.o client/remote.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o client/assembler.o client/assembler.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o client/filter.o client/filter.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o common.o common.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o i18n.o i18n.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o tools/source.o tools/source.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o tools/select.o tools/select.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o tools/socket.o tools/socket.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o tools/tools.o tools/tools.c
make -C ./libdvbmpeg libdvbmpegtools.a
make[2]: Entering directory `/usr/src/vdr-1.4.1/PLUGINS/src/streamdev-cvs/libdvbmpeg'
g++  -M ctools.c remux.c ringbuffy.c transform.c cpptools.cc   -I.> .depend
make[2]: Leaving directory `/usr/src/vdr-1.4.1/PLUGINS/src/streamdev-cvs/libdvbmpeg'
make[2]: Entering directory `/usr/src/vdr-1.4.1/PLUGINS/src/streamdev-cvs/libdvbmpeg'
cc -c -g -Wall -O2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -fPIC -I.  ctools.c
ctools.c: In Funktion »write_mpg«:
ctools.c:2028: Warnung: Zeigerziele in Zuweisung unterscheiden sich im Vorzeichenbesitz
ctools.c: In Funktion »url2host«:
ctools.c:2253: Warnung: Zeigerziele bei Übergabe des Arguments 1 von »strlen« unterscheiden sich im Vorzeichenbesitz
ctools.c:2253: Warnung: Zeigerziele bei Übergabe des Arguments 1 von »strlen« unterscheiden sich im Vorzeichenbesitz
ctools.c:2253: Warnung: Zeigerziele bei Übergabe des Arguments 1 von »__builtin_strcmp« unterscheiden sich im Vorzeichenbesitz
ctools.c:2253: Warnung: Zeigerziele bei Übergabe des Arguments 1 von »strlen« unterscheiden sich im Vorzeichenbesitz
ctools.c:2253: Warnung: Zeigerziele bei Übergabe des Arguments 1 von »__builtin_strcmp« unterscheiden sich im Vorzeichenbesitz
ctools.c:2253: Warnung: Zeigerziele bei Übergabe des Arguments 1 von »__builtin_strcmp« unterscheiden sich im Vorzeichenbesitz
ctools.c:2253: Warnung: Zeigerziele bei Übergabe des Arguments 1 von »__builtin_strcmp« unterscheiden sich im Vorzeichenbesitz
ctools.c:2253: Warnung: Zeigerziele bei Übergabe des Arguments 1 von »strncmp« unterscheiden sich im Vorzeichenbesitz
ctools.c:2256: Warnung: Zeigerziele bei Übergabe des Arguments 1 von »strlen« unterscheiden sich im Vorzeichenbesitz
ctools.c:2256: Warnung: Zeigerziele bei Übergabe des Arguments 1 von »__strdup« unterscheiden sich im Vorzeichenbesitz
ctools.c:2282: Warnung: Zeigerziele in return unterscheiden sich im Vorzeichenbesitz
ctools.c:2284: Warnung: Zeigerziele bei Übergabe des Arguments 1 von »atoi« unterscheiden sich im Vorzeichenbesitz
ctools.c:2288: Warnung: Zeigerziele in return unterscheiden sich im Vorzeichenbesitz
ctools.c: In Funktion »http_open«:
ctools.c:2309: Warnung: Zeigerziele bei Übergabe des Arguments 1 von »url2host« unterscheiden sich im Vorzeichenbesitz
ctools.c:2341: Warnung: Zeigerziele bei Übergabe des Arguments 2 von »write_all« unterscheiden sich im Vorzeichenbesitz
ctools.c:2348: Warnung: Zeigerziele bei Übergabe des Arguments 2 von »read_all« unterscheiden sich im Vorzeichenbesitz
ctools.c:2362: Warnung: Zeigerziele bei Übergabe des Arguments 2 von »read_all« unterscheiden sich im Vorzeichenbesitz
cc -c -g -Wall -O2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -fPIC -I.  ringbuffy.c
cc -c -g -Wall -O2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -fPIC -I.  remux.c
cc -c -g -Wall -O2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -fPIC -I.  transform.c
g++ -c -g -Wall -O2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -fPIC -I.  cpptools.cc
ar -rcs libdvbmpegtools.a ctools.o ringbuffy.o remux.o transform.o cpptools.o 
make[2]: Leaving directory `/usr/src/vdr-1.4.1/PLUGINS/src/streamdev-cvs/libdvbmpeg'
g++ -W -Woverloaded-virtual -O2 -shared streamdev-client.o client/socket.o client/device.o client/setup.o client/remote.o client/assembler.o client/filter.o common.o i18n.o tools/source.o tools/select.o tools/socket.o tools/tools.o libdvbmpeg/libdvbmpegtools.a -o libvdr-streamdev-client.so
/usr/bin/ld: streamdev-client.o: relocation R_X86_64_32S against `vtable for cPluginStreamdevClient' can not be used when making a shared object; recompile with -fPIC
streamdev-client.o: could not read symbols: Bad value
collect2: ld gab 1 als Ende-Status zurück
make[1]: *** [libvdr-streamdev-client.so] Fehler 1
make[1]: Leaving directory `/usr/src/vdr-1.4.1/PLUGINS/src/streamdev-cvs'
Plugin svdrpdemo:
make[1]: Entering directory `/usr/src/vdr-1.4.1/PLUGINS/src/svdrpdemo'
make[1]: Für das Ziel »all« ist nichts zu tun.
make[1]: Leaving directory `/usr/src/vdr-1.4.1/PLUGINS/src/svdrpdemo'


*** failed plugins: streamdev

Alles anzeigen

Ich bin kein Entwickler und kann mit den Meldungen nichts anfangen.
Kann es evtl. an der 64bit Architektur liegen.
Gibt es eine Lösung für das Problem ?

Gruß,
luphi

luphi · 23. August 2006

Zitat

Original von Krampus

Ok, war mein Fehler, die Änderung ist doch NICHT drin. In den Sourcen, die ich verwende, aber schon. Offenbar habe ich das damals nachgezogen und dann vergessen, das ich es gemacht habe.

luphi, such Dir in der connections.c die beiden Zeilen (so in der Gegen von Zeile 152) und entferne die Kommentare. Deine Meldungen klingen nämlich nach genau diesem Problem.

Gruß,
K.

Alles anzeigen

Welche Zeilen meist Du genau ?
Meinst Du alle drei, beginnend mit isyslog, detach und attach ?
Ab Zeile 144 zieht es bei mir so aus:

Code

if (!device || (device == cDevice::ActualDevice()
                        && !cSuspendCtl::IsActive()
                        && StreamdevServerSetup.SuspendMode != smAlways)) {
                // mustn't switch actual device
                // maybe a device would be free if THIS connection did turn off its streams?
                Dprintf(" * trying again...\n");
                const cChannel *current = Channels.GetByNumber(cDevice::CurrentChannel());
                //isyslog("streamdev-server: Detaching current receiver");
                //Detach(); XXX+
                device = cDevice::GetDevice(Channel, Priority);
                //Attach(); XXX+
                Dprintf(" * Found following device: %p (%d)\n", device,
                                device ? device->CardIndex() + 1 : 0);
                if (device == cDevice::ActualDevice())
                        Dprintf(" * is actual device\n");
                if (!cSuspendCtl::IsActive()
                                && StreamdevServerSetup.SuspendMode != smAlways)
                        Dprintf(" * NOT suspended\n");
                if (current && !TRANSPONDER(Channel, current))
                        Dprintf(" * NOT same transponder\n");
                if (device && (device == cDevice::ActualDevice()
                                && !cSuspendCtl::IsActive()
                                && StreamdevServerSetup.SuspendMode != smAlways
                                && current != NULL
                                && !TRANSPONDER(Channel, current))) {
                        // now we would have to switch away live tv...let's see if live tv
                        // can be handled by another device
                        cDevice *newdev = NULL;
                        for (int i = 0; i < cDevice::NumDevices(); ++i) {
                                cDevice *dev = cDevice::GetDevice(i);
                                if (dev->ProvidesChannel(current, 0) && dev != device) {
                                        newdev = dev;
                                        break;
                                }
                        }
                        Dprintf(" * Found device for live tv: %p (%d)\n", newdev,
                                        newdev ? newdev->CardIndex() + 1 : 0);
                        if (newdev == NULL || newdev == device)
                                // no suitable device to continue live TV, giving up...
                                device = NULL;
                        else
                                newdev->SwitchChannel(current, true);
                }
        }

Alles anzeigen

Gruß,
luphi

luphi · 23. August 2006

Zitat

Original von Krampus

/var/log/messages am Server sollte mehr darüber aussagen, wo das Problem sein könnte.

K.

Alles anzeigen

ich habe folgende Einträge tonnenweise im log:

Code

Aug 20 04:35:59 dozer vdr: [7030] ERROR: 13715 ring buffer overflows (2578420 bytes dropped)
Aug 20 04:35:59 dozer vdr: [7479] ERROR: 26111 ring buffer overflows (4908868 bytes dropped)
Aug 20 04:36:05 dozer vdr: [7479] ERROR: 26759 ring buffer overflows (5030692 bytes dropped)
Aug 20 04:36:05 dozer vdr: [7030] ERROR: 14208 ring buffer overflows (2671104 bytes dropped)
Aug 20 04:36:11 dozer vdr: [7479] ERROR: 24735 ring buffer overflows (4650180 bytes dropped)
Aug 20 04:36:11 dozer vdr: [7030] ERROR: 13025 ring buffer overflows (2448700 bytes dropped)
Aug 20 04:36:17 dozer vdr: [7479] ERROR: 28702 ring buffer overflows (5395976 bytes dropped)
Aug 20 04:36:17 dozer vdr: [7030] ERROR: 12106 ring buffer overflows (2275928 bytes dropped)
Aug 20 04:36:23 dozer vdr: [7479] ERROR: 25837 ring buffer overflows (4857356 bytes dropped)
Aug 20 04:36:23 dozer vdr: [7030] ERROR: 12116 ring buffer overflows (2277808 bytes dropped)
Aug 20 04:36:29 dozer vdr: [7479] ERROR: 25745 ring buffer overflows (4840060 bytes dropped)
Aug 20 04:36:29 dozer vdr: [7030] ERROR: 12537 ring buffer overflows (2356956 bytes dropped)
Aug 20 04:36:35 dozer vdr: [7479] ERROR: 27353 ring buffer overflows (5142364 bytes dropped)
Aug 20 04:36:35 dozer vdr: [7030] ERROR: 12031 ring buffer overflows (2261828 bytes dropped)

Alles anzeigen

und

Code

Aug 22 21:10:41 dozer vdr: [19162] Streamdev: Accepted new client (VTP) 172.23.38.163:2534
Aug 22 21:10:41 dozer vdr: [19162] streamdev: too many clients, rejecting 172.23.38.163:2534
Aug 22 21:10:41 dozer vdr: [19162] streamdev: closing streamdev connection to 172.23.38.163:2534
Aug 22 21:10:41 dozer vdr: [19162] Streamdev: Accepted new client (VTP) 172.23.38.163:3787
Aug 22 21:10:41 dozer vdr: [19162] streamdev: too many clients, rejecting 172.23.38.163:3787
Aug 22 21:10:41 dozer vdr: [19162] streamdev: closing streamdev connection to 172.23.38.163:3787
Aug 22 21:10:41 dozer vdr: [19162] Streamdev: Accepted new client (VTP) 172.23.38.163:1139
Aug 22 21:10:42 dozer vdr: [19162] streamdev: too many clients, rejecting 172.23.38.163:1139
Aug 22 21:10:42 dozer vdr: [19162] streamdev: closing streamdev connection to 172.23.38.163:1139
Aug 22 21:10:42 dozer vdr: [19162] Streamdev: Accepted new client (VTP) 172.23.38.163:2232
Aug 22 21:10:42 dozer vdr: [19162] streamdev: too many clients, rejecting 172.23.38.163:2232
Aug 22 21:10:42 dozer vdr: [19162] streamdev: closing streamdev connection to 172.23.38.163:2232
Aug 22 21:10:42 dozer vdr: [19162] Streamdev: Accepted new client (VTP) 172.23.38.163:3829
Aug 22 21:10:42 dozer vdr: [19162] streamdev: too many clients, rejecting 172.23.38.163:3829
Aug 22 21:10:42 dozer vdr: [19162] streamdev: closing streamdev connection to 172.23.38.163:3829

Alles anzeigen

und die hier kommen auch mehrfach vor, aber nicht so oft wie die Anderen:

Code

Aug 20 09:41:43 dozer vdr: [19116] connect from 127.0.0.1, port 42049 - accepted
Aug 20 09:42:04 dozer vdr: [19116] closing SVDRP connection
Aug 20 10:42:04 dozer vdr: [19116] connect from 127.0.0.1, port 55082 - accepted
Aug 20 10:42:29 dozer vdr: [19116] closing SVDRP connection
Aug 20 11:42:29 dozer vdr: [19116] connect from 127.0.0.1, port 56635 - accepted
Aug 20 11:42:53 dozer vdr: [19116] closing SVDRP connection
Aug 20 12:42:53 dozer vdr: [19116] connect from 127.0.0.1, port 57455 - accepted
Aug 20 12:43:11 dozer vdr: [19116] closing SVDRP connection
Aug 20 13:43:12 dozer vdr: [19116] connect from 127.0.0.1, port 48013 - accepted
Aug 20 13:43:36 dozer vdr: [19116] closing SVDRP connection
Aug 20 14:43:37 dozer vdr: [19116] connect from 127.0.0.1, port 57275 - accepted
Aug 20 14:44:02 dozer vdr: [19116] closing SVDRP connection
Aug 20 15:44:02 dozer vdr: [19116] connect from 127.0.0.1, port 43087 - accepted
Aug 20 15:44:27 dozer vdr: [19116] closing SVDRP connection
Aug 20 16:44:27 dozer vdr: [19116] connect from 127.0.0.1, port 50503 - accepted
Aug 20 16:44:51 dozer vdr: [19116] closing SVDRP connection
Aug 20 17:44:52 dozer vdr: [19116] connect from 127.0.0.1, port 50132 - accepted
Aug 20 17:45:14 dozer vdr: [19116] closing SVDRP connection

Alles anzeigen

Habt Ihr eine Idee ?

Gruß,
luphi

luphi · 23. August 2006

Danke für den super schnellen Tip. Kann ich aber leider erst heute Abend ausprobieren.
Ich werde Euch auf dem Laufenden halten.

Gruß,
luphi

luphi · 23. August 2006

Hallo zusammen,

auch ich habe selbiges Problem. Allerdings habe ich im Server 2 budget Karten und trotzdem das Problem, daß sehr häufig Kanäle nicht verfügbar sind, obwohl keine Aufnahme läuft und auch kein anderer Client verbunden ist.
Auf dem Server läuft Fedora Core 5 mit vdr 1.4.1 und stramdev-server aus VDR-Plugins-Frank99--02-05-2006.
Leider habe ich an dem Server keine Ausgabemöglichkeit für das OSD und kann daher den Server nicht in den standalone mode schalten. Kann mir jemand den entsprechenden Eintrag für die /etc/vdr/setup.conf nennen, damit ich die Änderung von Hand machen kann ?

Soweit ich weiß, ist die streamdev Version aus VDR-Plugins-Frank99--02-05-2006 gepatched, oder ?

Gestern war sogar kein einziger Kanal verfügbar.

Kann evtl.eine EPG search oder der vdradmin-am dafür verandwortlich sein ?

Die Clients laufen alle unter dem Mahlzeit.iso.

Vielen Dank schon mal für Eure Unterstützung.

Gruß,
luphi

luphi · 3. Juli 2006

Hallo,

svdrphosts.conf war ein guter Tip.
Eingetragen war nur die Loopback Adresse. Nach dem ich die IP von eth0 eingetragen habe, waren die Sender und Aufnahmen alle da.

Zur Analyse:
In /etc/vdradmin/vdradmin.conf wird die Variable VDR_HOST definiert.
Scheinbar macht vdradmin-am ein lookup auf den dort eingetragenen Namen.
Ich habe jetzt localhost eingetragen und jetzt tuts auch die Loopback Adresse in der svdrphosts.conf
VDR_HOST läßt sich im nachhinein nur noch über einen Texteditor in der /etc/vdradmin/vdradmin.conf ändern.

Soweit sieht jetzt erst mal alles gut aus. Danke für Eure Hilfe, speziell an amair.

Gruß,
luphi

luphi · 3. Juli 2006

Ich habe noch was Interresantes im Log gefunden, werde daraus aber nicht ganz schlau:

Code

Jul  3 12:29:53 dozer vdr: [3620] frontend 0 timed out while tuning to channel 904, tp 212051
Jul  3 12:29:54 dozer vdr: [3600] connect from <IP>, port 53574 - DENIED
Jul  3 12:30:04 dozer vdr: [3600] connect from <IP>, port 53575 - DENIED
Jul  3 12:30:08 dozer vdr: [3600] connect from <IP>, port 53577 - DENIED
Jul  3 12:30:14 dozer vdr: [3620] frontend 0 timed out while tuning to channel 215, tp 212285
Jul  3 12:30:58 dozer vdr: [3620] frontend 0 timed out while tuning to channel 95, tp 111261
Jul  3 12:31:01 dozer vdr: [3600] connect from <IP>, port 53582 - DENIED
Jul  3 12:31:19 dozer vdr: [3620] frontend 0 timed out while tuning to channel 96, tp 111389
Jul  3 12:31:40 dozer vdr: [3620] frontend 0 timed out while tuning to channel 908, tp 111295

Beiträge von luphi

Mahlzeit-ISO 3.2

Mahlzeit-ISO 3.2

growisofs und double layer

growisofs und double layer

growisofs und double layer

growisofs und double layer

growisofs und double layer

growisofs und double layer

vdr hilft beim zappen

vdr hilft beim zappen

vdr hilft beim zappen

Wie viele streams bei streamdev ?

streamdev Probleme

streamdev Probleme

streamdev Probleme

streamdev Probleme

streamdev Probleme

streamdev Probleme

VDR-Admin und keine Sender

VDR-Admin und keine Sender