[clausmuus]

Das Problem mit dem Rückwerts Versionssprung ist leider nur für den x86'er behoben. Ich werd mal schauen wie ich das auf dem RPI löse. Neue Pakete gibt's aber erst Morgen.

[Wanninger]

@Claus

Ich habe diesen Fred mal wieder ausgegraben, weil ein neues(evtl. auch altes) Problem in Verbindung mit dem
neuen VDR-2.3.9 und dem streamdev im 5.4U auf dem RPI(3) auftritt.

Sobald über den streamdev eine Verbindung aktiv vom server zum client übertragen wird, und man zappen möchte,
blockiert der VDR bzw. der streamdev den VDR, und die ganze Sache läuft in den watchdog rein.
Die Erstverbindung gleich nach dem Start der streamdev server/client Verbindung funktioniert dann wieder,
bis wieder gezappt wird.

Der Watchdog bzw. die Blockade tritt nur auf dem Client auf, und auch nur auf dem RPI(3).
Streamdev server/client Verbindungen in Richtung x64 VDR-2.3.9 macht keine Probleme.

Wir hatten doch im Dezember (siehe dieser Fred) auch das Problem, dass nach einem Update des VDR,
seltsame Blockaden in Verbindung mit streamdev auftraten, die sich aber nur auf dem RPI zeigten.

Du hast damals einen Patch im VDR als Ursache ausgemacht, und deaktiviert. Danach lief's wieder rund.
Kann es sein, dass dieser Patch im aktuellen RPI(3) VDR-2.3.9 wieder drin ist, und jetzt erneut Probleme macht?

Alle beteiligten Systeme laufen mit dem aktuellen 5.4Unstable (X64-PC und RPI-3)

Gruß -Wanninger

Nachtrag: Es werden jedes mal die folgenden Fehler am RPI(3) Client ausgegeben.

Code: [Select]

*** Error in `/usr/bin/vdr': double free or corruption (out): 0x009a9688 ***
Aborted
VDR exits at Fr Mär 23 12:11:29 CET 2018
*** Error in `/usr/bin/vdr': double free or corruption (out): 0x021e8688 ***
Aborted
VDR exits at Fr Mär 23 12:12:47 CET 2018


[clausmuus]

Danke für den Report und die Zusammenfassung.
Ja, der "Patch" ist wieder mit drin. Genauer gesagt, ist das inzwischen Bestandteil des VDR-2.3.9
Da es von kls zu dem Problem keine Rückmeldung gab, werde ich wohl für's erste einen Patch erstellen, der die Änderung wieder aus dem VDR entfernt.

[Dido]

Hallo Wanninger,

hast du das osdteletext plugin im Einsatz ? Wenn ja, tritt der Fehler auch ohne auf ?

Gruß,
Frank

[Wanninger]

@Dido

Nein, hab' ich nicht.

Ich hab's sogar soweit abgespeckt, dass nur noch der streamdev-client, xineliboutput und rpihddevice im RPI drin waren.

-Wanninger

[clausmuus]

Ich hab jetzt beim unstable VDR-2.3.9 den Patch rückgängig gemacht.

[MarMic]

Sollte man kls nicht noch einmal darauf ansprechen bevor er ne stable rausbringt

Gruß

MarMic

[clausmuus]

Ja, aber zuvor sollte noch nen Test gegen nen vanilla vdr gemacht werden

[Dido]

Dieses spezielle Problem tritt ja scheinbar auch nur beim RPI auf.

Ich denke das Update das gerade für X86/64 angeboten wurde hatte vermutlich genau diese Änderung.

Hier treten mit beiden Versionen die genannten Probleme (zumindest ohne osdteletext ;-) nicht auf.

Gruß,
Frank

[clausmuus]

Ja, das ist ein reines rpi Problem.

[Wanninger]

@Claus

Habe grad mal nur das vdr Paket erneuert, und schon läuft er wieder rund - wie gewohnt.
Ist wohl definitiv wieder der Patch dafür verantwortlich. Was ist das eigentlich für ein Patch?

@Dido

Das ist genau so wie letztes mal - der Patch beeinflusst scheinbar nur das RPI Kompilat negativ.

-Wanninger

Nachtrag: Sieht so aus, als hätte das Kernel Paket noch einige Abhängigkeitsprobleme.
Wird das installiert, ist der RPI ziemlich platt. Es werden viele Pakete deinstalliert, u.A. auch das network Paket.
Nach dem Reboot ist der RPI dann natürlich nicht mehr erreichbar.

Code: [Select]

mld-163> apt-get dist-upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages were automatically installed and are no longer required:
  liba52-0.7.4 libaa1 libass5 libasyncns0 libatk1.0-0 libavahi-client3 libavahi-common3 libavc1394-0 libbasicusageenvironment1 libcaca0 libcddb2 libcdio13 libcroco3 libcups2 libdc1394-22 libdca0
  libdirectfb-1.2-9 libdouble-conversion1 libdvbpsi10 libdvdnav4 libdvdread4 libebml4v5 libegl1-mesa libfaad2 libflac8 libfribidi0 libgbm1 libgdk-pixbuf2.0-0 libgl1-mesa-glx libgles1-mesa
  libgroupsock8 libgtk2.0-0 libiso9660-8 libkate1 libldb1 liblivemedia57 liblua5.2-0 libmad0 libmatroska6v5 libmpcdec6 libmpeg2-4 libmtp9 libnotify4 libpcre16-3 libpkcs11-helper1 libpulse0
  libqt5core5a libqt5gui5 libqt5widgets5 libqt5x11extras5 libraw1394-11 libresid-builder0c2a librsvg2-2 libsamplerate0 libsdl-image1.2 libsdl1.2debian libsensors4 libshout3 libsidplay2 libsmbclient
  libsndfile1 libsndio6.1 libspeexdsp1 libtag1v5-vanilla libtalloc2 libtdb1 libtevent0 libupnp6 libusageenvironment3 libvcdinfo0 libvlc5 libvlccore8 libwayland-client0 libwayland-server0
  libwbclient0 libx11-xcb1 libxcb-dri2-0 libxcb-dri3-0 libxcb-glx0 libxcb-keysyms1 libxcb-present0 libxcb-randr0 libxcb-sync1 libxcb-xfixes0 libxcb-xv0 libxcomposite1 libxcursor1 libxdamage1 libxi6
  libxpm4 libxshmfence1 libxtst6 libxxf86vm1 samba-libs unzip vlc
Use 'apt autoremove' to remove them.
The following packages will be REMOVED:
  eventlircd:armhf-rpi2 hid:armhf-rpi2 i2c:armhf-rpi2 mld-remote network:armhf-rpi2 nfs-client nfs-common nfs-server:armhf-rpi2 openvpn:armhf-rpi2 rc-core:armhf-rpi2 sensors:armhf-rpi2 ssh
  vdr-plugin-hbbtv vdr-plugin-iptv vdr-plugin-streamdev-client vdr-plugin-streamdev-server
The following packages will be upgraded:
  alsa:armhf-rpi2 kernel:armhf-rpi2 libfaad2 libflac8 libmpg123-0
5 upgraded, 0 newly installed, 16 to remove and 0 not upgraded.
Need to get 6.166 kB of archives.
After this operation, 10,6 MB disk space will be freed.
Do you want to continue? [Y/n] n
Abort.


[clausmuus]

Der soll einen detlock verhindern
Beim RPI tut er ganz offensichtlich das Gegenteil...

Einem Post im VDR-Portal zufolge liegt's aber nicht am VDR sondern am streamdev Client Plugin. Da ist auch schon ein Patch für dieses zu finden.
Ich baue das gleich mal ein. Dann kannst Du testen ob's hilft.

[clausmuus]

- So, das update des VDR und streamdev Plugins ist fertig und kann in 2 Minuten getestet werden.
- Der Update Fehler sollte auch behoben sein.

Für alle die nicht alles verfolgt haben: Es geht um die MLD-5.4 unstable auf dem RPI

[Wanninger]

Schaut gut aus!

Sowohl VDR mit streamdev, zappen, Aufnahmen anschauen, usw., schaut wieder gut aus soweit.

Werd's aber noch genauer beobachten, ob auch das Thema "channel change patch" noch o.k. ist.

Das Update läuft jetzt auch wieder sauber durch.

-Wanninger

[Walter]

Hallo,
hier auf einem rpi3 unter mld-5.4-unstable, vdr-plugin-streamdev-client 2017.09.30-27.9+2.4.0.214.73,
bekomme ich beim Umschalten folgende Meldungen

Code: [Select]

May 12 12:55:25 (none) user.err vdr: [4925] ERROR (device.c,1902): Bad file descriptor
May 12 12:55:27 (none) user.err vdr: [1556] cStreamdevFilters::Action(): stream disconnected ?
May 12 12:55:40 (none) user.err vdr: [1526] ERROR: streamdev-client: Failed reading reply to 'PROV 0 S19.2E-1-1089-12003' from 192.168.111.78:2004: Connection timed out
May 12 12:55:41 (none) user.err vdr: [1556] ERROR: streamdev-client: Failed sending command 'ABRT 2' to 0.0.0.0:0: Connection timed out
May 12 12:57:22 (none) user.err vdr: [5238] ERROR (device.c,1902): Bad file descriptor
May 12 12:57:23 (none) user.err vdr: [5236] cStreamdevFilters::Action(): stream disconnected ?
May 12 12:57:38 (none) user.err vdr: [5236] ERROR: streamdev-client: Failed reading reply to 'ABRT 2' from 192.168.111.78:2004: Connection timed out
May 12 12:57:39 (none) user.err vdr: [6301] ERROR (device.c,1902): Bad file descriptor
May 12 12:57:39 (none) user.err vdr: [6319] cStreamDevice::GetTSPacket: GetChecked: NOTHING (0)
May 12 13:02:50 (none) user.err vdr: [7728] ERROR (device.c,1902): Bad file descriptor
May 12 13:03:18 (none) user.err vdr: [7743] ERROR (device.c,1902): Bad file descriptor
May 12 13:19:16 (none) user.err vdr: [7769] ERROR (device.c,1902): Bad file descriptor
May 12 13:19:36 (none) user.err vdr: [1537] rpihddevice: buffer stall!
May 12 13:19:49 (none) user.err vdr: [10863] cStreamdevFilters::Action(): stream disconnected ?
May 12 13:20:01 (none) user.err vdr: [10874] ERROR: 1 TS packet(s) not accepted in Transfer Mode
May 12 13:20:25 (none) user.err vdr: [10873] cStreamdevFilters::Action(): stream disconnected ?
May 12 13:21:05 (none) user.err vdr: [1526] PANIC: watchdog timer expired - exiting!


An diesem Patch, https://www.vdr-portal.de/forum/index.php?thread/131708-gel%C3%B6st-vdr-2-3-9-h%C3%A4ngt-bei-der-wiedergabe-von-aufnahmen-mit-rpihddevice/&postID=1303098#post1303098
kann es nicht liegen, der wurde ja integriert ?

mfg