Camera Open/Close lock/release über Semaphore

Sehr geehrte Nutzer dieses Forums,
ich komme mit einer Frage zu ihnen in der Hoffnung mich mit Ihrem Entwicklerwissen zu beeindrucken.

Frage:
Wieso ist es notwendig beim Starten und Schließen der Kamera ein Semaphore mit einer max Thread Zahl von 1 zu nutzen. Was wird dadurch verhindert? Was sind Fälle die passieren können wenn man dies nicht tut?

Meine eigene Antwort auf die Frage ist derzeit:
Beim Öffnen/Schließen der Kamera könnten Threads gestartet werden die das Öffnen/Schließen verzögern und in dem Zuge kann es beispielsweise zu einer Schließung der App kommen während die Kamera in einem undefinierten Zustand ist oder einem Zwischenzustand. Der aktuelle State der Kamera muss zu jedem Zeitpunkt definiert sein, damit man gewährleisten kann das die Kamera beim Verlassen der Applikation freigegeben und durch andere Apps nutzbar gemacht wird.

Wenn hier vernünftige Leute sind mit denen man ordentlich über Fragestellungen Diskutieren kann und Lösungen finden kann, dann kann man ja überlegen öfter hier in das Forum rein zu schauen und gegebenenfalls auch mal gemeinsame Projekte zu starten.

Mit freundlichen Grüßen
Matthias B.

[[cite Jokel]]
Das zwei Threads zur gleichen Zeit auf die Kamera zugreifen.
Wenn das zb zwei Apps sind an wehn soll , das Bild übergeben werden.

Ich verstehe jetzt was das mit der Ausgabe von einem Bild zu tun hat, danke dafür, allerdings richtet man keinen Semaphore ein der die gesamte Laufzeit mit allen Kameraaktivitäten überdauert, das wäre wahrscheinlich nicht mal möglich, da auch Threads laufen müssen um den Fokus manuell zu verstellen, Filter im Vorraus über den Preview zu legen oder den Zoom anzupassen. Ggf. gibt es ja auch noch Weitwinkelfunktionen, diese Threads haben ja ihre Daseinsberechtigung.

Ich spreche von dem Öffnen und Schließen der Kamera, dort wird diese kurz, also im kritischen Bereich per Semaphore abgesichert und das ergibt für mich noch nicht sehr viel Sinn, denn in welchem Anwendungsfall kriegt man es schon hin die Kamera über 2 Apps gleichzeitig zu öffnen, so schnell kann die GPU doch nicht zwischen App Overlays switchen, das dieser Fall eintreten kann.

Dort könnte man doch ebenso try/catch verwenden denn wenn die Camera bereits in einer anderen App offen ist wird der Vorgang des Öffnens nicht ausgeführt.

Verstehen sie was ich meine, wieso wird der Vorgang des Öffnens und Schließens hier als kritischer Bereich gehandhabt?

Gleiche Zeit ich meine wirklich gleiche Zeit wir haben Multicore CPUs. Aber nur eine Kamera.

[[cite Jokel]]
Auch war das mit den zwei app nur als Beispiel gedacht. Ob es nun verschiedene sind oder nur eine die mehrere Threads started ist doch auch erst mal egal. Wichtig ist das es nicht gleichzeitig neherere Zugriffe geben soll.

Ah, jetzt ist der Groschen bei mir gefallen. Es könnten in meiner App mehrere Threads(Da Multicore CPU) gleichzeitig versuchen die Kamera zu öffnen beispielsweise. Wie genau die Aufgabenverteilung in einer Multicore CPU verläuft und ob es anhand von meinem bisherigen Code dann überhaupt möglich ist einen Mehrfachzugriff zu praktizieren ist ja etwas Anderes.

Ich bedanke mich für deine Antwort Jokel, du kannst dir sicher sein einem Studenten bei seinem Werdegang sehr geholfen zu haben.