Posts by MarkusE

> MarkusE Sag mir bitte bescheid, wenn ich die Funktion deprecaten soll.

Das ist jetzt vielleicht doch außerhalb meiner Gehaltsklasse .

Ich bedanke mich für Deine Rückmeldungen in diesem Thread. Meine Frage, ob MainThreadHook vor der Verfügbarkeit von Locks notwendig war, um auf globale Tabellen (z.B. Timers) zuzugreifen, wurde zwar nicht direkt beantwortet. Ich entnehme den Antworten aber, dass MainThreadHook zumindest jetzt nicht mehr notwendig ist.

• Ich habe es aus live inzwischen ausgebaut, ein entsprechendes Update ist im git. Anmerkung: In live gab es Probleme, weil MainThreadHook während der Ausgabe einer OSD Meldung nicht aufgerufen wird.
• In tvscraper wird es nicht verwendet
• In dynamite wird es verwendet, um vor dem ersten Aufruf von MainThreadHook OSD Meldungen zu verhindern. Kann man vermutlich auch anders lösen.

Also, falls Du entscheidest, es auf deprecated zu setzen, baue ich es auch aus dynamite aus.

Ob die Nachteile / Probleme mit MainThreadHook so gravierend sind, dass wir allen Plugins auf's Auge drücken wollen, es auszubauen? Kann ich nicht beurteilen, Klaus, das musst Du entscheiden.

~ Markus

Anbei der Patch für live, der den Aufruf von

LiveTaskManager().DoScheduledTasks();

von MainThreadHook in einen eigenen Task verlagert. Ist jetzt nicht soo aufwändig, sollte in anderen Plugins analog machbar sein.

live verwendet es auch. Es hat aber Nachteile, und wird in bestimmten Situationen nicht aufgerufen. Daher würde ich lieber einen eigenen Thread verwenden.

Aber: Die live Entwickler haben Kommentare wie

Quote

// may only be called from Plugin::MainThreadHook

hinzugefügt. Leider wird das nicht begründet. Daher würde ich gerne wissen, ob ich diesen Kommentar ignorieren kann (weil durch Locking inzwischen outdated). Oder ob ich mit den Nachteilen von MainThreadHook leben muss, weil die Verwendung eines eigenen Threads unerwünschte Nebenwirkungen haben kann.

> setup-Parameter

Oder das Ausgabeplugin kann einstellen, welches Verhalten es benötigt

In PLUGINS.html steht:

Quote

However, sometimes a plugin may need to do something in the context of the main program thread, without being explicitly called up by the user. In such a case it can implement the function

virtual void MainThreadHook(void);

in which it can do this. This function is called for every plugin once during every cycle of VDR's main program loop, which typically happens once every second.

<b>Be very careful when using this function, and make sure you return from it as soon as possible! If you spend too much time in this function, the user interface performance will become sluggish!</b>

Display More

Ich vermute mal, vor der Verfügbarkeit von Locks musste der MainThreadHook von Plugins verwendet werden, die in einem eigenen Thread laufen und z.B. Zugriff auf die globale Timers Tabelle benötigen.

Inzwischen sind ja Locks verfügbar, und da stellt sich mir die Frage, was ein Plugin im "context of the main program thread" machen muss.

Anders gefragt: Könnte ein Plugin alles, was es in MainThreadHook macht, auch einfach in einem eigenen Thread machen? Oder gibt es Situationen, in denen ein Plugin auf den Kontext des "main program thread" angewiesen ist?

~Markus

Hi,

Im git ist 3.3.8 .

• Zahlreiche Verbesserungen, die vor allem shofmann beigetragen hat.
• Die Suche nach Wiederholungen funktioniert nun auch, wenn im Namen Zeichen wie & vorkommen
• Code cleanup

Viel Spaß, Markus

Quote from kamel5

Bei mir noch nicht. Die Funktion ist aber da.

Browser Cache leeren ...

Öffne doch mal:

http://<server>:8008/js/live/createHtml.js

Da muss die Funktion drin sein.

Im git ist ein Update. Bitte testen.

Ich denke, es liegt am Encoden von speziellen Zeichen. tntnet 3* steigt da schneller aus als tntnet 2*.

Und manche Anwender haben halt noch Aufzeichnungen, in denen "kritische" Zeichen vorkommen. Andere nicht. Daher tritt der Fehler nicht bei allen auf.

Quote from vdr_rossi

Was könnte da falsch laufen?

Ich habe jetzt mal ohne tvscraper mit chrome getestet, funktioniert perfekt.

Falls das direkt nach dem Start von VDR passiert: einfach mal 1 Minute (mindestens) warten, und Browser refresh drücken.

Wenn das nicht hilft, brauche ich mehr Infos:

• Syslog
• Seiten-Quelltext (im Browser)
• Ruf doch mal den Debugger im Browser auf (shift+Strg+I), und prüfe, ob Fehler angezeigt werden.

~ Markus

P.S.: Könnte ein Fehler beim Escapen von Sonderzeichen im Namen/Titel der Aufnahme sein

Hi,

Verwendet jemand vdr-plugin-tvscraper mit VDR 2.2.x oder 2.3.x?

Ich dachte ich frage mal nach bevor ich aktiv Code entferne, der für VDR 2.2.x / 2.3.x gebraucht wird.

~ Markus

Quote from shofmann

MarkusE , hier der Fix für die im Web-Streaming falsch angezeigten und referenzierten Kanaldaten:

• Fix for wrong call of channel schedule from web streaming.zip

Ich habe auch gleich ergänzt, dass man das Programm ebenfalls per ChannelID und das Web-Streaming auch ohne Kanalangabe aufrufen kann. Bezüglich der Kanäle sollten sich die URL-Parameter von Programm und Web-Streaming jetzt gleich verhalten.

Ist im git. Bitte testen.

Ist im git

Patch ist im git

Quote from shofmann

Wenn man, wie bei Live üblich, eine Seite mit relativer Referenz aufruft, ersetzt der Browser in der URL die Komponente nach dem letzten Slash ("/") durch die angeforderte Seite. Beispiel:

• /login.html -> href="schedule.html" -> /schedule.html
  [NB: href steht hier stellvertretend für reply.redirect]

Das geht gut, solange man keine Query-Parameter in der URL hat, die reservierte URL-Zeichen – wie in diesem Kontext die Slashes – beinhalten. Denn sonst passiert folgendes:

• /login.html?redirect=vdr_request/switch_channel?channel_number=1 -> href="vdr_request/switch_channel?channel_number=1" -> /login.html?redirect=vdr_request/vdr_request/switch_channel?channel_number=1

Escaped man aber die Query-Parameter, wie hier beschrieben, erhält man wie gewünscht:

• /login.html?redirect=%2Fvdr_request%2Fswitch_channel%3Fchannel_number%3D1 -> href="vdr_request/switch_channel?channel_number=1" ->
  /vdr_request/switch_channel?channel_number=1

Leider habe ich mir eine solche URL zur Demonstration nicht aufgehoben, denn man sieht sie nur in der URL-Zeile des Browsers.

Das hat also nichts mit URI vs. IRI zu tun, sondern damit, dass URI/IRI und eingebettete Query-Parameter sauber voneinander entkoppelt werden. Das ist auch der Grund, warum ich nur den URL-Teil nach dem redirect= escape, nicht aber den Rest;:

Code

  cToSvConcat<0> targetUrl = "/login.html?redirect=";
  targetUrl.appendUrlEscaped(request.getQuery());

Ich hoffe, der Grund für die Implementierung ist jetzt klar geworden und damit auch, warum wir das nicht ändern dürfen.

Viele Grüße

Stefan

Display More

Ich wollte hier nicht diskutieren, ob der Suchstring enkodiert werden muss oder nicht. Er muss enkodiert werden, das ist klar.

Die Frage ist, wie die korrekte Enkodierung aussehen muss. Und hier liegt https://docs.microfocus.com/OM…/ExtApps/URL_encoding.htm wohl falsch. Auch für Zeichen innerhalb von " muss bei Urls die % Enkodierung verwendet werden.

searchresults.html?searchplain="Mein$20Schatz"

findet nichts.

searchresults.html?searchplain="Mein%20Schatz"

findet

Quote

ARD-Radio-Tatort | "Mein Schatz" von Madeleine Giese

In der Regie von Matthias Kapohl

auf hr2.

Quote from NormanBates

Irgendwa baut er aber schon auf, Darsteller etc.

Klar, er scraped das EPG. In den Einsteillungen kannst Du wählen, welche Sender er scraped

Quote from NormanBates

Ich schätze mal die alte tvscraper Datenbank aus der vorigen MLD-Installation zu übernehmen verursacht mehr Schwierigkeiten als Nutzen, oder was meint ihr?

Würde ich jetzt nicht mehr machen.

Existierende Aufzeichnungen werden nur gescraped wenn Du das explizit anforderst. Z.B. über das VDR Menü, Einstellungen->Plugins->tvscraper.

Hi Stefan,

Du hast ja mit dem letzten Patch einen URI Encoder implementiert. Ich habe jetzt https://en.wikipedia.org/wiki/Percent-encoding gefunden, da steht:

Quote

Current standard

Main article: Internationalized Resource Identifier

The generic URI syntax recommends that new URI schemes that provide for the representation of character data in a URI should, in effect, represent characters from the unreserved set without translation and should convert all other characters to bytes according to UTF-8, and then percent-encode those values. This suggestion was introduced in January 2005 with the publication of RFC 3986. URI schemes introduced before this date are not affected.

Sollten wir das entsprechen anpassen? Oder, anders gefragt: Warum hast Du das so implementiert?

~ Markus

Welche Version von tvscraper?

Im git ist ein update. Bitte testen.

Quote from davie2000

Offenbar zieht die Prüfung "aus dem lokalen Netz" nicht bei jeder "page".
MarkusE stimmt das? Soll das so sein?

Kann ich nicht sagen, habe ich weder spezifiziert noch getestet noch eingebaut .

Aus meiner Sicht kann dieser Code komplett entfernt werden, da live nur aus dem lokalen Netz erreichbar ist.