SmartSkipper Pro

[flechumer]

Seit vorgestern sind SSP-Testlizenzen erhältlich. Angesichts der Anfragen vorher, ist jetzt die Nachfrage, vorsichtig augedrückt, bescheiden. Vielleicht liegt es ja daran, daß nicht hinreichend klar ist, was man tun muss, um SSP zu testen. Deshalb stelle ich das hier noch mal kurz zusammen:
1. Evtl. vorhandene SmartSkipper-Dateien entfernen oder umbenennen.
2. Download SSP von http://www.flechumer.de.
3. Unzip
4. SmartSkipper.tap -> ProgramFiles oder AutoStart
5. Verzeichnis SmartSkipper -> ProgramFiles
6. SmartSkipper.tap starten
7. Es wird ein Begrüßungsmenü angezeigt, worin eine Test-Id angegeben ist und zur Eingabe einer Reg-Id aufgefordert wird.
8. http://www.flechumer.de aufsuchen, den Link "Testlizenz für ..." aufrufen.
9. In das 1. Eingabefeld die ersten 4 Ziffern der Test-Id, in das 2. Eingabefeld die nächsten 4 Ziffern eingeben und abschicken. Es wird die Reg-Id ausgegeben.
10. Die Reg-Id im Begrüßungsmenü eingeben und OK drücken.
Hat man, aus welchen Gründen auch immer, das Begrüßungsmenü beendet ohne eine Reg-Id eingegeben zu haben, geht man so vor:
10.1 Eine Wiedergabe starten.
10.2 OK drücken (SSP wird aktiv)
10.3 Menü drücken.
10.4 Untermenü "Lizenz ändern" auswählen und aufrufen.
10.5 Reg-Id eingeben und OK drücken.
Wenn man es so auführlich beschreibt, hört es sich komplizierter an, als es tatsächlich ist. Einfach mal versuchen!

[Dixie]

Hi Rudolf,
habe gerade wieder getestet. Topf gestartet. Alle Echtschnitte wurden entweder abgebrochen oder blieben stehen.
Topf nochmal neugestartet. 3 Schnitte top. 4ter Schnitt Abbruch ohne Meldung.

Ich habe davon 3 smartskipper.dat Dateien. Möchtest Du die auch haben?

Dixie

[Dixie]

Hi Rudolf,
ich verwende die freigegebene Betafirmware. Dort ist der Displaybug und anscheinend auch der "Schneidebug" beseitigt worden bzw. nicht vorhanden.

Siehe hier:
viewtopic.php?p=152991#p152991

Du hattest doch SSP wegen des Bugs umgeschrieben. Könnte das die Ursache für die Schnittprobleme bei mir sein?

Dixie

[flechumer]

[quote=""Dixie""] Alle Echtschnitte wurden entweder abgebrochen oder blieben stehen.
Topf nochmal neugestartet. 3 Schnitte top. 4ter Schnitt Abbruch ohne Meldung.

Ich habe davon 3 smartskipper.dat Dateien. Möchtest Du die auch haben?[/quote]
Ja, bitte. Schick's mir einfach ohne Kommentar. Ich finde mich schon zurecht.

Du hattest doch SSP wegen des Bugs umgeschrieben. Könnte das die Ursache für die Schnittprobleme bei mir sein?

Glaube ich nicht. Aber wir werden das prüfen. Ich selbst benutze noch die alte FW vor dem Bug und bei mir läuft es problemlos.

Danke für die Mitarbeit!

[Dixie]

[quote=""flechumer""]............Aber wir werden das prüfen.........[/quote]
TEAM

Dateien gehen Dir heute noch zu.

Dixie

[flechumer]

[quote=""Dixie""]TEAM [/quote]
War nur eine Redensart. Ich mache das allein.

[ibbi]

Pluralis Majestatis :

[flechumer]

[quote=""ibbi""]Pluralis Majestatis [/quote]
Irrtum: Pluralis modestiae ("wir" wäre sonst groß geschrieben).

[cbeckstein]

[quote=""flechumer""]Irrtum: Pluralis modestiae ("wir" wäre sonst groß geschrieben).[/quote]

vielleicht bilde ich mid das nur ein, aber seit der letzten 47.01 Testversion mit der aktuellen Dec-26-06 (beta) Firmware scheint mir SSP bei Betätigen der grünen Taste jeweils (im Vergleich zu früher) deutlich vor der Stelle den Schnitt zu plazieren, an der die Betätigung passiert --- soweit vorher, dass es sehr schwer abzuschätzen ist, wie weit man den Film hinter die Zielstelle laufen lassen muss, damit bei Betätigen der grünen Taste die lange nicht mehr sichtbare Stelle getroffen wird, wo man schneiden will

dafür habe ich seit dieser SSP-Testversion und der neuen Beta-Firmware keine "Exit blocked" PRobleme mehr (vielleicht auch, weil der Schnitt am Ende nun wieder über >| statt >> erfolgt)

- Clemens

[flechumer]

[quote=""cbeckstein""]vielleicht bilde ich mid das nur ein, aber seit der letzten 47.01 Testversion mit der aktuellen Dec-26-06 (beta) Firmware scheint mir SSP bei Betätigen der grünen Taste jeweils (im Vergleich zu früher) deutlich vor der Stelle den Schnitt zu plazieren, an der die Betätigung passiert --- soweit vorher, dass es sehr schwer abzuschätzen ist, wie weit man den Film hinter die Zielstelle laufen lassen muss, damit bei Betätigen der grünen Taste die lange nicht mehr sichtbare Stelle getroffen wird, wo man schneiden will

dafür habe ich seit dieser SSP-Testversion und der neuen Beta-Firmware keine "Exit blocked" PRobleme mehr (vielleicht auch, weil der Schnitt am Ende nun wieder über >| statt >> erfolgt)[/quote]
Da bleibt mir wohl nichts anderes übrig, als die Beta-FW auch einzusetzen. Trotzdem nochmal rückgefragt: Bezieht sich die Beobachtung wirklich auf das Setzen des Schnitts (überprüfbar z.B. mit Previous/Next) oder auf die Ausführung des Schnitts bei Real Cut. Betrifft es Cut-In wie -Out, Anfangs-, Zwischen- und/oder Endschnitt?

An der Schnittsetzung selbst ist SSP-seitig seit Ewigkeiten nichts geändert worden.

[flechumer]

Mit Einsatz der Beta-FW 5.13.39 hat sich bei mir ein seltsames Phänomen gezeigt. Seitdem ist eine Aufnahme, die ich im Dezember gemacht habe und nie gesehen habe, plötzlich wieder aufgetaucht. Ich war ursprünglich der Meinung, ich hätte vergessen, die Aufnahme zu machen. : Hat jemand ähnliche Beobachtungen gemacht?

@cbeckstein:
Die ersten Schnittversuche unter der Beta-FW zeigen bei mir kein anderes Verhalten als vorher. Ich werde die Sache im Auge behalten.

@Dixie:
Die drei Files SmartSkipper.dat habe ich mir angesehen. Soviel kann man sagen: In allen drei Fällen ist der Echtschnitt von der Key-Überwachung in SSP gezielt abgebrochen worden, weil mindestens ein Key nicht durchgekommen ist. Die infrage kommenden Keys sind: OK, Exit und Play. Wenn keine Fehlermeldung von SSP dazu gekommen ist, muss die Blockung "hinter" SSP passiert sein.

[Dixie]

Hi Rudolf,
also sollten die Key-Probleme nicht auftreten wenn SSP als erstes Tap startet?

Hier nochmal etwas zur neuen Beta: Postman _ weiterer Bug

Dixie

[flechumer]

[quote=""Dixie""]also sollten die Key-Probleme nicht auftreten wenn SSP als erstes Tap startet?[/quote]
Bei jedem Key werden alle TAPs in Ladereihenfolge durchlaufen und jedes hat die Möglichkeit, das Kommando zu blocken. Wenn es bei SSP ankommt, wird es aus der Liste der erwarteten Kommandos ausgetragen. Wenn es danach noch geblockt wird, kann SSP das nicht mehr registrieren, d.h. es wird keine Meldung mehr ausgegeben. Der Fehler tritt also unabhängig davon auf, wo SSP liegt, er wird nur u.U. nicht registriert. Will man also alle Fehler registrieren, muss man SSP ganz an das Ende der Ladereihenfolge legen.

Über den Test-Link kann jetzt eine Version .47.02 gedownloaded werden. Sie gibt jetzt unerwartet eintreffende Kommandos als Fehler aus und beendet einen laufenden Echtschnitt in diesem Fall. Das geschieht unabhängig davon, ob das Kommando von einem TAP generiert wurde oder an der FB eingegeben wurde.

[cbeckstein]

[quote=""flechumer""]Da bleibt mir wohl nichts anderes übrig, als die Beta-FW auch einzusetzen. Trotzdem nochmal rückgefragt: Bezieht sich die Beobachtung wirklich auf das Setzen des Schnitts (überprüfbar z.B. mit Previous/Next) oder auf die Ausführung des Schnitts bei Real Cut. Betrifft es Cut-In wie -Out, Anfangs-, Zwischen- und/oder Endschnitt?

An der Schnittsetzung selbst ist SSP-seitig seit Ewigkeiten nichts geändert worden.[/quote]

es passiert schon beim Setzen: wenn ich die grüne Taste betätige wird die Wiedergabe ein Stück mehrere Sekunden vor der Stelle fortgesetzt, an der ich die Taste gedrückt habe --- sowohl bei IN- als auch bei OUT-cuts; wenn ich dann später schneide, erfolgt der Schnitt an der weiter vorne liegenden Stelle, wo bei der Wiedergabe fortgesetzt wurde

ich verwende die aktuelle (dec-26-06 beta-)Firmware, auf die ich die beiden patches von firebird (powerrestore-patch und HDD detection patch) angewendet habe zusammen mit 04.47.02-SSP-Testversion

scheint selbstg zu passieren, wenn ssp das einzige tap im autostart ist...

kann folgendes einen Einfluss haben: wenn ich bei der Wiedergabe mit eingeschaötetem SSP-popup auf die Stelle warte, wo ich den Schnitt setzen will, halte ich SSP manchmal wiederholt durch Drücken der Untertitel-Taste aktiv (dabei wird jeweils eine halbierte Eingabezheit angezeigt)?

- Clemens

[flechumer]

Ich ahne woran es liegt. Wahrscheinlich ist die Cluster-Ausrichtung (versehentlich?) eingeschaltet. Ein/Aus mit TV/Radio (standardmäßig).

[cbeckstein]

[quote=""flechumer""]Ich ahne woran es liegt. Wahrscheinlich ist die Cluster-Ausrichtung (versehentlich?) eingeschaltet. Ein/Aus mit TV/Radio (standardmäßig).[/quote]

in der Tat, das macht einen deutlichen nNterschied...

die Tasten Fav und Subt haben damit nicht mehr die Bedeutung wie in SS 1.3, d.h. werden nicht kmehr zur cluster-Positionierung eingesetzt?

merkt sich SSP die Ausrichtung über ein Playback hinweg (also nach Beendigung eines Playbacks für das nächste)?

könnte mam die momentan eingestellte Ausrichtung irgendwie anzeigen --- etwa durch ein C oder B irgendwo in SSP popup?
das würde Fehlbedienungen wie in meinem Fall minimieren...

[flechumer]

[quote=""cbeckstein""]die Tasten Fav und Subt haben damit nicht mehr die Bedeutung wie in SS 1.3, d.h. werden nicht kmehr zur cluster-Positionierung eingesetzt?[/quote]
So ist es. Siehe Ergänzungsbeschreibung. Vor allen Dingen möchte ich auf die äußerst praktischen Funktionen Skipweite *2 bzw. /2 hinweisen. Ebenso: Verlängerung der Aktivitätsdauer.

merkt sich SSP die Ausrichtung über ein Playback hinweg (also nach Beendigung eines Playbacks für das nächste)?

ja.

könnte mam die momentan eingestellte Ausrichtung irgendwie anzeigen --- etwa durch ein C oder B irgendwo in SSP popup?
das würde Fehlbedienungen wie in meinem Fall minimieren...

Ich werde mal überlegen ob und wie man das machen könnte.

[flechumer]

Über den Test-Link ist jetzt die Version .47.03 downloadbar. Darin habe ich die Skip-Anzeige erweitert, sodaß jetzt B bzw. C für Block- bzw. Cluster-Ausrichtung angezeigt wird.

[cbeckstein]

[quote=""flechumer""]Über den Test-Link ist jetzt die Version .47.03 downloadbar. Darin habe ich die Skip-Anzeige erweitert, sodaß jetzt B bzw. C für Block- bzw. Cluster-Ausrichtung angezeigt wird.[/quote]

was kann man sonst noch angesichts einer solchen Blitzreaktion sagen: klasse...

- Clemens

[fritschi]

[quote=""flechumer""]Ich ahne woran es liegt. Wahrscheinlich ist die Cluster-Ausrichtung (versehentlich?) eingeschaltet. Ein/Aus mit TV/Radio (standardmäßig).[/quote]


Jetzt bin ich verwirrt. Ist es nicht umgekehrt das bei Blockausrichtung eigentlich nicht dort geschnitten wird wo man den Schnitt setzt sondern bei Clusterausrichtung. Ich verwende eigentlich immer die C-Ausrichtung da die ja genauer schneidet. Kann es sein das der Schnitt zwar genauer ist (clustergenau), bei der Wiedergabe aber der Topf doch auf Blockgrenzen springt und damit nicht ganz am Anfang nach dem Schnitt startet.

Frage: Gestern ist mir folgendes aufgefallen. Nach dem Start einer Wiedergabe war SSP aktiv und hat somit auch die >> und die <<-Tasten abgefangen. Wollte nur mal schnell etwas vorspulen und da erschien die SSP-Anzeige und der Balken fing an zu laufen. Ich konnte den schnellen SSP-vorlauf nicht stoppen (welche Taste?) und ich erhielt zwischendurch keine aktualisierten Bilder? Ist das normal oder deutet das auf eine zu langsame Festplatte hin.

mfg fritschi.

P.S. wollte nur mal melden das SSP-Pro wunderbar funktioniert und ich in letzter Zeit keinerlei Probleme hatte.