Zapcockpit und VDR-2.3.8

PmK · 23. Januar 2018

Hallöchen,

ich hab jetzt die letzten 2 Tage krampfhaft versucht vdr-2.3.8 das Zapcockpit beizubringen aber komme nicht wirklich weiter.

Wenn ich den Patch von carel hinzufüge kriege ich mit mit satip-plugin als Empfangsgerät kein Bild. Laut Log ist zwar alles gut aber kommt kein Bild und kein OSD.

Ich brauche eigentlich auch nur diesen einen Patch und sonst nix.

Hat da einer nen Patch und ne kleine Anleitung wie man das am dümmsten gebaut kriegt?

Grüsse,

Honker · 24. Januar 2018

Habe den Patch für den VDR 2.3.4 verwendet und dann manuell noch folgende Zeilen geändert

Code

@@ -1290,8 +1290,10 @@
           case kChanUp:
           case kChanDn|k_Repeat:
           case kChanDn:
-               if (!Interact)
-                  Menu = new cDisplayChannel(NORMALKEY(key));
+               if (!Interact) {
+                  Menu = new cDisplayChannelExtended(NORMALKEY(key));
+                  Menu->ProcessKey(NORMALKEY(key));
+                  }
                else if (cDisplayChannel::IsOpen() || cControl::Control()) {
                   Interact->ProcessKey(key);
                   continue;

Alles anzeigen

Läuft damit bei mir.

Grüße,

Alex

CKone · 24. Januar 2018

ich könnte auch einen Patch posten bzw ist er hier mit drin:

https://launchpad.net/~ckone/+…xperimental-vdr/+packages

PmK · 24. Januar 2018

CKone kannst du mir evt. den Patch einzeln posten? Weiß gerade nicht wie ich den aus deinem Launchpad rauskriege..

Habs zwar jetzt hinbekommen das ich Bild bekomme aber beim OSD schreibt er mir:

Jan 24 15:38:18 raspberrypi vdr: [20327] ERROR: attempt to open OSD while it is already open - using dummy OSD!

Jan 24 15:38:18 raspberrypi vdr: [20327] ERROR: cOsd::SetAreas returned 5 (wrong alignment)

Wenn ich das OSD auf den Skin lcars schalte geht das OSD wieder problemlos. Sobald ich auf estuary schalte ist wieder aus die Maus..

CKone · 24. Januar 2018

dann lern das mal, sich bei Bedarf bei Paketen anderer zu bedienen bringt dich öfter als du denkst ungemein weiter

https://launchpad.net/~ckone/+…ne0~bionic.debian.tar.bz2

und dann im Ordner debian/patches

PmK · 24. Januar 2018

Danke, habs schon gefunden. Patchen hat funktioniert. Jetzt bin ich gespannt ob er durchkompiliert und dann vieleicht noch ein OSD zeigt..

Die Paket ein dem Launchpad werden beim kompilieren erst alle gepatcht oder?

Es gibt da also nicht die Sourcen vorgepatcht?

Nach dem kompilieren mit ckones patch habe ich leider den selben Effekt wie bei mir..

Jan 24 16:17:58 raspberrypi vdr: [27074] ERROR: attempt to open OSD while it is already open - using dummy OSD!

Jan 24 16:17:58 raspberrypi vdr: [27074] ERROR: cOsd::SetAreas returned 5 (wrong alignment)

Jan 24 16:17:58 raspberrypi vdr: [27074] skindesigner: Error initiating displaymenu view - aborting

Kann da jemand helfen?

seahawk1986 · 25. Januar 2018

Zitat von PmK

Es gibt da also nicht die Sourcen vorgepatcht?

Gängige Praxis beim Paketbau ist den originalen Quellcode und die Patches getrennt zu halten. Dann ist direkt nachvollziehbar, was gegenüber dem Original geändert wurde und man kann zur Fehlersuche gezielt Patches rausnehmen.

Das Gen2VDR ISO bringt IIRC gepatchte Sourcen für den VDR und Plugins mit, weil es Skripte gibt, die den VDR und die Plugins an der Paketverwaltung vorbei neu bauen können - ob das den Zapcockpit-Patch mit drin hat oder nicht, müsste man nachsehen.

PmK · 4. April 2018

Hallöchen, ich muß das Thema nochmal aus der Versenkung holen. Ich habs das letzte mal nicht geschafft das Zapcockpit zum Laufen zu bringen. Das Patchen hat funktioniert, in den Logs zeigt er mir auch an das zapcockpit patch available ist.

Ich hab jetzt testhalber mal skindesigner komplett neu kompiliert + alles was der zum Laufen braucht + setup.conf gelöscht und von den Sourcen neu eingespielt.

Wenn ich den Skin auf lcars setzte läuft der VDR. Sobald ich aber auf z.B. estuary4vdr stelle bekomme ich jedesmal wenn ich das OSD aufrufe folgende Fehlermeldung:

Apr 4 12:50:44 raspberrypi vdr: [27413] PANIC: watchdog timer expired - exiting!

Apr 4 12:50:44 raspberrypi vdr: [27413] ERROR: ListGarbageCollector destroyed without prior Purge()!

Danach schmiert der VDR ab. OSD ist dann auch nicht zu sehen.

Das ganze läuft auf einem Raspberry 3. Ohne zapcockpit hab ich damit absolut keine Probleme mit skindesigner.

Hat irgendjemand eine Ahnung woran das liegen könnte und wie man das behebt?

louis · 4. April 2018

Schaut so aus als ob der VDR in einen Deadlock läuft...scheint der VDR-2.3.x Patch für den Zapcockpit Patch noch nicht ganz rund zu sein. Komisch, ich dachte eigentlich, zumindest bei den MLD Jungs wird der benutzt...

CKone · 4. April 2018

ich benutze den auch mit skindesigner und shady, kannst du aus dem vdr source in meinem repo rauskopieren: https://launchpad.net/~ckone/+…e/ubuntu/experimental-vdr

PmK · 4. April 2018

CKone ich hab den eigentlich aus deinem Repo.. aber nur diesen einen Patch. Mehr hab ich nicht in Verwendung.

CKone · 4. April 2018

Also bei mir funktioniert das einwandfrei

Versuch mal den shady auf doof

CKone · 4. April 2018

funktioniert übrigens hier auch tadellos mit estuary4vdr.

Sicher das du den Skindesigner gegen die gepatchten header gebaut hast?

PmK · 4. April 2018

ähm gegen die gepatchten header? ich hab eigentlich den vdr erst gepatched und dann kompiliert und danach die plugins.. muß da noch irgendwas extra gemacht werden?

PmK · 6. April 2018

Ich hab jetzt mal das Raspbian komplett neu aufgesetzt und von ckone mehrere Patches mit inkl. Zapcockpit mit eingespielt und jetzt funktioniert das ganze soweit tadellos. Keine Ahnung warum es bei dem alten Raspbian nicht ging. Irgendetwas muß da wohl nicht auf dem richtigen Stand gewesen sein.

Danke auf jedenfall schonmal für die Hilfe!!

utiltiy · 27. Mai 2018

Der Patch funktioniert nicht mehr seit dem Patch von Klaus heute da es hier:

Code

@@ -4800,7 +4805,8 @@ cDisplayChannel::cDisplayChannel(eKeys F
   channel = NULL;
   LOCK_CHANNELS_READ;
   channel = Channels->GetByNumber(cDevice::CurrentChannel());
-  ProcessKey(FirstKey);
+  if (processKey)
+     ProcessKey(FirstKey);
 }

Überschneidungen gibt mit:

Diff

# Fixed locking the Channels list in cDisplayChannel, where the lock was still held
# when Flush() was called (cont'd).
#
--- menu.c    2018/05/06 09:30:11    5.2
+++ menu.c    2018/05/27 09:51:56    5.3
@@ -4654,8 +4654,10 @@
   displayChannel = Skins.Current()->DisplayChannel(withInfo);
   positioner = NULL;
   channel = NULL;
-  LOCK_CHANNELS_READ;
-  channel = Channels->GetByNumber(cDevice::CurrentChannel());
+  {
+    LOCK_CHANNELS_READ;
+    channel = Channels->GetByNumber(cDevice::CurrentChannel());
+  }
   ProcessKey(FirstKey);
 }

Alles anzeigen

P3f · 27. Mai 2018

Hi utility,

das lässt sich doch ganz leicht anpassen, somit ist der überarbeitete Patch:

Code

@@ -4900,7 +4900,8 @@
     LOCK_CHANNELS_READ;
     channel = Channels->GetByNumber(cDevice::CurrentChannel());
   }
-  ProcessKey(FirstKey);
+if (processKey)
+       ProcessKey(FirstKey);
 }

 cDisplayChannel::~cDisplayChannel()

Gruß,

Pit

utiltiy · 27. Mai 2018

Damit läuft es wieder durch, Danke

Zapcockpit und VDR-2.3.8

Jetzt mitmachen!

Teilen