Automove TAP

[steve]

Somit dürfte AM aber nicht mehr am NAS verschieben sondern ins sog. 2. Rootverzeichnis auf der Topfplatte. Damit AM aber weiß, ob "normal" verschoben wird oder "extended" muss es wohl in AM einen 2. Schalter geben.

Problem ist dann aber bloß, dass der Schalter so pauschal nicht nutzbar ist, da man, so wie ich, manches verschieben lässt und manches eben nicht.
Manches wird aus Platzgründen verschoben, manches nur kopiert! Hier sind die Nutzungsszenarien so vielfältig, dass sich sicher nicht alles abbilden lässt.

[steve]

Nachtrag: bei mir ist definitiv die Reccopyunterstützung eingeschaltet oder besser "angewendet"!!
Gerade eben nachgesehen!

[Twilight]

Somit dürfte AM aber nicht mehr am NAS verschieben sondern ins sog. 2. Rootverzeichnis auf der Topfplatte. Damit AM aber weiß, ob "normal" verschoben wird oder "extended" muss es wohl in AM einen 2. Schalter geben.

da AM dann ja auf das movetonas verzeichnis eingestellt ist, macht es das ja auch nicht mehr

Problem ist dann aber bloß, dass der Schalter so pauschal nicht nutzbar ist, da man, so wie ich, manches verschieben lässt und manches eben nicht.
Manches wird aus Platzgründen verschoben, manches nur kopiert! Hier sind die Nutzungsszenarien so vielfältig, dass sich sicher nicht alles abbilden lässt.

welcher schalter ?! klar sind die antsprüche unterschiedlich und lasse auch nur bestimmte sachen auf das nas verschieben...eben nur die die im movetonas landen das habe ich ja selbst in der hand.
aber welchen grund es geben kann die dinge die am nas sind am srp weiterhin zu behalten verstehe ich nicht, ich habe ja keinerlei einschränkungen wenn ich die aufnahmen vom nas aus mit dem srp aus schaue.

wie auch immer die sache soll einfach aufzeigen das es auch eine andere möglichkeit gibt an die sache heran zu gehen.

twilight

[Twilight]

wie kann man eigentlich einen eintrag aus dem history move löschen?

twilight

[Happy]

Löschen kann man nicht, aber mit der Rec-Taste kann man den Eintrag blockieren, damit er nicht für den Historymove verwendet wird.

Gruß,
Happy

[Twilight]

Löschen kann man nicht, aber mit der Rec-Taste kann man den Eintrag blockieren, damit er nicht für den Historymove verwendet wird.

Das ist doch schon perfekt für mich danke

Twilight

[steve]

Ich habe leider immer noch das Problem aus #448.

Jeden Tag darf ich manuell die Fragmente der .inf und.nav - Dateien manuell via FTP auf dem Server ins richtige Verzeichnis schieben, da diese wenn das .rec schon während des eigentlichen Kopiervorgangs verschoben wurde, nicht mitgenommen bzw. verschoben werden. Scheinbar bin ich aber der Einzige, bei dem dieses Problem auftaucht, oder?

Gibt es dafür schon eine Lösung? Oder ist eine in Sicht?
Oder jemand noch ne andere Idee?

[Twilight]

mit was verschiebst du? wenn mit bgc dann laß automove nur beim start des receivers arbeiten und gut ists.

eine andere möglichkeit:

ich verwende das verzeichnis "movetonas" als zweites root verzeichnis für automove.
d.h. ich lasse automove lokal die datein in das verzeichnis verschieben, welches schon die korrekten verzeichnisse fürs nas beinhaltet.
bgc verschiebt dann bei der arbeit direkt in das verzeichnis ins nas bzw. erstellt fehlende verzeichnisse selbst.

twilight

[steve]

mit was verschiebst du? wenn mit bgc dann laß automove nur beim start des receivers arbeiten und gut ists.

Wird leider ebensowenig klappen, da dann wieder bgc und am gleichzeitig arbeiten. Dann passiert eben genau das Beschriebene wieder....

eine andere möglichkeit:

ich verwende das verzeichnis "movetonas" als zweites root verzeichnis für automove.
d.h. ich lasse automove lokal die datein in das verzeichnis verschieben, welches schon die korrekten verzeichnisse fürs nas beinhaltet.
bgc verschiebt dann bei der arbeit direkt in das verzeichnis ins nas bzw. erstellt fehlende verzeichnisse selbst.

Das kapier ich nicht!
Bei mir scannt am lediglich das Rootverzeichnis des Topfes. Das hat Performancegründe. Aus demselben Grund ist auch der FollowMeModus ausgeschaltet....
Auf dem Topf selbst gibt es Unterverzeichnisse, in die die Filme verschoben werden. Wenn ich will, dass einzelne Filme auf den WHS verschoben werden sollen, verschiebe ich die 3 Dateien manuell aus dem Unterverzeichnis in den MoveToNas Ordner. Dort werden dann die 3 Dateien ins entsprechend gemappte (Root-)Verzeichnis des Servers geschoben und dann von am ins entsprechende Unterverzeichnis.
Aber eben leider meist nur die .rec
Die Ordnerstrukturen auf dem Topf und dem Server sind weitestgehend identisch.

Ich nehme an, du verschiebst alle Filme auf das NAS bzw. den Server, von daher macht deine Vorgehensweise durchaus Sinn. Ist aber bei mir nicht der Fall...

[Twilight]

Wird leider ebensowenig klappen, da dann wieder bgc und am gleichzeitig arbeiten. Dann passiert eben genau das Beschriebene wieder....

kommt auf einen test an, da das rec file kopieren länger dauert als am arbeitet müßte es ein file verschieben das gerade kopiert wird....

Das kapier ich nicht!
Bei mir scannt am lediglich das Rootverzeichnis des Topfes. Das hat Performancegründe. Aus demselben Grund ist auch der FollowMeModus ausgeschaltet....

schau, du läßt am im root des topfes arbeiten und auf dem nas...das sind 2 verzeichnisse von denen aus verschoben wird.

wenn du nun anstatt vom nas aus, das movetonas verzeichnis nimmst ist das grundsätzliche performance ergebnis mal das gleiche.

Auf dem Topf selbst gibt es Unterverzeichnisse, in die die Filme verschoben werden. Wenn ich will, dass einzelne Filme auf den WHS verschoben werden sollen, verschiebe ich die 3 Dateien manuell aus dem Unterverzeichnis in den MoveToNas Ordner. Dort werden dann die 3 Dateien ins entsprechend gemappte (Root-)Verzeichnis des Servers geschoben und dann von am ins entsprechende Unterverzeichnis.

nun, wenn es nur um ein paar von hand verschobene datein geht dann leg die im movetonas einfach die entsprechenden unterverzeichnisse an in denen du sie am nas haben willst und bgc kopiert/verschiebt dann direkt in diese verzeichnisse.

Aber eben leider meist nur die .rec

dann eben nicht mehr

Ich nehme an, du verschiebst alle Filme auf das NAS bzw. den Server, von daher macht deine Vorgehensweise durchaus Sinn. Ist aber bei mir nicht der Fall...

nein, mach ich nicht.

ich habe verzeichnisse in denen am datein direkt verschiebt, diese datein bleiben auch am srp.

ich habe aber in movetonas die gleiche ordnerstrucktur die ich auch am nas habe (zumindest die die ich aktuell brauche)

je nach ordnertiefe reicht es eventuell automove nur am srp arbeiten zu lassen....
ich habe aber eine ordertiefe von 3 im movetonas (vom datafiles aus gesehn) und am verschiebt nur in 2.
deshalb habe ich das movetonas als 2tes verzeichnis von dem aus verschoben wird angegeben (anstatt nas mount verzeichnis)

nun verschiebe ich eine datei manuell in diesen ordner -> followme (welcher ehrlich gesagt keine großen performance probleme verursacht) verschiebt nun, wenn am gestartet wird die anderen datein in movetonas und die ordnernamen ergeben dann im 2ten lauf (movetonas als root verzeichnis) die datein in die entsprechenden verzeichnisse.

bgc werfe ich dann an wenn genug zusammen gekommen ist bzw. bei bedarf.

aber auch wenn beides gleichzeitig läuft: bgc kontrolliert ob alle 3 datein vorhanden sind (rec, inf, nav) und verschiebt nur dann, also nur in diesem fall wird das original gelöscht

twilight

[steve]

kommt auf einen test an, da das rec file kopieren länger dauert als am arbeitet müßte es ein file verschieben das gerade kopiert wird....

Und genau das tut AM!!!
Von nichts Anderem rede ich seit #448 ja. Das ist doch genau mein Problem!
AM verschiebt das noch nicht vollständig kopierte Recfile auf dem Server in seinen Zielordner. Bgc scheint das nicht weiter zu stören, sondern kopiert eben weiter, nur halt dann in das Zielverzeichnis.
Leider werden dann aber die .inf und .nav nicht mehr in den richtigen Zielordner gelegt, sondern in das Root. Und so kommt es dann zu den verwaisten Einträgen!

Sobald AM und Bgc zusammen gleichzeitig laufen, kommt es dann zu dem Phänomen.

schau, du läßt am im root des topfes arbeiten und auf dem nas...das sind 2 verzeichnisse von denen aus verschoben wird.

wenn du nun anstatt vom nas aus, das movetonas verzeichnis nimmst ist das grundsätzliche performance ergebnis mal das gleiche.


nun, wenn es nur um ein paar von hand verschobene datein geht dann leg die im movetonas einfach die entsprechenden unterverzeichnisse an in denen du sie am nas haben willst und bgc kopiert/verschiebt dann direkt in diese verzeichnisse.

Soweit hab ich das schon kapiert!

ich habe verzeichnisse in denen am datein direkt verschiebt, diese datein bleiben auch am srp.

ich habe aber in movetonas die gleiche ordnerstrucktur die ich auch am nas habe (zumindest die die ich aktuell brauche)

je nach ordnertiefe reicht es eventuell automove nur am srp arbeiten zu lassen....
ich habe aber eine ordertiefe von 3 im movetonas (vom datafiles aus gesehn) und am verschiebt nur in 2.
deshalb habe ich das movetonas als 2tes verzeichnis von dem aus verschoben wird angegeben (anstatt nas mount verzeichnis)

nun verschiebe ich eine datei manuell in diesen ordner -> followme (welcher ehrlich gesagt keine großen performance probleme verursacht) verschiebt nun, wenn am gestartet wird die anderen datein in movetonas und die ordnernamen ergeben dann im 2ten lauf (movetonas als root verzeichnis) die datein in die entsprechenden verzeichnisse.

Lass mich das nochmal für mich zusammenfassen, ob ich das jetzt richtig kapiert habe:
Es gibt da 3 Verzeichnisse, die wichtig sind:
1. das Root des SRP
2. das MoveToNas
3. das NasShare

AM greift sich die Dateien aus dem Root, wenn die Aufnahme beendet ist und verschiebt dann innerhalb des SRP in den Zielordner. (1. Runde)
AM schaut dann in das share, welches in seiner ini angegeben wurde und macht das dann nochmal. (2. Runde)
Mein Denkfehler sitzt grad an dieser Stelle: Ich habe hier NasShare angegeben, sprich das Root des externen Servers / NAS.
DU hast an dieser Stelle das am SRP liegende MoveToNas angegeben. In diesem Verzeichnis hast du die gleiche Struktur wie am Server angelegt.
Du legst quasi die Dateien, die auf das NAS kommen sollen nur im MoveToNAS ab, dann verschiebt AM die in die Unterverzeichnisse und dann verschiebt BGC in die darunter angelegten Unterverzeichnisse.

Jetzt glaub ich, hab ich es! Das muss ich mal testen!

Was passiert aber, wenn dann AM und BGC wieder per autostart aufeinandertreffen?
Dann passiert unter Umständen derselbe BUG, dann halt nur an anderer Stelle.

bgc werfe ich dann an wenn genug zusammen gekommen ist bzw. bei bedarf.

Das mache ich nicht! Beides ist im Autostart. Mach das auch mal und beobachte, ob und wenn ja, was passiert!

aber auch wenn beides gleichzeitig läuft: bgc kontrolliert ob alle 3 datein vorhanden sind (rec, inf, nav) und verschiebt nur dann, also nur in diesem fall wird das original gelöscht

In dem Fall könnte es klappen, da bgc eine Prüfung eingebaut hat.
In meiner bisherigen Konstellation war für bgc ja auch alles in Ordnung.

[Twilight]

Was passiert aber, wenn dann AM und BGC wieder per autostart aufeinandertreffen?
Dann passiert unter Umständen derselbe BUG, dann halt nur an anderer Stelle.

nein, sicher nicht, denn:

- als erstes wird das rec file kopiert, das dauert so lange das am dann auch inf und nav verschoben hat bzw. am seine arbeit beendet hat.
- sollte trotzdem was fehlen wird die datei am srp nicht gelöscht und beim nächsten durchgang der rest kopiert und dann gelöscht.

eine weitere möglichkeit wäre in deinen fall den start von bgc durch durch ein anderes tap (der name ist mir entfallen ops zu verzögern.

twilight

[Happy]

Es ist sogar möglich, laufende Aufnahmen zu verschieben, das Betriebssystem des TMS ist da recht großzügig.
Ich werde in Zukunft überprüfen, ob eine inf vorhanden ist und nur noch verschieben, wenn dies der Fall ist.

Wenn ich alles richtig verstanden habe, sollte das das Problem lösen.

Gruß,
Happy

[ramibi]

.... gute Idee

[steve]

[quote="Happy"]
Wenn ich alles richtig verstanden habe, sollte das das Problem lösen.
[/quote]

Jepp, da bgc scheinbar immer nach der .rec zuerst greift!

[steve]

[quote="Happy"]Es ist sogar möglich, laufende Aufnahmen zu verschieben, das Betriebssystem des TMS ist da recht großzügig.
[/quote]

AM verschiebt sogar, während ich den Film aktuell ansehe. Die Verwunderung ist dann immer recht groß, wenn ich die Datei nicht mehr im ursprünglichen Aufrufverzeichnis (meist das Root) finde....

[Happy]

[quote="steve"]AM verschiebt sogar, während ich den Film aktuell ansehe. Die Verwunderung ist dann immer recht groß, wenn ich die Datei nicht mehr im ursprünglichen Aufrufverzeichnis (meist das Root) finde....[/quote]
Passiert das nur auf der externen Platte oder auf der internen Platte.
Eigentlich wird vor dem Verschieben schon ein Abgleich mit laufenden Aufnahmen und Wiedergaben gemacht.
Vielleicht klappt da auch etwas nicht, vielleicht klappt es auch nur extern nicht.

Gruß,
Happy

[steve]

Passiert das nur auf der externen Platte oder auf der internen Platte.

Das von dir Zitierte (Verschieben während geguckt wird) kommt auf der internen Platte ganz selten mal vor. Ist auch nicht so schlimm, wenn man weiß warum...

Das vorher diskutierte Problem von alleinstehenden .inf und .nav Dateien kommt nur auf dem externen Server vor.

Ich wusste jetzt nicht 100%ig was du meintest, deshalb hab ich mal beide Antworten gegeben.....

[Elle4u]

[*]Dateien (Konfigurations, Historyliste, Logdatei) werden nun unter /ProgramFiles/Settings/Automove abgelegt

Hi,
ich verwende dieses TAP nun seit 2 Wochen in Verbindung mit SE.

Leider werden bisher keine Aufnahmen per Follow-Me verschoben obwohl aktiviert.
Folder-Move funktioniert.

Ich wollte das Ganze nun mal mittels Log analysieren aber leider finde ich keines.
Muss ich das erst noch aktivieren? Auch im TAPSystem.log steht nichts von AutoMove drin...

Danke für die Antwort!

[JayTee]

Wenn ich nicht irre, gibts ein Log nur, wenn du per Menü einen Verschiebungslauf mit Log anwirfst.