Hi Winni,
Danke für das update, das mit dem Details-Menü funktioniert jetzt auch bei Wiederholungstimern.
Ich habe allerdings noc hein anderes Problem:
Zur Zeit zeigt mir das checkconflictsonly-plugin 196! Kollisionen an, obwohl keine Überschneidungen vorhanden sind. Die nächste soll am 08.06 um 18:25 sein.
Irgendwann sind vermeintlichen Kollisionen dann ohne Änderung der Timer (oder sonstige Änderungen) wieder weg (vor ner halben Stunde hat er mit 28 Kollisionen angezeigt, mit den gleichen Timern)
Irgendwie merkwürdig..
Ich hab Dir mal meine Timers.conf angehängt ...
1:S19.2E-1-1089-12060:MTWTF--:1825:1910:50:99:Schmeckt nicht, gibt's nicht:
1:S19.2E-1-1089-12003:MTWTFSS:1843:1913:50:99:RTL Aktuell:
1:S19.2E-133-33-900:--W----:1920:2230:50:99:DSF:
1:S19.2E-1-1101-28111:-----S-:1748:1825:50:99:alfredissimo!:
1:S19.2E-1-1089-12060:------S:1658:1825:50:50:auto motor und sport tv:
Grüße, Peter
Zitat
Kannst Du mal bitte das Logfile von epgsearch aktivieren? Geht mit '-v 3' als zusätzlicher Parameter. Dann einfach mal die Konfliktübersicht aufrufen. Du findest dann im Plugin-Config-Dir eine epgsearch.log. Die dann bitte zuschicken.
Hab das epgsearch.log mal angehängt. Kann es sein, dass es nur zu Problemen kommt, wenn einer der Timer grade aktiv ist? (Das würde erklären, dass zwischendurch mal keine Konflikte mehr angezeigt wurden)
Karte: 1 x FF (siehe Sig.)
Ich habs jetzt mal verifiziert. Es hat (bei mir) definitiv mit dem laufenden Timer zu tun. Solange der DSF-Timer lief hatte ich die 196 Konflikte. Als er um 22:30 abgeschaltet hat war wieder alles ok, 0 Konflikte ...
stimmt, da hast Du wohl den nächsten Bug gefunden 
Ist mir bisher nicht aufgefallen, weil ich selbst keine Wiederholungstimer hab, sondern alles über Suchtimer laufen lasse. Problem ist, dass ich bei einem aktiven Wiederholungstimer unisnnigerweise gleich alle Zeitpunkte auf aktiv setze, die dieser Timer haben wird.
Kommt Zeit, kommt Update 
Tschüss,
winni
Hallo Winni,
Ich habe mir gerade die Übersetzung für die Neue Version angesehen. Da ist ein Menge dazu gekommen. Wie kömmt man an diese Infos ?? Wie machst du die i18n.c mit dem vi ?? 
Ich schon ...
Ist da schon jemand drann für die FR übersetzung?
Gruss Pat
Hallo Patrice,
mit Infos meinst Du wohl die "Help$..."-Einträge in der i18n.c. Das sind die Übersetzungen für die Online-Hilfe, die es jetzt im Setup von epgsearch gibt. Man hat dort jetzt für jeden Setup-Punkt eine Hilfe-Taste, die den Setup-Punkt genauer erklärt.
Übersetzung für FR gibts noch nicht, also wenn Du es machen willst 
...
EDIT: Ach ja, mein Editor ist emacs. Sollte aber egal sein, womit das gemacht wird.
Tschüss,
winni
Ich habe Probleme epgsearch zusammen mit submenu-plugin zu betreiben. Wenn beide zusammen aktiv sind, funktioniert meine FB nicht mehr (auf irw hört sie noch). Ist submenu (0.0.2) nicht im Spiel, ist alles ok. Auch wenn das auf den ersten Blick nach submenu als dem Verantwortlichen riecht, dennoch mal die Frage, wie ich überprüfen kann, ob es nicht doch an epgsearch liegt.
Hab hier auch submenu 0.0.2 kombiniert mit epgsearch 0.9.17a im Einsatz und keinerlei Probs mit FB und so.
Betreibe die die FB übrigens am AV-Board mit dem Remote 0.3.7
Christian
foobar42: wollte das jetzt mal testen, aber hab dann gemerkt, dass es nicht so einfach ist (Entwicklungssystem ist ohne FB und echtes System möchte ich nicht unbedingt patchen).
Was mir noch eingefallen ist:
- funktioniert bei Dir überhaupt keine Taste mehr oder nur innerhalb des OSD nicht mer?
- nutzt Du vdr-replace-schedulemenu.diff, um epgsearch für 'Programme' zu verwenden? Hab mir mal den submenu-Patch angesehen, evtl. gibts da Überschneidungen. Aber zumindest z.B. Kanal +/- sollte trotzdem gehen.
- sieht man irgendwas im Log, wenn Du eine Taste drückst?
- bitte nicht böse sein, aber man weiß ja nie :D: beim make REMOTE=LIRC benutzt? In der runvdr auch alles ok, was Parameter von Plugins betrifft usw.
- ansonsten bin ich etwas ratlos, weil epgsearch mit der FB eigentlich gar nichts am Hut hat.
@all: hier gibts übrigens die angekündigte Bug-Fix-Release:
http://vdr-portal.de/board/thread.php?threadid=50991
Tschüss,
winni
ZitatOriginal von winni
- funktioniert bei Dir überhaupt keine Taste mehr oder nur innerhalb des OSD nicht mer?
Ich kann das OSD nicht mehr aufrufen.
Zitat- nutzt Du vdr-replace-schedulemenu.diff, um epgsearch für 'Programme' zu verwenden?
Wenn das installscript den nicht unaufgefordert installiert - nein.
Zitat- sieht man irgendwas im Log, wenn Du eine Taste drückst?
Nein.
Zitat- bitte nicht böse sein, aber man weiß ja nie :D: beim make REMOTE=LIRC benutzt? In der runvdr auch alles ok, was Parameter von Plugins betrifft usw.
Kein Problem - man treibt ja genug Schwachfug mit seinem Computer.
Ich habe jetzt (alles via installscript):
17b getestet: download, make plugins all, alle Plugins aktiviert.
Resultat - keine FB
Dann alle Plugins deaktiviert, runvdr neugestartet.
Resultat: auch im nackten VDR keine FB mehr.
Soweit deckt sich das mit den bisherigen Versuchen mit der 17x.
Dann Version 16:
make clean, make plugins clean, make REMOTE=LIRC all plugins
allle Plugins aktiviert (das hatte ich gestern auch schon mit der 17 erfolglos probiert)
runvdr Neustart: Resultat FB funktioniert. ![:]](https://www.vdr-portal.de/images/smilies/pleased.gif "Freude"){kind=small}
ZitatOriginal von winni
hmm, schon seltsam.
// cConflictCheckThread::Init(this);
Ich finde es auch merkwürdig: Habe gerade OHNE die oben stehende Änderung die 17b noch einmal durch den Compiler gedreht - bis jetzt funktioniert alles, auch die FB. Ich weiß wirklich nicht, was in den letzten Tagen los war und warum die FB in Verbindung mit dem epgsearch-0.9.17(a) streikte. Und ja, ich hatte mit make (plugins) clean und LIRC kompiliert.
Nun ja - um so besser für alle Beteiligten.
ok, Hauptsache es läuft.
Tschüss,
winni
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
