LNB-Sharing Probleme

HTPC-Schrauber · 1. März 2009

Hi,

ich habe für meine Eltern einen VDR aufgebaut.
Dieser hängt an SAT. Was für mich Neuland ist. Ich habe selbst nur DVB-C.
Jedenfalls hat das Teil 2 DVB-S Karten drin (2 x Technotrend S1401, Budgetsystem).

Beide Karten hängen an einer Leitung über einen Verteiler. Der LNB-Sharing-Patch ist aktiv und beide Karten nutzen laut Einstellung LNB Nr 1.

Leider sind nun keine vertikalen Sender zu empfangen.

Mir scheint, als würde die zweite Karte immer das Umschalten auf vertikale Polarisation verhindern.
Wenn ich nur die erste Karte angeschlossen habe, dann funktionieren auch die vertikalen Sender.

Muss ich bei der zweiten Karte einen DC-Blocker dazwischen schalten oder was könnte hier faul sein?

Grüße

MHi · 1. März 2009

Welche VDR-Version, bzw Extensionpatch-Version nutzt du?

HTPC-Schrauber · 1. März 2009

Sorry, das hatte ich vergessen.
VDR 1.6.0-2 mit Ext-Patch 67.

MHi · 2. März 2009

Hi,

auch wenn ichs mit dem 1.6er VDR nicht getestet habe, bei meinem 1.7er tritt das gleiche Problem auf, eine Loesung habe ich leider noch nicht gefunden. Das Problem ist, dass er beim Umschalten das nicht richtig mitbekommt, wenn ich ueber femon die Karten zum Umschalten bringe, so funktioniert es. Komischerweise klappt das Umschalten von Vertikal auf Horizontal problemlos.

HTPC-Schrauber · 2. März 2009

Hallo,

ich hab das Problem nun gelöst.
Ein DC-Blocker war tatsächlich die Lösung. Und zwar muss der bei der zweiten Karte rein.
Jetzt funktioniert alles so, wie man sich das vorstellt.

Ich denke nicht, das das bei VDR 1.7.0 anders ist.

Grüße

kent01 · 31. August 2009

Hallo Zusammen,

ich habe ebenfalls ein "Problem" mit dem LNB Sharing unter EasyVDR Version VDR 1.7.0-extp72.

Es kommen 2 Nova HD S2 Karten bei meinem System zum Einsatz.

Folgendes Problem tritt auf:

Normales fernsehgucken ist kein Problem. Sobald eine Aufnahme gestartet wird, kommt es zu Artefakten und Tonsaussetzern auf dem Aufnahme Kanal und auf allen weiteren mit dieser Polarisation. Es werden brav z.B. die horizonztalen Kanäle übersprungen wenn er vertikal aufnimmt. Alle vertikalen Kanäle weisen dann allerdings die beschrieben Artefakte auf. Umgekehrt genauso.

Ich habe schon ne Menge probiert - leider erfolglos.

Anbei das passende Syslog ab Start einer Aufnahme:

Code

Aug 29 22:01:32 (none) vdr: [6785] LNB 1: Request for channel 75 on device 1. MaxBadPriority is -2
Aug 29 22:01:32 (none) vdr: [6785] LNB 1: Request for channel 75 on device 0. MaxBadPriority is -2
Aug 29 22:01:32 (none) vdr: [6785] LNB 9: Request for channel 75 on device 2. MaxBadPriority is -2
Aug 29 22:01:32 (none) vdr: [6785] EnigmaNG: cPluginSkinEnigma::LoadChannelLogo: LOGO "Sat_ARD.xpm" NOT FOUND in /etc/vdr/plugins/skinenigmang/[hq]logos
Aug 29 22:01:32 (none) vdr: [6785] LNB 9: Request for channel 75 on device 2. MaxBadPriority is -2
Aug 29 22:01:32 (none) vdr: [6785] LNB 9: Device check for channel 75, LNBstate 1 on device 2, current LNBstate -1. No other devices affected
Aug 29 22:01:32 (none) vdr: [6785] switching to channel 75
Aug 29 22:01:32 (none) vdr: [7496] transfer thread ended (pid=7496, tid=7496)
Aug 29 22:01:33 (none) vdr: [6785] buffer stats: 108664 (5%) used
Aug 29 22:01:33 (none) vdr: [6785] LNB 1: Request for channel 75 on device 1. MaxBadPriority is -2
Aug 29 22:01:33 (none) vdr: [6785] LNB 1: Request for channel 75 on device 0. MaxBadPriority is -2
Aug 29 22:01:33 (none) vdr: [6785] LNB 9: Switching device 2 to channel 75
Aug 29 22:01:33 (none) vdr: [6785] LNB 1: Switching device 1 to channel 75
Aug 29 22:01:33 (none) vdr: [7498] TS buffer on device 2 thread ended (pid=7498, tid=7498)
Aug 29 22:01:33 (none) vdr: [7497] buffer stats: 28764 (1%) used
Aug 29 22:01:33 (none) vdr: [7497] receiver on device 2 thread ended (pid=7497, tid=7497)
Aug 29 22:01:33 (none) vdr: [7500] transfer thread started (pid=7500, tid=7500)
Aug 29 22:01:33 (none) vdr: [7501] receiver on device 2 thread started (pid=7501, tid=7501)
Aug 29 22:01:33 (none) vdr: [7502] TS buffer on device 2 thread started (pid=7502, tid=7502)
Aug 29 22:01:33 (none) vdr: [7500] cVideoRepacker: switching to MPEG1/2 mode
Aug 29 22:01:33 (none) vdr: [7500] cVideoRepacker: operating in MPEG1/2 mode
Aug 29 22:01:33 (none) vdr: [7500] [xine..put] Detected video size 352x576
Aug 29 22:01:33 (none) vdr: [7357] [input_vdr] H.264 scanner: Possible MPEG2 start code (0xb3)
Aug 29 22:01:33 (none) vdr: [7500] TS continuity error (15)
Aug 29 22:01:33 (none) vdr: [7500] PES packet shortened to 1446 bytes (expected: 3470 bytes)
Aug 29 22:01:33 (none) vdr: [7500] cAudioRepacker(0xC0): skipped 852 bytes while syncing on next audio frame
Aug 29 22:01:33 (none) vdr: [7500] TS continuity error (14)
Aug 29 22:01:33 (none) vdr: [6893] frontend 0 lost lock on channel 74, tp 112031
Aug 29 22:01:33 (none) vdr: [6893] frontend 0 regained lock on channel 74, tp 112031
Aug 29 22:01:33 (none) vdr: [7500] TS continuity error (14)
Aug 29 22:01:33 (none) vdr: [7500] TS continuity error (11)
Aug 29 22:01:33 (none) vdr: [7500] TS continuity error (10)
Aug 29 22:01:35 (none) vdr: [7500] TS continuity error (7)
Aug 29 22:01:35 (none) vdr: [7500] TS continuity error (8)
Aug 29 22:01:35 (none) vdr: [7500] TS continuity error (10)
Aug 29 22:01:37 (none) vdr: [7492] EnigmaNG effects thread ended (pid=7492, tid=7492)
Aug 29 22:01:37 (none) vdr: [6785] SOFTOSD: FadeOut Step 1 from 8 FlushTime = 0 ms
Aug 29 22:01:37 (none) vdr: [6785] SOFTOSD: FadeOut Step 2 from 8 FlushTime = 0 ms
Aug 29 22:01:37 (none) vdr: [6785] SOFTOSD: FadeOut Step 3 from 8 FlushTime = 1 ms
Aug 29 22:01:37 (none) vdr: [6785] SOFTOSD: FadeOut Step 4 from 8 FlushTime = 1 ms
Aug 29 22:01:37 (none) vdr: [6785] SOFTOSD: FadeOut Step 5 from 8 FlushTime = 1 ms
Aug 29 22:01:38 (none) vdr: [7500] TS continuity error (2)
Aug 29 22:01:38 (none) vdr: [7500] TS continuity error (6)
Aug 29 22:01:38 (none) vdr: [7500] TS continuity error (4)
Aug 29 22:01:38 (none) vdr: [6785] SOFTOSD: FadeOut Step 6 from 8 FlushTime = 1 ms
Aug 29 22:01:38 (none) vdr: [6785] SOFTOSD: FadeOut Step 7 from 8 FlushTime = 0 ms
Aug 29 22:01:38 (none) vdr: [6785] SOFTOSD: FadeOut Step 8 from 8
Aug 29 22:01:40 (none) vdr: [7500] TS continuity error (3)
Aug 29 22:01:40 (none) vdr: [7500] TS continuity error (2)
Aug 29 22:01:40 (none) vdr: [7500] TS continuity error (15)
Aug 29 22:01:41 (none) vdr: [7500] TS continuity error (11)
Aug 29 22:01:41 (none) vdr: [6893] frontend 0 lost lock on channel 74, tp 112031
Aug 29 22:01:41 (none) vdr: [6893] frontend 0 regained lock on channel 74, tp 112031
Aug 29 22:01:42 (none) vdr: [7500] transfer thread ended (pid=7500, tid=7500)
Aug 29 22:01:42 (none) vdr: [7501] [input_vdr] vdr_flush_engine: playback is paused <0>
Aug 29 22:01:42 (none) vdr: [7357] [input_vdr] No data in 8 seconds, queuing no signal image
Aug 29 22:01:42 (none) vdr: [6785] LNB 9: Request for channel 75 on device 2. MaxBadPriority is -2
Aug 29 22:01:42 (none) vdr: [6785] LNB 9: Device check for channel 75, LNBstate 1 on device 2, current LNBstate -1. No other devices affected
Aug 29 22:01:42 (none) vdr: [6785] switching to channel 75

Alles anzeigen

Ich habe es an zwei verschiedenen Sat Anlagen getestet und reproduziert. Auch schon Kabel und LNB Verteiler getauscht.

Gibt es ein Problem mit dem LNB Sharing Patch und den Nova S2 Karten?

Ich bin für jeden Tip dankbar.

Gruß

Kent

andreash · 31. August 2009

Ich bin mir ziemlich sicher, dass das LNB-sharing nicht gut mit budget-systemen zusammenarbeitet.

Vor einiger Zeit hatte ich damit laenglich experimentiert, das Problem dabei war, dass das LNB-Sharing nicht zwischen input und output device unterscheidet.

lnbsharing problem, liegts am softdevice? hat dazu ein paar Infos.

Andreas

kent01 · 7. Oktober 2009

Hallo Zusammen,

heute habe ich endlich die Zeit gefunden mich mit dem Patchen des VDRs mal in Ruhe auseinander zu setzen.

* Ist ja gar nicht schwer *

Zum eigentlichen Problem:

Der Hack des Patches hat leider nicht den gewünschten Effekt gehabt ... das Problem besteht nach dem Patchen weiterhin. Natürlich habe ich einen neuen VDR gebaut und die Symlinks entsprechend angepasst.

Des Rätsels Lösung liegt aber an einer anderen Stelle:

Im Log taucht immer wieder das LNB 9 auf. Nachdem ich mich noch etwas bei Euch eingelesen hatte, habe ich in der setup.conf einfach die folgenden Punkte ergänzt: (siehe Beitrag von Mucky86)

Code

Card1usesLNBnr = 2
Card2usesLNBnr = 2
Card3usesLNBnr = 2
Card4usesLNBnr = 2
Card5usesLNBnr = 2
Card6usesLNBnr = 2
Card7usesLNBnr = 2
Card8usesLNBnr = 2
Card9usesLNBnr = 2

Nach einem VDR stoppen und wieder starten taucht im Syslog kein LNB 9 mehr auf und das oben beschriebene Problem tritt nicht mehr auf.

Ist erstmal nur ein Workaround - aber es geht.

Gruß

Kent

LNB-Sharing Probleme

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema