Ztw. kein Bild nach Umschalten mit VDR ab Version 2.3.9

Uwe · 25. April 2020

~~Mit dem patch06-fix1 hatte ich hier das Problem, dass sobald ein retune stattfand, er diesen Vorgang ständig wiederholte. Hier half nur ein Neustart des VDR.~~
~~Mit der letzten Änderung (else if —> if) habe ich dieses Problem nicht mehr.~~

Problem besteht weiter! Der Unterschied zum fix1 Patch06 plus Fix von HelmutB ist der, nach dem Umschalten funktioniert der nächste Sender wieder normal... Der Sender Euronews ist mit Bildfehler, die durch das nachtunen entstehen, aber zu sehen...

Code

Apr 25 13:00:33 matrix-vdr vdr: [2407] switching to channel 36 S19.2E-1-1091-31230 (EURONEWS GERMAN SD)
Apr 25 13:00:33 matrix-vdr vdr: [3087] osdteletext-receiver thread ended (pid=2407, tid=3087)
Apr 25 13:00:33 matrix-vdr vdr: [2407] buffer stats: 0 (0%) used
Apr 25 13:00:33 matrix-vdr vdr: [3089] device 1 TS buffer thread ended (pid=2407, tid=3089)
Apr 25 13:00:33 matrix-vdr vdr: [3088] buffer stats: 3760 (0%) used
Apr 25 13:00:33 matrix-vdr vdr: [3088] device 1 receiver thread ended (pid=2407, tid=3088)
Apr 25 13:00:33 matrix-vdr vdr: [2415] >>> ExecuteDiseqc(0/0): 141 ms (18V->13V)
Apr 25 13:00:35 matrix-vdr vdr: [2416] SDT: channel 36 NID/TID (1/1091) not found, got 1/1091
Apr 25 13:00:36 matrix-vdr vdr: [2415] frontend 0/0 is not receiving transponder 112227 for channel 36 (EURONEWS GERMAN SD) - retuning
Apr 25 13:00:36 matrix-vdr vdr: [2415] >>> ExecuteDiseqc(0/0): 138 ms (18V->13V)
Apr 25 13:00:37 matrix-vdr vdr: [2416] SDT: channel 36 NID/TID (1/1091) not found, got 1/1091
Apr 25 13:00:37 matrix-vdr vdr: [2415] frontend 0/0 is not receiving transponder 112227 for channel 36 (EURONEWS GERMAN SD) - retuning
Apr 25 13:00:37 matrix-vdr vdr: [2415] >>> ExecuteDiseqc(0/0): 137 ms (18V->13V)
Apr 25 13:00:39 matrix-vdr vdr: [2416] SDT: channel 36 NID/TID (1/1091) not found, got 1/1091
Apr 25 13:00:40 matrix-vdr vdr: [2415] frontend 0/0 is not receiving transponder 112227 for channel 36 (EURONEWS GERMAN SD) - retuning
Apr 25 13:00:40 matrix-vdr vdr: [2415] >>> ExecuteDiseqc(0/0): 138 ms (18V->13V)
Apr 25 13:00:41 matrix-vdr vdr: [2416] SDT: channel 36 NID/TID (1/1091) not found, got 1/1091
Apr 25 13:00:41 matrix-vdr vdr: [2415] frontend 0/0 is not receiving transponder 112227 for channel 36 (EURONEWS GERMAN SD) - retuning
Apr 25 13:00:41 matrix-vdr vdr: [2415] >>> ExecuteDiseqc(0/0): 138 ms (18V->13V)

Alles anzeigen

Uwe · 25. April 2020

Zitat von Murry

...

Auffällig ist das nach einmailgen retune er auf jedem Sender dies tut. Erst ein vdr neustart behebt dies.

Bei mir hilft es, die letzte Änderung von Helmut einzubauen, in sdt.c:

Zitat

Kannst du im fix1 patch in dieser Zeile das "else" wegnehmen:

+ else if (Source() != lastSource || Transponder() != lastTransponder)

sollte dann so aussehen:

+ if (Source() != lastSource || Transponder() != lastTransponder)

Helmut

Alles anzeigen

Murry · 25. April 2020

Ich habe es nochmal neu gebaut -> Keine Besserung

Uwe · 25. April 2020

Zitat von Murry

Ich habe es nochmal neu gebaut -> Keine Besserung

Sorry, hier ist das Problem jetzt auch wieder da, siehe Post 141...

HelmutB · 25. April 2020

Doch etwas hartnäckiger. Hier ein neuer Versuch. Jetzt ist das "else if (...)" aber Absicht.

Diff

--- sdt.c.scr06    2020-04-24 20:55:01.833372015 +0200
+++ sdt.c    2020-04-25 14:26:16.126871506 +0200
@@ -37,9 +37,11 @@ void cSdtFilter::SetStatus(bool On)
   cMutexLock MutexLock(&mutex);
   cFilter::SetStatus(On);
   sectionSyncer.Reset();
+  transponderState = tsAccepted;
   if (!On)
      source = cSource::stNone;
-  transponderState = tsUnknown;
+  else if (Source() != lastSource || Transponder() != lastTransponder)
+     transponderState = tsUnknown;
 }
 
 void cSdtFilter::Trigger(int Source)
@@ -58,13 +60,11 @@ void cSdtFilter::Process(u_short Pid, u_
      // The transponder can be verified with any section, no sync required:
      int Nid = sdt.getOriginalNetworkId();
      int Tid = sdt.getTransportStreamId();
-     if (Source() != lastSource || Transponder() != lastTransponder) {
-        // We expect a change in NID/TID:
-        if (Nid && Tid && Nid == lastNid && Tid == lastTid) {
-           transponderState = tsWrong;
-           dsyslog("SDT: channel %d NID/TID (%d/%d) not found, got %d/%d", Channel()->Number(), Channel()->Nid(), Channel()->Tid(), Nid, Tid);
-           return;
-           }
+     // We expect a change in NID/TID:
+     if (Nid && Tid && Nid == lastNid && Tid == lastTid) {
+        transponderState = tsWrong;
+        dsyslog("SDT: channel %d NID/TID (%d/%d) not found, got %d/%d", Channel()->Number(), Channel()->Nid(), Channel()->Tid(), Nid, Tid);
+        return;
         }
      // NID/TID is acceptable:
      lastSource = Source();

Alles anzeigen

LG Helmut

Murry · 25. April 2020

Es ist besser, aber immer noch nicht sauber

Code

Apr 25 16:17:15 vdr vdr: [13114] switching to channel 20 S19.2E-1-1039-10375 (tagesschau24 HD)
Apr 25 16:17:15 vdr vdr: [13387] osdteletext-receiver thread ended (pid=13114, tid=13387)
Apr 25 16:17:15 vdr vdr: [13114] buffer stats: 0 (0%) used
Apr 25 16:17:15 vdr vdr: [13389] device 1 TS buffer thread ended (pid=13114, tid=13389)
Apr 25 16:17:15 vdr vdr: [13388] buffer stats: 125396 (2%) used
Apr 25 16:17:15 vdr vdr: [13388] device 1 receiver thread ended (pid=13114, tid=13388)
Apr 25 16:17:15 vdr vdr: [13398] device 1 receiver thread started (pid=13114, tid=13398, prio=high)
Apr 25 16:17:15 vdr vdr: [13114] creating directory /run/shm/vtx/S19.2E-1-1039-10375
Apr 25 16:17:15 vdr vdr: [13399] device 1 TS buffer thread started (pid=13114, tid=13399, prio=high)
Apr 25 16:17:15 vdr vdr: [13400] osdteletext-receiver thread started (pid=13114, tid=13400, prio=high)
Apr 25 16:17:15 vdr vdr: [13114] timer 0 (45 2148-2250 'The Orville~Verschollen im Weltraum Abenteuer, USA 2') set to event Mo. 27.04.2020 21:53-22:45 'The Orville'
Apr 25 16:17:15 vdr vdr: epg2vdr: Answer 'Epg2Vdr_Timer_Service-v1.0' call with 1 timers, duration was (0 ms)
Apr 25 16:17:15 vdr vdr: [13114] [softhddev]SetPlayMode: 1
Apr 25 16:17:15 vdr vdr: [13403] animator thread thread started (pid=13114, tid=13403, prio=high)
Apr 25 16:17:16 vdr vdr: GetFormat Init ok 1280x720
Apr 25 16:17:16 vdr vdr: video: crop to +0+0 1280x720
Apr 25 16:17:16 vdr vdr: video: normal aspect output 1920x1080+0+0
Apr 25 16:17:16 vdr vdr: [13122] SDT: channel 20 NID/TID (1/1039) not found, got 1/1039
Apr 25 16:17:17 vdr vdr: [13144] VNSI: Requesting clients to reload recordings list (1)
Apr 25 16:17:17 vdr vdr: [13121] frontend 0/0 is not receiving transponder 111052 for channel 20 (tagesschau24 HD) - retuning
Apr 25 16:17:20 vdr vdr: [13122] SDT: channel 20 NID/TID (1/1039) not found, got 1/1039
Apr 25 16:17:20 vdr vdr: [13403] animator thread thread ended (pid=13114, tid=13403)
Apr 25 16:17:21 vdr vdr: [13121] frontend 0/0 is not receiving transponder 111052 for channel 20 (tagesschau24 HD) - retuning
Apr 25 16:17:23 vdr vdr: [13122] SDT: channel 20 NID/TID (1/1039) not found, got 1/1039
Apr 25 16:17:23 vdr vdr: [13121] frontend 0/0 is not receiving transponder 111052 for channel 20 (tagesschau24 HD) - retuning
Apr 25 16:17:25 vdr vdr: [13122] SDT: channel 20 NID/TID (1/1039) not found, got 1/1039
Apr 25 16:17:25 vdr vdr: [13121] frontend 0/0 is not receiving transponder 111052 for channel 20 (tagesschau24 HD) - retuning
Apr 25 16:17:26 vdr vdr: epg2vdr: Handler: Trying to re-connect to database!
Apr 25 16:17:26 vdr vdr: epg2vdr: Handler: Start reading hashes from db
Apr 25 16:17:26 vdr vdr: epg2vdr: Handler: Finished reading hashes from db, got 15 hashes (in 0 seconds)
Apr 25 16:17:26 vdr vdr: epg2vdr: Handler: Start reading external ids from db
Apr 25 16:17:26 vdr vdr: epg2vdr: Handler: Finished reading external id's from db, got 15 id's
Apr 25 16:17:26 vdr vdr: epg2vdr: Handler: Connection established successfull!
Apr 25 16:17:27 vdr vdr: [13122] SDT: channel 20 NID/TID (1/1039) not found, got 1/1039
Apr 25 16:17:27 vdr vdr: [13121] frontend 0/0 is not receiving transponder 111052 for channel 20 (tagesschau24 HD) - retuning
Apr 25 16:17:30 vdr vdr: [13122] SDT: channel 20 NID/TID (1/1039) not found, got 1/1039
Apr 25 16:17:31 vdr vdr: [13121] frontend 0/0 is not receiving transponder 111052 for channel 20 (tagesschau24 HD) - retuning
Apr 25 16:17:33 vdr vdr: [13122] SDT: channel 20 NID/TID (1/1039) not found, got 1/1039
Apr 25 16:17:34 vdr vdr: [13121] frontend 0/0 is not receiving transponder 111052 for channel 20 (tagesschau24 HD) - retuning
Apr 25 16:17:35 vdr vdr: [13122] SDT: channel 20 NID/TID (1/1039) not found, got 1/1039
Apr 25 16:17:36 vdr vdr: [13121] frontend 0/0 is not receiving transponder 111052 for channel 20 (tagesschau24 HD) - retuning
Apr 25 16:17:39 vdr vdr: [13122] SDT: channel 20 NID/TID (1/1039) not found, got 1/1039
Apr 25 16:17:40 vdr vdr: [13121] frontend 0/0 is not receiving transponder 111052 for channel 20 (tagesschau24 HD) - retuning
Apr 25 16:17:42 vdr vdr: [13122] SDT: channel 20 NID/TID (1/1039) not found, got 1/1039
Apr 25 16:17:42 vdr vdr: [13121] frontend 0/0 is not receiving transponder 111052 for channel 20 (tagesschau24 HD) - retuning
Apr 25 16:17:44 vdr vdr: [13122] SDT: channel 20 NID/TID (1/1039) not found, got 1/1039
Apr 25 16:17:45 vdr vdr: [13121] frontend 0/0 is not receiving transponder 111052 for channel 20 (tagesschau24 HD) - retuning

Alles anzeigen

Uwe · 25. April 2020

Murry poste mal deine diseqc.conf

Murry · 25. April 2020

Hallo Uwe,

die lief bislang Problemlos mit dem alten Patch von HelmutB:

Code

#SCR (Satellite Channel Routing):

S19.2E  11700 V  9750  t V W10 S0 [E0 10 5A 00 00] W10 v
S19.2E  99999 V 10600  t V W10 S1 [E0 10 5A 00 00] W10 v
S19.2E  11700 H  9750  t V W10 S2 [E0 10 5A 00 00] W10 v
S19.2E  99999 H 10600  t V W10 S3 [E0 10 5A 00 00] W10 v

:

HelmutB · 25. April 2020

Das verwirrt mich immer wieder:

Zitat von Murry

Apr 25 16:17:16 vdr vdr: [13122] SDT: channel 20 NID/TID (1/1039) not found, got 1/1039

wieso stimmen lastNid/lastTid überein aber nicht lastSource oder lastTransponder?

Hier der fix2 mit Debug-Ausgabe von Source() und Transponder() beim Vergleich in SetStatus().

LG Helmut

Murry · 25. April 2020

Hier mit debug

HelmutB · 25. April 2020

Jetzt ist es klar:

vdr: [6911] SDT: Source/Transponder current: 1392509120/111052 last: 1392509120/111053 -> tsUnknown

11052 Mhz und 11053 Mhz sind natürlich der gleiche Transponder

Hier der fix3 der mit ISTRANSPONDER prüft (+/- 4 Mhz).

LG Helmut

Uwe · 25. April 2020

Zitat von Murry

die lief bislang Problemlos mit dem alten Patch von HelmutB:

Code

#SCR (Satellite Channel Routing):

S19.2E  11700 V  9750  t V W10 S0 [E0 10 5A 00 00] W10 v
S19.2E  99999 V 10600  t V W10 S1 [E0 10 5A 00 00] W10 v
S19.2E  11700 H  9750  t V W10 S2 [E0 10 5A 00 00] W10 v
S19.2E  99999 H 10600  t V W10 S3 [E0 10 5A 00 00] W10 v

Interessant, damit bekomme ich sehr oft ein resend für Diseqc hervorgerufen... aber auch dein Problem tritt hier sehr schnell auf:

Code

Apr 25 18:22:55 matrix-vdr vdr: [5583] switching to channel 11 S19.2E-1-1007-4914 (ServusTV HD Deutschland)
Apr 25 18:22:55 matrix-vdr vdr: [5647] osdteletext-receiver thread ended (pid=5583, tid=5647)
Apr 25 18:22:55 matrix-vdr vdr: [5583] buffer stats: 0 (0%) used
Apr 25 18:22:55 matrix-vdr vdr: [5650] osdteletext-receiver thread started (pid=5583, tid=5650, prio=high)
Apr 25 18:22:55 matrix-vdr vdr: [5649] device 1 TS buffer thread ended (pid=5583, tid=5649)
Apr 25 18:22:55 matrix-vdr vdr: [5648] buffer stats: 0 (0%) used
Apr 25 18:22:55 matrix-vdr vdr: [5648] device 1 receiver thread ended (pid=5583, tid=5648)
Apr 25 18:22:55 matrix-vdr vdr: [5651] device 1 receiver thread started (pid=5583, tid=5651, prio=high)
Apr 25 18:22:55 matrix-vdr vdr: [5652] device 1 TS buffer thread started (pid=5583, tid=5652, prio=high)
Apr 25 18:22:55 matrix-vdr vdr: [5589] >>> ExecuteDiseqc(0/0): 99 ms (18V->13V)
Apr 25 18:22:57 matrix-vdr vdr: [5590] SDT: channel 11 NID/TID (1/1007) not found, got 1/1007
Apr 25 18:22:58 matrix-vdr vdr: [5589] frontend 0/0 is not receiving transponder 111302 for channel 11 (ServusTV HD Deutschland) - retuning
Apr 25 18:22:58 matrix-vdr vdr: [5589] >>> ExecuteDiseqc(0/0): 98 ms (18V->13V)
Apr 25 18:23:01 matrix-vdr vdr: [5590] SDT: channel 11 NID/TID (1/1007) not found, got 1/1007
Apr 25 18:23:02 matrix-vdr vdr: [5589] frontend 0/0 is not receiving transponder 111302 for channel 11 (ServusTV HD Deutschland) - retuning
Apr 25 18:23:02 matrix-vdr vdr: [5589] >>> ExecuteDiseqc(0/0): 98 ms (18V->13V)
Apr 25 18:23:03 matrix-vdr vdr: [5590] SDT: channel 11 NID/TID (1/1007) not found, got 1/1007
Apr 25 18:23:04 matrix-vdr vdr: [5589] frontend 0/0 is not receiving transponder 111302 for channel 11 (ServusTV HD Deutschland) - retuning
Apr 25 18:23:04 matrix-vdr vdr: [5589] >>> ExecuteDiseqc(0/0): 98 ms (18V->13V)
Apr 25 18:23:07 matrix-vdr vdr: [5590] SDT: channel 11 NID/TID (1/1007) not found, got 1/1007
Apr 25 18:23:08 matrix-vdr vdr: [5589] frontend 0/0 is not receiving transponder 111302 for channel 11 (ServusTV HD Deutschland) - retuning
Apr 25 18:23:08 matrix-vdr vdr: [5589] >>> ExecuteDiseqc(0/0): 98 ms (18V->13V)
Apr 25 18:23:09 matrix-vdr vdr: [5583] switching to channel 1 S19.2E-1-1019-10301 (Das Erste HD)
Apr 25 18:23:09 matrix-vdr vdr: [5650] osdteletext-receiver thread ended (pid=5583, tid=5650)
Apr 25 18:23:09 matrix-vdr vdr: [5583] buffer stats: 0 (0%) used
Apr 25 18:23:09 matrix-vdr vdr: [5653] osdteletext-receiver thread started (pid=5583, tid=5653, prio=high)
Apr 25 18:23:09 matrix-vdr vdr: [5652] device 1 TS buffer thread ended (pid=5583, tid=5652)
Apr 25 18:23:09 matrix-vdr vdr: [5651] buffer stats: 1692 (0%) used
Apr 25 18:23:09 matrix-vdr vdr: [5651] device 1 receiver thread ended (pid=5583, tid=5651)
Apr 25 18:23:09 matrix-vdr vdr: [5654] device 1 receiver thread started (pid=5583, tid=5654, prio=high)
Apr 25 18:23:09 matrix-vdr vdr: [5655] device 1 TS buffer thread started (pid=5583, tid=5655, prio=high)
Apr 25 18:23:09 matrix-vdr vdr: [5589] >>> ExecuteDiseqc(0/0): 97 ms (18V->13V)
Apr 25 18:23:10 matrix-vdr vdr: [5590] channel 12 (arte HD) event Sa. 25.04.2020 18:10-18:25 (VPS: 25.04. 18:10) 'Mit offenen Karten' status 1
Apr 25 18:23:11 matrix-vdr vdr: [5590] channel 12 (arte HD) event Sa. 25.04.2020 18:25-19:10 (VPS: 25.04. 18:25) '360° Geo Reportage' status 2

Alles anzeigen

Wie oft bekommst du dieses resend Diseqc beim zappen?
Ich teste mit dieser diseqc.conf:

Code

S19.2E  11700 V  9750  t V W20 S0 [70 00 00 00] W40 v 
S19.2E  99999 V 10600  t V W20 S1 [70 00 00 00] W40 v 
S19.2E  11700 H  9750  t V W20 S2 [70 00 00 00] W40 v 
S19.2E  99999 H 10600  t V W20 S3 [70 00 00 00] W40 v

Gruß

Uwe

HelmutB · 25. April 2020

Eine kleine Ergänzung: Wenn der fix3 das Problem löst, sollte auch diese kleine Änderung zum Originalpatch von Klaus genügen:

Diff

--- sdt.c.scr06    2020-04-24 20:55:01.833372015 +0200
+++ sdt.c    2020-04-25 18:33:06.160596954 +0200
@@ -58,7 +58,7 @@ void cSdtFilter::Process(u_short Pid, u_
      // The transponder can be verified with any section, no sync required:
      int Nid = sdt.getOriginalNetworkId();
      int Tid = sdt.getTransportStreamId();
-     if (Source() != lastSource || Transponder() != lastTransponder) {
+     if (Source() != lastSource || !ISTRANSPONDER(Transponder(), lastTransponder)) {
         // We expect a change in NID/TID:
         if (Nid && Tid && Nid == lastNid && Tid == lastTid) {
            transponderState = tsWrong;

Alles anzeigen

LG Helmut

Murry · 25. April 2020

Zitat von HelmutB

Hier der fix3 der mit ISTRANSPONDER prüft (+/- 4 Mhz).

Die erste Zap Runde lief problemlos.

Uwe · 25. April 2020

~~So, jetzt melde ich mal den Fehler... er befindet sich wieder in einer re-send Diseqc Schleife ... sieht man nur mit dem ExecuteDiseqc-Patch:~~

~~Das hört hier auch nicht mehr auf....~~

Edit 27.04.: Fehler ist nicht mehr aufgetreten. Habe alles neu gebaut und seit Sonntag diesen Fehler nicht mehr feststellen können.

Code

Apr 25 19:26:11 raspberrypi vdr: [6015] >>> ExecuteDiseqc(1/0): 149 ms (18V->13V)
Apr 25 19:26:13 raspberrypi vdr: [6015] frontend 1/0 timed out while tuning to channel 1106 (tagesschau24), tp 110743
Apr 25 19:26:13 raspberrypi vdr: [6015] >>> ExecuteDiseqc(1/0): 149 ms (18V->13V)
Apr 25 19:26:15 raspberrypi vdr: [6015] >>> ExecuteDiseqc(1/0): 149 ms (18V->13V)
Apr 25 19:26:17 raspberrypi vdr: [6015] >>> ExecuteDiseqc(1/0): 150 ms (18V->13V)
Apr 25 19:26:20 raspberrypi vdr: [6015] >>> ExecuteDiseqc(1/0): 149 ms (18V->13V)
Apr 25 19:26:22 raspberrypi vdr: [6015] >>> ExecuteDiseqc(1/0): 160 ms (18V->13V)
Apr 25 19:26:24 raspberrypi vdr: [6015] >>> ExecuteDiseqc(1/0): 150 ms (18V->13V)
Apr 25 19:26:26 raspberrypi vdr: [6015] >>> ExecuteDiseqc(1/0): 158 ms (18V->13V)
Apr 25 19:26:29 raspberrypi vdr: [6015] >>> ExecuteDiseqc(1/0): 149 ms (18V->13V)
Apr 25 19:26:31 raspberrypi vdr: [6015] >>> ExecuteDiseqc(1/0): 159 ms (18V->13V)
Apr 25 19:26:33 raspberrypi vdr: [6015] >>> ExecuteDiseqc(1/0): 149 ms (18V->13V)
Apr 25 19:26:35 raspberrypi vdr: [6015] >>> ExecuteDiseqc(1/0): 150 ms (18V->13V)
Apr 25 19:26:37 raspberrypi vdr: [6015] >>> ExecuteDiseqc(1/0): 179 ms (18V->13V)
Apr 25 19:26:39 raspberrypi vdr: [6015] >>> ExecuteDiseqc(1/0): 150 ms (18V->13V)
Apr 25 19:26:42 raspberrypi vdr: [6015] >>> ExecuteDiseqc(1/0): 149 ms (18V->13V)
Apr 25 19:26:44 raspberrypi vdr: [6015] >>> ExecuteDiseqc(1/0): 149 ms (18V->13V)
Apr 25 19:26:46 raspberrypi vdr: [6015] >>> ExecuteDiseqc(1/0): 149 ms (18V->13V)
Apr 25 19:26:47 raspberrypi vdr: [6015] >>> ExecuteDiseqc(1/0): 160 ms (18V->13V)
Apr 25 19:26:48 raspberrypi vdr: [6015] frontend 1/0 timed out while tuning to channel 1111 (ANIXE HD), tp 110773
Apr 25 19:26:49 raspberrypi vdr: [6015] >>> ExecuteDiseqc(1/0): 150 ms (18V->13V)
Apr 25 19:26:51 raspberrypi vdr: [6015] >>> ExecuteDiseqc(1/0): 149 ms (18V->13V)
Apr 25 19:26:53 raspberrypi vdr: [6015] >>> ExecuteDiseqc(1/0): 149 ms (18V->13V)
Apr 25 19:26:56 raspberrypi vdr: [6015] >>> ExecuteDiseqc(1/0): 149 ms (18V->13V)
Apr 25 19:26:58 raspberrypi vdr: [6015] >>> ExecuteDiseqc(1/0): 158 ms (18V->13V)
Apr 25 19:27:00 raspberrypi vdr: [6015] >>> ExecuteDiseqc(1/0): 149 ms (18V->13V)

Alles anzeigen

Murry · 25. April 2020

Zitat von HelmutB

Eine kleine Ergänzung: Wenn der fix3 das Problem löst, sollte auch diese kleine Änderung zum Originalpatch von Klaus genügen:

Funktioniert genauso gut.

kls · 4. Mai 2020

Ist jetzt in http://git.tvdr.de.

jsffm · 5. Mai 2020

Beim git gibt es einen kleines Problem, ich muss den Ordner PLUGINS/lib von Hand anlegen.

M-Reimer · 5. Mai 2020

GIT weigert sich leere Verzeichnisse zu "speichern". Viele legen deshalb eine 0 Byte-Datei in Verzeichnisse ab um die committen zu können.

Irgendwie sauberer wäre aber wenn Klaus im Makefile an der passenden Stelle ein "mkdir" nachrüstet.

M-Reimer · 5. Mai 2020

Ich hab das jetzt selber mal ausprobiert (ich war mir sicher das ich das "vdr-git" PKGBUILD schonmal getestet hatte und dann hätte das ja nie funktionieren dürfen).

Hast du neben den "VDR-Standardplugins" weitere im "PLUGINS/src" liegen? Eventuell auch welche mit "altem Makefile"?

Klaus könnte ggf. natürlich mit einem zusätzlichen "mkdir" nachhelfen, aber für mich sieht das so aus als wäre ein "externes Plugin" schuld. Die, die der VDR mitbringt erstellen das Verzeichnis sauber. Klaus verwendet beim "install-lib" für seine Plugins ein "install -D" welches das Verzeichnis anlegt.

Wenn das Plugin noch gepflegt wird, dann sollte das gefixt werden, denn beim Bauen "außerhalb des VDR-Source-Trees" sorgt das defintiv für Probleme.

Ztw. kein Bild nach Umschalten mit VDR ab Version 2.3.9

Jetzt mitmachen!

Teilen