oove
- Registriert
- 10.08.10
- Beiträge
- 3.044
- Reaktionen
- 1.283
- Punkte
- 7.135
Dies ist keine Frage, nur eine Beobachtung, weil es nicht ganz einfach ist.
Ich brauche bei einem mehrere Stunden umfänglichen - Großprojekt mit vielen Titeln häufig die Zeitanzeige so, dass sie mit der Zeitanzeige eines exportierten Titels in einem externen Player übereinstimmt, denn der Kunde nennt z.B. "Sekunde 0:50" eines Einzeltitels, bei mir steht aber logischerweise 2:33:14:876 im Projekt.
Ziel ist es also, Zeit null an den Anfang eines beliebigen Songs im Projekt zu setzen.
Deshalb:
geht man ins Menü - Projekt - Projekteinstellungen - Anzeigeversatz.
Dort stellt man die Zeit ein, die gerade am Positionszeiger steht (so er denn am Anfang des betreffenden Songs steht) und clickt dann bei der Frage "sollen die Timecodepostitionen beibehalten werden" NICHT AUF Ja.
Denn das lässt die Zeitanzeige zwar nach rechts verrutschen. 0:00 ist also mitten im Projekt und auch der Positionszeiger steht auf 0, Takt 1 ist eine negative Zeit. Die Events bleiben aber an der Zeitposition 2:33:14:876 wo sie vorher waren und die Taktposition am betreffenden Songanfang ist höher. Man hat also NICHTS geschafft.
Besser ist es, auf Nein zu clicken! Der Song startet dann bei Zeit 0, dieTaktposition bleibt gleich (z.B. Takt 2567)
So weit so gut. Was man noch wissen muss! In der Liste der Bearbeitungsschritte taucht so eine Aktion nur auf, wenn man Ja clickt - und es ist damit auch nur die Verschiebung gemeint, die man mit Ja beantwortet hat. Der Projekt-Timecode-Versatz wird nicht als Bearbeitung betrachtet.
Es hat mich doch einigen Grips gekostet dahinter zu kommen, denn manchmal habe ich ja manchmal nein geklickt, einfach um zu lernen was da passiert. Beim Rückgängig machen verschieben sich nur die Events zurück, aber nicht der Timecode --- Brr sehr verwirrend. Da kann man sich das ganze Projekt zerschießen.
Wenn gleichzeitig manche Spuren als musikalisch und andere als Timecodespuren definiert sind, und manche Clips als musikalisch oder zeitbasiert definiert sind, und diese sich wild auf nicht dazu passenden Spuren tummeln, wird es sicher noch komplexer. Das hab ich noch nicht gecheckt. Bei mir ist im Moment alles Zeit-basiert.
Dann, wenn einmal verschoben wurde, muss man aufpassen, dass beim nächsten Song zunächst erst einmal wieder "Normalzeit" hergestellt wird, bevor man neu verschiebt. Wenn man also mit verschobener Zeit die Positionszeigerzeit abschreibt, erhält man eine doppelt modifizierte Zeit und wundert sich, warum es nicht hinhaut. Zudem unterscheiden sich offenbar die letzten Stellen. Im Transportfenster gibt es 3 Stellen, im Menü beim Zeitversatz nur 2 Stellen. Man liegt also manchmal knapp daneben, weiß nicht recht warum und wundert sich wieder.
Hier kann man meine Irrungen und Wirrungen eine Zeit lang verfolgen.
Inzwischen weiß ich Bescheid und gehe behutsam damit um.
Ich brauche bei einem mehrere Stunden umfänglichen - Großprojekt mit vielen Titeln häufig die Zeitanzeige so, dass sie mit der Zeitanzeige eines exportierten Titels in einem externen Player übereinstimmt, denn der Kunde nennt z.B. "Sekunde 0:50" eines Einzeltitels, bei mir steht aber logischerweise 2:33:14:876 im Projekt.
Ziel ist es also, Zeit null an den Anfang eines beliebigen Songs im Projekt zu setzen.
Deshalb:
geht man ins Menü - Projekt - Projekteinstellungen - Anzeigeversatz.
Dort stellt man die Zeit ein, die gerade am Positionszeiger steht (so er denn am Anfang des betreffenden Songs steht) und clickt dann bei der Frage "sollen die Timecodepostitionen beibehalten werden" NICHT AUF Ja.
Denn das lässt die Zeitanzeige zwar nach rechts verrutschen. 0:00 ist also mitten im Projekt und auch der Positionszeiger steht auf 0, Takt 1 ist eine negative Zeit. Die Events bleiben aber an der Zeitposition 2:33:14:876 wo sie vorher waren und die Taktposition am betreffenden Songanfang ist höher. Man hat also NICHTS geschafft.
Besser ist es, auf Nein zu clicken! Der Song startet dann bei Zeit 0, dieTaktposition bleibt gleich (z.B. Takt 2567)
So weit so gut. Was man noch wissen muss! In der Liste der Bearbeitungsschritte taucht so eine Aktion nur auf, wenn man Ja clickt - und es ist damit auch nur die Verschiebung gemeint, die man mit Ja beantwortet hat. Der Projekt-Timecode-Versatz wird nicht als Bearbeitung betrachtet.
Es hat mich doch einigen Grips gekostet dahinter zu kommen, denn manchmal habe ich ja manchmal nein geklickt, einfach um zu lernen was da passiert. Beim Rückgängig machen verschieben sich nur die Events zurück, aber nicht der Timecode --- Brr sehr verwirrend. Da kann man sich das ganze Projekt zerschießen.
Wenn gleichzeitig manche Spuren als musikalisch und andere als Timecodespuren definiert sind, und manche Clips als musikalisch oder zeitbasiert definiert sind, und diese sich wild auf nicht dazu passenden Spuren tummeln, wird es sicher noch komplexer. Das hab ich noch nicht gecheckt. Bei mir ist im Moment alles Zeit-basiert.
Dann, wenn einmal verschoben wurde, muss man aufpassen, dass beim nächsten Song zunächst erst einmal wieder "Normalzeit" hergestellt wird, bevor man neu verschiebt. Wenn man also mit verschobener Zeit die Positionszeigerzeit abschreibt, erhält man eine doppelt modifizierte Zeit und wundert sich, warum es nicht hinhaut. Zudem unterscheiden sich offenbar die letzten Stellen. Im Transportfenster gibt es 3 Stellen, im Menü beim Zeitversatz nur 2 Stellen. Man liegt also manchmal knapp daneben, weiß nicht recht warum und wundert sich wieder.
Hier kann man meine Irrungen und Wirrungen eine Zeit lang verfolgen.
Inzwischen weiß ich Bescheid und gehe behutsam damit um.
