Webcam in Delphi?

[himitsu]

Ja, GPUs haben öfters sogar ein Hardwarerendering für gewisse Video-Formate eingebaut.
Vorallem bei 4K/8K ist es zu praktisch, wenn die dekodierten Datenmengen nicht durch die Software/CPU durch müssen.
Selbst Videoplayer im Browser nutzen öfters solche Techniken, drum läuft manchmal das Video bissl nach, wenn man die Seite scrollt/zoomt.

Ja, Overlay, da wird entweder die Ausgabe direkt in einer Hardware berechnet
und/oder die Videodaten werden direkt in den Gradikkarte/Videospeicher geschrieben, damit sie nicht auf den Desktop gemalt und überall durchgereicht werden müssen.
(nein, Schwarz ist es meistens nicht ... oftmals sah ich sowas wie ein dunkles Lila .... von x:y bis x2:y2 über eine gewisse Farbe drübermalen )

Aber auch da hat im Windows inzwischen der WindowsDesktopManager einige Optierungen bekommen, womit z.B. nicht "programmseitig" eine Fenster-Transparenz berechnet werden muß, sondern auch hier die Hilfe der GPU genutzt werden kann. (vorallem seit Vista bei allen Fenstern mit Transparenzen arbeitet, sonst wäre das eine saulangsame Sache geworden)
Selbst hier könnte man bestimmt irgendwie die Videodaten reingeben, womit sie dann aber auch im RDP zu sehen wären.


Wo das Video "raus kommt", hängt quasi vom Videocodec ab. Hier kann man eventuell die Hardwareunterstützung deaktivieren, oder einen anderen Codec wählen, welcher hierfür passender z.B. via Software arbeitet.
Bestimmt lassen sich auch Overlay/Hardwareunterstüzung/Dergleichen deaktivieren, womit es dann "langsam" softwareseitig berechnet wird und vermutlich auch vom RDP abgefangen werden würde.

[Sinspin]

Wir bewegen uns glaube ich in die falsche Richtung. Der Debug log vom VLC zeigt eine Fehlermeldung, auch das Programm hier aus dem Thread zeigt eine Fehlermeldung (Error-1).

Es gibt ein Programm von Microsoft zum testen von Webcams, auf enlischen Systemen heißt es "Camera". Das geht ohne jeglichen Fehler local auf dem PC als auch in der RDP Session.

[himitsu]

Es gibt ja nur paar Dinge, wo es hängen kann.

* das Gerät ist besetzt, weil wer Anderes schon drauf zugreift
* das Programm hat nicht die Rechte das zu tun
* es unterstützt nicht die nötige API (bzw. verwendet eine Nichtunterstützte)
* Fehler im Programm
das war der Input, und nun noch der Output
* es nutzt eine API für die Anzeige, welche vom RDP nicht abgefangen wird (oder von der Hardware nicht unterstützt)
* Fehler im Programm


Webcam kann Video oder Bilder liefern.
Für die Anzeige des "Live"-Bildes kann man auch schnell viele Einzelbilder abrufen und anzeigen, oder einen Video-Stream .... jenachdem unterscheiden sich auch die APIs.

[Sinspin]

Zitat von himitsu:

* das Gerät ist besetzt, weil wer Anderes schon drauf zugreift

Hmmm, bei all meinen Versuchen war dann immer eine LED am Gerät an.

Zitat von himitsu:

* das Programm hat nicht die Rechte das zu tun

Gute Frage. Eher unwahrscheinlich. Es sind die Programme, nicht das.

Zitat von himitsu:

* Fehler im Programm

Genau, die sind vor Ostern alle runter gefallen und haben jetzt einen Sprung in der RDP Session

Zitat von himitsu:

* es nutzt eine API für die Anzeige, welche vom RDP nicht abgefangen wird

Und genau da scheint es zu hängen. Alle Programme die nicht laufen verwenden wohl die gleiche API. Und die kommt in RDP wohl nicht ordentlich durch.
In der RDP Session ist es ein Windows Treiber der die Kamera simuliert. Der wird die API nicht mögen.
Die Frage die bleibt, welche API verwenden Programme wie Skype, Teams, etc., denn die gehen.
Könnte natürlich wirklich sein dass die dann garnicht in der RDP Session Rendern, sondern auf dem PC. Und wir doch wieder bei dem alten Problem sind.

Mich interessiert nicht ernsthaft ein Livebild von der Kamera anzuzeigen, ich brauche nur die Bilder in irgend einem Puffer.

Fürs erste bin ich auf eine andere Lösung ausgewichen und mache meine Bilder mit einer art Netzwerkkamera. Die lässt sich leider nur blöd bedienen und hängt ein paar Meter vom Nutzer weg.

[himitsu]

Die LED ist an, wenn Bilder abgerufen werden.
Die Verbindung zur Cam kann auch aktiv sein, ohne dass eine Aufnahme läuft.
(z.B. um vor der Aufnahme die Konfiguration zu ändern oder abzurufen)


Beispiel: Man kann einen COM-Port öffnen, aber muß keine Daten senden/abrufen.