[cgc-11]

Zitat von Linuxq

IMHO müssen wir wohl mit einer kleinsten Zeit von ca. 1/15 leben. Wer schneller sein will, ohne die Kamera zu berühren wird, falls er eine 700er hat, am günstigsten ein kleines Netbook kaufen und die Sony-Software verwenden :-( Die Palm-Software ist eben ein schönes und vor allem GÜNSTIGES Gimmick; hat aber eben ihre Grenzen.

Denke ich auch - im übrigen nehme ich ja für diese Zeiten die Kamera-interne Funktion für die Serien. Das geht ja problemlos. Aber es gibt eben übergangssituationen, wo man dann den Bereich des PALM unterschreiten sollte andererseits aber auch Zeiten mit über 30 Sekunden dabei sind.
Aber da muss man dann wohl improvisieren ...
Übrigens fällt mir da noch ein Feature für die Software ein: Ich schalte bei Nacht-Serien meistens den Autofokus aus weil mangels Info der Fokus oft falsch liegt. Wäre es möglich, dies auch in der Software zu berücksichtigen? AF = on/off und somit auch die Ansteuerungszeit zu minimieren - oder fällt das nicht ins Gewicht?

[Linuxq]

AF = on/off und somit auch die Ansteuerungszeit zu minimieren - oder fällt das nicht ins Gewicht?

Möglich: "Ja". Aber die Verzögerung ist nur ein paar ms und um bei Nachtaufnahmen, deren Reihen teilweise in der Summe ein paar Minuten dauern können, dann in der Summe vielleicht 5 Sekunden zu sparen,... Dafür sehe ich nicht die Notwendigkeit, als daß ich einen Abend damit verbringe die Funktion zu implementieren.

[jms]

@marcel: vielen dank für die Weiterentwicklung ...

Nach Monatelanger Pasue hier im Forum habe ich heute eher zufälligerweise entdeckt, dass Du die PalmSoftware weiterentwickelt hast ... klasse. Sieht gut aus. noch habe ich es zwar nicht mit der Kamera getestet ... aber immerhin mal die Software auf den Palm gezogen.

grüße jms

[the live]

Zitat von cgc-11

Tja, dann könnte man gleich sagen, dass auch die erzeugten DRI`s unbrauchbar sind. Glücklicherweise stimmen aber die Belichtungen mit der PALM-Software.

ich meine nicht dass die Reihen unbrauchbar sind aber es sind einfach zu viele Fehlerquellen. Jeder stellt etwas anderes ein und somit kann bei jeden eine andere Fehlerquelle sein.

Zitat von EdGer

Wenn der Remote eingang wirklich parallel zum Auslöser geschaltet ist, muss folgendes bedacht werden:
Das Schliessen eines mechanischen Kontaktes, sei es ein Schalter oder ein Relais, ist kein einmaliger Vorgang. Der Kontakt prellt! Das heisst, die Kontakte verhalten sich wie ein Ball der mehrmals hüpft bevor er am Boden liegenbleibt.

Ich habe in den 70er Jahren ausgiebige Studien zu dieser Problematik durchgeführt. Es ist nicht möglich, das Mehrfachauslösen durch Prellen sicher zu verhindern ohne bei einem der beiden Vorgänge eine Verzögerung einzubauen.

Es gibt grundsätzlich 2 Möglichkeiten dies zu berücksichtigen:

1. Durch einen elektronischen Filter, der im Wesentlichen aus einem Widerstand und einem Kondensator besteht. Dadurch werden die Prell-Impulse geglättet.
2. Durch die Software, die den Schliessvorgang erst als solchen anerkennt wenn er eine Mindestdauer aufweist, oder aber den Öffnungsvorgang erst nach einer Mindestschliessdauer.

Die zeitliche Dauer des Prellens ist von vielen Faktoren abhängig, so dass oft hohe Reserven eingebaut werden.

Edwin

Ok, an das habe ich gar nicht gedacht...

Am Remote ausgang kann ich anhand der Pegel erkennen ob der Auslöser gedrückt ist (es gibt ja auch GPS-Logger die am Fernauslöseranschluss erkennen wenn ein Foto gemacht wird)

ich habe jetzt den Testbericht von Gerhard gefunden (ge1ge) http://www.sonyuserforum.de/galerie/...image_id=60041 (4. Tabellenblatt)

man sieht auf den Oszilloskop-Bildern einerseits das BURCA 1ms genau belichtet

Die Burca-HW liefert exakt die eingestellten Zeiten. Die Toleranzen sind unterhalb der Anzeigemöglichkeit des Oszi (ca. 0.2%)

außerdem sieht man das Aufladen des RC-Glieds der Kamera.

Gruß
Andreas

[cgc-11]

Zitat von the live

ich habe jetzt den Testbericht von Gerhard gefunden (ge1ge) http://www.sonyuserforum.de/galerie/...image_id=60041 (4. Tabellenblatt)

man sieht auf den Oszilloskop-Bildern einerseits das BURCA 1ms genau belichtet

außerdem sieht man das Aufladen des RC-Glieds der Kamera.

Ganz interessant. Heißt also, dass das RC-Glied 3-4mS nach dem Schuss wieder bereit ist ...
Einen kleinen Schönheitsfehler: x: 0.2ms/div. unterhalb des ersten Screenshots sollte eigentlich x: 0.5ms/div. heissen ...

LG Gerhard

[Linuxq]

Hi,

ich habe mal mit dem Programmierer von EOSRemote Kontakt aufgenommen, da ich eigentlich meinen Treo 650 verwenden will, welcher über keinen seriellen Anschluß verfügt. Er hat mir Tips diesbezüglich gegeben und ich will evtl. eine Version für Geräte mir Multiconnector erstellen, bzw. als Option. Bei der Gelegenheit habe ich ihn zu unserer Problematik befragt, ob im Canon-Lager ähnliche Probleme da sind. Hier die Antwort:

Das ist ja eben genau der Grund warum ich unter 1 Sekunde grundsätzlich die SVA voraussetze.
Du musst ja in die Auslösedauer die Zeit für das Hochklappen des Spiegels mit einbeziehen. Diese Dauer ist zum einen nicht bekannt und zum anderen nicht immer zu 100% konstant. Zudem auch bei jedem Kameramodell anders, selbst innerhalb eines Modells sind da noch Toleranzen.

[Linuxq]

Hi,

kleines Update auf 0.93: HDRAlpha.prc

Die Einstellungen bleiben nun nach Beenden gespeichert und sind bei erneutem Öffnen wieder wie sie waren, statt immer von den Standardwerten auszugehen.

@all: Hätte jemand Interesse an einer Version, die auch Geräte mit Multiconnector per USB unterstützt (z.B. Treo 650, Tungsten, etc.)

[Linuxq]

Das wird ein paar von Euch interessieren:

Ich habe auch noch eine CANCEL-Taste hinzugefügt (V0.94). Diese funktioniert!

Außerdem habe ich Vorbereitungen für die Begrenzung der Belichtungszeiten je nach Kameramodell getroffen. In den "Einstellungen" kann die Kamera ausgewählt werden. Es sind aber noch keine Funktionen hinterlegt, die begrenzen. Diese folgen wohl im Laufe der Woche.

ToDos:

Must have:
- Cancel-Butten für Checkbox
- Fehler: Zeitanzeige bei großen Gesamtzeiten beheben
- Minimale Belichtungszeit je Kamera begrenzt
- Fokus bei Start rausnehmen

Nice to have (nach Wichtigkeit):
- Übernahme der Belichtungsreihe aus den Slidern in die Checkoxen
- lange Zeiten als Minuten anzeigen
- USB-Kabel-Variante für Treo 650
- SVA (2s) implementieren
- echte SVA implementieren
- Wartezeit für LiveView als Option
- Variante für Kabel á la EOSRemote

Erledigt:
- Cancel-Taste (Nur auf Taste )
- Einstellungen abspeichern (Delay, NR on/off, Normalzeit, EV-Schrittweite, Bildanzahl, Kameramodell)
- Fehler: Sekunden = "Sekungen" bei CheckBox
- Fehler: Aktualisierung "xx Sekunden" zu kurz bei Checkbox -> Sekundenn

[Friedemann]

Zu der Cancel Taste möchte ich anmerken, dass diese von den Leuten hier im Forum ermöglicht wurde, welche die V1.0 Software erstanden haben, Linuxq hat die kompletten Quellen zur Funktionalität von mir erhalten (wollte ich nur mal anmerken) - somit machts denk ich auch keinen Sinn mehr, die Photoassistent Software weiterzuentwickeln, mit der ich hier gestartet habe.

Einerseits find ichs doof dass meine Software von der Funktionalität geschlachtet wurde und Linuxq das hier jetzt mit nem neuem GUI als seine Software weiterentwickelt, andererseits fehlt mir jedoch die Zeit - im Endeffekt ists aber auf alle Fälle besser wenn jemand das Projekt nach vorne bringt.

(löst die Kamera überhaupt aus ohne Focus Ansteuerung mittels Fernauslöser - ich hatte da mal Probleme mit)

lg

Friedemann (3D Photos per Inkjetdrucker in Kürze ...)

[ge1ge]

Zitat von Friedemann

(löst die Kamera überhaupt aus ohne Focus Ansteuerung mittels Fernauslöser - ich hatte da mal Probleme mit)

Hallo Friedemann,

bei der Nikon D80 und der Canon 40D muß auch im manuellem AF der Kamera, der Fokus-Kontakt mit geschlossen werden und bleiben, solange die Kamera auslösen soll. Erfolgt ja bei der manuelen Fernbedienung automatisch, zuerst AF, dann Shoot.