Danke für die Tipps. Werde ich später mal ausprobieren.
Beiträge von joachim-h
-
-
Profil in der Harmony neu laden hat leider nichts gebracht. Wie komme ich denn per node2 an die Rohdaten?
Bald kommt auch mein IRMP an, dann löst sich das Problem vielleicht auch so. WÜrde es aber trotzdem gerne wissen, wo es hakt.
-
Ja, hatte ich gemacht. Ich muss nochmal versuchen das Profil nochmal auf die Harmony zu laden
-
Ich weiß nicht, wie weit die Logitech-Software da mittlerweile für die Modelle aus der Unteren Preisklasse ist - ich habe damals zwei Harmony 600 gekauft, da kann man die Zahl der gesendeten Wiederholungen direkt in der Software einstellen (das MCE-Profil sendet IIRC standardmäßig drei Wiederholungen). Bei meiner Harmony 300 musste ich das um 2012 herum mit dem Logitech-Support am Telefon regeln.
Ich probiere gerade mit dem Microsoft MCE 1029 Profil. Das sollte doch (bei aktivierter "serial-ir"-Rolle Out Of the Box funktionieren (also mit der Keymap /lib/udev/rc_keymaps/rc-rc6-mce, oder? Tut es bei mir leider nicht. Die Logitech Software behauptet, dass das Profil auf der Fernbedienung sei, sudo ir-keytable -t gibt aber nix aus.
-
echnisch ist das kein Problem den VDR passend zu patchen, CKone hat das z.B. in seinem PPA so gemacht. Ich kann über Ostern auch mal ein PPA mit dem Patch aufsetzen, das alle Plugins bietet, die sonst auch in den regulären yavdr-PPAs sind.
wenn du den menuselection dann auch reinmachst bräuchte ich mein ppa quasi nicht mehr weiterführen
Da habe ich ja mal was losgetreten. Ja, bitte!
-
Man muss ja eigentlich nur die Rolle serial-ir aus dem Playbook für den gewünschten Seriellen Port (https://github.com/yavdr/yavdr…ionic/group_vars/all#L138) laufen lassen und die Harmony auf das Microsoft MCE 1039 Profil setzen.
Danke für den Tipp. Dann werde ich das Profil mal ausprobieren. Bisher nutze ich das KLS-VDR 1.6 Profil, das aber nicht alle Tasten umsetzen kann, die ich haben will und bei dem noch Einstellungen für die Feinabstimmung getätigt werde müssten, da immer wieder Tastendrücke doppelt oder gar nicht erkannt werden.
Für den IRMP spricht aber noch das Einschalten per Fernbedienung. Man wir ja nicht jünger oder weniger faul.
-
Erstes Thema: Zapcockpit
Ich hatte damals, als yavdr ansible für 18.04 noch neu war, schon mal gefragt, ob es vielleicht möglich wäre den Zapcockpit-Patch für vdr und skindesigner zu integrieren, da mir der bei meinem letzten, laufenden VDR sehr ans Herz gewachsen ist und ich mir eigentlich einen VDR ohne nicht mehr vorstellen möchte.
Ist das möglich/machbar/angedacht? Ich helfe auch gerne, auch wenn ich mit bauen und patchen des VDR und seiner Plugins fast gar keine Erfahrung habe.
Zweites Thema: IR-Empfänger
Da mir das rumgewurschtel mit meinem alten Homebrew-IR-Empfänger zum Hals raus hängt: Habt Ihr Empfehlungen für einen IR-Empfänger (am besten mit Einschalter), den man mit yavdr ansible und einer Logitech Harmony 200 möglichst leicht ans laufen bekommt? (Habt Ihr noch Empfehlungen für eine andere/besser FB?. Am liebsten wäre mir natürlich was ganz ohne IR, mit BT oder Funk aber da scheint es ja immer noch nicht passendes (BT) oder zeitgemässes (Funk) zu geben, oder?)
Drittes Thema: Senderlogos
Gibt es eine aktuellere Quelle für Senderlogos als dreipos Github-Repo? Vor allem die neuen Sky-Sender fehlen mir.Wenn nicht, bastele ich mir selbst was zusammen.
-
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.
Code
Alles anzeigenThis is read-edid version 3.0.2. Prepare for some fun. Attempting to use i2c interface Looks like no busses have an EDID. Sorry! Attempting to use the classical VBE interface Performing real mode VBE call Interrupt 0x10 ax=0x4f00 bx=0x0 cx=0x0 Function supported Call successful VBE version 300 VBE string at 0xc01f0 "ATI ATOMBIOS" VBE/DDC service about to be called Report DDC capabilities Performing real mode VBE call Interrupt 0x10 ax=0x4f15 bx=0x0 cx=0x0 Function supported Call successful Monitor and video card combination does not support DDC1 transfers Monitor and video card combination supports DDC2 transfers 0 seconds per 128 byte EDID block transfer Screen is not blanked during DDC transfer Reading next EDID block VBE/DDC service about to be called Read EDID Performing real mode VBE call Interrupt 0x10 ax=0x4f15 bx=0x1 cx=0x0 Function supported Call successful EDID claims 1 more blocks left *********** Something special has happened! This happens a lot with TV's, and other devices with extension blocks. If you have a TV, don't bother. Odds are good that I2C will work for you. Try 'modprobe i2c-dev'. Otherwise, please contact the author, Matthew Kern E-mail: pyrophobicman@gmail.com Please include full output from this program (especially that to stderr) Reading next EDID block VBE/DDC service about to be called Read EDID Performing real mode VBE call Interrupt 0x10 ax=0x4f15 bx=0x1 cx=0x0 Function supported Call successful EDID claims 1 more blocks left EDID blocks left is wrong. Your EDID is probably invalid. Looks like VBE was successful. Have a good day. Extracted contents: header: 00 ff ff ff ff ff ff 00 serial number: 1e 6d fb 76 07 21 03 00 0b 1c version: 01 03 basic params: 80 57 25 78 ea chroma info: ca 95 a6 55 4e a1 26 0f 50 54 established: 25 6b 80 standard: 71 40 81 80 81 c0 a9 c0 b3 00 d1 c0 81 00 d1 cf descriptor 1: d8 a4 00 20 f1 40 68 60 30 20 7a 00 6a 6e 31 00 00 1a descriptor 2: 85 cf 00 20 f1 40 74 60 30 20 7a 00 6a 6e 31 00 00 1a descriptor 3: 00 00 00 fd 00 38 4b 1e 7d 36 00 0a 20 20 20 20 20 20 descriptor 4: 00 00 00 fc 00 4c 47 20 55 4c 54 52 41 57 49 44 45 0a extensions: 01 checksum: f5 Manufacturer: GSM Model 76fb Serial Number 205063 Made week 11 of 2018 EDID version: 1.3 Digital display Maximum image size: 87 cm x 37 cm Gamma: 2.20 DPMS levels: Standby Suspend Off Supported color formats: RGB 4:4:4, YCrCb 4:4:4 First detailed timing is preferred timing Established timings supported: 640x480@60Hz 640x480@75Hz 800x600@60Hz 800x600@75Hz 832x624@75Hz 1024x768@60Hz 1024x768@75Hz 1280x1024@75Hz 1152x870@75Hz Standard timings supported: 1152x864@60Hz 1280x1024@60Hz 1280x720@60Hz 1600x900@60Hz 1680x1050@60Hz 1920x1080@60Hz 1280x800@60Hz 1920x1080@75Hz Detailed mode: Clock 422.000 MHz, 874 mm x 366 mm 3840 3888 3920 4128 hborder 0 1600 1607 1617 1704 vborder 0 +hsync -vsync Detailed mode: Clock 531.250 MHz, 874 mm x 366 mm 3840 3888 3920 4128 hborder 0 1600 1607 1617 1716 vborder 0 +hsync -vsync Monitor ranges (GTF): 56-75Hz V, 30-125kHz H, max dotclock 540MHz Monitor name: LG Has 1 extension blocks Checksum: 0xf5 (valid) Unknown extension block EDID block does NOT conform to EDID 1.3! Detailed block string not properly terminated EDID block does not conform at all! Has 1133098887 nonconformant extension block(s)
-
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:
Code
Alles anzeigensudo lshw (...) *-display description: VGA compatible controller product: Cypress XT [Radeon HD 5870] vendor: Advanced Micro Devices, Inc. [AMD/ATI] physical id: 0 bus info: pci@0000:01:00.0 version: 00 width: 64 bits clock: 33MHz capabilities: pm pciexpress msi vga_controller bus_master cap_list rom configuration: driver=radeon latency=0 resources: irq:24 memory:d0000000-dfffffff memory:fdfc0000-fdfdffff ioport:ee00(size=256) memory:c0000-dffff (...) lsmod | grep radeon radeon 1462272 39 i2c_algo_bit 16384 1 radeon ttm 98304 1 radeon drm_kms_helper 180224 1 radeon drm 471040 19 drm_kms_helper,radeon,ttm fb 143360 72 drm_kms_helper,radeon i2c_core 69632 5 drm_kms_helper,i2c_algo_bit,radeon,i2c_piix4,drm less /etc/lsb-realease DISTRIB_ID=neon DISTRIB_RELEASE=18.04 DISTRIB_CODENAME=bionic DISTRIB_DESCRIPTION="KDE neon User Edition 5.15" uname -a Linux reason 4.20.10-042010-generic #201902150516 SMP Fri Feb 15 10:19:07 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux xrandr Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 8192 x 8192 DisplayPort-0 disconnected (normal left inverted right x axis y axis) HDMI-0 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 874mm x 366mm 1920x1080 60.00* 60.00 50.00 59.94 30.00 29.97 1920x1080i 60.00 50.00 59.94 1680x1050 59.88 1600x900 60.00 1280x1024 75.02 60.02 1280x800 59.91 1152x864 75.00 59.97 1280x720 60.00 50.00 59.94 1024x768 75.03 60.00 832x624 74.55 800x600 75.00 60.32 720x576 50.00 720x480 60.00 59.94 640x480 75.00 60.00 59.94 DVI-0 disconnected (normal left inverted right x axis y axis) DVI-1 disconnected (normal left inverted right x axis y axis) sudo get-edid | edid-decode (...) Manufacturer: GSM Model 76fb Serial Number 205063 Made week 11 of 2018 EDID version: 1.3 Digital display Maximum image size: 87 cm x 37 cm Gamma: 2.20 DPMS levels: Standby Suspend Off Supported color formats: RGB 4:4:4, YCrCb 4:4:4 First detailed timing is preferred timing Established timings supported: 640x480@60Hz 640x480@75Hz 800x600@60Hz 800x600@75Hz 832x624@75Hz 1024x768@60Hz 1024x768@75Hz 1280x1024@75Hz 1152x870@75Hz Standard timings supported: 1152x864@60Hz 1280x1024@60Hz 1280x720@60Hz 1600x900@60Hz 1680x1050@60Hz 1920x1080@60Hz 1280x800@60Hz 1920x1080@75Hz Detailed mode: Clock 208.000 MHz, 874 mm x 366 mm 3840 3888 3920 4128 hborder 0 1600 1607 1617 1680 vborder 0 +hsync -vsync Detailed mode: Clock 319.750 MHz, 874 mm x 366 mm 3440 3488 3520 3600 hborder 0 1440 1443 1453 1481 vborder 0 +hsync -vsync Monitor ranges (GTF): 56-75Hz V, 30-125kHz H, max dotclock 540MHz Monitor name: LG Has 1 extension blocks Checksum: 0x55 (valid) Unknown extension block EDID block does NOT conform to EDID 1.3! Detailed block string not properly terminated EDID block does not conform at all! Has -1171507321 nonconformant extension block(s
Was ich bisher erfolglos versucht habe:
- Auflösung per Systemeinstellung (KDE) ändern (1920x1080 ist höchste angezeigt Auflösung)
- proprietäre fglrx-Treiber installieren (HD5870 wird nur von einer uralten Version unterstützt, die ich nicht instaliert bekomme)
- Neueren Mainline-Kernel installieren (deshalb Linux 4.20.10).
- per CVT und GTH Modelines für alle vertikalen Frequenzen von 60 bis 75 Hz erstellen und per xrandr anwenden (gab jedes Mal nur einen schwarzen Bildschirm)
- Eine Datei in /usr/share/X11/xorg.conf.d/ anlegen und "3840x1600" als prefered mode eintragen.
- Ein aktuelles Live-Image von KDE Neon (selbe Version) starten um zu schauen ob die automatischen Tools das hinbekommen (1920x1080 wieder maximale Auflösung).
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?