Zumindest wenn der Typ des Parameters von GetTimer in const cTimer* geändert werden könnte, würde es auch schon helfen.
Lars.
Zumindest wenn der Typ des Parameters von GetTimer in const cTimer* geändert werden könnte, würde es auch schon helfen.
Lars.
dynamite ist jetzt übrigens auch angepasst.
Entweder hier: https://github.com/flensrocker/vdr-plugin-dynamite
oder hier: http://projects.vdr-developer.…t/vdr-plugin-dynamite.git
Lars.
Klaus, was hälst du von dieser Erweiterung, so dass man auch const cTimer* finden kann?
Muß ich mir erst genauer anschauen, aber im Prinzip ist 'const' immer gut ;-).
Kann aber noch etwas dauern, denn erst muß ich die VPN-Verbindung in mein neues Domizil zum laufen bringen...
Klaus
Kein Problem, in der Zwischenzeit ist C ja genügsam beim Casten...
Lars
Moin!
Ich hab hier noch zwei kleine Patches. Beim ersten fehlt ein "StateKey.Remove" in seltenen Fehlerfällen (würde sich mit dem Remove im Destruktor erledigen), das zweite ist nur eine Kommentar-Korrektur (read statt write):
diff --git a/menu.c b/menu.c
index 569900c..56ce33b 100644
--- a/menu.c
+++ b/menu.c
@@ -2687,6 +2687,7 @@ eOSState cMenuRecordingEdit::ApplyChanges(void)
cRecording *Recording = Recordings->GetByName(recording->FileName());
if (!Recording) {
Skins.Message(mtWarning, tr("Recording vanished!"));
+ StateKey.Remove();
return osBack;
}
bool Modified = false;
diff --git a/timers.h b/timers.h
index 4222c10..30e04f8 100644
--- a/timers.h
+++ b/timers.h
@@ -122,7 +122,7 @@ public:
cTimers(void);
static const cTimers *GetTimersRead(cStateKey &StateKey, int TimeoutMs = 0);
///< Gets the list of timers for read access. If TimeoutMs is given,
- ///< it will wait that long to get a write lock before giving up.
+ ///< it will wait that long to get a read lock before giving up.
///< Otherwise it will wait indefinitely. If no read lock can be
///< obtained within the given timeout, NULL will be returned.
///< The list is locked and a pointer to it is returned if the state
Alles anzeigen
Lars.
Die Plugins avahi4vdr, pvrinput und recsearch sind jetzt auch kompatibel mit vdr 2.3.1.
Lars.
Moin,
haben wir irgendwo eine Übersicht welche Plugins bereits kompatibel sind mit 2.3.1 und welche nicht ?
Danke
Jemand hatte im Wiki eine Liste angefangen, siehe ein paar Beiträge früher.
Lars
Gibt's irgendwo den Link zu dem Wiki?
Btw. wollte es grad probieren. Das wichtigste Plug-In (das, was nicht genannt werden darf), ließ sich nicht compilieren. Von daher bin ich erst mal wieder auf die 2.2.0 zurück.
scrolle mal hoch
Danke. Ist 'ne Seite vorher. Damit nicht noch mehr Leute fragen noch mal der Link:
http://www.vdr-wiki.de/wiki/index.php/Plugins
Ich wollte mal kucken, ob ich Permashift damit zum Laufen bringe, aber mir fehlt noch die Output-Möglichkeit.
Dafür nehme ich immer xineliboutput. Gibt es davon schon eine angepasste Version?
Oder gibt's da was anders (für den Entwicklungs-PC, nicht für den Fernseher)?
Ciao,
Eike
softhddevice sollte auch im Fenster gehen.
Lars.
Ok, xineliboutput kompiliert, testen kann ich es gerade nicht:
https://github.com/flensrocker…54777fe950d2c8ca2546ac55e
Integriert ist auch ein möglicher segfault im xine-frontend und die Anpassungen für libcec 2.2.0 und 3.
Lars.
So schnell konnte ich softhddevice gar nicht ausprobieren...!
Ok, xineliboutput kompiliert, testen kann ich es gerade nicht:
https://github.com/flensrocker…54777fe950d2c8ca2546ac55e
Integriert ist auch ein möglicher segfault im xine-frontend und die Anpassungen für libcec 2.2.0 und 3.
Kompiliert.
Läuft.
Danke!
Eike
Prima, dann muss das ja nur noch in unser yavdr-Paket.
Notiz an mich (und meine Kollegen): das ersetzt fix-segfault.patch, libcec-2.2.0.patch und libcec3.patch
Lars.
Integriert ist auch ein möglicher segfault im xine-frontend
So, So.. werden die jetzt schon absichtlich eingebaut
SCNR
Jarod
Äh ja, natürlich ist ein Patch gegen einen segfault integriert...
Lars
So, wer Permashift mit VDR 2.3 probieren möchte, eine (nicht ausführlich getestete) neue Version liegt auf Github.
Gibt es eigentlich ein Define, das mir sagen würde, dass die Umgebung ein VDR >= 2.3.1 ist?
Ich hab jetzt erstmal #ifdef LOCK_RECORDINGS_WRITE genommen...
Ciao,
Eike
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!