Posts by MarkusE

Quote from franky93128

Mit Version 3.5.2 habe ich und andere MLD-User ein Problem in Verbindung mit ORF Kanälen.
Sobald ich in der Zeitleiste von Live eine Kanal Gruppe auswähle, die einen ORF Kanal enthält, crasht live.
Unabhängig vom verwendeten Browser wird dann nur noch eine Seite mit "Error character conversion failed" angezeigt.
Im MLD-Log gibt es nur die Meldung "WARN tntnet.worker - http-Error: 500 character conversion failed"

Bei der Version 3.5.0, die vorher bei MLD 6.5 verwendet wurde, trat dieser Fehler nicht auf.

Kann den Fehler sonst noch jemand bestätigen oder hat eine Idee woran das liegen lönnte?

Display More

Ich kann diesen Fehler hier mit ORF1 HD nicht reproduzieren.

Startet MLD den VDR mit "--chartab=ISO-8859-9"? Kannst Du einen einzelnen ORF Sender posten, bei dem der Fehler auftritt?

Quote from SHofmann

Die drei Sprachdateien kannst du ja in den nächsten Tagen bei Gelegenheit einchecken.

Ich habe da einen Fehler im Patch korrigiert:

diff --git a/pages/pageelems.ecpp b/pages/pageelems.ecpp                                                       
@@ -248,7 +266,7 @@ if (pCounter) (*pCounter)++;                                                               
                                                                                                               
 cToSvConcat url("playlist.m3u?recid=", recid);                                                                
 {                                                                                                             
-</%cpp><a href="<$ url $>" download><img class="<$ className $>" src="<$ LiveSetup().GetThemedLink("img", "playlist.png") $>" alt="" <& tooltip.hint text=(tr("Stream this recording into media player.")) &> /> <$ linkText $></a>                                                                                                         
+</%cpp><a href="<$ url $>" download><img class="<$ className $>" src="<$ LiveSetup().GetThemedLink("img", "playlist.png") $>" alt="" <& tooltip.hint label=(label) className=("click-action") breaksAtLeft=(breaksAtLeft) breaksAtRight=(breaksAtRight) text=(tr("Play this recording in the browser")) &> /> <$ linkText $></a>            
 <%cpp>                                                                                                        
 }                                                                                                             
 #endif

Und jetzt passen die po Dateien nicht mehr .

https://thetvdb.com/series/427534-fallen/seasons/official/1

Wenn Du Dich anmeldest, kannst Du auch die deutschen Namen der Folgen sehen.

• S01E7 Unwetter
• S01E8 Schatten

Keine Ahnung, warum die bei ZDF_NEO anders heißen als auf TheTVDB.

Warte doch mal, bis der externe EPG Provider Daten für diese Sendungen bereitstellt. Dann müsste es besser werden.

0002o Labeled tooltips for right-column action icons, some fixes and wordings.zip ist im git.

Bitte nach dem Einspielen den Browser Cache leeren (strg-F5).

Bitte testen, wenn möglich nicht nur in deutsch.

0002o Labeled tooltips for right-column action icons, some fixes and wordings.zip  ist im git, aber erstmal ohne die drei Sprachdateien in UTF-8-Kodierung

Die Texte

• "Find more in the IMDb (Internet Movie Database)"
• "Weitere Informationen in der IMDb (Internet Movie Database)"

sind für mich OK.

Eigentlich wollte ich den englischen Text ja nicht ändern, wegen dem Aufwand, dann die Übersetzungen nachzuziehen. google translate ist hier für mich keine Option.

Wenn wir jetzt aber Grammatikfehler im englischen Text korrigieren, und dabei die jetzigen Übersetzungen dem korrigierten englischen Text zuordnen, denn wäre das OK. Ich würde hier einfach davon ausgehen, dass der Übersetzer den Text richtig verstanden hat, obwohl er grammatikalisch falsch war, und richtig übersetzt hat.

Dann würde ich "Find more in the Internet Movie Database" als englischen Text nehmen (Grammatikfehler korrigiert), ev. auch "Find more in the IMDb (Internet Movie Database)": Wenn wir davon ausgehen, dass auch das keine inhaltliche Änderung des Textes ist und die vorhandenen Übersetzungen unverändert weiter verwendet werden können.

Quote from TomJoad

Die Beschreibung wird nicht vom epgsearch überprüft beim Searchtimer-Update. Ich kenne es vom epg2vdr, dass Episode etc. im Aux-Feld eingetragen werden.

In welchem Format? tvscraper kann das natürlich auch in's aux Feld schreiben

Quote from TomJoad

Eigentlich überprüft epgsearch bei jedem Suchtimerupdate-Durchlauf, ob sich Start/Stop-Zeit, Titel, Untertitel oder Aux-Info geändert haben. Steht die Episodeninfo denn im Aux-Feld?

In diesem Fall ändert sich die Beschreibung (Description()), in der die Episodeninfo steht.

Überprüft epgsearch auch, ob sich die Beschreibung geändert hat?

Also, eigentlich wäre es mir am liebsten, den Text genau so zu lassen, wie er ist.

Konvertierung von po Dateien zu UTF-8:

Wenn du möchtest, kannst Du das machen. Dann aber bitte einen Patch, der NUR die Konvertierung der Dateien zu UTF-8 macht, und nichts anderes.

> Mal ehrlich: Was gewinnt man an Zusatzinformation, wenn man für (a) statt "In der … IMDb nachschlagen" alternativ "Weitere Information in der … IMDb" schreibt? Aber wenn dein Herz so an diesem Detail hängt…

Mal ehrlich: Müssen wir den Text überhaupt ändern? Aber wenn dein Herz so an diesem Detail hängt…

Text Änderungen sind aufwändig, von daher erst mal vermeiden. Und wenn ich dann schon einen Text ändere, dann soll der neue Text auch wirklich gut sein.

> Davon, die Fallunterscheidung an allen anderen Stellen machen zu wollen, an denen Popups auf Basis von IMDb-Action-Icons generiert werden, würde ich abraten. Denn das bläht den Code bei nur geringem Mehrwert erheblich auf.

Dann nehmen wir an diesen Stellen doch einfach immer den Text "Weitere Informationen in der Film- und Seriendatenbank IMDb (Internet Movie Database)". Oder wir machen hier einfach gar keine Textänderung

Ich verstehe es immer noch nicht .

Es gibt doch nur einen Thread innerhalb dieser cThread-Instanz (?, ist hier mein Denkfehler)?

Was genau wird also gelockt? Wer kann was nicht machen, während dieser Lock gesetzt ist?

OK, es setzt auf cThread::mutex einen Lock.

Was verhindert, dass ein anderer Thread auch einen Lock auf diesen cThread::mutex setzt. Aber das kann doch nicht passieren: Ein anderer Thread hat doch eine andere Instanz von cThread::mutex (?).

Also, irgendwie stehe ich gerade auf dem Schlauch . Wenn jetzt z.B. in VDR 10 Threads laufen, und Nummer 3 davon ruft Lock() auf. Bedeutet das, dass kein anderer dieser 10 Threads einen Lock() bekommt, bevor Nummer 3 Unlock() aufruft?

Quote from MarkusE

1. Debuggen von VDR: Bei allen Threads, bei denen libmediaclient.so beteiligt ist, gibt es ein: "Backtrace stopped: previous frame identical to this frame (corrupt stack?)". Siehe sundtek, "Backtrace stopped: previous frame identical to this frame (corrupt stack?)" wird von gdb auch im Normalbetrieb (also wenn kein Fehler aufgetreten ist) ausgegeben . Das erschwert die Fehlersuche sehr deutlich, wenn VDR hängt. Ich kann mit gdb dann nicht mehr herausfinden, ob das Problem in einem dieser Threads ist. Ich kann im gdb auch nicht sehen, was VDR macht, bevor VDR die DVB API aufruft . Dass ich nicht mehr sehen kann, was hinter der API im sundtek Treiber passiert, ist aus meiner Sicht weniger kritisch, dafür habe ich ja den sundtek Support.

Diese Problem ist gelöst. Danke, Sundtek

Ich habe von Sundtek eine Version von libmediaclient.so bekommen, mit der dieser Fehler nicht mehr auftritt.

Danke, Sundtek

$ /opt/bin/mediaclient --arch

Architecture: arm64

Bitte um die Lib mit den Symbolen. Gerne auch als PM hier im Forum

Quote from Sundtek

Hi MarkusE,

das mit dem Debugging ist ein Problem und dafür gibt's wohl einen Grund, wenn Du das reproduzieren kannst können wir das eventuell gemeinsam durchgehen, am Besten wäre das remote zu überprüfen - Es würde mir auch nicht gefallen wenn ich andere Bereiche nicht debuggen könnte. Es gab schon die Situation wo über den Stack Bugs in anderen Programmen gefunden wurde. Wenn es irgendwelche Probleme gibt - vor allem auch uns irgendwie mitteilen damit wir das registrieren.

Eine libmediaclient.so Version mit Symbolen bereitzustellen ist kein Problem.

Ich hätte jetzt erwartet, dass ihr das mit den hier gposteten Informationen reproduzieren könnt. Wenn nicht, dann schreibt das doch bitte hier rein.

Ich würde natürlich gerne testen, ob der Fehler auch bei Verwendung einer libmediaclient.so Version mit Symbolen auftritt.

Aber wie gesagt, das wird hier doch sehr off-topic, daher bitte in dem anderen Thread sundtek, "Backtrace stopped: previous frame identical to this frame (corrupt stack?)" wird von gdb auch im Normalbetrieb (also wenn kein Fehler aufgetreten ist) ausgegeben) weiter diskutieren.

Hier meine Erfahrung mit den sundtek USB DVB-S2 Sticks:

Es gibt theoretische Probleme, die aber für für mich in der Praxis keine Probleme sind:

• LD_PRELOAD: OK, ist etwas seltsam, hat bei mir in der Praxis aber nie zu Problemen geführt
• USB-A Anbindung an RPI4: Funktioniert problemlos. Das Ding steht im Speicher, am USB hängen auch noch die Festplatten, ... OK, da rüttelt natürlich auch niemand dran, und der Speicher vibriert auch nicht ....

Und dann noch die (für mich) prakisrelevanten Probleme:

1. Debuggen von VDR: Bei allen Threads, bei denen libmediaclient.so beteiligt ist, gibt es ein: "Backtrace stopped: previous frame identical to this frame (corrupt stack?)". Siehe sundtek, "Backtrace stopped: previous frame identical to this frame (corrupt stack?)" wird von gdb auch im Normalbetrieb (also wenn kein Fehler aufgetreten ist) ausgegeben . Das erschwert die Fehlersuche sehr deutlich, wenn VDR hängt. Ich kann mit gdb dann nicht mehr herausfinden, ob das Problem in einem dieser Threads ist. Ich kann im gdb auch nicht sehen, was VDR macht, bevor VDR die DVB API aufruft . Dass ich nicht mehr sehen kann, was hinter der API im sundtek Treiber passiert, ist aus meiner Sicht weniger kritisch, dafür habe ich ja den sundtek Support.
2. Gelegentlich tritt folgendes auf: Die Antwortzeiten beim Aufruf der DVB API können sehr lange sein, z.B. mehrere Minuten. Vor allem wenn der Empfang schlecht ist. Die Erwartung hier ist, dass solche Anfragen an die DVB API sehr schnell beantwortet werden, auch bei schlechtem Empfang. Die Antwort kann ja dann sein, dass keine Daten verfügbar sind oder ähnlich. Siehe Section Handler hält Locks zu lange . Und ja, die beste Lösung wäre natürlich, den Empfang zu verbessern. Aber bei mir ist der Empfang von Astra-2A halt wetterabhängig.

Also 1 empfinde ich als echten Nachteil, weil es unnötig die Fehlersuche in VDR erschwert.

2 ist jetzt unschön, aber da wäre dann halt die Frage, ob es einen open source Treiber für eine (andere) DVB-S2 Karte gibt, der besser funktioniert. Ich kann diese Frage nicht final beantworten, ich habe nicht alle getestet. Aber ich habe da meine Zweifel.

Quote from MarkusE

Beispiel für a) http://www.imdb.com/title/tt0246368

Beispiel für b) http://www.imdb.com/find?s=all&q=heute%20journal%20update

Dein Text passt nicht zu a)

-> wir brauchen 2 Texte

Quote from MarkusE

Vermutlich ein nicht-druckbares Sonderzeichen. Was da die Sender so alles ins EPG schreiben ...

Ich werde mal remove_trailing_whitespace() so ändern, dass nicht nur whitespace, sonder alles zwischen 0 und 32 (ASCII) entfernt wird.

Update ist im git

Vermutlich ein nicht-druckbares Sonderzeichen. Was da die Sender so alles ins EPG schreiben ...

Ich werde mal remove_trailing_whitespace() so ändern, dass nicht nur whitespace, sonder alles zwischen 0 und 32 (ASCII) entfernt wird.