Beiträge von Egalus

Hi,

ich versuche gerade auch meine VDR Aufnahmen auf eine VU+ Box umzuziehen und die Beschreibungen in das richtige Format zu überführen.

Die sr.txt habe ich mir erstellt und der Aufruf von ReelInfoParser findet zwar enige ts Files, aber bei jedem sagt er nur "no info file found!".

Beispiel:

ReelInfoParser.exe -s C:\Users\norbert\Downloads\ReelInfoParser\sr.txt -r -d "V:\RTL_Aktuell\21LTHX~Q"

Executing Convert (Convert Reel recordings meta data to Enigma (eit) format.):
    DirToScan : V:\RTL_Aktuell\21LTHX~Q
    ScanRecursive : True
    ServicesFile : C:\Users\norbert\Downloads\ReelInfoParser\sr.txt

Let's scan V:\RTL_Aktuell\21LTHX~Q Recursive scan is on.
scanning V:\RTL_Aktuell\21LTHX~Q
scanning V:\RTL_Aktuell\21LTHX~Q\2019-08-20.18.40.4-0.rec
        found media file: 00001.ts
        no info file found!

Dabei sah das Verzeichnis mal so aus:

dir "V:\RTL_Aktuell\21LTHX~Q\2019-08-20.18.40.4-0.rec"
 Volume in drive V is vdr
 Volume Serial Number is AD6B-019D

 Directory of V:\RTL_Aktuell\21LTHX~Q\2019-08-20.18.40.4-0.rec

20.08.2019  19:09    <DIR>          .
20.08.2019  18:40    <DIR>          ..
20.08.2019  19:18     1.217.953.676 00001.ts
20.08.2019  19:18           455.624 index
20.08.2019  18:40               365 info
20.08.2019  19:09               155 marks
               4 File(s)  1.218.409.820 bytes
               2 Dir(s)  1.532.200.132.608 bytes free

Auch ein kopieren von info nach txt oder 00001.info oder 00001.txt hilft hier nicht.

Das Info File hat folgenden Inhalt:

C S19.2E-1-1089-12003 RTL Television
E 13135 1566319500 1080 4E 7
T RTL Aktuell
D Nachrichten und Sport bei RTL
G 20
X 2 03 deu deutsch
X 2 05 deu dolby digital
X 3 03 deu 
F 25
P 50
L 99
@ <epgsearch><channel>4 - RTL</channel><searchtimer>RTL Aktuell</searchtimer><start>1566319200</start><stop>1566321480</stop><s-id>51</s-id><eventid>13135</eventid></epgsearch>

Mache ich da irgend etwas bei der Anwendung falsch?
Das Laufwerk V ist per Samba vom Linux Server gemounted und ich habe Lese und Schreibrechte.

Ich habe mit meiner Cine S2 vor geraumer Zeit auch mal ein Empfangsproblem mit der Cine S2 während andere Karten problemlos liefen.
Bei mir gab es Probleme beim Empfang von SD Sendern im Hi Band.
Dabei hat sich herausgestellt, dass entweder mein LNB (mit eingebautem Multiswitch) oder eben die Cine S2 eine leichte Frequenzungenauigkeit hatte.
Andere Karten kamen an dem gleichen Anschluss mit dem gleichen Kabel aber problemlos auf die Sender.

Vielleicht hat bei dir ja nur einer der Tuner eine leicht höhere Abweichung als die anderen und eine ähnliche Änderung wie bei mir hilft bei dir auch.
Geholfen hat bei mir damals (und tut es auch heute, mehr als drei Jahre später, noch) eine minimale Anpassung der disecq.conf.

Genaueres dazu kannst du hier finden:
(Update)Probleme mit Cine S2 V6 (ddbridge) - keine SD Sender (im Highband)

Viel Erfolg
Norbert

Danke für die Anleitung, die hat es mir erheblich vereinfacht auf meinem Dell PowerEdge T20 den VDR in einem Xen 4.4 PV VM zu packen und die DVB-S Karte durchzureichen.
Trotz Xeon war
extra ='iommu=soft' die richtige Wahl und nicht wie mal vorgeschlagen extra ='iommu=pv' - mit letzterem kam kein Datenstrom der DVB-S beim VDR an.

Einzige Änderung zu der Anleitung, bei xl (ersetzt xm) heißt es nun
xl pci-assignable-list

BTW verbraucht der T20 (gibts mit Xeon und 4GB ECC gerade für 300€) mit XEN, einer SSD, 6GB Ram und ausgeschaltetem Bildschirm gerademal 20,1W. Packe ich eine Budget DVB-S dazu steigt der Verbrauch auf ca. 27W.

Zitat von jrie

Ob es was bringt, in stv090x.c state->search_range hoch zu setzen? Ist default bei 10 bzw. 5 MHz.

Das setze ich mir gleich mal auf meine TODO Liste das auszuprobieren.
Interessant wäre, wo das bei den TT Budgets wohl liegen mag

UFO
Danke für die schnelle Antwort - auch wenn ich über die diseqc.conf quasi zeitgleich selbst die Lösung gefunden habe.

Ich streite garnicht ab, dass das LNB sehr wahrscheinlich zum Problem beiträgt.
Als Informatiker ist mir allerdings auch klar, dass irgendwo ein Softwareunterschied vorliegen muss wenn die gleiche Hardware mit der einen Software funktioniert und mit der anderen nicht.
Und das ist genau hie der Fall. Unter windows funktionieren alle Kanäle out of the box, unter Linux habe ich das Offsetproblem.

Auf die Idee, das eine Frequenzverschiebung im LNB vorliegen könnte bin ich bisher nie gekommen da drei Budget Karten, 2 Satreceiver, und 3 Fullfeatured Karten an den gleichen Anschlüssen seit Jahren ihren Dienst verrichten.
Ich könnte mir mit meinem gefährlichen Halbwissen übrigens durchaus auch noch eine andere Ursache vorstellen:
Wo jemand mit einer Frequenz sendet muss auch der andere auf diese Frequenz tunen um sie richtig zu empfangen. Könnte da nicht auch ein Fehler der Cine S2 V6 vorliegen?
Wobei sich das ja auch bei Windows zeigen müsste.
Allerdings bin ich ja definitv nicht der einzige mit dem Problem - und komischerweise trifft es zumindest bei jobe2k auch das highband und auch 9MHz Versatz.

Ich kenne mich bei den Treibern zu wenig aus um zu wissen was da alles im Treiber gemacht werden muss bzw. was der Treiber in der Karte alles an Parametern setzen muss.
Vielleicht setzt ja der Windows Treiber irgendwas um höhere Frequenztoleranzen zu erreichen.

Ich freue mich nur, dass die drei Budgets scheinbar viel toleranter sind und sich an den nun um 9MHz verschobenen Frequenzen nicht stören und nach wie vor einwandfrei den Dienst verrichten.

---------

Den Satz "ich hatte meine Cine S2 V6 im VDR schon als quasi HD only Karte abgeschrieben" beschreibt einfach nur die Nutzungsweise, die die v6 seit über einem Jahr bei mir hat.
So ziemlich alle SD Sender die ich irgendwann mal sehe gingen mit der V6 halt nicht und ich musste weiterhin die Budgets im System lassen. Eigentlich hatte ich damals vor die V6 mit einem 2. Doppeltuner auszustatten und die Budgets zu entsorgen. Das hatte ich nach dem SD Debakel aber bisher nicht gemacht.

Zitat von jobe2k

Hi,

ich bin über diesen Thread gestolpert, in der Hoffnung eine Lösung für das Problem mit dem Empfang der Sender im High-Band zu finden. Dieses Problem tritt ebenfalls mit meinem neuen HD-VDR auf. Als Mainboard hab ich ein Intel DH77KC und eben die Cine S2 v6.2 Karte.

Beim Durchforsten des Portals ist mir irgendwann die Idee gekommen in der channel.conf die Frequenzen der nicht funktionierenden Sender zu erhöhen und dann mal zu testen, ob ein Bild kommt. Und siehe da, nachdem ich die Frequenz um 5 MHz erhört hatte, hatte ich plötzlich ein Bild.
Es stellte sich heraus, dass bei meinem System (9 Jahre alter Quad-LNB, 2 Leitungen direkt an die Cine S2 angeschossen) ein Bereich oberhalb der Transponderfrequenz von 10 MHz existiert, wo ich die Sender empfangen kann. Ein Beispiel: Die Sender auf dem ARD Transponder 11.836 MHz lieferten ein Bild, sobald ich die Frequenz auf Werte zwischen 11.840 und 11.850 MHz gesetzt hatte. Also wählte ich letztendlich die Mittenfrequenz (Transponderfrequenz + 9 MHz) und trug sie in die channels.conf ein. Hier eine Tabelle aller Transponder, dessen Sender nun wieder mit dem Trick empfangbar sind:

So wie das aussieht ist die Bandumschaltung bei der Cine S2 gar nicht kaputt. Ansonsten würde die Karte ja auch nicht mit XBMC oder W* Media Center funktionieren.

Grüsse
jobe

Alles anzeigen

JJJJJAAAAAAAAAAAAAAAAAA

Geil.
Vielen dank.

Ich hatte meine Cine S2 V6 im VDR schon als quasi HD only Karte abgeschrieben.
Ich habe gerade einfach mal für ARD und ZDF deinen Trick ausprobiert und die Frequenzen um 9 MHz angehoben.
Und siehe da, schwups können nun nicht nur die drei Budget Karten im VDR die beiden SD Sender anzeigen, nein, auch die beiden Tuner der Cine S2 schaffen es endlich.
Einfach spitze.
Genial wäre es jetzt, wenn man das ganze rein über die disecq.conf oder ähnlches regeln könnte.
Aber damit kenne ich mich leider auch nicht aus.

Rein interesse halber, weisst du noch was für ein Quad LNB du genau verbaut hast?

UFO:
Mich würde jetzt doch extrem interessieren was der Windows Treiber anders macht als der Linux Treiber bezüglich der Frequenz.
Denn das gleiche LNB mit den gleichen Karten im gleichen Rechner an den gleichen Kabeln schafft es unter Windows problemlos die SD Kanäle anzuzeigen und der VDR nicht.

Kennt einer eine Lösung wie man das nun am besten umsetzt.
Ein neues LNB wenn es das alte eigentlich wunderbar tut - nur nicht ohne Anpassung an der Cine S2 - sehe ich irgendwie nicht ein.

Edit:
Grmpf, der blöde channelscan stellt mir immer wieder die Freqzenzen zurück

Soderle, ich glaube ich habe selbst rausgefunden was in die diseqc.conf muss um die 9MHz Frequenzanpassung im Highband hinzukriegen:

S19.2E  11700 V  9750  t v W15 [E0 10 38 F0] W15 A W15 t
S19.2E  99999 V 10591  t v W15 [E0 10 38 F1] W15 A W15 T
S19.2E  11700 H  9750  t V W15 [E0 10 38 F2] W15 A W15 t
S19.2E  99999 H 10591  t V W15 [E0 10 38 F3] W15 A W15 T

Vorher war es:

S19.2E  11700 V  9750  t v W15 [E0 10 38 F0] W15 A W15 t
S19.2E  99999 V 10600  t v W15 [E0 10 38 F1] W15 A W15 T
S19.2E  11700 H  9750  t V W15 [E0 10 38 F2] W15 A W15 t
S19.2E  99999 H 10600  t V W15 [E0 10 38 F3] W15 A W15 T

Schon klar, aber ich kam bei mener Suche auch nur auf die Idee nach "zu klein" oder ähnlichem zu suchen. Auf "crop" oder gar "autocrop" bin ich nicht gekommen.
Und da habe ich den alten Thread hier gefunden und das Problem passte ziemlich gut.

Trotzdem auch dir danke für die Antwort, fnu.

Das ich auf xineliboutput umstellen kann ist mir klar, allerdings ist mir unter 0.3.0 bei xineliboutput des öfteren die Bildausgabe bei GUI Aktivität hängengeblieben so dass ich mir schon ein "restart vdr" auf ne FB Taste gelegt habe.
Und da ich diese Hänger (in zugegebenermassen bisher nur 2 Tagen) bei 0.4.0 noch nicht hatte habe ich das erstmal auf xine geschoben und mich über den gestiegenen WAF gefreut. Das gepaart mit der Vermutung, dass yavdr 0.4.0 wahrscheinlich nicht grundlos den Defaultausgabemodus geändert hat, hat mich zu der Annahme verleitet, dass xine besser funktioniert als xineliboutput. Und Nachteile gegenüber xineliboutput habe ich bis auf das autocrop auch noch nicht entdeckt.

Der Vollständigkeit halber:
Die Lösung für autocrop mit xine unter 0.4.0 (bzw. mehrere mögliche Lösungen) finden sich hier: Schneide Letterbox 4:3 zu 16:9 für xine?

Und wieder einmal zeigt sich wie unschätzbar genial dieses Forum und insbesondere auch der Support für yavdr ist.
Danke, ich dachte schon ich bin blind weil ich die Option nicht finde
Dann weiss ich ja an welcher Schraube ich heute abend drehen muss.

Zitat von steffen_b

ersteres lässt sich auch bewerkstelligen wenn man die beiden Zeilen in eine /etc/init/vdr-frontend.override schreibt - dies unterliegt dann nicht dem Templating - upstart überschreibt mit Zeilen in override Dateien entsprechende Zeilen der gleichnamigen .conf

Ist das ein neues Feature vom templating in 0.4.0 oder gabs das in 0.3.0 auch schon? Ich hab mir immer die Arbeit gemacht den Part des Templates zu suchen den ich ändern wollte und es dann als Usertemplate angelegt. Das Override klingt so, als wäre es um Längen einfacher und wesentlich unaufwendiger.

Hi,

nachdem ich endlich dazu gekommen bin meinen vdr von yavdr 0.3.0 auf 0.4.0 zu migrieren fällt mir spontan auf, dass 0.4.0 (zumindest bei mir) standardmässig xine und nicht xineliboutput nutzt.
Da mit in 0.3.0 xineliboutput des öfteren abgeschmiert ist würde ich auch gerne mal xine probieren, allerdings suche ich eine Funktion momentan vergebens.
Bei xineliboutput gab es die Konfigurationsoption "Schneide Letterbox 4:3 zu 16:9" womit dann als Letterbox ausgestrahlte Sendungen wieder richtig hochskaliert wurden und nicht stattdessen rund um das Bild ein schwarzer Trauerrand blieb.
Gibt es diese Option für xine auch irgendwo?
Ich habe sie jedenfalls bisher nicht gefunden und nur ~50% der Bildschirmfläsche zu nutzen widerstrebt mir.

Ich grabe das Thema mal aus,
mit yavdr 0.3 hatte ich das Problem nicht, ich meine da war xineliboutput das Defaultoutput Device und das konnte mit so verkorksten Sendern (wo um das gesamte Bild schwarze Ränder angezeigt wurden) umgehen und hat diese gezoomed.
yavdr 0.4.0 nutzt (zumindest bei mir) als Standard xine und da suche ich bisher vergeblich eine Option diesen rundrum Trauerrand los zu werden.

Zitat von hoppel118

Sicher, dass das UFO war?

Du hast Recht, mein Gedächtnis hat mich getrügt, es war jemand anderes.
Das ändert allerdings nichts daran, dass es hilft auszuschließen, dass die Hardware an sich defekt ist wenn man ein zweites OS mit auf dem Rechner hat.
Im Gegenteil, es zeigt, dass Linux irgendetwas anders macht als Windows was bei mir dazu führt, dass ich keine Highband (und das sind die meisten privaten) SD Sender mit der Cine S2 V6 empfangen kann (es sei denn ich nutze Windows).

Zitat von gda

Na sicher nicht. Die Dauerlösung ist das Entfernen von Windows. Was hat das auf einem VDR zu suchen?

Gerald

Ich grab das mal aus, da ich selber erst dank diesem Thread herausgefunden habe, warum ich das grub bootmenu trotz Einstellung in /etc/default/grub nicht zu sehen bekam - übrigens finde ich es eine schlechte Idee ein Standardsetting an anderer Stelle einfach zu überschreiben wenn /etc/default/grub eh schon getemplated ist...

Aber davon ab kann man Windows auf der Kiste auch brauchen um rauszufinden ob eine DVB-S2 Karte (bei mir die v6 aus der Sig) unter Windows funktioniert und nur unter Linux kein Highband mag. Da wird man selbst von UFO gefragt ob man die Karte schonmal unter Windows ausprobiert hat.

So, ich hole den Thread nochmal aus der Versenkung.
Dank zwei kleinen Zwergen bin ich erst heute dazu gekommen die Karte endlich mal in einem 2. Rechner zu testen.

Unter Windows 7 Mediacenter funktioniert dort alles tadellos.
Unter einem gerade frisch installierten yavdr 0.4.0 auf dem gleichen Rechner habe ich immer noch das gleiche Problem, keine SD Sender im Highband wollen funktionieren.
Kontaktprobleme schließe ich jetzt endgültig aus, auch das LNB kann es mMn nicht sein, der einzige Unterschied ist Windows vs. Linux.

Muss ich bei yavdr 0.4.0 noch irgendein bestimmtes Paket installieren?

Eigentlich hatte ich keine reine HDTV Karte gekauft sondern eine, die auch sdtv kann... dachte ich zumindest.

Ein Oszilloskop zum Nachmessen besitze ich leider nicht. Davonabgesehen wüsste ich garnicht wie ich es bedienen müsste.

Edit:

Ich hab jetzt mal die media-build-experimental Treiber gebaut -gleiches Problem:

Umschalten auf einen funktionierenden Kanal liefert im syslog:

Zitat

Jan 11 09:51:43 speedy vdr: [1054] switching to channel 2
Jan 11 09:51:43 speedy vdr: [1620] TS buffer on device 1 thread ended (pid=1054, tid=1620)
Jan 11 09:51:43 speedy vdr: [1619] buffer stats: 0 (0%) used
Jan 11 09:51:43 speedy vdr: [1619] receiver on device 1 thread ended (pid=1054, tid=1619)
Jan 11 09:51:43 speedy vdr: [1730] receiver on device 1 thread started (pid=1054, tid=1730)
Jan 11 09:51:43 speedy vdr: [1731] TS buffer on device 1 thread started (pid=1054, tid=1731)
Jan 11 09:51:43 speedy vdr: [1730] TS continuity error (15)
Jan 11 09:51:43 speedy vdr: [1730] cVideoRepacker: switching to MPEG1/2 mode
Jan 11 09:51:43 speedy vdr: [1730] cVideoRepacker: operating in MPEG1/2 mode
Jan 11 09:51:48 speedy vdr: [1729] Text2Skin: channelInfo display update thread ended (pid=1054, tid=1729)
Jan 11 09:51:54 speedy vdr: [1732] Text2Skin: channelInfo display update thread started (pid=1054, tid=1732)

Alles anzeigen

Umschalten auf einen nicht funktionierenden Kanal:

Zitat

Jan 11 09:51:54 speedy vdr: [1054] switching to channel 1
Jan 11 09:51:54 speedy vdr: [1054] cTS2PES got 0 TS errors, 1 TS continuity errors
Jan 11 09:51:55 speedy vdr: [1731] TS buffer on device 1 thread ended (pid=1054, tid=1731)
Jan 11 09:51:55 speedy vdr: [1730] buffer stats: 120508 (5%) used
Jan 11 09:51:55 speedy vdr: [1730] receiver on device 1 thread ended (pid=1054, tid=1730)
Jan 11 09:51:55 speedy vdr: [1733] receiver on device 1 thread started (pid=1054, tid=1733)
Jan 11 09:51:55 speedy vdr: [1734] TS buffer on device 1 thread started (pid=1054, tid=1734)
Jan 11 09:51:59 speedy vdr: [1732] Text2Skin: channelInfo display update thread ended (pid=1054, tid=1732)
Jan 11 09:52:04 speedy vdr: [1239] frontend 0/0 timed out while tuning to channel 1, tp 111953

Alles anzeigen

UFO:
Kann ich dir auf irgendeine Weise Logs zur Verfügung stellen, die dir helfen das Problem zu lösen?
Irgendetwas muss ja unterscheidlich zu Windows sein, denn das ist die einzige Änderung.
Ich habe mittlerweile C1E im Bios ausgestellt, pcie_aspm auf performance umgestellt, den cpufreq auf performance umgestellt - alles ohne jeglichen Erfolg.
Unter Windows funktioniert die Karte mit allen Powermanagement Einstellungen die ich ihr vorsetze - ja sie funktioniert sogar ohne den zusätzlichen 12V Anschluss völlig problemlos.

Zitat von bjwa53

haben wir vielleicht das gleiche Problem?

Tuning Probleme mit CineS2 V6 (ddbridge) - Kernel 3.1

Also zumindest RTL2 und Pro7 laufen (sofern du nicht HD+ nutzt, da weiss ich es nicht) im Highband und daher auf meiner S2 V6 ebenfalls nicht.
Wie du nutze auch ich 2 Multiswitche, der eine ist quasi im QUAD LNB schon drin, der andere ist einer der aus den 4 Eingängen 8 Ausgänge zaubert.
Allerdings hat es nichts gebracht direkt an das QUAD LNB zu gehen.

Probier doch mal ob es unter Windows bei dir ebenfalls mit allen Sendern funktioniert. Wenn ich da nicht allein wäre wäre es viel wahrscheinlicher, dass die Linux Treiber noch irgendein verrücktes Problem haben.

Danke, ich hab die Karte dann mal aus dem VDR ausgebaut und in ne Windows 7 Kiste eingebaut und siehe da, hier laufen alle SD und HD Sender die ich der Karte vorsetze. Insbesondere auch die Highband SD Sender die unter yavdr nicht laufen wollen.

Jetzt bin ich erst recht ratlos.

PN wollte ich senden um den Thread nicht mit Windows zu verwässern

Zitat von hoppel118

Oh, sorry Schande über mein Haupt. Bei mir war es genau andersherum, sd funktionierte, hd nicht. Hatte mich verschrieben.

Hab leider nur ne 5.5, ist also nicht direkt vergleichbar. Verwende mittlerweile den im oneiric-Kernel vorhandenen Treiber. Funktioniert die Karte denn mit einem anderen OS? Ich hab parallel noch ein Win7, womit man generelle Gerätefunktionen gut gegenchecken kann.

Hi,

du schlägst ja windows zum testen vor, welches Programm nimmt man denn dazu? Ich hab meine DVB-S Karten bisher ausschließlich unter Linux betrieben
Und wird das gleich mit Astra tauglicher Kanalliste ausgeliefert?

Dann baue ich die Karte mal in ne Windowskiste ein und hoffe ich finde die Treiber dann irgendwo.
So langsam geht mir die Fehlersiche extrem auf den Keks.

P.S.: PN war leider nicht möglich weil ich nicht dein Freund bin

Ne, da läuft nur yavdr drauf - oder ein uraltes edge

Mich laust gerade der Affe, es betrifft wohl nicht alle SD Sender sondern nur die, die ich am ehesten gucke.
Ich habe gerade von 1 bis 22 gezapped als plötzlich ein Bild bei Arte (das SD Arte) erschien
arte;ARD:10743:HC56M2O0S0:S19.2E:22000:401=2:402=deu@3,403=fra@3:404:0:28724:1:1051:0

Das Log dazu sieht nun so aus (ich habe im Setup mal die LNB Protokollierung aktiviert):
Nov 12 23:10:01 video vdr: [7588] Text2Skin: channelInfo display update thread started (pid=12262, tid=7588)
Nov 12 23:10:01 video vdr: [12262] LNB 1: Request for channel 22 on device 1. MaxBadPriority is -2
Nov 12 23:10:01 video vdr: [12262] LNB 1: ProvidesChannel 22 on device 1. Priority is 0, hasPriority is 1
Nov 12 23:10:01 video vdr: [12262] LNB 1: Request for channel 22 on device 1. MaxBadPriority is -2
Nov 12 23:10:01 video vdr: [12262] LNB 2: Request for channel 22 on device 2. MaxBadPriority is -2
Nov 12 23:10:01 video vdr: [12262] LNB 2: ProvidesChannel 22 on device 2. Priority is 0, hasPriority is 1
Nov 12 23:10:01 video vdr: [12262] LNB 2: Request for channel 22 on device 2. MaxBadPriority is -2
Nov 12 23:10:01 video vdr: [12262] switching to channel 22
Nov 12 23:10:01 video vdr: [12262] LNB 1: Request for channel 22 on device 1. MaxBadPriority is -2
Nov 12 23:10:01 video vdr: [12262] LNB 1: ProvidesChannel 22 on device 1. Priority is 0, hasPriority is 1
Nov 12 23:10:01 video vdr: [12262] LNB 1: Request for channel 22 on device 1. MaxBadPriority is -2
Nov 12 23:10:01 video vdr-sxfe[12332]: [12360] [input_vdr] vdr_flush_engine: playback is paused <0>
Nov 12 23:10:01 video vdr: [12262] LNB 2: Request for channel 22 on device 2. MaxBadPriority is -2
Nov 12 23:10:01 video vdr: [12262] LNB 2: ProvidesChannel 22 on device 2. Priority is 0, hasPriority is 1
Nov 12 23:10:01 video vdr: [12262] LNB 2: Request for channel 22 on device 2. MaxBadPriority is -2
Nov 12 23:10:01 video vdr: [12262] LNB -9: Switching device 3 to channel 22
Nov 12 23:10:01 video vdr: [12262] LNB 1: Switching device 1 to channel 22
Nov 12 23:10:01 video vdr: [12262] LNB 1: Device check for channel 22 on device 1. OK
Nov 12 23:10:01 video vdr: [6966] TS buffer on device 1 thread ended (pid=12262, tid=6966)
Nov 12 23:10:01 video vdr: [6965] buffer stats: 0 (0%) used
Nov 12 23:10:01 video vdr: [6965] receiver on device 1 thread ended (pid=12262, tid=6965)
Nov 12 23:10:01 video vdr: [7589] receiver on device 1 thread started (pid=12262, tid=7589)
Nov 12 23:10:01 video vdr: [7590] TS buffer on device 1 thread started (pid=12262, tid=7590)
Nov 12 23:10:01 video vdr-sxfe[12332]: [12362] [demux_vdr] PMT changed, resetting demuxer
Nov 12 23:10:02 video vdr: [7589] [xine..put] Detected video size 720x576
Nov 12 23:10:02 video vdr: [7588] [xine..put] OSD bandwidth: 219080 bytes/s (1711 kbit/s)
Nov 12 23:10:03 video vdr: [7588] [xine..put] OSD bandwidth: 219160 bytes/s (1712 kbit/s)
Nov 12 23:10:05 video vdr: [7588] [xine..put] OSD bandwidth: 219156 bytes/s (1712 kbit/s)
Nov 12 23:10:06 video vdr: [7588] Text2Skin: channelInfo display update thread ended (pid=12262, tid=7588)
Nov 12 23:10:06 video vdr: [12262] [xine..put] OSD bandwidth: 219152 bytes/s (1712 kbit/s)

Ich versteh langsam die Welt nicht mehr.
Warum funktionieren nun scheinbar doch DVB-S Sender aber eben nicht alle?
Und warum funktionieren die mit der V6 nicht funktionierenden SD Sender mit gleichen Kabeln an TT Budget und TT FF Karten?
Da muss doch einfach irgendwo der Wurm im System stecken.

Zitat von hoppel118

Bei mir war es damals mit meinem ersten vdr genau andersherum, hd funktionierte, sd nicht. Die Aktivierung von diseqc brachte dann den Erfolg.

Kannst du evtl. ein Kabel vom LNB direkt bis zu deinem Tuner durchschleifen?

Das ist nicht genau andersrum, bei mir geht ja auch HD und SD nicht.
Das Problem besteht egal ob disecq an oder aus ist.
Wie oben schon (ganz am Ende) geschrieben habe ich den 8xMultischalter mittlerweile umgangen und hänge nun direkt am Quad LNB, allerdings nach wie vor mit dem gleichen Ergebnis, ich seh nur HD und kein SD.

Hi,

(Update start)

ich habe ein Problem mit meiner S2 V6, ich kann mit ihr zwar wunderbar HD Sender gucken, aber bei SD Sendern streikt sie sobald selbige im Highband liegen - hat ewig gedauert bis ich rausgefunden habe das SD im lowband funktioniert.
Genau die Sender, die ich in SD brauche (die Privaten halt und für einige Serien für die ich keinen Plattenplatz verschwenden will auch ARD, ZDF) liegen alle im Highband.
Ich würde ja auf ein defektes LNB oder einen defekten Multiswitch tippen wenn selbige Highband Sender im gleichen Rechner an gleichen Kabeln und Anschlüssen wunderbar mit TT Budget und TT FF Karten funktionieren würden.
Kann man irgendwie testen ob der Empfänger der S2 vielleicht einen Defekt hat?
Oder muss man ihn vielleicht zu mehr Versorgungsspannung überreden?

(Update ende)

Ich bin langsam wirklich verzweifelt und habe keine Ahnung was ich noch versuchen könnte.
Ich nutze yavdr 0.3 und musste für die V6 einen gepatchten Treiber einspielen (wie hier beschrieben: Cine S2 (welche Version hab ich nur) mit yavdr 3.0, das dort von mir berichtete SD Bild kam von den TT Budgets, nicht von der S2 ;().
Testweise habe ich auch yavdr 0.4 installiert mit dem die Karte out of the box funktionieren soll, aber auch hier sehe ich genau das gleiche Verhalten, HD ja, SD nein.
Meine Cine S2 ist an einen 8x Multiswitch angeschlossen, der an einen 4er LNB, das auch schon einen Multiswitch enthält, angeschlossen ist und auf Astra guckt. Der 8er Multiswitch kam aber bisher immer problemlos damit klar und ist extra dafür ausgelegt auch mit einem Quadro statt Quattro LNB umzugehen.
Die Cine S2 kriegt auch den gewünschten Strom über den Floppyanschluss und hat keine Erweiterungskarte mit drauf.
Ob ich "Diseq benutzen" auf ja oder nein Stelle ändert am Verhalten nichts. Ich kenne mich mit diseq allerdings nicht aus, liegt da vielleicht der Hund begraben? Der nicht auskommentierte Teil meine disecq.conf sieht wie folgt aus:
# Full DiSEqC sequence:

S19.2E 11700 V 9750 t v W15 [E0 10 38 F0] W15 A W15 t
S19.2E 99999 V 10600 t v W15 [E0 10 38 F1] W15 A W15 T
S19.2E 11700 H 9750 t V W15 [E0 10 38 F2] W15 A W15 t
S19.2E 99999 H 10600 t V W15 [E0 10 38 F3] W15 A W15 T

S13.0E 11700 V 9750 t v W15 [E0 10 38 F4] W15 B W15 t
S13.0E 99999 V 10600 t v W15 [E0 10 38 F5] W15 B W15 T
S13.0E 11700 H 9750 t V W15 [E0 10 38 F6] W15 B W15 t
S13.0E 99999 H 10600 t V W15 [E0 10 38 F7] W15 B W15 T

Folgend Ausgaben in syslog beim Umschalten zu einem SD und HD Sender.

Umschalten auf einen SD Sender, z.B. RTL mit folgender channels.conf Zeile (die mit ner TT Budget wunderbar funktioniert)
RTL Television,RTL;RTL World:12188:HC34M2O0S0:S19.2E:27500:163=2:104=deu@3;106=deu@106:105:0:12003:1:1089:0
liefert in syslog folgendes:
Nov 12 20:00:52 video vdr: [12639] Text2Skin: channelInfo display update thread started (pid=12355, tid=12639)
Nov 12 20:00:52 video vdr: [12355] switching to channel 4
Nov 12 20:00:52 video vdr-sxfe[12425]: [12457] [input_vdr] vdr_flush_engine: playback is paused <0>
Nov 12 20:00:52 video vdr: [12638] TS buffer on device 1 thread ended (pid=12355, tid=12638)
Nov 12 20:00:52 video vdr: [12637] buffer stats: 0 (0%) used
Nov 12 20:00:52 video vdr: [12637] receiver on device 1 thread ended (pid=12355, tid=12637)
Nov 12 20:00:52 video vdr: [12640] receiver on device 1 thread started (pid=12355, tid=12640)
Nov 12 20:00:52 video vdr: [12641] TS buffer on device 1 thread started (pid=12355, tid=12641)
Nov 12 20:00:52 video vdr-sxfe[12425]: [12459] [demux_vdr] PMT changed, resetting demuxer
Nov 12 20:00:53 video vdr: [12639] [xine..put] OSD bandwidth: 178366 bytes/s (1393 kbit/s)
Nov 12 20:00:54 video vdr: [12639] [xine..put] OSD bandwidth: 178389 bytes/s (1393 kbit/s)
Nov 12 20:00:56 video vdr: [12639] [xine..put] OSD bandwidth: 178386 bytes/s (1393 kbit/s)
Nov 12 20:00:57 video vdr: [12639] Text2Skin: channelInfo display update thread ended (pid=12355, tid=12639)
Nov 12 20:00:57 video vdr: [12355] [xine..put] OSD bandwidth: 178380 bytes/s (1393 kbit/s)
Nov 12 20:01:00 video vdr-sxfe[12425]: [12459] [input_vdr] No data in 8 seconds, queuing no signal image
Nov 12 20:01:00 video vdr-sxfe[12425]: [12459] [input_vdr] using custom "no signal" image /usr/share/libxine1-xvdr/nosignal.mpg
Nov 12 20:01:01 video vdr: [12418] frontend 0/0 timed out while tuning to channel 4, tp 112188

Umschalten auf einen HD Sender, z.B. Das Erste HD mit folgender channels.conf Zeile
Das Erste HD;ARD:11361:HC23M5O35S1:S19.2E:22000:6010=27:6020=deu@3,6021=mis@3;6022=deu@106:6030:0:11100:1:1011:0
liefert folgende Zeilen im Syslog:
Nov 12 20:05:53 video vdr: [12772] Text2Skin: channelInfo display update thread started (pid=12355, tid=12772)
Nov 12 20:05:54 video vdr: [12355] switching to channel 44
Nov 12 20:05:54 video vdr-sxfe[12425]: [12457] [input_vdr] vdr_flush_engine: playback is paused <0>
Nov 12 20:05:54 video vdr: [12771] TS buffer on device 1 thread ended (pid=12355, tid=12771)
Nov 12 20:05:54 video vdr: [12770] buffer stats: 0 (0%) used
Nov 12 20:05:54 video vdr: [12770] receiver on device 1 thread ended (pid=12355, tid=12770)
Nov 12 20:05:54 video vdr: [12773] receiver on device 1 thread started (pid=12355, tid=12773)
Nov 12 20:05:54 video vdr: [12774] TS buffer on device 1 thread started (pid=12355, tid=12774)
Nov 12 20:05:54 video vdr: [12772] [xine..put] OSD bandwidth: 168388 bytes/s (1315 kbit/s)
Nov 12 20:05:55 video vdr-sxfe[12425]: [12459] [demux_vdr] PMT changed, resetting demuxer
Nov 12 20:05:55 video vdr: [12773] [xine..put] H.264: Found NAL SPS at offset 6/151
Nov 12 20:05:55 video vdr: [12773] [xine..put] H.264 SPS: profile_idc 100
Nov 12 20:05:55 video vdr: [12773] [xine..put] H.264 SPS: pic_width: 80 mbs
Nov 12 20:05:55 video vdr: [12773] [xine..put] H.264 SPS: pic_height: 45 mbs
Nov 12 20:05:55 video vdr: [12773] [xine..put] H.264 SPS: frame only flag: 1
Nov 12 20:05:55 video vdr: [12773] [xine..put] H.264 SPS: aspect_ratio_idc 1
Nov 12 20:05:55 video vdr: [12773] [xine..put] H.264 SPS: -> aspect ratio 1 / 1
Nov 12 20:05:55 video vdr: [12773] [xine..put] H.264 SPS: -> video size 1280x720, aspect 1:1
Nov 12 20:05:55 video vdr: [12773] [xine..put] Detected video size 1280x720
Nov 12 20:05:56 video vdr: [12772] [xine..put] OSD bandwidth: 200659 bytes/s (1567 kbit/s)
Nov 12 20:05:57 video vdr: [12772] [xine..put] OSD bandwidth: 200903 bytes/s (1569 kbit/s)
Nov 12 20:05:58 video vdr: [12420] frontend 1/0 timed out while tuning to channel 108, tp 111876
Nov 12 20:05:58 video vdr: [12772] [xine..put] OSD bandwidth: 200887 bytes/s (1569 kbit/s)
Nov 12 20:05:59 video vdr: [12772] [xine..put] OSD bandwidth: 200865 bytes/s (1569 kbit/s)
Nov 12 20:05:59 video vdr: [12772] Text2Skin: channelInfo display update thread ended (pid=12355, tid=12772)

Edit: Ich habe eben auch testweise mal den zwischengeschalteten Multiswitch aus der Gleichung rausgenommen und die S2 direkt an das Quad LNB angeschlossen, gleiches Ergebnis, egal ob mit oder ohne disecq gibts nach wie vor nur HD und SD im Lowband.

Ich bin für jede Hilfe dankbar,
Norbert