Dann geht es im Kommentar weiter mit "but vdr specifies 'O0' here (should be O35)"; merke but meint einen Widerspruch.
Ganz herzlichen Dank erstmal für die Antwort. Und genau darauf habe ich Bezug genommen. Also, wer macht dann was "verkehrt"?
Hier die CNN Zeile aus meiner w_scan channels.conf
CNN Int.;Harmonic:11626:vC56M2O0S0:S19.2E:22000:165=2:100=eng@3:0:0:4422:1:1028:0
und hier die Variante von Channelpedia
CNN Int.;Harmonic:11626:vC56M2S0:S19.2E:22000:165=2:100=eng:0:0:4422:1:1028:0
wobei die w_scan Variante mir beim Abspielen in mpv jede Menge Blockartifakte gibt.
Ich darf dann davon ausgehen, dass mpv das VDR Format nicht korrekt und gemäß "Spezifikation" interpretiert, und falsche Parameter an den Treiber übergibt? Und nebenbei auch Channelpedia inkorrekte VDR Parameterformate verwendet, die aber zufällig trotzdem mit dem fehlerhaften mpv funktionieren?
Ich mein, ich hab mich nur gewundert, und gefragt was ich in Zukunft machen soll. Eigene scans durchführen, oder doch lieber die Dateien aus dem Web ziehen.
Gruß, Raimund.
Edit:
weißte was, vergiss es. Ich kann den beschriebenen Fehler nämlich genau jetzt nicht reproduzieren, obgleich ich ihn wiederholt hatte. D.h. ich kriege jetzt auch mit der w_scan Zeile ein stabiles Bild auf CNN. Wenn ihr also meint es ist korrekt so, will ich's gerne glauben.
Danke übrigens auch für die Software selbst, und die Arbeit die darin steckt. Wird hier sicher gewürdigt.
Edit #2:
ok, ich hab' jetzt auch nochmal im mpv Quellcode "rumgewühlt". Die Routine, die alleinig die channel Parameter zu interpretieren scheint, berücksichtigt gar nicht den "O" Parameter in ihrem switch/case Block. Meine Bildprobleme müssen daher dann wohl andere Ursachen haben.
Sorry für falschen Alarm!