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.
Posts by joachim-h
-
-
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.
Display MoreCode- This 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:
Display MoreCode- sudo 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?
-
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.
-
Bei Kodi 17.6 brauchst Du wahrscheinlich auch noch einen Eintrag in Kodis eigner smb-Konfiguration. Dafür musst Du in ~/.kodi/.smb/user.conf zB folgendes eintragen:
Damit lief es zB mit dem Kodi 17.6 von MLD 5.4 und meinem Samba-Server, der nur noch SMB3 akzeptiert.
