Hallo,
ich habe mir die Ãœberlegungen der vergangen Tage angesehen:
Naddel schreibt:
„Grundsätzlich halte ich es auch für gut die abhängige Datei nach dem Skript
zu benennen, das sie erzeugt.
Dann könnte man sich z.B eine Version
ISOCurves basteln, die die nur i*.cvf Dateien zur Auswahl stellt.
sts.cvf sollte dann aber für alle Versionen gleich sein.“
Das wäre eine richtig feine Sache, vor allem nachdem ich ab heute auch schon über 60 SkyLight-Curves (derzeit in einem eigenen Verzeichnis) zur Verfügung stelle und auch dafür ein eigenes Curve-Auswahl-Skript eine ausgesprochen elegante Möglichkeit wäre, um innerhalb dieser Spezial-Curves zu navigieren. Dann könnte man mittels eines SkyLightCurves-Skript sogar die drei notwendigen Einstellparameter abfragen und die entsprechende Curve mittels Skript „laden“.
Naddel schreibt:
„@Sinter
Die Rauschunterdrückung kann jetzt über Parameter a geschaltet werden.
Ist da noch irgendwo eine Statusanzeige nötig?“
Hm, der Status der allgemein zuschaltbaren Noise-Reduction wurde ja bisher auch nicht angezeigt. So gesehen wäre das ein generelles Thema, ob man CHDK grundsätzlich um diese Anzeigemöglichkeit ergänzt.
Naddel schreibt:
„2.3
Und damit steht auch der Skriptname zur Disposition
Funktionalität:
Es wurde bewusst auf die Anzeige anderer Verzeichnisse als /CURVES verzichtet.
Sinters Experimentalkurven lassen sich also nicht so laden.
Ist das ein Hindernis?
Lässt sich ja durch kopieren beheben.
Bei mir ists so, daß ich ein paar Lieblinge habe, die auf /CURVES belasse
und den Rest auf einem Unterverzeichnis lagere.
Dann kommt man mit der Auswahl schneller zum Ziel.
Sollte eine Gruppierung (Vorauswahl) möglich sein?
also nur Kurven zur Farbänderung, besseren Lichtausnutzung usw.“
Die Frage der Gruppierung ist auch für mich noch offen. Die Experimentalskripte hatte ich ja bereits separat in ein eigenes Verzeichnis gestellt, damit Normaluser diese Extrem-Curves nicht irrtümlich als alltagstauglich erachten. Prinzipiell verfolge auch ich bislang die Vorstellung, jeder User kann sich diejenigen Curves ins Curve-Hauptverzeichnis kopieren, die er bevorzugt verwenden möchte. Andere Curves kann man dann entweder weglassen/löschen, oder in Unterverzeichnissen ablegen, genau wie von Naddel beschrieben. Aber je nach Funktionalität möglicher praktischer Skripte müssen wir überlegen, welche File-Organisation den meisten Sinn macht. Einerseits für manuelles Handling, andererseits um den Skripten eine möglichst praktische Umgebung zur Verfügung zu stellen.
Interessant wäre natürlich nun, wenn man Spezialcurves jeweils gruppiert in eigene Unterverzeichnisse legen würde, und thematische Skripte dann nur auf entsprechende thematische Unterverzeichnisse zugreifen würden. Also ein CurveExp.lua-Skript für die Nutzung von Experimental-Curves (im Experim-Unterordner), ein CurveSky.lua-Skript für die Nutzung von SkyLight-Curves (im SkyLight-Unterordner), etc.. Oder sogar ein Skript, welches zunächst die gewünschte Themenkategorie abfragt und sich erst dann in das gewünschte Thema schaltet.
Alternativ ist auch denkbar wie von Naddel vorgeschlagen, anhand des Filenamenbeginns nur in bestimmten Curve-Gruppen zu navigieren, die allesamt dennoch im Curve-Hauptverzeichnis stehen würden.
Ich frage mich selbst, was jeweils die Vor- und Nachteile wären.
naddel und gehtnix haben Folgendes geschrieben:
„Das mit dem "shoot-half" mußt Du mir nochmal erklären.
Wenn man eine Kurve abschalten will dann startet man das Skript über den Auslöser. Der "Cursor" steht dann sofort auf "ISOBoost aus". Nun noch ein Befehl einbauen dass man mit einem halben Druck auf den Auslöser sofort die Kurve entladen kann. Ich spare mir also das Umgreifen auf andere Tasten. Und shoot_half funktioniert doch auch bei einer S2.“
Eine interessante Idee. Ich glaube an diesem shoot-half könnte ich Gefallen finden.
naddel und gehtnix haben Folgendes geschrieben:
Ich habe das skript mal curves genannt
Ist doch OK so. "ISOBoost" würde ich im Skript auf neutral "Kurve" umbenennen.
Korrekt, die Funktionalität bezieht sich in der Tat auf ALLE Kurven. Dass hier „ISOBoost“ steht war historisch bedingt, da mein Ursprungs-Skript unmittelbar für die ISOBoost-Anwendung gedacht war. Reicht es für Normaluser denn aus, nur „Kurve“ hinzuschreiben, oder sollte man ausführlicher „Kurvenverwendung“ oder „Kurvennutzung“ hinschreiben, wenn es um den EIN/AUS-Status geht?
Msl schreibt:
„Zitat:
@msl rec,vid und play funktioniern gut.
Was ist play? not vid and not rec ?
Da stehe ich jetzt gerade auf der Leitung. Ich kann deine Frage im Augenblick nicht zuordnen.“
Vielleicht ob play nur dann =true ist, wenn vid und rec =false sind?
--------
Ein neues Update der Tonwertkurven habe ich vorhin zum Download reingestellt:
SintersCurvePackage 1. 2:
viewtopic.php?p=13460#13460
[EDIT]: Und zusätzlich nun auch um die von Naddel gewünschte Liste ergänzt, in der Version 1.2.2. [/EDIT]
UPDATE 10. November 2009:
63 SkyLight-Tonwertkurven zur systematischen Beeinflussung der Himmelsabbildung.
Die Skripte wurden optimiert.
Umstellung auf das 8.3-Fileformat.
PDF-Dokumentation ergänzt.
Viele Grüße,
Sinter