Posts by chrisz

    Und prompt sehe ich natürlich, dass meine Ausgabe drei Zeilen weiter hinten reingehört hätte:

    Code
    for (int i = 0; i < MAXRECEIVERS; i++) {
                         cMutexLock MutexLock(&mutexReceiver);
                         cReceiver *Receiver = receiver[i];
                         if (Receiver && Receiver->WantsPid(Pid)) {
                            fprintf(stderr, " %d", i);//XXX
                            Receiver->Receive(b, TS_SIZE);

    Ist aber egal, denn so wie es aussieht kommen überhaupt keine TS-Pakete an (kein "FOO-DBG [005] d").

    Warum sich das in den beiden Fällen unterschiedlich verhält kann ich mir leider auch nicht erklären.

    Klaus

    Hallo Klaus, ich greife das Thema nochmal auf. Foo-DBG[005] d ist doch vorhanden in den logs...

    So siehts aus, wenn ich per Streamdev den Kanal streame:


    syslog:

    Hallo Klaus,

    stream läuft, VDR schreibt 0kb weg.

    Code
    root@rec18:~# ls -al /srv/video/TEST-004/2018-04-25.11.00.1-0.rec
    insgesamt 4
    drwxr-xr-x 2 root root  60 Apr 25 11:02 .
    drwxr-xr-x 3 root root  45 Apr 25 11:01 ..
    -rw-r--r-- 1 root root   0 Apr 25 11:01 00001.ts
    -rw-r--r-- 1 root root   0 Apr 25 11:01 index
    -rw-r--r-- 1 root root 470 Apr 25 11:01 info

    Hi,

    Können wir jetzt Signalprobleme endlich ausschließen ?

    Eigentlich hatte ich im ersten Beitrag schon geschrieben, dass mir streamdev sauber ein Bild liefert.

    @Klaus, kann ich irgendwas Debuggen ?

    Viele Grüße...

    Hi,

    Was sagt denn das Femon-Plugin?

    MfG Stefan

    Diese Baustelle mache ich mir jetzt nicht auch noch auf...

    Gezogen per apt-get source. Version 2.2.1. Kompiliert zum vdr 2.4.0

    Das hier sehe ich noch in dmesg.

    Allerdings bleibt zu bedenken, das vdr-plugin-streamdev (server) mir sofort ein Bild auf KiKa öffnet.

    Code
    [    9.535812] i2c i2c-7: lnbh25_set_voltage(): I2C transfer error (-5)
    [    9.535820] i2c i2c-7: lnbh25_attach(): no LNBH25 found at I2C addr 0x0c
    [    9.568024] i2c i2c-7: lnbh25_attach(): attached at I2C addr 0x08
    [    9.581947] ddbridge 0000:05:00.0: DVB: registering adapter 0 frontend 0 (ST STV0910)...
    [    9.582302] i2c i2c-7: ST STV0910 demod found at adr 68 on i2c-7
    [    9.582433] i2c i2c-7: lnbh25_set_voltage(): I2C transfer error (-5)
    [    9.582440] i2c i2c-7: lnbh25_attach(): no LNBH25 found at I2C addr 0x0d
    [    9.608017] i2c i2c-7: lnbh25_attach(): attached at I2C addr 0x09


    Ändert leider nichts. Denke ich werde mal alles neu machen müssen

    Hallo Klaus,

    danach kam nichts mehr. Hab den emergency exit jetzt an, und er rennt auch direkt hinein:

    Code
    root@rec18:/srv/video/TEST-001/2018-04-20.15.00.1-0.rec# ls -al
    insgesamt 8
    drwxr-xr-x 2 root root   57 Apr 20 15:27 .
    drwxr-xr-x 3 root root   37 Apr 20 15:27 ..
    -rw-r--r-- 1 root root    0 Apr 20 15:27 00001.ts
    -rw-r--r-- 1 root root    0 Apr 20 15:27 index
    -rw-r--r-- 1 root root 1090 Apr 20 15:27 info
    -rw-r--r-- 1 root root    8 Apr 20 15:27 .timer

    Guten Morgen, ich habe das ganze auch ohne Streamdev probiert und es funktioniert nicht. Vielleicht meldet sich Klaus noch zu Wort. Ich bin mit meinem Latein am Ende. Hoffe das ist nicht so eine Debian stretch Geschichte. Inode64 oder was auch immer...

    Hi Hopsi,

    nein, alles gut. 2 Tuner sind vorhanden. Ich habe nur KiKa eingetragen. Wenn ich den Streamen kann per Streamdev sollte auch die Aufnahme gehen. Hab ja nur den einen Transponder. Vielleicht hat ja noch jemand die "goldene" Idee ?

    Ich hab auch noch nicht oft ein strace-Log gesehen, aber für mich sieht das so aus, als ob da schon eine 00001.ts existiert, die dann gelöscht und neu angelegt wird.

    Aber mit dem fd 14 (öffnen der Datei zum Schreiben) wird nichts weiter gemacht.

    Das ist ein headless-vdr nur mit streamdev-server? Noch irgendein anderes Plugin?

    Lars.

    Ja, es war ein restart beim VDR. Deswegen existierte die 00001.ts schon mit 0kb. Ja, VDR ist headless NUR mit streamdev plugin.

    Ich finde den Fehler einfach nicht...

    Verstehe zwar nicht viel von strace-Aufrufen, aber für mein laienhaftes Auge sieht das hier:

    68. open("/srv/video/TEST002/2018-04-18.10.00.1-0.rec/00001.ts", O_RDONLY) = 16

    merkwürdig aus. Wird hier nur readonly geöffnet? Warum?

    Ich gehe davon aus, daß /srv ein Netzlaufwerk ist. Kannst Du mal versuchen, lokal aufzunehmen?

    Christian

    Hi Hopsi,

    ist local, nur nur separate platten. Hatte auch schon nach /var/lib/video schreiben lassen. Selbiges.

    info file, etc. werden korrekt geschrieben:

    Code
    Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
    udev            2,0G       0  2,0G    0% /dev
    tmpfs           394M    5,6M  389M    2% /run
    /dev/sda1       226G    6,4G  208G    3% /
    tmpfs           2,0G    8,0K  2,0G    1% /dev/shm
    tmpfs           5,0M       0  5,0M    0% /run/lock
    tmpfs           2,0G       0  2,0G    0% /sys/fs/cgroup
    /dev/md127      3,7T     34M  3,7T    1% /srv
    Code
    root@rec18:~# ls -al /srv/video/TEST002/2018-04-18.10.00.1-0.rec
    insgesamt 4
    drwxr-xr-x 2 root root   44 Apr 18 10:40 .
    drwxr-xr-x 4 root root   68 Apr 18 10:18 ..
    -rw-r--r-- 1 root root    0 Apr 18 10:39 00001.ts
    -rw-r--r-- 1 root root    0 Apr 18 10:18 index
    -rw-r--r-- 1 root root 1555 Apr 18 10:39 info
    Code
    /dev/md127 on /srv type xfs (rw,relatime,attr2,inode64,sunit=1024,swidth=2048,noquota)

    Anbei ein strace zum Zeitpunkt der Aufnahme:

    gettid() = 929 wegen der länge des Anhangs entfernt.