Beiträge von matbhm

Shotcut - Download

Download Center | KYOCERA Document Solutions

Könnte es eventuell an fehlenden Paketen liegen: Bei mir sieht das so aus (wobei bei mir Plasma6 unter Tumbleweed installiert ist:

zypper se -si bluez

Repository-Daten werden geladen...

Installierte Pakete werden gelesen...

S | Name | Type | Version | Arch | Repository

---+---------------------------+-------+----------------+--------+-----------------------

i+ | bluez | Paket | 5.78-2.2 | x86_64 | Haupt-Repository (OSS)

i+ | bluez-auto-enable-devices | Paket | 5.78-2.2 | noarch | Haupt-Repository (OSS)

i+ | bluez-cups | Paket | 5.78-2.2 | x86_64 | Haupt-Repository (OSS)

i+ | bluez-deprecated | Paket | 5.78-2.2 | x86_64 | Haupt-Repository (OSS)

i+ | bluez-firmware | Paket | 1.2-150.4 | x86_64 | Haupt-Repository (OSS)

i+ | bluez-obexd | Paket | 5.78-2.2 | x86_64 | Haupt-Repository (OSS)

i+ | bluez-qt-imports | Paket | 5.116.0-259.16 | x86_64 | KDE Frameworks5

i+ | bluez-qt-udev | Paket | 5.116.0-259.16 | x86_64 | KDE Frameworks5

i+ | bluez-zsh-completion | Paket | 5.78-2.2 | noarch | Haupt-Repository (OSS)

i+ | kf6-bluez-qt | Paket | 6.7.0-kf.18.3 | x86_64 | Frameworks6

i+ | kf6-bluez-qt-imports | Paket | 6.7.0-kf.18.3 | x86_64 | Frameworks6

i+ | libKF5BluezQt6 | Paket | 5.116.0-259.16 | x86_64 | KDE Frameworks5

i+ | libKF6BluezQt6 | Paket | 6.7.0-kf.18.3 | x86_64 | Frameworks6

Wie ist denn der externe Monitor angeschlossen, über HDMI, mini-Displayport oder eine Dockingstation?

Bei der Inxi--F-Ausgabe sind die wichtigen Zeilen ja die Zeilen 17 bis 26.

Die Graphics-Ausgabe bei mir sieht da etwas anders aus:

Graphics:
  Device-1: Intel Skylake GT2 [HD Graphics 520] driver: i915 v: kernel
  Device-2: NVIDIA GM108M [GeForce 940M] driver: nvidia v: 550.120
  Device-3: Sunplus Innovation HD WebCam driver: uvcvideo type: USB
  Display: x11 server: X.Org v: 21.1.12 with: Xwayland v: 24.1.3 driver: X:
    loaded: intel,modesetting dri: iris gpu: i915 resolution: 1: 3840x2160~30Hz
    2: 1366x768~60Hz
  API: EGL v: 1.5 drivers: iris,nvidia,swrast
    platforms: gbm,x11,surfaceless,device
  API: OpenGL v: 4.6.0 compat-v: 4.5 vendor: intel mesa v: 24.1.7
    renderer: Mesa Intel HD Graphics 520 (SKL GT2)
  API: Vulkan v: 1.3.296 drivers: N/A surfaces: xcb,xlib

Soweit Versionsabgaben von denen bei Dir abweichen, liegt das daran, dass hier Tumbleweed genutzt wird. Eventuell kann jemand mit den unterschiedlichen Angaben bei Dir und mir etwas anfangen.

Aus Zeile 19 bei Dir ergibt sich, dass der Nvidia-Treiber nicht geladen wird, dass ist ja wohl das aktuelle Problem, dass Du lösen willst (bei mir:

Device-2: NVIDIA GM108M [GeForce 940M] driver: nvidia v: 550.120; bei Dir: Device-2: NVIDIA GP107GLM [Quadro P2000 Mobile] driver: N/A).

Aber bei mir wird der externe Monitor per HDMI auch über den Intel-Treiber angesprochen. Mein Laptop ist ein relativ billiger aus 2015, Deiner ein ehedem sauteures Modell aus 2018, sodass ich mir kaum vorstellen kann, dass der intel-Treiber nicht den externen Monitor ansprechen kann.

https://en.opensuse.org/SDB:NVIDIA_SUSE_Prime und dort:

...

Install the suse-prime and bbswitch-kmp-default packages.

prime funktioniert nicht ohne bbswitch! Bei mir (Optimus-Laptop) hängt über dem HDMI-Anschluss an der intel-Grafik ein externer 43''-Monitor. Es bedarf also nicht der Nvidia-Grafikkarte.

tomfa: Weshalb auf einmal traurig! Eben war es doch noch freudig erregt mit "hahaha" (wobei schon das nicht zu verstehen war).

Das ist so pauschal schlicht falsch. Richtig ist, dass man wissen muss, was man tut. Letzte Woche gab es bereits bei packman-Updates dasselbe Problem - und dort konnte man ohne Weiteres auf "Ignorieren" klicken. Bei den Abhängigkeitskonflikten wurde einem alternativ das Löschen angeboten, also scheint das Paket nicht systemrelevant zu sein. Und wie gesagt: Es funktionierte - und bei einem Folgeupdate wurden dann auch die Abhängigkeitskonflikte ohne Weiteres aufgelöst. Richtig ist - ich habe hier seit gestern dasselbe Problem - , dass bei demselben Abhängigkeitskonflikt (der sich immer wieder wiederholt - und zwar seit Jahren - , sodass man mal fragen darf, wer da bei den Programmieren regelmäßig "auf der Leitung" steht) weitere Abhängigkeitskonflikte entstanden. Dann allerdings, wie vom Ausgangsposter richtig entschieden, Finger weg von meinem Vorschlag.

Nur ein anderes Beispiel: Ich habe die Google-fonts installiert. Da wird einem alles Mögliche und Unmögliche mitinstalliert. Ich brauche keine brahmi-fonts, keine bamum-fonts, armenian-fonts usw. usf. Deswegen habe ich die ganzen Fonts deinstalliert und zur Installation über Yast gesperrt. Wenn dann die Google-Fonts aktualisiert werden sollen, sollen immer wieder die Sperren der von mir gesperrten Fonts aufgehoben werden - aufgrund von Abhängigkeitskonflikten. Ein Klick auf "... ignoieren ..." - und keine Probleme. Und dafür gibt es hier ein Unmasse weiterer Beispiele.

Und Sauerland, Alero: Ich nutze Linux/Suse/OpenSUSE seit 1998 - und aus irgendwelchen Gründen läuft trotz meiner angeblichen ganzen Fehler (Updates bei Tumbleweed nicht per zypper dup, sondern über Yast, Abhängigkeitskonflikte ignorieren usw. usf.) mein System mehr als passabel! Ich scheine also durchaus zu wissen, was ich tue!

Und zum Thema: Opera hat Probleme mit h264 und h265, Chromium nach meiner Kenntnis auch. Vielleicht mal versuchen, Google-Chrome zu installieren (oder Falcon, Firefox usw.) und schauen, ob sich die Streams abspielen lassen. Dann weiß man jedenfalls, ob es wirklich an fehlenden Codecs liegt.

Das ist ein aktuelles Problem, dass übrigens immer wieder schon mit ffmepg-5-mini usw. auftrat. Entweder Du wartest ein wenig, bis es den Programmierern der diversen libavfilterxx, libavdevicexx usw. auffällt und die die entsprechenden Dateien anpassen (dauert eigentlich nie länger als 'ne Woche)- oder Du wählst einfach jeweils "ffmpeg-7-mini-libs-7.0.2-2.1... durch Ignorieren einiger Abhängigkeiten brechen.

Andererseits: Sind die VLC-Pakete nebst den Codecs installiert?

Nehmen wir die Schriftart Open Sans, die 20 Zeichenformatierungsmöglichkeiten hat (Leicht Schmal, Leicht Schmal Kursiv, Leicht, Leicht Kursiv usw.). Die Schriftuntertypen kannst Du unter LibreOffice auswählen. Zwar weist LibreOffice nicht alle 20 Untertypen, sondern nur deren 7 aus, aber die übrigen Formatierungen erhältst Du wieder über die Button "Fett" und "Kursiv" in der Symbolleiste. Damit hast Du Zugriff auf alle Untertypen.

Nimbus Mono L enthält immer noch nur 4 Untertypen, entgegen Deinen Ausführungen. Deren 8 enthält Nimbus Sans L. Auch dort sehe ich nur die Untertype "Schmal" (=Condensed), natürlich wieder in den Ausführungen normal, fett und kursiv, fett kursiv. In der Tat wird die nicht wie bei z. B. Open Sans separat ausgewiesen. Du kannst aber Condensed auswählen über die Symbolleiste > Format > Zeichen >Karteireiter Schrift > Schriftschnitt. Es gibt in der Tat bei Nimbus Sans L das Kuriosum, dass Du dort nur "Regular Condensed Italic", also schmal kursiv findest. Wähle gleichwohl diese Option und klicke dann auf den Button "K" für kursiv in der Symbolleiste, dann erhältst Du "Regular Condensed". Und wenn Du "Regular Condensed" in Fett haben willst, drückst Du den Button "F" in der Symbolleiste (oder per Shortcut Umschalt + Strg + F).