Rückwärts laufenden Clip stabilisieren

  • Hi,


    stabilisiere den Clip als erstes.
    Dann entweder exportieren, oder Shift +Q und das dann rückwärts laufen lassen.


    Gruß
    Peter

    ASUS Prime X299-A II, i9-10980XE, 64 GB, Nvidia RTX 2080Ti, BMD UltraStudio 4K Mini, RME Fireface 400, Win 11 Pro , EDIUS 11 WG

    Steinberg Cubase Pro, WaveLab Pro, SpectraLayers Pro

  • Klar, weil Mercalli ja bei jeglicher Änderung am Clip neu rendern muss.


    Evtl. ließe es sich auch mit der Reihenfolge der Effekte im Info-Feld in den Griff bekommen. Aber selbst wenn, so halte ich das von mir genannte Verfahren für problemloser und sicherer.


    Du musst dabei nur daran denken, dass wenn Du nachträglich noch Änderungen an der Stabilisierung vornimmst, diese nicht automatisch auch auf den mit Shift+Q erzeugten Clip übernommen werden.

    ASUS Prime X299-A II, i9-10980XE, 64 GB, Nvidia RTX 2080Ti, BMD UltraStudio 4K Mini, RME Fireface 400, Win 11 Pro , EDIUS 11 WG

    Steinberg Cubase Pro, WaveLab Pro, SpectraLayers Pro

  • Meine bisherigen Tests ergaben:


    Mit Mercalli-2 oder dem Edius-Stabilizer gibts keine Probleme.
    // Mercalli-2 oberhalb des Layouters setzen.
    Mit Mercalli-4 tritt Fehler auf.
    Gruß kurt

    HW: ASUS Z170-A; Proz: i7-6700K; RAM: 32 GB DDR4; GPU: RTX-3070, 8GB GDDR5; SSD: SAMSUNG-850-Pro, 500 GB
    SW: WIN-10/64 PRO (22H2-19045-2364), Firefox u.a.
    NLE: EDIUS-11.10.13903-WG; RESOLVE-18.6.5.0007 Studio

  • hilf mir mal bitte a. d. Sprünge, was bewirkt Shift+Q wieder ?

    Macht einen Video-Mixdown und stellt das Ergebnis in die erste freie obere Videospur (wenn keine vorhanden wird sie automatisch angelegt).
    Einfach SHIFT+Q drücken und ausprobieren.
    Dieser neue Clip ganz oben wird allerdings nicht automatisch aktualisiert, wenn später eine der darunterliegenden Spuren geändert wird.
    Mehr darüber: Vademecum, Band-3.
    Gruß kurt
    gurlt: Hab Dir ein bißchen Arbeit abgenommen (muss mich ja irgendwie revanchieren) ;)

    HW: ASUS Z170-A; Proz: i7-6700K; RAM: 32 GB DDR4; GPU: RTX-3070, 8GB GDDR5; SSD: SAMSUNG-850-Pro, 500 GB
    SW: WIN-10/64 PRO (22H2-19045-2364), Firefox u.a.
    NLE: EDIUS-11.10.13903-WG; RESOLVE-18.6.5.0007 Studio

  • Merci <3


    Das passt schon :)

    ASUS Prime X299-A II, i9-10980XE, 64 GB, Nvidia RTX 2080Ti, BMD UltraStudio 4K Mini, RME Fireface 400, Win 11 Pro , EDIUS 11 WG

    Steinberg Cubase Pro, WaveLab Pro, SpectraLayers Pro

  • Hallo zusammen,


    der Tipp von Kurt und Peter hat bestens funktioniert, wird gleich in meine eigenen "Edius Tipps" mit aufgenommen.


    Nochmals herzlichen Dank.

    Hallo Herbie:
    Wenn Du mit SHIFT+Q-Clips arbeiten willst/musst, dann solltest Du Dir unbedingt im Vademecum (Band-3) das entsprechende Kapitel zu Gemüte führen. Es gibt da ein paar Situationen/Fallen (an die man im Ernstfall u.U. nicht denkt). Wichtigster Gedanke dabei: Wann immer Clips in der TL geändert werden, muss SHIFT+Q nochmals gestartet werden (auch dann z.B. wenn man die Projektauflösung ändert udgl.), d.h. den alten Videomix löschen und dann SHIFT+Q.

    HW: ASUS Z170-A; Proz: i7-6700K; RAM: 32 GB DDR4; GPU: RTX-3070, 8GB GDDR5; SSD: SAMSUNG-850-Pro, 500 GB
    SW: WIN-10/64 PRO (22H2-19045-2364), Firefox u.a.
    NLE: EDIUS-11.10.13903-WG; RESOLVE-18.6.5.0007 Studio

  • Hallo Herbie,


    um dem ganzen Aufpassen bei Shift+Q aus dem Weg zu gehen, würde ich in deinem Fall den Clip zunächst beruhigen und dann mit einem verlustfreien Codec (ich nehme immer canopus-lossless) exportieren (so lang wird Clip ja nicht sein). Nach dem Reimport dann einfach auf der Timeline den neuen Clip rückwärts laufen lassen.


    Gruß
    KDS