Hi,
als Sky die Möglichkeit einen Alphacrypt zu nutzen "behoben" hatte, habe ich meinen VDR schweren Herzens stillgelegt und den Sky+ Receiver angeschlossen. Immer hatte ich aber im Hinterkopf den VDR mit Skys CI+-Modul zu nutzen.
Gibt es eigentlich die Möglichkeit (zB durch ein Plugin) Aufnahmen verschlüsselt aufzuzeichnen und später, wenn keine Aufnahme läuft und niemand mehr Sky live gucken will, zu entschlüsseln?
Bei einigen Enigma-Boxen (zB VU+) ist doch genau das möglich.
Gruß
Joachim
Ich habe damals leider nichts weiter raus bekommen. Wenn Du noch was ermitteln kannst, wäre es nett, wenn Du das hier rein schreiben würdest.
Ich habe es inzwischen hinbekommen einen lauffähigen Kernel 4.20 mit dem Patch zu bauen und siehe da, es funktioniert!
Ich habe/hatte noch Hoffnung, das doch noch hinzubekommen. Dein guter Tipp mit dem Patch hat mich auf die Seite des Autors geführt, der auch einen Patch für Kernel 4.20 anbietet. Leider ist es ewig her, dass ich einen Kernel gebaut (irgendwann, als ich mal mit Gentoo versucht habe von Windows zu Linux zu wechseln und dann war ich noch ein paar Jahre WIndows-User) habe und bisher war ich weder mit der Anleitung des Autors noch mit anderen in der Lage einen lauffähigen Kernel zu produzieren.
Ich versuche es aber weiter.
OK. Das sieht schlecht aus. So weit war ich aber auch noch nicht vorgedrungen. Vielen Dank für Deine Mühen! Dann schaue ich mich mal nach einer neuen Grafikkarte um (diesmal wieder von Nvidia.)
Da die Werte aus dem Ausgabe so nach einer Modeline aussahen, habe ich auch schon versucht diese per xrandr --newmode zu registrieren. Leider wirft xrandr dann immer einen Fehler "Error of failed request: BadName (named color or font does not exist)" aus.
So.
Man kann "Display Port 1.2" ein und ausschalten. In beiden Zuständen bekomme ich nur einen schwarzen Bildschirm (Normaler Boot oder vom Live-Image).
Der "HDMI-Kompatibilitätsmodus" war an als ich die EDID-Daten oben ausgelesen habe.
Ich gucke gerade mal wie es mit ausgeschaltem Modus aussieht.......
Edit: Die Clock-Werte für die großen Bildschirmmodi haben sich drastisch erhöht.
Hatte ich natürlich nicht. Ich versuche es gleich nochmal.
Per Displayport bekomme ich, so bald der Radeon-Treiber übernimmt, gar kein Bild auf dem Monitor. Ich habe auch mal das Live-Image gestartet mit dem selben Ergebnis. Der Post wird angezeigt, die Bootmessages auch und dann wird der Bildschirm schwarz und bleibt es aus.
Edit: Dabei war der USB-C nicht eingesteckt, spielte also keine Rolle.
Habe ich auch schon versucht (allerdings nur mit Bordmitteln (KDE-Systemeinstellungen) getestet. Ich kann gerne noch mal versuchen dann per xrandr eine Modeline zu setzen. Ich habe aber im Hinterkopf, dass der Monitor nur entweder DP über den DP-Port oder DP über den USB-C/Thunderbolt-Port kann und den benötige ich fürs MacBook.
HI,
vielleicht weiß ja einer von Euch Rat:
Ich habe seit kurzem einen LG 38UC99W Ultra-Widescreen Monitor (24:10, 3840x1600, 60-57 Hz) und versuche, bisher erfolglos, Linux zu überreden die Auflösung auch zu nutzen.
Mehr als 1920x1080 bei 60 Hz lassen sich nicht einstellen.
Auf dem selben Rechner befindet sich eine Windows 10 Installation. Dort kann ich 3840x1600 bei 60 Hz einstellen. Technisch gehen, muss es also.
Im Netzt finde ich nur maximal die üblichen "Bei mir geht's"-Beiträge ohne weitere Angaben.
Hard-/Software:
Was ich bisher erfolglos versucht habe:
Hat jemand von Euch noch einen Rat?
Hi,
da hier ja einige Netzwerkprofis sind, würde ich gerne mal das versammelte Fachwissen nutzen. Ich habe von meinem Arbeitgeber die Aufgabe übertragen bekommen, die Ausfallsicherheit der Netzwerkverbindung der Server zu erhöhen und bin mir nicht sicher, ob das Angebot des Dienstleister für unseren Bedarf nicht komplett übertrieben ist.
Mein Arbeitgeber betreibt bei einem Dienstleister insgesamt acht Server (3 Webserver, 3 Datenbankserver und zwei andere). Diese hängen derzeit an zwei Juniper EX2200-24T, die zusammen ein Virtual Chassis bilden.
Um die Ausfallsicherheit zu erhöhen wollten wir einen dritten Switch als Cold-Standby einsetzen. Davon riet der Dienstleister ab und schlug statt dessen als Lösung vor die Hardware als Autonomes System anzubinden, was mit den nötigen neuen Routern und der BGP-Lizenz erheblich mehr kosten würde.
Um die Vor- und Nachteile einschätzen zu können, müsste ich noch sehr viel mehr über Netzwerktechnik und -protokolle lernen. Sicherlich eine sinnvolle Aufgabe, nur leider fehlt mir momentan die Zeit dazu.
Vielleicht kann mir ja aber einer von Euch, der Erfahrung mit solchen Systemen hat sagen, ob dies in diesem Maßstab sinnvoll sein kann oder total übertrieben ist.
Ich danke schon mal im Voraus.
Joachim
IIRC muss man dem vaapidevice mit -a pulse mitgeben (oder wie in der README beschrieben die Umgebungsvariablen setzen), da es die /etc/asound.conf ignoriert.
Das werde ich auch mal ausprobieren. Unter Verwendung von Softhdevice ist es mir inzwischen gelungen, das Ausgabedevice in Pulsecontrol (Desktop, nicht Pugin-Interface) auszuwählen. Jetzt habe ich Ton (Bei Passthrough funktioniert DD nur in Stereo, bei Mehrkanalton bekomme ich nur Rauschen).
Das Plugin-Interface von Pulsecontrol scheint keine Einstellungen ändern/speichern zu können. Stelle ich dort die Passthrough-Einstellungen alle für den aktiven Ausgang auf Ja und rufe es wieder auf, stehen sie wieder auf nein. Oder ist der Punkt "Skript-ausführen" sowas, wei ein "Apply-Button", den man nach jeder Änderung betätigen muss?
Ich hatte ähnliches, hab dann in Pulsecontrol alle Einstellungen verstellt, gespeichert und wieder zurück. Dann ging es, wo letztendlich das Problem war kann ich dir nicht sagen, war eher Methode "Holzhammer"
Werde ich versuchen, wenn ich den Testvdr das nächste mal starte.
Edit: Die Forensoftware oder ich hatten zuerst den falschen Beitrag zitiert.
Wie sieht denn die Konfiguration für das vaapidevice aus?
Da habe ich, bis auf den "60 Hz Modus" nichts dauerhaft umgestellt. Die oben genannte Fehlermeldung kommt aber auch erst, seit ich das Vaapidevice-Plugin durch Softhdevice-vpp ersetzt habe.
Ich habe immer noch das Problem, dem VDR keinerlei Sound entlocken zu können. Das Pulsecontrol-Plugin und die Desktop-App sagen beide, mein HDMI sei "unplugged", was ja nun mal eindeutig nicht stimmt, sonst könnte ich da ja gar nicht auf dem Fernseher sehen. 
Im Log steht dauernd: "audio/alsa: broken driver 0 state 'RUNNING'" seit ich von VAAPIdevice auf Softhdevice-vpp gewechselt habe.
Ich habe das gerade mal in das Paket eingebaut (vdr-plugin-cecremote - 1.4.0+git20171003-2-c3d10df-5yavdr0~bionic), bitte probier mal, ob es damit passt.
Funktioniert.
(Soll heißen: Ich habe den User "vdr" wieder aus der Gruppe "dialout" geschmissen und dann das Paket upgegradet. Dabei wurde der user "vdr" wieder der Gruppe "dialout" hinzugefügt.)
Ich habe auch lange Kodi-Nightly-Builds unter yaVDR genutzt. Sollte kein Problem sein.
Bei SMB2/3 verlierst Du unter 17.6 aber den SMB-Browser, d.h., Du musst die Freigaben von Hand eingeben.
Danke Seahawk, cecremote geht jetzt, aber hilft mir nicht so sehr weiter, wie ich gehofft hatte. Ich hoffte mir damit den ganzen LIRC-Kram amt Homebrew-Empfänger sparen zu können, aber anscheinend überträgt mein Fernseher nicht genug verschiedenen Tasten per CEC.
Ich muss mich mit Ansible erst noch anfreunden, ich kenne mich bisher nur mit Puppet aus.
Deshalb nur mal so viel: Für das cecremote-Plugin sollte der VDR-User MItglied in der Gruppe dialout sein.
