SmartFiler_TMS

[prinzip]

@prinzip:
Beende mal QP und probiere aus ob die Meldung dann immer noch kommt.

Stimmt, die Meldung erscheint ohne QP nicht mehr, dass Löschen per Doppelklick funktioniert aber weiterhin nicht, nachdem SmartFilerTMS während der Wiedergabe geöffnet wurde.

Die Probleme resultieren also aus dem Parallelbetrieb von QP, FSkip und SmartfilerTMS.


ciao, Maik

[JayTee]

So siehts im Moment leider aus.

Bei Fastskip hab ich keinen Doppelklick, sondern das OSD zum Löschen eingestellt
wo man auswählt "Ja / Ja + Archiv / Nein"

Auf die Tour hatte ich noch nie Schwierigkeiten.

Da vermute ich das Prob eher bei der Doppelklickmimik in FS.
Allerdings ist der Doc im Moment "out of buisiness", da kanns mit der Anaylse noch was dauern.

[Twilight]

die meldung sieht so aus als käme sie auch von qp.

edit: 2te seite nicht gesehn

twilight

[paul79]

Wenn eine Aufname wiedergegeben wird, erscheint seit der jüngsten Version das Wiedergabesymbol. Somit wird intern ein Status gespeichert, welcher bei ungesehenen Sendungen nicht vorhanden ist. Wenn der Status erhalten beleiben könnte, wäre zum Ende der Wiedergabe eine Unterscheidung zwischen den tatsächlich ungesehenen Aufnahmen möglich - oder?

Der Status wird nicht gespeichert sondern direkt ausgelesen. Leider hat der Topf die Eigenart das der Fortschritt bei komplett gesehenen Aufnahmen auf 0 gesetzt wird.

Öhm, Paul...
Über dieses Problem hatten wir schon intern gesprochen.

Ich hatte das Zusammenspiel von Quickplay und SF als Verursacher ausgemacht.
Haben "wir" allerdings nicht weiter verfolgt.

Ach das war die Meldung. ops:
Hab ich total verdrängt. ops:

Stimmt, die Meldung erscheint ohne QP nicht mehr, dass Löschen per Doppelklick funktioniert aber weiterhin nicht, nachdem SmartFilerTMS während der Wiedergabe geöffnet wurde.

Die Probleme resultieren also aus dem Parallelbetrieb von QP, FSkip und SmartfilerTMS.

Das Problem mit der Meldung liegt am Zusammenspiel von QP und SF.

Das Problem mit dem Löschen liegt am Zusammenspiel von FS und SF.

So siehts im Moment leider aus.

Bei Fastskip hab ich keinen Doppelklick, sondern das OSD zum Löschen eingestellt
wo man auswählt "Ja / Ja + Archiv / Nein"

Auf die Tour hatte ich noch nie Schwierigkeiten.

Da vermute ich das Prob eher bei der Doppelklickmimik in FS.
Allerdings ist der Doc im Moment "out of buisiness", da kanns mit der Anaylse noch was dauern.

Doppelklick kann ich ausschließen. Ich mach das nämlich auch mit OSD und hatte den Fall auch schon. Wir werden da wohl warten müssen ob sich der Doc mal wieder meldet.

[Isarwolf]

Wenn ich eine Wiedergabe pausiere wird immer die Bildgröße verändert.
Gestern Abend waren nach mehrmaligen pausieren plötzlich die Infos leer.
Nachdem ich die Wiedergabe unterbrochen habe und mit QP fortgesetzt habe, waren die Infos wieder da.
Nachdem ich unterbrochen hatte,wurde pausenlos die Info aufgerufen. Ich konnte nur mit Mühe die Wiedergabe wieder starten.
Gruß

Hannes

[paul79]

[quote="Isarwolf"]Wenn ich eine Wiedergabe pausiere wird immer die Bildgröße verändert.
Gestern Abend waren nach mehrmaligen pausieren plötzlich die Infos leer.
Nachdem ich die Wiedergabe unterbrochen habe und mit QP fortgesetzt habe, waren die Infos wieder da.
Nachdem ich unterbrochen hatte,wurde pausenlos die Info aufgerufen. Ich konnte nur mit Mühe die Wiedergabe wieder starten.
Gruß

Hannes[/quote]

Hast Du SmartFiler im Einsatz?
Wenn ja, hast Du während der Wiedergabe SmartFiler aufgerufen?

[Isarwolf]

[quote="paul79"]Hast Du SmartFiler im Einsatz?
Wenn ja, hast Du während der Wiedergabe SmartFiler aufgerufen?[/quote]
Nein.
Ich habe die Wiedergabe aus Smartfiler heraus gestartet. (Deshalb meine Bemerkung hier. Mit QP ist mir das nie passiert.)
Noch etwas ist mir aufgefallen, beim Beenden der Pause begann die Wiedergabe einige Sekunden zurück. Vielleicht deutet das auf Fastskip.
Gestern wollte ich das Szenario reproduzieren, was mir aber nicht gelungen ist.

Gruß

Hannes

[Isarwolf]

So.
Jetzt habe ich nochmal ausprobiert, wie es zu den Problemen kommt.
Es geht alles normal bis zu dem Zeitpunkt, wenn Smartfiler während der Wiedergabe geöffnet wird. Anschließend tritt der Fehler mit der Änderung des Bildformates auf.

Gruß

Hannes

[aGizmo]

Hallo Paul,

da es auf den letzten Seiten (seit dem 28.03.) nicht erwähnt wurde, möchte ich kurz einwerfen, dass diese Funktion "Befindet sich nur ein Eintrag in einem Ordner wird "Eintrag" statt "Einträge" ausgegeben" bei mir nicht funktioniert. Es wird in diesem Fall immer nur "1" angezeigt.

[paul79]

So.
Jetzt habe ich nochmal ausprobiert, wie es zu den Problemen kommt.
Es geht alles normal bis zu dem Zeitpunkt, wenn Smartfiler während der Wiedergabe geöffnet wird. Anschließend tritt der Fehler mit der Änderung des Bildformates auf.

Evtl. habe ich das Problem gefunden. Ist wahrscheinlich mit der nächsten Version behoben.

Hallo Paul,

da es auf den letzten Seiten (seit dem 28.03.) nicht erwähnt wurde, möchte ich kurz einwerfen, dass diese Funktion "Befindet sich nur ein Eintrag in einem Ordner wird "Eintrag" statt "Einträge" ausgegeben" bei mir nicht funktioniert. Es wird in diesem Fall immer nur "1" angezeigt.

Hast Du die LNG auch getauscht? Klingt als wäre die veraltet.

[aGizmo]

Hast Du die LNG auch getauscht? Klingt als wäre die veraltet.

Ich hatte das Update über TTD gemacht. von welchem Datum ist denn die aktuelle LNG, dann schau ich heute Abend nach.

[paul79]

Das Datum weiß ich leider nicht auswendig. Es muss aber einen Eintrag "de_056=Eintrag" geben.

[uenger]

Das Datum weiß ich leider nicht auswendig.

Moin,
das Datum ist 23.03.2012

LG
uenger

[aGizmo]

So, alles wieder gut...
Habe einmal über TTD deinstalliert und neu installiert. Jetzt wird "1 Eintrag" angezeigt.

[aGizmo]

Jetzt ist mir auch gerade die zweite Sache wieder eingefallen, die ich anbringen wollte. Hierzu habe ich allerdings noch nicht gesucht, ob das schon mal erwähnt wurde. ops:

Ich nehme nachts um 1:30 Uhr eine Serie auf. In SmartFiler wird für diese Aufnahme immer das Datum des Vortages angezeigt. Im Topfield-Archiv wird das richtige Datum angezeigt.

[paul79]

Jetzt ist mir auch gerade die zweite Sache wieder eingefallen, die ich anbringen wollte. Hierzu habe ich allerdings noch nicht gesucht, ob das schon mal erwähnt wurde. ops:

Ich nehme nachts um 1:30 Uhr eine Serie auf. In SmartFiler wird für diese Aufnahme immer das Datum des Vortages angezeigt. Im Topfield-Archiv wird das richtige Datum angezeigt.

Kannst Du mir die INF einer solchen Aufnahme hier einstellen?

[aGizmo]

Aber gerne doch. Habe mal alle drei, die ich noch habe in eine ZIP-Datei gepackt.

[hagge]

Ich habe eine längere Aufnahme mit Musikvideos über die topfeigene Schnittfunktion in mehrere Teile zerteilt. Es gibt also viele Dateien mit gleichem Namen, nur mit unterschiedlicher -Cut-Nummer. Die Nummern gehen dabei bis über 10. Eine NAV-Datei ist für diese Dateien nicht mehr vorhanden (wegen dem Schnitt). Nun wollte ich mit SmartFiler die Dateien in einen Unterordner "Musik" verschieben. Dabei musste ich die Dateien mehrfach verschieben, da sie immer wieder in der Liste auftauchten. Letztendlich sind sie aber nie im Unterverzeichnis angekommen, sprich ich habe nun einige dieser Dateien komplett verloren. Dafür gibt es nun eine Datei doppelt, einmal im normalen Ordner, einmal im Unterordner. Es scheint sich sogar um die gleiche Datei zu handeln (Link?), denn wenn ich sie abspiele zeigt sowohl die Datei oben als auch die Datei im Unterordner das Play-Icon an.

Hier scheint also noch gehörig was schief zu gehen!!!

Gruß,

Hagge

[Twilight]

ot: und warum schneidest du nicht mot moviecutter ?!

twilight

[paul79]

Aber gerne doch. Habe mal alle drei, die ich noch habe in eine ZIP-Datei gepackt.

Die Daten in den INFs passen zu den Daten aus Deinem Screenshot.
Lediglich bei "Die neue Welt (2)" sehe ich ein Problem:

In der INF steht die Zeit immer in UTC. Das bedeutet ich muss die Zeit umrechnen um unsere MESZ zu haben. Macht im Sommer +2 Stunden, im Winter +1 Stunde. Es ist nun so das leider nur die Uhrzeit umgerechnet wird und das Datum ignoriert wird. ops:
So kommt es das "Die neue Welt (2)" nach UTC um 04.04.2012 23:30:00 gestartet ist. +2 Stunden wäre 05.04.2012 01:30:00. Die Uhrzeit wird umgerechnet das Datum eben leider nicht. Der Effekt fällt während der (bescheuerten) Sommerzeit natürlich verstärkt auf.
Ich hab noch keine spontane Idee wie ich das am besten behebe.

Auf die Sortierung hat das keinen Einfluss. Die erfolgt immer nach UTC. Ist also "nur" ein Anzeige Fehler.
Ich nehm's in die Bugliste auf. Kann aber noch nicht versprechen das das in der nächsten Version schon behoben ist.

Ich habe eine längere Aufnahme mit Musikvideos über die topfeigene Schnittfunktion in mehrere Teile zerteilt. Es gibt also viele Dateien mit gleichem Namen, nur mit unterschiedlicher -Cut-Nummer. Die Nummern gehen dabei bis über 10. Eine NAV-Datei ist für diese Dateien nicht mehr vorhanden (wegen dem Schnitt). Nun wollte ich mit SmartFiler die Dateien in einen Unterordner "Musik" verschieben. Dabei musste ich die Dateien mehrfach verschieben, da sie immer wieder in der Liste auftauchten. Letztendlich sind sie aber nie im Unterverzeichnis angekommen, sprich ich habe nun einige dieser Dateien komplett verloren. Dafür gibt es nun eine Datei doppelt, einmal im normalen Ordner, einmal im Unterordner. Es scheint sich sogar um die gleiche Datei zu handeln (Link?), denn wenn ich sie abspiele zeigt sowohl die Datei oben als auch die Datei im Unterordner das Play-Icon an.

Hier scheint also noch gehörig was schief zu gehen!!!

Das ist natürlich der Worst-Case. Tut mir leid. ops:

Das Verschieben selbst erfolgt komplett in der FBLib. Ich denke diese Funktion nutzen viele TAPs. Ich mach da nur ein

Code: Alles auswählen

HDD_Move(GUI_Move_File, GUI_Move_Source, GUI_Move_Destination);

Theoretisch muss es auch ohne die NAVs gehen. Wie twilight schon erwähnte, beim schneiden mit MovieCutter bleibt die NAV erhalten. Mit RebuildNAV könnte man die NAV nachträglich wieder erstellen.

Hast Du zufällig TimerDiags laufen? Ist dort im Log was zu finden?