Erweiterte Spulfunktion mit SSP 2.5

[Dixie]

[quote=""rossi""].....Kannst das jemand bestätigen oder kommt nur mir das so vor?[/quote]
Habe seit kurzem auch manchmal Artefakte (Ton i.O) Und wenn ich so darüber nachdenke immer in Verbindung mit SSP.
Werde das mal weiterbeobachten.

Dixie

[flechumer]

Gelegentliche Artefakte habe ich auch festgestellt, sie aber bisher nicht mit SSP in Zusammenhang gebracht. Daraufhin habe ich jetzt mal versucht, eine Systematik zu erkennen. Demnach sieht es so aus: Bei Wiedergabe von Aufzeichnungen (nicht Timeshift) kommt es bei der Aktivierung ebenso wie bei der Deaktivierung etwas zeitversetzt machmal zu solchen Erscheinungen. Irritierend ist dabei vor allem der Zeitversatz (1/2 - 1 Sek.). Bis jetzt habe ich nicht die geringste Erklärung. Hat jemand eine Idee?

[cbeckstein]

[quote=""flechumer""]Gelegentliche Artefakte habe ich auch festgestellt, sie aber bisher nicht mit SSP in Zusammenhang gebracht. Daraufhin habe ich jetzt mal versucht, eine Systematik zu erkennen. Demnach sieht es so aus: Bei Wiedergabe von Aufzeichnungen (nicht Timeshift) kommt es bei der Aktivierung ebenso wie bei der Deaktivierung etwas zeitversetzt machmal zu solchen Erscheinungen. Irritierend ist dabei vor allem der Zeitversatz (1/2 - 1 Sek.). Bis jetzt habe ich nicht die geringste Erklärung. Hat jemand eine Idee?[/quote]

aha, also SSP hat damit zu tun...

das Problem tritt bei mir nicht nur bei der Aktivierung oder Deaktivierung auf sondern auch während SSP aktiv ist jeweils nachdem man die Aktivitätsdauer mittels Videotexttaste verloängert...

ist das Zeitmolnitoring von SSP zur Überwachung der Einblendzeit des SSP windows recht CPU aufwändig und stört damit vielleicht die WIedergabe?

- Clemens

[flechumer]

Noch ein Nachtrag zu dem eben gesagten: Der Zeitversatz kann auch erheblich länger sein z.B. 6 Sek. Damit komme ich mit Erklärungsversuchen vollends ins Schleudern. Übrigens: Die Störungen sind nicht etwa in der Aufzeichnung, sondern entstehen bei der Wiedergabe.

[flechumer]

[quote=""cbeckstein""]aha, also SSP hat damit zu tun...

das Problem tritt bei mir nicht nur bei der Aktivierung oder Deaktivierung auf sondern auch während SSP aktiv ist jeweils nachdem man die Aktivitätsdauer mittels Videotexttaste verloängert...

ist das Zeitmolnitoring von SSP zur Überwachung der Einblendzeit des SSP windows recht CPU aufwändig und stört damit vielleicht die WIedergabe?

- Clemens[/quote]
Das ist es: Ich habe versuchsweise mal den TAP_Osd_FillBox, der den Ablauf rot markiert, abgeklemmt und siehe da, es gibt keine Artefakte mehr. Da habe ich jetzt aber ein Problem, denn auf die Anzeige würde ich nur ungern verzichten.

[flechumer]

Das Problem scheint gelöst. : Ich werde damit noch etwas testen und morgen vermutlich eine .60 online stellen.

[Elle4u]

Also normalerweise trten diese Artefakte auf, wenn zu viel CPU verbraten wird.
Evtl. musst Du mehr Idle-Events durch lassen.

Nur so eine Idee.

[flechumer]

[quote=""Elle4u""]Also normalerweise trten diese Artefakte auf, wenn zu viel CPU verbraten wird.
Evtl. musst Du mehr Idle-Events durch lassen.

Nur so eine Idee.[/quote]
Hatte ich auch erst gedacht. Aber es ist genau der TAP_Osd_FillBox. Die Lösung: Nur noch aufrufen, wenn tatsächlich eine Änderung anzuzeigen ist.

[flechumer]

SSP 02.05.60 steht jetzt online. Änderungen:

• Interne Verbesserungen bei "Enter Timeshift"
• Vermeidung von Artefakten bei Aktivierungsanzeige

Einen besonderen Dank an Rossi, der im Punkt 2 das Problem thematisiert hat!

[cbeckstein]

[quote=""flechumer""]SSP 02.05.60 steht jetzt online. Änderungen:

• Interne Verbesserungen bei "Enter Timeshift"
• Vermeidung von Artefakten bei Aktivierungsanzeige

Einen besonderen Dank an Rossi, der im Punkt 2 das Problem thematisiert hat![/quote]

ok, prima, Artefakte sind weg; eine Kleinigkeit sehe ich aber noch:

wenn ich jetzt die Anzeige von SSP mit der VIdeotext-Taste verlängere, verschwindet der obere wandernde rote Balken für ein paar Sekunden völlig, um dann iplötzlich rgendwo in der Mitte weiterzulaufen, als wäre er von Anfang an von links nachb rechts durchgelaufen...

- Clemens

[flechumer]

[quote=""cbeckstein""]ok, prima, Artefakte sind weg; eine Kleinigkeit sehe ich aber noch:

wenn ich jetzt die Anzeige von SSP mit der VIdeotext-Taste verlängere, verschwindet der obere wandernde rote Balken für ein paar Sekunden völlig, um dann iplötzlich rgendwo in der Mitte weiterzulaufen, als wäre er von Anfang an von links nachb rechts durchgelaufen...

- Clemens[/quote]
Verd... das ist mir durch die Lappen gegangen. Sollte jetzt (23:07) aber ok sein. Ich hasse Fehler (vor allem meine eigenen).

[cbeckstein]

[quote=""flechumer""]Verd... das ist mir durch die Lappen gegangen. Sollte jetzt (23:07) aber ok sein. Ich hasse Fehler (vor allem meine eigenen).[/quote]

na solange die bugs in einer derart atemberaubenden Geschwindigkeit gefunden und behoben werden, ist das doch nur eine Marginalie... :-))

Vielen Dank für die neue Version!

- Clemens

[macfan]

[quote=""flechumer""]Wenn Du haargenau nochmal das gleiche machst, müsste das Problem vielleicht reproduzierbar sein.[/quote]
Habe ich jetzt ganz genauso bei der neuen Version gemacht. Alles in Ordnung. Ich glaube, allmählich verzweiflen wir beide an dieser Sache .

Gruß, Horst

[flechumer]

Hallo Horst,

als der Fehler auftrat, sind da noch andere als SSP-Dateien und -Verzeichnisse gelöscht worden?

[macfan]

Ich habe kurz darauf die Datei BootMenu.cmd vermisst, weiß aber nicht, ob das zur selben Zeit aufgetreten ist. BootMenu ist als Ursache aber unwahrscheinlich, weil ich das noch nicht benutzt habe, als das Problem das erste Mal auftrat.

Gruß, Horst

[rossi]

Hallo Rudolf,

es läuft soweit alles sehr zufriedenstellend.
Allerdings hatte ich mit der .60 (wie bei fast allen deinen neuen Versionen mit erweiterter Spulfunktion) schon wieder das Problem, daß meine "Ini"-Einstellungen bzw. Tastenbelegungen verstellt waren. Diesmal betraf es allerdings nur die Anfangssprungweite die plötzlich auf einem Wert "~1600 Sekunden" (vorher 240 sec) stand.
Kannst du SSP diesbezüglich noch mal überprüfen?

[asrael]

[quote=""macfan""]Ich habe kurz darauf die Datei BootMenu.cmd vermisst, weiß aber nicht, ob das zur selben Zeit aufgetreten ist. BootMenu ist als Ursache aber unwahrscheinlich, weil ich das noch nicht benutzt habe, als das Problem das erste Mal auftrat.

Gruß, Horst[/quote]

Hi,

also die BootMenu.cmd wird definitiv nicht durch BootMenu gelöscht (es sei denn, Du schreibst einen entsprechenden delete-Befehl in die BootMenu.cmd, das wäre dann so eine Art Uninstall-Konfiguration ).

Mit freundlichen Grüßen

asrael

[flechumer]

[quote=""rossi""]Allerdings hatte ich mit der .60 (wie bei fast allen deinen neuen Versionen mit erweiterter Spulfunktion) schon wieder das Problem, daß meine "Ini"-Einstellungen bzw. Tastenbelegungen verstellt waren. Diesmal betraf es allerdings nur die Anfangssprungweite die plötzlich auf einem Wert "~1600 Sekunden" (vorher 240 sec) stand.[/quote]
Parameter und Key-Belegung sind in der SmartSkipper\Private\SmartSkipper.dat gespeichert, für die es eine Versionsnummer gibt. Die aktuelle Ver. ist 14. Wird beim Start eine Version < 13 vorgefunden, werden alle Werte auf die Vorbesetzung eingestellt. Alle Werte der 13 werden in die 14 übernommen. 1600 ist jedenfalls keine Vorbesetzung. Bei der Anfangssprungweite ist noch zu beachten, daß sie nicht nur über das Parametermenü veränderbar ist, sondern auch bei aktiviertem SSP durch eine Zahleneingabe mit anschließendem ok bzw p+ verändert werden kann.

Der Auslieferungsordner SmartSkipper enthält keine .dat. Wird er beim Start benutzt, so erhält man die standardmäßigen Vorbesetzungen. Deshalb ist es im Normalfall richtig, bei einer neuen TAP-Version nur das TAP selbst zu überschreiben.

Vielleicht sollte ich noch hinzufügen, daß ich beim Testen dauernd Versionswechsel vornehme und Deine Beobachtung nicht teilen kann. Allerdings gab es mal ein Problem mit einer älteren Version, ich weiß aber nicht mehr mit welcher.

[rossi]

Tja,

dann ich das mal bei den nächsten neueren Versionen weiter beobachten, ich habe jedenfalls immer nur die .tap-Datei ersetzt.

[flechumer]

[quote=""fritschi""]Ich werde heute mal testweise auf Filer 2.00(16) umsteigen. hoffe das dann das Problem nicht mehr besteht das SSP die Rec-Taste von Filer ("Entschluesseln") blockiert. Es gab damals irgendeinen Grund warum ich nicht von 1.2 auf 2.0 upgedatet habe .[/quote]
Es gibt da eine Grundregel: Nur Fehler die bekannt sind, können repariert werden. Mit anderen Worten: Warum hast Du das seinerzeit nicht reklamiert? Und noch etwas, was mir sauer aufstößt. Wie kommst Du eigentlich darauf, daß SSP Dateien zerstört? Das Phänomen Freezing/Temp-Datei bei Echtschnitt aus Unterverzeichnis mit Restdatei ist eine Uralt-Kiste, die so funktioniert: Die FW zeigt für eine kurze Zeit die Gesamtzahl der Blöcke, totalBlock, als 0 an. Jedes TAP, das diesen Wert nicht auf Plausibilität prüft und ihn zum Dividieren benutzt, bringt den Topf damit zum Absturz. Das hat übrigens nichts mit SSP zu tun, es passiert genauso beim PVR-Schnitt. SmartSkipper macht sorgfältigste Plausi-Kontrollen und scheidet als Verursacher (seit Jahren) aus.