Logo

/// 

Webcam-SW: CPU-Auslastung




Noch was unklar? Dann in unserem Forum nachfragen!


Frage von Anselm Rapp:


Hallo,

ich habe schon diverse Demo-Versionen von Webcam-Software ausprobiert.
Einigen fehlten wichtige Features, insbesondere zwei andere finde ich
gut, aber sie lasten im Gegensatz zu den anderen die CPU laut
Windows-Taskmanager ganz erheblich aus: eine schwankt zwischen 55 % und
95 % (;!), die andere immerhin so bis zu 35 %. Ich kapiere nicht, warum
manche die CPU fast gar nicht und manche so beträchtlich beanspruchen,
wenn ich doch nur alle fünf Minuten eine Aufnahme per FTP sende. Bei
jeder Software ist das Bild auf dem SW-Monitor "live", d. h. die
Kamera(;-verbindung) wird bei jeder Software aufrechterhalten.

Ich wäre dankbar, wenn mich jemand schlau machen könnte.

Gruß, Anselm

--
Antworten bitte in der Newsgroup.

==> *Die* Empfehlung fuer Webmaster: www.rettet-das-internet.de <==





Antwort von Heiko Nocon:

Anselm Rapp wrote:

>Ich kapiere nicht, warum
>manche die CPU fast gar nicht und manche so beträchtlich beanspruchen,
>wenn ich doch nur alle fünf Minuten eine Aufnahme per FTP sende.

Das Senden eines einzelnen Bildes aller 5 Minuten ist dafür natürlich
nicht verantwortlich.

>Bei
>jeder Software ist das Bild auf dem SW-Monitor "live", d. h. die
>Kamera(;-verbindung) wird bei jeder Software aufrechterhalten.

Die Art dieser Vorschau ist der springende Punkt, teilweise aber auch
die Art, wie die Einzelbilder zum Senden abgegriffen werden. Man
(;Programmierer) kann verschiedene Techniken bzw. OS-Schnittstellen
benutzen, um einen Videostream von einem Capturegerät zu holen, Bilder
abzugreifen und den Stream zur Anzeige zu bringen.

Die dümmste Lösung ist, sämtliche Einzelbilder vom Capturegerät in den
RAM (;und den Kontext der Anwendung) zu holen, sie dort mit der CPU zu
skalieren und das Ergebnis aus dem RAM (;und dem Kontext der Anwendung)
wieder an die Grafikkarte zu schicken, nur um ab und an eins der
Einzelbilder vor der Skalierung abgreifen zu können, um es irgendwohin
anders zu schicken. So ungefähr dürften die CPU-intensivsten Lösungen
vorgehen, die du getestet hast.

Die beste Lösung hingegen ist, den Vorschau-Stream komplett im
Kernel-Kontext zu lassen, wo er per DMA direkt vom Capturegerät zur
Graka geschaufelt werden kann und die Skalierung und das "Einstanzen" an
einer Stelle des Bidschirms der GPU der Grafikkarte zu überlassen. Für
das Abgreifen von Einzelbildern würde man einen zweiten Stream im
Kernel-Kontext schaffen, der ausschließlich die gewünschten Einzelbilder
(;also z.B. aller 5 Minuten eins) in den RAM (;und den Kontext der
Anwendung) transferiert wo es dann weiterverarbeitet werden kann. So
ungefähr werden die am wenigstens CPU-intensiven Anwendungen vorgehen,
die du getestet hast.

Zwischen diesen beiden Extremen sind etliche Abstufungen möglich.





Antwort von Anselm Rapp:

Heiko Nocon schrieb:

>> Ich kapiere nicht, warum
>> manche die CPU fast gar nicht und manche so beträchtlich beanspruchen,
>> wenn ich doch nur alle fünf Minuten eine Aufnahme per FTP sende.
>
> Die dümmste Lösung ist, sämtliche Einzelbilder vom Capturegerät in den
> RAM (;und den Kontext der Anwendung) zu holen, sie dort mit der CPU zu
> skalieren und das Ergebnis aus dem RAM (;und dem Kontext der Anwendung)
> wieder an die Grafikkarte zu schicken, nur um ab und an eins der
> Einzelbilder vor der Skalierung abgreifen zu können, um es irgendwohin
> anders zu schicken. So ungefähr dürften die CPU-intensivsten Lösungen
> vorgehen, die du getestet hast.

So wird es wohl sein. Blöde, dass das Drumherum am besten programmiert ist.

> Die beste Lösung hingegen ist, den Vorschau-Stream komplett im
> Kernel-Kontext zu lassen, wo er per DMA direkt vom Capturegerät zur
> Graka geschaufelt werden kann und die Skalierung und das "Einstanzen" an
> einer Stelle des Bidschirms der GPU der Grafikkarte zu überlassen. Für
> das Abgreifen von Einzelbildern würde man einen zweiten Stream im
> Kernel-Kontext schaffen, der ausschließlich die gewünschten Einzelbilder
> (;also z.B. aller 5 Minuten eins) in den RAM (;und den Kontext der
> Anwendung) transferiert wo es dann weiterverarbeitet werden kann. So
> ungefähr werden die am wenigstens CPU-intensiven Anwendungen vorgehen,
> die du getestet hast.
>
> Zwischen diesen beiden Extremen sind etliche Abstufungen möglich.

Da fällt die Entscheidung schwer. Aber danke für die Aufklärung.

Gruß, Anselm

--
Antworten bitte in der Newsgroup.

==> *Die* Empfehlung fuer Webmaster: www.rettet-das-internet.de <==




Antwort von Andreas Erber:

Anselm Rapp wrote:

>
> Ich wäre dankbar, wenn mich jemand schlau machen könnte.

Das warum weißt du nun ja schon, das wie umgeht man das kann man so machen:

Man nimmt eine normale Pal Cam(;corder) / Dicigam, die Pal ausgibt, gehst mit
Composite/Svideo/RGB auf den Eingang einer Grafikarte oder TV Karte die
einen solchen Eingang bereitstellt und benutzt irgendeine Webcamsoftware die
mit den Windows CaptureCapture im Glossar erklärt Treibern Kompatibel ist. Dann hast du 0 CPU
Auslastung bei der Vorschau und nur ein bisserl eine wenn das Bild
hochgeladen wird.

LG Andy






Antwort von Anselm Rapp:

Andreas Erber schrieb:

>> Ich wäre dankbar, wenn mich jemand schlau machen könnte.
>
> Das warum weißt du nun ja schon, das wie umgeht man das kann man so machen:
>
> Man nimmt eine normale Pal Cam(;corder) / Dicigam, die Pal ausgibt, gehst mit
> Composite/Svideo/RGB auf den Eingang einer Grafikarte oder TV Karte die
> einen solchen Eingang bereitstellt und benutzt irgendeine Webcamsoftware die
> mit den Windows CaptureCapture im Glossar erklärt Treibern Kompatibel ist. Dann hast du 0 CPU
> Auslastung bei der Vorschau und nur ein bisserl eine wenn das Bild
> hochgeladen wird.

Das wäre natürlich technisch *die* Lösung. Allerdings habe ich meine
Webcam zu einem Spottpreis bekommen, sonst hätte ich gar keine. Der
Ausblick aus meinem Fenster ist so spannend auch wieder nicht, aber
wenigstens wissen meine etwas entfernt wohnenden Kinder, wie das Wetter
bei uns ist. :-)

Hier
www.pcwelt.de/forum/windows-nt-2000/98906-prozess-prioritaet-festlegen.html
hat jemand beschrieben, wie man Prozessen eine Priorität zuweisen kann,
womit mir schon geholfen wäre. Aber wie das Programm in einer Datei, die
"z. B." prior.cmd heißt, seine Priorität auslesen soll, ist mir
schleierhaft. Ich habe XP Home, aber das dürfte nicht der Grund sein,
warum es (;auch) bei mir nicht funktioniert.

Danke jedenfalls,

Anselm

--
Antworten bitte in der Newsgroup.

==> *Die* Empfehlung fuer Webmaster: www.rettet-das-internet.de <==




Antwort von Andreas Erber:

Anselm Rapp wrote:

>
> Das wäre natürlich technisch *die* Lösung. Allerdings habe ich meine
> Webcam zu einem Spottpreis bekommen, sonst hätte ich gar keine. Der
> Ausblick aus meinem Fenster ist so spannend auch wieder nicht, aber
> wenigstens wissen meine etwas entfernt wohnenden Kinder, wie das
> Wetter bei uns ist. :-)

Ahja alte TV Karten und Camcorder mit defektem Kasettenlaufwerk etc, gibts
vielleicht auch Spottbillig bei Ebay, keine Ahnung ;-)
Besser als der Bild von so einer Webcam wird das Bild damit allerdings
bestimmt!

LG Andy






Antwort von Günter Hackel:

Andreas Erber schrieb:

> Ahja alte TV Karten und Camcorder mit defektem Kasettenlaufwerk etc, gibts
> vielleicht auch Spottbillig bei Ebay, keine Ahnung ;-)
> Besser als der Bild von so einer Webcam wird das Bild damit allerdings
> bestimmt!

Du kennst Webcams nur aus dem letzten Jahrtausend und Camcorder auch nur
theoretisch.
gh





Noch was unklar? Dann in unserem Forum nachfragen!


Antworten zu ähnlichen Fragen:
TMPGEnc4XP - CPU Auslastung bei 20%
HD Rendern und Auslastung?
After Effects und CPU Auslastung
Mangelhafte CPU Auslastung bei AE.CS4
TV-Karte für DVB-C - CPU Auslastung
Zu hohe CPU Auslastung bei Aufnahme
CPU-Auslastung Flash vs HTML5 auf Win und Mac
Premiere und Core 2 Duo - Auslastung
magix 100% Auslastung bei .avi Dateien ?
Nur GERINGE CPU-Auslastung bei Export
MSP8: Nur 50% CPU-Auslastung auf Dualcore-System
Zulässige RAM-Auslastung: 0,4 GB? <- Kapier ich nich
Bei FullHD Export Auslastung zu gering
keine Cpu / Prozessor Auslastung beim Rendern
Prozessor Auslastung bwz Nutzung Quad Core
CPU-Auslastung bei 1OO% beim arbeiten in Movie Maker
Avid MC v5 + Quad Core AMD, nur 25% Auslastung beim einspielen?
Magix Video deLuxe 2005 Plus 100% Prozessor-Auslastung
Premiere Pro träge trotz Dual Core Opteron 165, Auslastung max 50%
Multicore Auslastung bei Premiere? Dualcore oder Quadcore kaufen?
gr-dvx 707 mit webcam
WEBCAM
Webcam und DSL
WebCam
webcam
webcam































weitere Themen:
Spezialthemen


16:9
AVCHD
AVI
Adobe After Effects
Adobe Encore DVD
Adobe Premiere Pro
After effects
Apple Final Cut Pro
Audio
Avid
Avid Xpress Pro
Bild
Brennen
CS4
Camcorder
Canon
Capture
Capturing
Clip
Codec
Codecs
DV
DVB
Datei
DivX
EIDE
Effekt
Effekte
Encore
Export
Fehler
Festplatte
Film
Filme
Final Cut
Firewire
Format
Formate
Frage
HDR
HDV
Hilfe
JVC
Kamera
Kaufe
Layer
MAGIX video deLuxe
MPEG
MPEG-2
MPEG2
Mac
Monitor
Movie
NTSC-Format
PAL-Format
PC
Panasonic
Pinnacle
Pinnacle Studio
Player
Premiere
Recorder
Software
Sony
Sony HVR-A1
Sony Vegas Video
Studio
TV
Ton
Ulead MediaStudio
VCD
VCD/DVD
VHS
Vegas
Video
Videos
Windows

Bereicheschraeg
Startseite
Forum
News
Artikel
HD Camcorder-Tests
Video-DSLR Tests
Camcorder Bestenliste
Lexikon
Serviceschraeg
Benchmark
Fachhändler finden
Festivals/Wettbewerbe
Gebrauchtbörse
slashCAM Mobil

Facebook
Twitter
RSS
Interaktionschraeg
News melden
Specialsschraeg
Tips: Zusätzliche Festplatte(n) via eSATA an Mac und PC


Test: DaVinci Resolve Lite für Windows - Erste Eindrücke


Tips: 11. Final Cut Pro (X): AVCHD 1080 50p in Final Cut Pro (X) bearbeiten


Camcorder Test: JVC GY-HM150 – sanfte Evolution


Umfrageschraeg
Womit drehst Du
hauptsächlich?
Camcorder
Video-DSLR oä.
Kompaktknipse
Handy
analoge Filmkamera
Kinect Kamera
3D-Camcorder
unterschiedlich, je
nach Situation

ergebnis
Umfrageschraeg
Über Uns
Bannerwerbung
Impressum
ClipKanalschraeg

Aktuelles Video:
FMX 2011 Trailer: "A Maize"


update am 8.Februar 2012 - 16:48
slashCAM ist ein Projekt der channelunit GmbH
*Datenschutzhinweis*