SmartSkipper Pro

[Steven]

Danke!

Gruß Steven.

[Dixie]

Hi Rudolf,

Versuch doch einfach mal SSP. SSP kann Spulen.

Danke für die Erhöhung der "Spuldauer"-Zeit.
Zwischen vorwärts und rückwärts läßt sich übrigens nicht direkt umschalten.
Hat das einen Grund?

Aber die WSS-Einbindung zeigt leider keine Wirkung.

Dixie

[flechumer]

[quote=""Dixie""]
Zwischen vorwärts und rückwärts läßt sich übrigens nicht direkt umschalten.
Hat das einen Grund? [/quote]
Da bringst Du mich in's Grübeln. Im Moment fällt mir jedenfalls keiner ein. Das wäre leicht zu ändern.

Aber die WSS-Einbindung zeigt leider keine Wirkung.

Auch mit der .01 nicht?

[Dixie]

[quote=""flechumer""]
Auch mit der .01 nicht? [/quote]

Jein, ich war der Meinung, dass SSP jetzt grundsätzlich bei Aktivität in 16:9 "mein" Format umschaltet. Wäre, denke ich nicht schlecht.
Erst jetzt habe ich einen Schnitt versucht.
Dabei schaltet SSP beim Einblenden der Zeitleiste in 16:9 und beim Schnittbereich festlegen zappelt es heftig zwischen 16:9 und 4:3 hin und her.

Dieses Verhalten scheint eventuell ein WSS-Problem zu sein. Für 4:3 nutze ich Modus 10 / Skaliertes 16:9. Dabei zuckt das Bild kurzzeit beim Ausblenden aller original Einblendung, wie z.B. der Zeitleiste oder der "Aufnahme beenden" Abfrage und wenn die SmartSkipper-Anzeige weg geht.

Werde mal im WSS-Thread nachfragen.

Dixie

[flechumer]

Also der Ist-Zustand für die .01 Testversion ist der: Jeder einzelne GenerateEvent genau wie jede Kette davon ist in WSS_43 / WSS_Auto eingeschlossen. Das geht wahrscheinlich deshalb nicht, weil die OSD-Folgen natürlich über den Zeitraum des Ablaufs der Kette hinausgehen. Was Du Dir vorstellst, also die Kopplung an die SSP-Aktivität, geht aber auch nicht, weil SSP auch im inaktiven Zustand noch Befehle absetzt, die zu OSD-Aktivitäten führen. Was man machen müsste, wäre also Funktionen wie Real Cut, Generate Cut List (aus Bookmarks) und Enter Time Shift weiträumig einzuschließen. Das ist leider nicht so simpel, wie es sich vielleicht anhört. Ich kann wirklich nur hoffen, daß wir in dem Thread zur TAP Koordinierung weiterkommen.

[FireBird]

Zusätzlich gibt es seit der WSSkiller-Version V2.9 den Event WSS_Freeze = 0x20003. Damit wird bis zum nächsten WSS_Auto nicht mehr umgeschaltet. Das ist besser als ihn in den Menümodus zu zwingen. Trotzdem sollten die Events nicht gerade im Dauerfeuer auf das arme TAP losgelassen werden.

MfG. Alex

[flechumer]

Also Freeze hatte ich als erstes versucht, hatte laut Dixie aber keine Wirkung. Ich muss jetzt erstmal neu überlegen, wo bzw. wann ich was mache.

Es steht die neue SSP Version 00.04.46 zum Download. Änderungen:

• Striktere Überwachung des Ablaufs bei Echtschnitt.
• Begrenzung der Spuldauer auf 9999 Sek. angehoben.
• Beim Spulen kann jetzt direkt von vorwärts auf rückwärts und umgekehrt geschaltet werden.

[Dixie]

EDIT:

Hi Rudolf,

hatte mich von 2 Scherzbolden aufs Glatteis führen lassen. Also vergiss, wenn Du bereits gelesen hattest, was hier stand.

Dixie

[macfan]

[quote=""flechumer""]Mit dem Parameter Anzeigefeld kannst Du jetzt den Quadranten auswählen, in dem die Anzeige ausgegeben wird: 1 = rechts/oben ... 4 = links/oben im Uhrzeigersinn fortschreitend.[/quote]

Aber wenn du schon den mathematischen Fachbegriff Quadranten verwendest, warum nummerierst du dann genau anders herum? Der vierte ist der rechts/unten. So ist das etwas verwirrend.

Gruß, Horst

[huebi]

[quote=""flechumer""]Dixie war so freundlich, ein paar Screenshots von SSP zu machen. Hier sind einige davon.[/quote]

Ist aber nicht sonderlich Bandbreitenschonend, das Zeug als BMP anstatt als JPG oder PNG einzustellen, 1,7 MB pro Bild!

[flechumer]

@huebi:
Hast ja recht, hab's grad' geändert.

@macfan:
Ich denke, damit kann man leben.

[fritschi]

Nach meinem Urlaub wollte ich eigentlich wieder voll loslegen beim Testen von SSP. Mit Entsetzen hab ich das mit dem Lizenz-Wahnsinn gelesen. Für mich ganz klar, das da einer nicht mehr will das du das verwendest (vielleicht will der das ja exclusiv an wen anderen verkaufen? ).

Trotzdem - mit meiner Version 04.44 bin ich 100% zufrieden. Verwende den Echtschnitt sehr oft und es klappt toll. Ich hoffe du nimmst es dir nicht zu sehr zu Herzen wenn dein Baby keine Chance bekommt erwachsen zu werden. Gibt es diesen Patente-Wahnsinn eigentlich nur in Deutschland oder auch bei uns in Österreich.

Bis bald
fritschi

[flechumer]

Hallo fritschi,

wahrscheinlich hattest Du den Thread noch nicht zu Ende gelesen. Inzwischen hat sich alles eingerenkt. Das führt bei mir erstmal zu einer Menge Zusatzarbeit, die ich aber gern in Kauf nehme. Es wird also noch ein paar Tage dauern, bis SSP und meine Home Page umprogrammiert sind. Jedenfalls kann ich weitermachen und das zu Konditionen, mit denen ich leben kann. Vielleicht hat es sogar geholfen, mal ein wenig auszurasten.

Gruß
Rudolf

[ansa61]

Hallo Rudolf,
ich wollte mir gerade die ..46 Version runterladen.
Diese Meldung kommt: "This ID is not used".
Mach ich was falsch oder funktioniert der Download nicht?
Danke

[flechumer]

[quote=""ansa61""]Mach ich was falsch oder funktioniert der Download nicht?
[/quote]
Der Download geht im Moment nicht. Der Grund: Ich muss SSP und meine Homepage erst umprogrammieren. Siehe oben.

[ansa61]

Danke für die schnelle Antwort.
Ich habe gerade den Topf am PC und es hätte gepasst. Aber nicht so wichtig. SSP funktioniert ja.

[flechumer]

Ich bin darüber informiert worden, daß es mit SSP 00.04.46 sporadisch Probleme beim Abschluß des Echtschnitts kommt. Insbesondere kommt es neuerdings in Zusammenhang mit IB 2.1 RC 13 gelegentlich zum Freezing. Wer kann das noch bestätigen?

In diesem Zusammenhang möchte ich mal ein paar Hinweise geben, was bei SSP .46 wesentlich neu und anders ist. Wenn SSP eine Kette von Systemaufrufen der Art "GenerateEvent" macht, so wird jeder Einzelaufruf dazu registriert mit Timeouts versehen und die zugehörigen Key Events später ausgetragen. Key Events, die nicht in dieses Schema passen, werden geblockt. Läuft ein Timeout ab, so wird der Gesamtvorgang abgebrochen und eine Fehlermeldung ausgegeben. Damit wird sichergestellt, daß die in der Ladereihenfolge vor SSP liegenden TAPs nicht unbemerkt SSP-Events "schlucken". Während bis SSP .44 (.45 war nur Test mit WSSkiller) Timeouts nur für gesamte Ketten kontrolliert wurden, ist diese Kontrolle jetzt also auf Einzelbefehle runtergebrochen. Es kann sein, daß die Timeouts noch nicht ganz richtig dimensioniert sind und korrigiert werden müssen. Dagegen spricht, daß keine Fehlermeldungen aufgetreten sind. Was kann man also tun? Zunächst mal würde ich vorschlagen, SSP ganz an das Ende der Ladereihenfolge zu legen damit die Kontrolle sich auf alle TAPs erstreckt.

Noch eine Bemerkung zu WSSkiller. Die Benachrichtigung war nur zeitweise zum Test eingebaut, kann also mit dem neuen Phänomen nichts zu tun haben. Für mich hört sich die Fehlerbeschreibung eher wie die Auferstehung des Uralt-Problems beim Echtschnitt an. Deshalb ist es von großer Bedeutung zu wissen, welche Art von Schnitt gemacht wurde: mit oder ohne Restdatei, mit oder ohne Umbennenung, in welchem Verzeichnis etc.

[cbeckstein]

[quote=""flechumer""]Ich bin darüber informiert worden, daß es mit SSP 00.04.46 sporadisch Probleme beim Abschluß des Echtschnitts kommt. Insbesondere kommt es neuerdings in Zusammenhang mit IB 2.1 RC 13 gelegentlich zum Freezing. Wer kann das noch bestätigen?

In diesem Zusammenhang möchte ich mal ein paar Hinweise geben, was bei SSP .46 wesentlich neu und anders ist. Wenn SSP eine Kette von Systemaufrufen der Art "GenerateEvent" macht, so wird jeder Einzelaufruf dazu registriert mit Timeouts versehen und die zugehörigen Key Events später ausgetragen. Key Events, die nicht in dieses Schema passen, werden geblockt. Läuft ein Timeout ab, so wird der Gesamtvorgang abgebrochen und eine Fehlermeldung ausgegeben. Damit wird sichergestellt, daß die in der Ladereihenfolge vor SSP liegenden TAPs nicht unbemerkt SSP-Events "schlucken". Während bis SSP .44 (.45 war nur Test mit WSSkiller) Timeouts nur für gesamte Ketten kontrolliert wurden, ist diese Kontrolle jetzt also auf Einzelbefehle runtergebrochen. Es kann sein, daß die Timeouts noch nicht ganz richtig dimensioniert sind und korrigiert werden müssen. Dagegen spricht, daß keine Fehlermeldungen aufgetreten sind. Was kann man also tun? Zunächst mal würde ich vorschlagen, SSP ganz an das Ende der Ladereihenfolge zu legen damit die Kontrolle sich auf alle TAPs erstreckt.

Noch eine Bemerkung zu WSSkiller. Die Benachrichtigung war nur zeitweise zum Test eingebaut, kann also mit dem neuen Phänomen nichts zu tun haben. Für mich hört sich die Fehlerbeschreibung eher wie die Auferstehung des Uralt-Problems beim Echtschnitt an. Deshalb ist es von großer Bedeutung zu wissen, welche Art von Schnitt gemacht wurde: mit oder ohne Restdatei, mit oder ohne Umbennenung, in welchem Verzeichnis etc.[/quote]

bei mir sind die beschriebenen Probleme passiert:
ohne Restdatei, mit Umbenennung (* am Anfang) im Endverzeichnis

meine Reigenfolge (Nummerierung laut TapCommander) Powerrestore, nicedisplay, poweroff,, description extender, improbox21rc13, T10RC1, SSP, 3PG99, WSSKiller210b TSBProtector090 und IhatePRogressBar; ich vermute ide Nr. 1 im TapCommander entspricht dem als ersten geladenen Tap, werde daher SSP mal --- wie vorgescholagen--- an die letzte Stelle setzen

- Clemens

werde jetzt mal

[cbeckstein]

[quote=""cbeckstein""]bei mir sind die beschriebenen Probleme passiert:
ohne Restdatei, mit Umbenennung (* am Anfang) im Endverzeichnis

meine Reigenfolge (Nummerierung laut TapCommander) Powerrestore, nicedisplay, poweroff,, description extender, improbox21rc13, T10RC1, SSP, 3PG99, WSSKiller210b TSBProtector090 und IhatePRogressBar; ich vermute ide Nr. 1 im TapCommander entspricht dem als ersten geladenen Tap, werde daher SSP mal --- wie vorgescholagen--- an die letzte Stelle setzen

- Clemens
[/quote]

"Endverzeichnis" meinte natürlich das Standardtopverzeichnis für Aufnahmen

nach Änderung der Tapreihenfolge wie oben angekündigt hatte ich soeben beim EndSchnitt ein zweizeiliges popup der Art: "Smartskipper Abbruch, Exit geblockt" (oder so ähnlich, das ging sehr schnell wieder weg): der letzte Schnitt am Ende der Datei wurde dabei glaube ich auch nicht durchgeführt

- Clemens

[flechumer]

Daß die Abbruchmeldung vor der Änderung nicht erschien, heißt lediglich, das SSP die Blockierung von Exit nicht registrieren konnte. Sie ist aber vorher schon aufgetreten. Die nächste Frage ist also: Wer schluckt Exit? Es kann sich demnach nur um eins von diesen TAPs handeln: 3PG99, WSSKiller210b TSBProtector090 und IhatePRogressBar. Kann jemand was dazu sagen?