Außerdem sind die zwei großen Distries ya* & easy* auf ?buntu ausgelegt und ich weiß z. B. gar nicht, ob ich die auf mein Debian Wheezy System bekomme...
Du kannst sogar die Pakete unter Debian Wheezy bauen und dann verwenden (siehe Sig.!).
Ein paar Fehler bei den Abhängigkeiten gibt es, weil einige Pakete anders heissen, die muss man selbst auflösen und die passenden Pakete installieren.
Dann passen die Init-Scripte wegen Upstart nicht. Da muss man zB. von e-tobi / jetzt debian verwenden.
Der Sourcecode und die Patches sind definitiv universell einsetzbar, wenn man die aus den Paketen extrahiert und selber kompilieren will.
Die Version aus dem Git von vdr-developer.org sollte eigentlich gegen den VDR 2.2.0 baubar sein. Das Git-Repo von mini73 war IIRC für den VDR >=2.3.1, aber soweit ich weiß, hat er da nicht weiter gemacht, weil er ein neues Plugin zur Suche im EPG angefangen hat.
Das Git-Repo von mini73 war IIRC für den VDR >=2.3.1, ...
Wenn ich den Thread richtig gelesen habe, baut diese Version aber auch gegen VDR 2.2.0
Falls das auch nicht klappt, kann ich ja nochmal die Version von Winni probieren.
Hi,
die Version von mini könnt ihr vergessen, die ist halbfertig (bzw. er hat 2 Repos: eins ist für 2.3.x und das ist halbfertig).
Fnu hat sich die Mühe gemacht und das zu einem Patch, der auf das winni git passt, zusammengebastelt. Das scheint zu funktionieren. TomJoad baut aber noch weiter dran und hat wohl noch unveröffentlichte Patches...
s.
epgsearch für vdr 2.3.x
Produktive Problem- und Pluginlösungen für VDR 2.3.2 und höher
MfG,
Stefan
Ich würde das git von winni nehmen und aus dem Pluginpaket die Patches, damit es baut. Die für vdr 2.3.x angepassten Varianten würde ich wegen möglicher Inkompatibilitäten erst mal weglassen.
Lars
Tja, zu früh gefreut! Zwar kompillieren alle plugins mit "make plugins", aber leider baut der VDR nun nicht mehr 
menu.c:1067:7: error: redefinition of 'class cMenuCommands'
In file included from menu.c:10:0:
menu.h:57:7: error: previous definition of 'class cMenuCommands'
menu.c:1155:12: error: 'eOSState cMenuTimers::Commands(eKeys)' cannot be overloaded
menu.c:1153:12: error: with 'eOSState cMenuTimers::Commands(eKeys)'
menu.c:1321:10: error: redefinition of 'eOSState cMenuTimers::Commands(eKeys)'
menu.c:1274:10: error: 'eOSState cMenuTimers::Commands(eKeys)' previously defined here
menu.c: In member function 'virtual eOSState cMenuRecording::ProcessKey(eKeys)':
menu.c:2745:41: error: no match for call to '(cNestedItemList) (eKeys&)'
menu.c:2746:62: error: no match for call to '(cNestedItemList) ()'
make: *** [menu.o] Fehler 1Im yaVDR-Paket ist noch dieser Patch drin:
--- a/src/MenuItemDefinitionFactory.cpp
+++ b/src/MenuItemDefinitionFactory.cpp
@@ -59,12 +59,12 @@
void MenuItemDefinitionFactory::ProcessSubMenuNode(SubMenuNode* node)
{
- _createdMenuItemDefinition = new OsdItemDefinition(node, new cOsdItem(node->Text().c_str(), osUser1), _isSelected);
+ _createdMenuItemDefinition = new OsdItemDefinition(node, new cOsdItem(node->Text().c_str(), osUser7), _isSelected);
}
void MenuItemDefinitionFactory::ProcessCommandMenuNode(CommandMenuNode* node)
{
- _createdMenuItemDefinition = new OsdItemDefinition(node, new cOsdItem(node->Text().c_str(), osUser2), _isSelected);
+ _createdMenuItemDefinition = new OsdItemDefinition(node, new cOsdItem(node->Text().c_str(), osUser8), _isSelected);
}
void MenuItemDefinitionFactory::ProcessSeparatorMenuNode(SeparatorMenuNode* node)Danke Seahwak!
Woher weiss man sowas 
?
Und nun die nächste Frage: nach dem Update sind die Cover aus dem Aufzeichnungsmenü verschwunden. Kann man die wiederherstellen?
Woher weiss man sowas ?
Deduktion. Ich weiß, dass es mit den yaVDR-Paketen für den VDR 2.2.0 funktioniert, also schaue ich mir die Sourcen für das menuorg-Paket im yaVDR PPA an. Da es der gleiche Source-Tarball ist, kann es nur ein zusätzlicher Patch sein, also geht der nächste Blick nach debian/patches/.
Und nun die nächste Frage: nach dem Update sind die Cover aus dem Aufzeichnungsmenü verschwunden. Kann man die wiederherstellen?
Über welches Plugin hast du das bislang realisiert?
Hi,
ZitatWoher weiss man sowas ?
Das war der Grund warum ich empfohlen hatte einfach von allem (VDR + Plugins) die src aus einem der yavdr Repos zu nutzen (oder wenn mit Setup-Plugin gewünscht aus easyvdr 3.0).
Da weiss man, das baut im ppa, also passt es zusammen und ist für ein Debian-System geeignet. Ubuntu ist ja Debian-like vom Aufbau.
Dann fehlen dir nur evtl. Dinge, die Abweichen, wie systemd...
Ist der pragmatische Ansatz (ohne Verstehen warum, ich weiss) => Black Box-Denken...
MfG,
Stefan
Über welches Plugin hast du das bislang realisiert?
Hier mal die Liste mit den Plugins, die unter VDR 2.0.6 liefen:
ZitatAlles anzeigensofthddevice 0.6.1rc1-GITa3c0052
skinnopacity 1.1.3
graphtftng 0.4.10
targavfd 0.3.0
seduatmo 0.0.2
femon 1.7.19
radio 0.9.1
dvd 0.3.6-b03
permashift 1.0.0
tvscaper 0.2.0
block 0.1.2~201304020120dev
menuorg 0.5.1
mplayer 0.10.2-31537cd8ec5+
span 0.0.7
dvdswitch 0.2.2
cpumon 0.0.6a
ac3mode 0.1
cdplayer 1.2.2
favorites 0.0.2
history 0.0.3
zaphistory 0.9.6
systeminfo 0.1.3
osdteletext 0.9.5
fritzbox 1.5.3
streamdev-server 0.6.1-git
weatherforecast 0.2.0
extrecmenu 1.2.5-git
graphlcd 0.3.0
epgsearch 1.0.1.beta5
Die einzigen Plugins die ich bis jetzt noch nicht zur Zusammenarbeit überreden konnte wären dvd, tvscraper und weatherforecast, also würde ich mal auf zweiteres tippen...
Kann man die Cover auch nachträglich zuweisen lassen?
Für das dvd-Plugin gibt es eine Reihe Patches in https://launchpad.net/~yavdr/+…vdr2~trusty.debian.tar.gz
weatherforecast sollte ohne Patches funktionieren. Ich meine tvscraper arbeitet nicht mehr mit den aktuellen Versionen des Skindesigner zusammen, skinflatplus sollte damit noch können.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!