Beiträge von etron770

    Ich benutze zum Scannen VueScan. Scannt man damit z. B. mit automatischem Einzug, könnte man mit anderen Programmen weiterarbeiten.
    Könnte, den VueScan bringt sich während jedem Scanvorgang mehrfach in den Vordergrund. Ein Lösungsansatz war, VueScan in einen anderen Arbeitsbereich zu verschieben.
    Das hatte ich zuletzt Anfang 2024 so genutzt. Nun stelle ich fest, dass dies auch nicht mehr verhindert, dass das Programm den Fokus übernimmt und auf den anderen Arbeitsbereich wechselt. Ein Weiterarbeiten am PC währen eines automatischen Massenscans ist damit unmöglich. Kann es sein, dass hier ein Update von Tumbleweed etwas verändert hat?
    Der Lösungsvorschlag des Programmierers lautet:

    Code
    You can solve this by enabling Gnome and disabling the XFCE desktop or by the following:
    The focus stealing of VueScan can be prevented this way
    (Debian Bullseye with XFCE in defaults):
    1. Call the program "Window Manager Teaks" either via menu or cmd 'xfwm4-tweaks-settings'
    2. Tab "Focus" 
    
    3. Change "Activate focus stealing prevention" from inactive to active.
    4. Change "When a window raises itself:" from "Bring window on current  workspace" to "Do nothing".

    Nun benutze ich weder Debian, noch Gnome und xfwm4-tweaks-settings sind nicht verfügbar.
    Gibt es eine andere Lösung mit Wayland?
    Derzeit lasse ich das Programm in einer VM laufen - das ist aber nur ein lästiger Workaround.

    Ich weiß nicht, ob nun ein neues Update das Problem gelöst hat
    Vermutlich aber lag es daran das /dev/video0 nicht vorhanden war.



    Ich habe es mit

    Code
    mknod /dev/video0 c 81 0
    chmod 666 /dev/video0
    chgrp video /dev/video0
    ln -s /dev/video0 /dev/video

    Wieder hergestellt. Seitdem (oder durch Zypper DUP, das leider im Hintegrund lief) geht die Webcam in der Windows VM und auch direkt in Linux (OBS-Studio und Webcamoid).
    Cheese sagt aber immer noch: There was an Error playing video from the wecam

    Hier die Journalmeldungen beim Einstecken der Webcam:

    Ich ab ein komplett neues Testsystem aufgesetzt - beide Tumbleweed.
    Beim neuen System funktioniert die Kamera auch z. B. bei OBS-Studio.
    Wie kann ich den Unterschied im Betribssystem herausfinden? Es kann dann nur ein Softwareproblem sein.

    Ergänzung

    Nach einem Neustart funktioniert die Kamera mit guvcview:


    Wenn ich die Kamera entferne und wieder einstecke, kommt die Meldung wie beim letzten Post

    Mit Brio 4K

    Code
    #guvcview-qt5
    ENCODER: no video codec detected for HEVC (H265)
    V4L2_CORE: Unable to find parent usb device.V4L2_CORE: Unable to find parent usb device.V4L2_CORE: Unable to find parent usb device.GUVCVIEW: version 2.0.8
    GUVCVIEW: couldn't open /home/etron/.config/guvcview2/video0 for read: Datei oder Verzeichnis nicht gefunden
    V4L2_CORE: ERROR opening V4L interface: Datei oder Verzeichnis nicht gefunden
    GUVCVIEW (2): Guvcview error
             no video device (/dev/video0) found
    GUVCVIEW (Qt5): fatal error (3 devices detected)
    GUVCVIEW (Qt5): creating input dialog

    PC Mainboard ROG STRIX B450-F Gaming

    AMD Ryzen 7 3700 32GB DDR4
    Brio 4k USB Kamera
    Tumbleweed

    Vor einigen Systemupdates funktionierte die USB Kamera. Als ich sie nun wieder aktivieren wollte, gibt es kein Bild
    Cheese sagt es liegt ein Problem vor, OBS Studio erkennt die Kamera, aber es gibt kein Bild. Mit Zoom (APP) funktioniert sie einwandfrei, im Browser, mit Zoom aber nicht.

    In einer Windows VM (ohne Spice als Host Device durchgeleitet) ist es dasselbe: OBS Studio erkennt die Kamera, aber es gibt kein Bild. Mit Zoom (APP) funktioniert sie einwandfrei.

    Falsches Forum?

    ... das ist eine berechtigte Frage - ich weiß es nicht.

    Die zweite Grafikkarte vom Opensuse Hauptsystem zu trennen, ist schon weniger trivial.
    Das Setup ist dieses: https://www.heiko-sieger.info/blacklisting-graphics-driver/
    Da bin ich mir nicht sicher, ob sie wirklich alles komplett nativ durchgereicht wird.

    Dann wird auf dem Hauptsystem noch die VM konfiguriert.
    Die Grafikkarte wird in der VM Konfiguration als zwei PCI Geräte durchgereicht (Video und Audio)

    Wie geschrieben ist hier auch ein Einfluss, wenn man keinen virtuellen Bildschirm bereitstellt, funktioniert die Hardwarebeschleunigung im Windows Gast komplett.

    Als drittes der Win10 Gast mit seinem immer wieder zurechtgebogenen Systemeinstellungen.

    Und weil zwei Systeme daran beteiligt sind, habe ich die Frage in Windows und hier gestellt. Eventuell weiß ja jemand noch etwas hilfreiches für die Kombination Opensuse/Windows(GPU passthrough)

    Ergänzung, wegen Hardwareänderung:
    Vermutlich ist es eine Windows Frage - aber nur vermutlich - deshalb hier auch.

    Hardware Konfiguration

    Radeon HD 7870 für Root System

    Radeon RX 480 alleine für Windows virtuelle Maschine (gesperrt für Root System)


    Als Grafikkarten werden im Windows angezeigt:

    (Virtio Treiber geladen)

    Radeon (TM RX 480 Grafik

    Red Hat VirtIO GPU DOD Controller

    Funktionstest mit Opengl Extensions Viewer 6.4.9.0:


    Renderer GDI Generic

    GL Rendering Test -> ohne Hardware Unterstützung

    Vulcan Reendering Test -> Volle Hardwareunterstützung


    Workaround:

    Der virtuellen Maschine den virtuellen Monitor entfernen.

    Einen Monitor direkt an die Grafikkarte anschließen.

    Open GL funktioniert mit voller Hardwareunterstützung:


    Das bedeutet, dass die RX 480 GPU vom Hostsystem komplett weitergereicht wird, Windows aber bei einer weiteren virtuellen GPU den falschen Renderer nimmt.

    Wie kann man in Windows die richtige GPU zur Hardwareunterstützung eintragen oder liegt es noch an den Einstellungen des Hostsystems?

    ------ Anhang DxDiag -----

    Sorry - vergessen..

    Aufgesetzt mit Virtual Machine Manager 4.1.0 -> Qemu/KVM