Beiträge von winni

probier's doch mal andersrum: Funktioniert eine Suche mit dem Ausdruck?

Hi,

also bei mir funktioniert das '|' bei einem einfachen Test. Vielleicht liegts ja an der Operator-Präzedenz. Schon mal mit Klammern versucht?

([1-3]\. Staffel)|(S0[1-3])

Gruß,
winni

Ok - Danke!
Ich häng den neuen Parameter dann einfach ans Ende im Konstruktor mit default false, dann ist nur die eine Stelle zu ändern.

Gruß,
winni

Hi,

Zitat von Ramirez

Sieht alles mehr nach Hack aus, aber es funktioniert wie erwartet ohne Absturz

stimmt Aber da das Problem doch etwas speziell ist, denke ich, dass wir damit gut leben können.
Kannst Du mir Deinen kompletten Patch noch zukommen lassen? Dann übernehm ich das so ins git.

Gruß,
winni

Hi,

Ramirez: Kannst Du bitte hier mal Deine menu.c vom VDR reinhängen? Die dürfte ja mit vdr.epgsearch-exttimeredit-0.0.2.diff gepatched sein.
Ich frag nur, weil es dort nämlich eigentlich durchaus Tests gäbe, die gelöschte Timer abfangen.

Davon unabhängig sollte es aber eigentlich schon klappen dem Konstruktor die Info mitzugeben. Der Patch von oben ruft das TimerEditMenü von epgsearch über das Service-Interface auf, d.h. wenn man in epgsearch.c in Zeile 257 die Info mitgibt sollte das schon reichen. Ich vermute, dass sonst niemand das TimerEditMenü über das Service-Interface ruft. Zur Not kann man da ja noch was feilen. Vielleicht kannst Du das ja mal in Deinem bisherigen Patch testen.

kls: O-Ton ML
"There may be a plugin interface later that can do things
like this, but until then this is not recommended ;-)"
Das war 2004, vielleicht kommt das Interface ja doch noch
Aber ich weiß, gibt wichtigeres.

Gruß,
winni

Hi,

erstmal Danke für Deine Mühe und den Patch. Wo im Code passiert der Crash genau? Ich konnte das bisher in keinem Skin nachvollziehen, nOpacity hab ich leider nicht zum Test.
Laut Deinem Bugreport ändert sich durch Deinen Patch ja auch das Verhalten etwas (Rücksprung ins Timer-Menü, auch wenn man aus der Übersicht kommt), weshalb ich das so nicht gern übernehmen würde. Wenn es nur bei nOpacity passiert, sollte man vielleicht auch mal louis dazuholen.

Gruß,
winni

vielen Dank! Compiliert schon

Gruß,
winni

Vielen Dank Marten für den schnellen Fix!

würde sich jemand erbarmen und den neuen Client zur Verfügung stellen? Ansonsten muss ich mich wohl mal damit auseinandersetzen, wie man den Client für den RPI selbst bauen kann. Wäre natürlich auch hier für eine Anleitung dankbar, wenn's die irgendwo gibt

Gruß,
winni

Hi nochmal,

marten: hab Dir eine PN geschickt.

Danke!
winni

Hi Marten,

gern, ich komm aber erst am Abend dazu. Aber schon mal Danke für's Angebot!

Gruß,
winni

Hi,

habt Ihr eigentlich auch folgendes auf dem RPI?
Bei Aufnahmen von Viva Germany

VIVA Germany;MTV Networks Europe:11973:VC34M2S0:S19.2E:27500:4061+8190=2:4062=@4:4064:0:28676:1:1078:0

hab ich immer das Problem, dass das Bild bei Wiedergabe meist schwarz bleibt. OSD funktioniert aber. Spule ich nach vorn oder hinten, seh ich während des Spulens was. Bei normaler Wiedergabe dann wieder schwarz. Springe ich nun minutenweise in der Aufnahme, so kommt dann nach 2-3 Sprüngen ein Bild, das auch sauber weiter läuft, solange ich nicht neu springe. Das betrifft nur den RPI, auf den MVPs taucht das nicht auf.
Es scheint auch tatsächlich nur bei VIVA aufzutauchen.

Ansonsten: ich find die Lösung genial - tolle Arbeit
Gruß,
winni

ah, Danke! - stimmt, beim MVP ist's ja auch so. Mir war nur nicht mehr bewußt, dass man die Belegung ja anpassen kann.

Hi,

Danke - läuft Hätt' ich wohl auch selber draufkommen können.
Gibt's eigentlich irgendwo eine Doku zur Bedienung auf dem RPI? Ich konnte zum Beispiel noch nicht rausfinden, wie ich in einer Wiedergabe minutenweise springen kann oder per Schnittmarken. Die Bedienung läuft bei mir über CEC, gibts das damit vielleicht einfach nicht?

Gruß,
winni

Hi,

habs auch grad mal getestet mit dem 0.4er. Damit funktionierte zwar der Connect mit der RPI, aber dafür laufen dann die alten MVPs nicht mehr. Bekommt man beides unter einen Hut?

Gruß,
winni

Gratulation zur neuen Release! Und vielen Dank für die letzten 10 Jahre mit VDR, in denen ich sehr viel gelernt hab, hier viele nette Leute kennengelernt hab und dank VDR ein ganz neues Fernseherlebnis haben durfte.

Gruß,
winni

Hi,

sorry wegen der Umstände
Hab's gerade korrigiert. Fix ist im git und eine neue 1.0.1.beta5 hab ich auch grad hochgeladen. Ich konnte es bei mir seltsamerweise nicht nachstellen, deshalb wär's nett, wenn es jemand kurz antesten könnte.

Gruß,
winni

Hi,

wow - hier wird ja ganz schön gebastelt
Mir ist auch aufgefallen, dass bei den ÖR in letzter Zeit die Folgennummer direkt im Titel steht. Da tippt wohl grad ein Praktikant den EPG
Übrigens gäbe es noch eine ganz simple Lösung, wenn man auf die Folgenummer verzichtet: Einfach "Großstadtrevier~%subtitle%" als Verzeichnis beim Suchtimer angeben.
Denn wenn %title% und/oder %subtitle% im Verzeichnis auftauchen, hängt epgsearch an das Verzeichnis nicht wie üblich nochmal %title%~%subtitle% an.

Ach ja: Wie CKone schon sagte, ist der von ihm erwähnte Bug in der letzten Beta und im git behoben. Das hatte aber nur mit uservars zu tun, die auf erweiterte EPG-Variablen aus epgsearchcats.conf zugreifen, dürfte also hiermit nichts zu tun haben.

Gruß,
winni

Hallo Christian,

ich muss mir das mal ansehn, aber kann gut sein, dass Du recht hast. Da ich nur externen EPG habe, mache ich nie was mit VPS.
Klappt bei Dir denn die Timererzeugung, wenn Du die AllowedDiff bei VPS auf 0 setzt?

Gruß,
winni

Hi,

also bei mir sind es 189, davon 112 aktiv. Behindern sollte der Suchtimerlauf eigentlich nichts, da er parallel in einem eigenen Thread mit geringer Prioritat läuft, aber verlangsamen kann schon sein.

Gruß,
winni

Zitat

Und mit einem Klick im WFE einzustellen, also dist-konform.

Danke Lars, genau das gewünschte

Gruß,
winni