Beiträge von Uwe
-
-
-
Hallo zillerbaer,
Danke für das Update. 👍
Ich starte VDR nun wie folgt:
- wenn ich nun umschalte, hat der nächste Sender kein Ton, bzw. kurz „Mickymouse“ Stimmen.
Schalte ich zurück, auf den Sender mit dem ich VDR startete, dann funktioniert der Ton wieder.- ich hatte gestern auf Sat1 keine Sprache, sondern nur Hintergrundtöne. Wie muß das Plugin konfiguriert werden, damit 5.1 auf 2.0 gemischt wird? (unsupported channels) . Beim Fußball gerade ist dies ganz gut....man hört kein Reporter.
- die CPU-Last bei HD Sendern(720p) bei 1080p Auflösung, liegt hier bei ~40%
, bei SD Sendern leicht höher (deinterlacer?)Log-Files(syslog) :
Gruß
Uwe
-
Hallo Marten,
hattest du das Problem, wie hier geschildert mit dem Plugin epgsearch?
ZitatWenn ich following = NULL; im constructor von cNopacityView einfüge ist das Problem behoben. Vielleicht hilft das noch jemand.
Vielen Dank, ich werde das bei mir noch ändern und werde berichten, ob das oben genannte Problem beseitigt ist.
Gruß
Uwe
-
Selbstverstaendlich, nicht nur bei mir...
Gruss,
S:oren
hier läuft seit 2016 alles sehr zuverlässig. Siehe Signatur. Danke S:oren für deine Tipps und Hilfe dabei....
Eigentlich macht aktuell nur vdr-2.4 Probleme, eventuell gehe ich erstmal wieder zurück auf vdr.2.2.x....
Gruß
Uwe
-
Hallo zusammen,
ich bekomme hier weiterhin einen Absturz, wenn ich über die EPG-Übersicht (alle Sender, es werden auch Sender angezeigt, die kein EPG haben), zu einen Sender umschalten möchte, der kein EPG hat. Bei mir passiert dies, wenn ich zu den Sender navigieren(hoch/runter) und dann mit der blauen Taste umschalte. Es gibt hier kein Fehler im Log....
Kann jemand diesen Fehler nachvollziehen?
Wenn ich einen anderen Skin auswähle, z.B. LCARS, dann crasht es nicht.
Gruß
Uwe
-
Der Encoder für den rpi war auch erst hier ein Thema: Videos konvertieren mit Raspberry ?
-
Habe seit dem letzten Patch von Klaus, keinen Backtrace im Log mit grep gefunden. Bitte diesen Patch mit in die nächste stabil mit aufnehmen.
![:]](https://www.vdr-portal.de/images/smilies/pleased.gif)
Vielen Dank allen beteiligten für die Patches zum skinnopacity und dem VDR.
Gruß
Uwe
-
Probier es mal bitte hiermit:
Super und vielen Dank, Klaus.
Bisher kommt es nicht zu einem Backtrace.... (Habe ein paar mal mit der Fernbedienung umgeschaltet.)
Gruß
Uwe
-
-
Hallo,
gepatcht ist VDR mit allen 3 x Patches von Klaus, das Plugin skinnopacity ist auch mit den beiden vorgesehenen Patches gepatched.
...cDisplayChannel::ProcessKey(eKeys) at menu.c:4902 ist bei Dir im Code die Zeile 30.
Ich denke da stimmt noch etwas nicht. Nur schade das dies keiner bestätigen kann.
Gruß
Uwe
-
Also hier kommt es noch zu einem Backtrace.
Allerdings kommt es zu diesen Fehler sehr viel später. Die Fehlermeldung ist auch eine andere, als wie im Post1. Es scheint also noch ein weiteres Problem zu sein. Der VDR unten wurde 18:30Uhr gestartet, der Backtrace trat 19:23 auf....
Gruß Uwe
Edit: falls es eine Rolle spielt, der Fehler auf einem Matrix-ARM Board mit i.mx6 Quad Core.
Alles anzeigenCode- ...
- May 22 19:23:29 matrix-vdr vdr: [456] full backtrace:
- May 22 19:23:31 matrix-vdr vdr: [456] /usr/bin/vdr cStateLock::Lock(cStateKey&, bool, int) at thread.c:734
- May 22 19:23:31 matrix-vdr vdr: [456] /usr/bin/vdr cTimers::GetTimersRead(cStateKey&, int) at timers.c:845
- May 22 19:23:31 matrix-vdr vdr: [456] /usr/lib/vdr/plugins/libvdr-skinnopacity.so.2.4.0 cNopacityDisplayChannelView::rawEvents(cEvent const*, cEvent const*) at displaychannelview.c:385
- May 22 19:23:31 matrix-vdr vdr: [456] /usr/lib/vdr/plugins/libvdr-skinnopacity.so.2.4.0 cNopacityDisplayChannel::Flush() at displaychannel.c:140
- May 22 19:23:31 matrix-vdr vdr: [456] /usr/bin/vdr cDisplayChannel::ProcessKey(eKeys) at menu.c:4902
- May 22 19:23:31 matrix-vdr vdr: [456] /usr/bin/vdr cDisplayChannel::cDisplayChannel(eKeys) calling ~cChannels_Lock at channels.h:259 at cDisplayChannel::cDisplayChannel(eKeys) at menu.c:4659
- May 22 19:23:31 matrix-vdr vdr: [456] /usr/bin/vdr main at vdr.c:1465
- May 22 19:23:31 matrix-vdr vdr: [456] /lib/arm-linux-gnueabihf/libc.so.6 __libc_start_main at ??:?
- May 22 19:23:31 matrix-vdr vdr: [456] --- end invalid lock sequence report
- ...
-
Ja, ist alles und komplett gepatcht. Da stimmt noch etwas nicht....
-
Dank Dir für die Info, hatte ich übersehen....
Ich bekomme mit all diesen Patches nun folgenden Backtrace im Log:
Bekommt das noch jemand?
Alles anzeigenCode- May 19 12:30:33 matrix-vdr vdr: [13346] --- begin invalid lock sequence report
- May 19 12:30:33 matrix-vdr vdr: [13346] 13346 - R - - - - - - - - L
- May 19 12:30:33 matrix-vdr vdr: [13346] 13346 - * - - R - - - - - L
- May 19 12:30:33 matrix-vdr vdr: [13346] 13346 - * - - U - - - - - U
- May 19 12:30:33 matrix-vdr vdr: [13346] 13346 - * - - - - - - - - U
- May 19 12:30:33 matrix-vdr vdr: [13346] 13346 - * - - - - - - - - L
- May 19 12:30:33 matrix-vdr vdr: [13346] 13346 - * - - - - - - - - U
- May 19 12:30:33 matrix-vdr vdr: [13346] 13346 - * - - - - - - - - L
- May 19 12:30:33 matrix-vdr vdr: [13346] 13368 - R - - R - - - - - L
- May 19 12:30:33 matrix-vdr vdr: [13346] 13368 - - - - U - - - - - U
- May 19 12:30:33 matrix-vdr vdr: [13346] 13346 - R - - - - - - - - L
- May 19 12:30:33 matrix-vdr vdr: [13346] 13346 - * - - - - - - - - U
- May 19 12:30:33 matrix-vdr vdr: [13346] 13346 - * - - - - - - - - U
- May 19 12:30:33 matrix-vdr vdr: [13346] 13346 - * - - - - - - - - L
- May 19 12:30:33 matrix-vdr vdr: [13346] 13346 - * - - - - - - - - U
- May 19 12:30:33 matrix-vdr vdr: [13346] 13346 - * - - - - - - - - L
- May 19 12:30:33 matrix-vdr vdr: [13346] 13346 - * - - R - - - - - L
- May 19 12:30:33 matrix-vdr vdr: [13346] 13346 - * - - U - - - - - U
- May 19 12:30:33 matrix-vdr vdr: [13346] 13346 - * - - - - - - - - U
- May 19 12:30:33 matrix-vdr vdr: [13346] 13346 - * - - - - - - - - U
- May 19 12:30:33 matrix-vdr vdr: [13346] 13346 R * - - - - - - - - L
- May 19 12:30:33 matrix-vdr vdr: [13346] 13346 invalid lock sequence: 1 Timers
- May 19 12:30:33 matrix-vdr vdr: [13346] full backtrace:
- May 19 12:30:34 matrix-vdr vdr: [13346] /usr/bin/vdr cStateLock::Lock(cStateKey&, bool, int) at thread.c:734
- May 19 12:30:34 matrix-vdr vdr: [13346] /usr/bin/vdr cTimers::GetTimersRead(cStateKey&, int) at timers.c:845
- May 19 12:30:34 matrix-vdr vdr: [13346] /usr/lib/vdr/plugins/libvdr-skinnopacity.so.2.4.0 cNopacityDisplayChannelView::DrawEvents(cEvent const*, cEvent const*) at displaychannelview.c:385
- May 19 12:30:34 matrix-vdr vdr: [13346] /usr/lib/vdr/plugins/libvdr-skinnopacity.so.2.4.0 cNopacityDisplayChannel::Flush() at displaychannel.c:140
- May 19 12:30:34 matrix-vdr vdr: [13346] /usr/bin/vdr cDisplayChannel::ProcessKey(eKeys) at menu.c:4902
- May 19 12:30:34 matrix-vdr vdr: [13346] /usr/bin/vdr cDisplayChannel::cDisplayChannel(eKeys) calling ~cChannels_Lock at channels.h:259 at cDisplayChannel::cDisplayChannel(eKeys) at menu.c:4659
- May 19 12:30:34 matrix-vdr vdr: [13346] /usr/bin/vdr main at vdr.c:1272
- May 19 12:30:34 matrix-vdr vdr: [13346] /lib/arm-linux-gnueabihf/libc.so.6 __libc_start_main at ??:?
- May 19 12:30:34 matrix-vdr vdr: [13346] --- end invalid lock sequence report
- May 19 12:30:34 matrix-vdr vdr: [13346] --- THERE WILL BE NO FURTHER REPORTS UNTIL VDR IS RESTARTED!
- May 19 12:30:34 matrix-vdr vdr[13346]: invalid lock sequence at Sa. 19.05. 12:30
-
Ich habe die Anzeige des "Rec"-Symbols am Event noch etwas optimiert. Das Symbol sollte ja eigentlich nur angezeigt werden, wenn der Timer zum Event gehört und nicht wenn der folgende Event in die Nachlaufzeit eines Timers fällt.
Den beigefügten Patch bitte zusätzlich zu den Anderen anwenden.
Hallo zusammen,
ich habe es nun mal geschafft den Patch aus Post 27 und 29 anzuwenden (Danke dafür), bekomme aber im noch den Fehler, wie im Ausgangspost.
Fehlt jetzt noch der Patch von Klaus (den es vielleicht noch nicht gibt) oder habe ich etwas übersehen?
Gruß Uwe
-
Hallo,
EN50494 & EN50607 aka Unicable & JESS kann ich auch als Hausverkabelung uneingeschränkt empfehlen. Sehr zuverlässig, wenn es erstmal läuft.
Gruß,
Uwe
-
Hallo zusammen,
das Problem hat sich durch eine neue Firmware erledigt.
Ich konnte mit einem Programmer die Settings auslesen und dort gab es eine Zeile „disable_power_savings=no“ (Kommentar: disabling of power savings reduces potential tuning time, even after long inactivity), welche ich auf „yes“ gesetzt hatte. Danach funktionierte alles ohne Probleme.
Den Support hatte ich auch nich angeschrieben, dort gab es auch noch eine aktuelle Firmware 0.25 (ich hatte 0.24).
Mit dieser Firmware gab es nach einem Factory Reset meine oben genannten Probleme nicht mehr. Alles funktioniert nun seit 10 Tagen ohne Probleme.
Nur schade, das fehlerhafte Firmware / Geräte dem Kunden verkauft werden und die Fehler durch überteuerte Programmer beseitigt werden müssen.
Gruß,
Uwe
-
Hallo,
ich habe meinen alten Inverto Unicable Switch (UST111-CU010-8PP --> EN50494) gegen einen neuen Inverto Unicable II Multiswitch (IDLU-UWT110-CU010-32P --> EN50494 oder EN50607) getauscht.
Der PowerInserter ist am Unicable Eingang (nicht am Legacy Ausgang) richtig angeschlossen. Alles funktioniert soweit auch!
Nun habe ich aber das Problem mit dem neuen Inverto Multiswitch (Artikel: 5294), dass dieser genau nach 90min scheinbar in einen Standby geht.
Ein wechsel des Multiswitch brachte auch keine Änderung). Innerhalb der ~90min funktionieren alle Programme auf allen Tunern. Das Problem ist auch Reproduzierbar (kurz Spannungsadapter ziehen, warten, wieder anschließen, für 90 min Funktioniert alles).
(Nun kann man im Wiki lesen, dass man mit bestimmten Befehlen, das Userband in den Standby setzen kann. Siehe hier!
Kann man eventuell ein Power_On auch schicken?)
Hat jemand ähnliche Probleme?
Hat jemand eine Idee? Bin für jeden Tipp dankbar!
Gruß,
Uwe
Die scr.conf für 3 Tuner sieht wie folgt aus:
Die diseqc.conf: (laut Jess-Doku fängt das CMD mit 71 an, wenn es "PIN protected" ist). Siehe Anhang.
Macht das VDR selbst oder muss das in 71 geändert werden, wenn man eine PIN verwenden möchte?
Edit: Ja, wenn 0x71, dann ist es PIN protected. Steht auch in der diseqc.c (Zeile 285), nur ein Beispiel fehlte....
Alles anzeigenCode- S19.2E 11700 V 9750 t V W10 S0 [70 00 00 00] W10 v
- S19.2E 99999 V 10600 t V W10 S1 [70 00 00 00] W10 v
- S19.2E 11700 H 9750 t V W10 S2 [70 00 00 00] W10 v
- S19.2E 99999 H 10600 t V W10 S3 [70 00 00 00] W10 v
- Edit:
- ## PIN protected:
- #S19.2E 11700 V 9750 t V W10 S0 [71 00 00 00] W10 v
- #S19.2E 99999 V 10600 t V W10 S1 [71 00 00 00] W10 v
- #S19.2E 11700 H 9750 t V W10 S2 [71 00 00 00] W10 v
- #S19.2E 99999 H 10600 t V W10 S3 [71 00 00 00] W10 v
-
Hallo nobanzai,
Danke für das bereitstellen des Patches.
Ich habe mit dieser Version auch den Fehler, wie er oben beschrieben wurde.
Hier muss der Skin wohl überarbeiten werden:
--> wird gerade oder für die nächste Sendung des aktuellen Kanals etwas aufgenommen? (displaychannel.c)
Gruß,
Uwe
-
Hrmpf, dann hoffe ich mal, dass ich nicht irgendwas völlig falsch im Kopf habe.
Hat jemand einen Platz zum Abstellen des Archivs? Hier anhängen geht ja leider nicht weil wegen zu groß.
...
Probier mal hier, vielleicht reicht das ja. http://www.tinyupload.com/
Gruß,
Uwe
