Wszystko

Wszystkie

Archiwum

s.....k
s.....k
  • 1
@eltimero: tak, dostałem xml z premiera razem z surówką i sobie wszystko ładnie wrzuciłem w Resolve. W 'prawdziwych' high end posthouse'ach to pewnie inaczej trochę wygląda. Czasami też po prostu klient exportuje mi cały montaż (ale musi być krótki) w jakimś ładnym kodeku typu ProRes 444 albo DNxHR, a ja taki cały pliczek wrzucam w Resolve i wykrywam cięcia narzędziem. Ale wolę pracować na prawdziwej surówce.
s.....k
s.....k
  • 52
#!$%@?ąc już od jakości trzeciego odcinka #got , chciałem poruszyć kwestię ciemnych (pozornie niedoświetlonych) scen.

TL;DR w spojlerze


Przygotowałem małe porównanie: obrazek A to oryginalna scena (wzięta z trailera na YT), obrazek B to ten sam screenshot z kilkoma moimi poprawkami (krzywe w Lumetri w Premiere Pro), zaś obrazek C to screenshot z Dwóch wież, wzięty z Netflixa bez żadnych poprawek (poza powiększeniem, by pozbyć się kaszet, które wpłynęłyby na waveform).

Obok
Pobierz s.....k - #!$%@?ąc już od jakości trzeciego odcinka #got , chciałem poruszyć kwestię ...
źródło: comment_QSJFyteiYfBZu8vp8peSutrv20ZfMuaW.jpg
Komaryt
Komaryt
  • 1
@wiewior_s: Hej, tak ;)

Export .xml z Vegasa jest jakoś spieprzony. Pisałem do supportu vegasa o to, odpisali, że niby nad tym pracują. Mi się to pojawiało kiedy używałem klipów, które miały 50fps. Wszystkie klipy z 25fps były okej, natomiast z 50fps coś było nie tak.

Problem rozwiązał się po tym jak zacząłem eksportowac .xml z premiere CC. Wszystkie klipy są odpowniednio odczytywane. Oczywiście jeżeli gdzieś robiłem slowmo, to jednak timecode