Új hozzászólás Aktív témák
-
hibavissza
veterán
válasz Teasüti #11735 üzenetére
De, okozhat problémàt. Nagyon nem mindegy a hàlózati freki. Annyiban igazad van, hogy jelen esetben biztos nem erről van szó. Csak talàlgattam, miért akadhat 60p-nél.
Teasüti: azért nem àrtana ràkeresned mi az az NTSC. A szabvàny egyik eleme a képfrissítés.
[ Szerkesztve ]
-
zgospel
őstag
válasz Teasüti #11752 üzenetére
Én csak behúzom a kamerákból kieső fájlokat a HDD-ről Premierebe az meg telepakolja a C meghajtómat a media cache mappában.
Ami indokolja a 970et hogy strapabíróbbra és időtállóbbra vannak tervezve mint az elődjei és ez a gari feltételekben is látszik. Meg ha már összerakok egy gépet akkor azt a következő 5-7 évre teszem.Közben megnéztem több youtube videót meg elolvastam még pár cikket és azt hangoztatják hogy a media cache egy minél gyorsabb meghajtóra mutasson. Tehát az én hobbizásomhoz elég lesz 1 db nagyobb méretű gyors M2-es SSD. Ezek alapján a 970 EVO valszeg bőven elég lesz nekem.
Az kavart össze a darabszámnál hogy "video editing pc build" cikkekre keresve főleg 3 SSD-s rendszerekről beszélnek a profik...
https://www.flickr.com/photos/zpapa/
-
narumon
őstag
válasz Teasüti #11759 üzenetére
Igen, de nekem a HDD-ről nem megy semmi azon csak a media cache van. Így gyak 3 meghajtó van párhuzamos használatban. A program SSD1-ről, a vágandó anyag SSD2, Media cahche HDD1.
110Mbit? Mert az ugye csak 14Mbyte/sec azt meg röhögve tudja minden ma már.
[ Szerkesztve ]
https://www.facebook.com/Naruvideo
-
zgospel
őstag
válasz Teasüti #11764 üzenetére
Jogos, én a media cache fájlokról beszéltem, de egyébként vágástól függ. Egy pörgős videoklippnél ahol alig van 1 másodperc egybefüggő snitt az inkább random szerintem.
Magamból indultam ki, én a pörgős vágásokat szeretem zenére. Viszont az esküvői videók meg általában nem épp pörgősekhttps://www.flickr.com/photos/zpapa/
-
MrChris
nagyúr
válasz Teasüti #11767 üzenetére
Sűrűnek tűnik, de korszerű zenénkben egy ducduc kb egy másodperc (~120bpm). Ebből kettő (4/4, egy ütem) még megfelelő idő egy snitthez, két ütemig (motívum) tartó vágás sorozatban már nem annyira pörgő, már-már lassúcska, lassabb ritmus pl 100-110bpm esetén meg még hosszabb idő. Nem épp mai G.M. sláger, (amikor még nem tudtam miért a seggét mutogatja,) ebben is sok, két másodpercen belül vágás van. Persze néhány vágásból is lehet figyelmet felkeltő videóklipet csinálni.
-
narumon
őstag
válasz Teasüti #11762 üzenetére
Itt a Prohardveren azért illene felismerni a mértékegységeket!
Hát oké de pont ezért nem értettem mert kissé pongyolán fogalmaztál. 110MB/sec bitsebesség ezt írtad. Márpedig az MB a Megabyte jele, 110Mbyte bitsebesség viszont nagyon brutálisan hangzik ezért nem értettem. (Nem is nagyon van ilyen consumer eszköz szerintem).
Hova kell akkor 1800-3500 MB/s?
Nekem lényegesen gyorsult az egész vágás sebessége. Multicamnál általában a HDD fogy előbb el. Mióta SSD-n van az anyag amivel dolgozok az egész workflow sokkal fluentebb. Nem tudom máshogy megfogalmazni de érezhetően gyorsabban megy minden. Nem az effektek, hanem maga a pakolászás, lejátszás, stb. Jó elismerem ez nyilván függ attól, hogy mit vágsz és milyen sebességgel, de amikor 3-4-5 kamera kp pakolod tekered akkor elkel igazán. (A leszámolás nem lett érezhetően gyorsabb, ott nyilván a CPU/GPU limit sokkal nagyobb mint amit akár a HDD is tudna.
https://www.facebook.com/Naruvideo
-
Tuninger
Topikgazda
válasz Teasüti #11811 üzenetére
Mindketten melóban tudunk csak igazán foglalkozni ilyesmivel, ott van idő erre, és nem ez a munkánk
Bármin működik ami fehér-szürke. De arcra is lehet állítani a WBt, csak akkor a vektorscopeot kell nézni nem a waveformot. Viszont az kevésbé pontos. Az első tutorialt arra csináltam, de többet kellett vele utólag szórakozni. Állíthattam volna még a szélen a lámpára vagy a csíkos pulcsi szürke sávjára.
Érdekes egyébként hogy a lány a képen egy pár képkockával később feltart egy szürke táblát és ha arra állítom a WB-t akkor nagyon melós...
Ami számomra tanulság volt egyébként, hogy nagyon nem mindegy hogy a RAW tablón milyen WB van beállítva. Ha ott 5600K-ra vagyis full narancssárgára csavarom, akkor vért izzadós hogy egyformának nézzen ki.
[ Szerkesztve ]
-
taranis
addikt
-
Tuninger
Topikgazda
válasz Teasüti #11822 üzenetére
Leegyszerűsítve:
Ha 3 különböző kamerával filmeztél akkor azokat ACES-ben sokkal könnyebben, gyorsabban tudod matchelni mint bármi másban. Nekem az első fuji - bm matchelésem több mint egy óráig tartott, a második ACESben, mint ahogy a videó is bizonyítja, 4 perc. Ez már akár egy 20 perces projectnél is szignifikáns különbség.
Esküvőzöl GH5-el és A6500-zal? ACES-ben 3 perc alatt össze lehet hozni két kamerát.
Az eredeti célja egyébként az, hogy jövő álló legyen. Divat volt pár éve hogy régi, filmeket mint pl Star Wars / Indiana Jones újra digitalizáltak 1080p-ban, majd 4K-ban. ACES-nél is az a cél, hogy majd 15 év múlva amikor előrehaladottabb lesz a technológia könnyebb legyen a ma felvett filmek felújításra (és újraeladása...).
Példa: pár éve 5D RAW-oztam. a grade mindig REC709 volt. Még mindig megvan néhány eredeti file. Ha lesz HDR monitorom, ugyanazokat a felvételeket tudom masterelni REC2020 HDR-ben is minden probléma nélkül. Pedig erre a lehetőségre anno nem is gondoltam. Lehet e ezt ACES nélkül? Persze. De ACES-sel tized annyi munka... És ha nem két klippel dolgozol hanem 500-zal, akkor erősen mérhető a workflow-k közti különbség időben..
-
Tuninger
Topikgazda
válasz Teasüti #11824 üzenetére
Erre majd Taranis fog válaszolni mert ezt a részét még én sem fogtam fel teljesen
Az input device transform (IDT) célja hogy matematikai vektorok alapján a forrást filet átütesse Linear-ba.
Ha a Sony / Pana / Canon kameráid LOG-ját a hozzájuk tartozó IDT-k alapján mind átalakítod Linearba, erős túlzással olyan mintha fognád és RAW-ot csinálnál belőlük.
Utána az Output device transform (ODT)-vel meg simán beállítod hogy mit szeretnél kimenetnek. REC709? REC2020? 500-700-1000-4000 nites peak? nem gond, az ACES automatikusan felmappeli.LUT-tal ezt nem lehet megcsinálni szerintem, de majd Taranis kijavít ha tévedek. Az biztos hogyha mindhárom kamerával 5600K-ban rögítettél 2800K lámpafénynél, és pontos WB-t akarsz és matchelni a színeket, LUT-tal sokkal sokkal nehezebb dolgod lesz összehozni mint ACES-sel.
-
Tuninger
Topikgazda
válasz Teasüti #11826 üzenetére
Azért szokni kell, minden curve / paraméter állító máshogy működik mint ahogy "megszoktad" Resolveban. Ráadásul tutorial is nagyon kevés van rá. Taranis pl MÉG nem kapott rá, pedig jóval tapasztaltabb resolveban mint én. Én mondjuk mostmár GoPro felvételeket is inkább ACES-ben dolgozok fel. (REC709 IDT/ODT-vel)
-
Tuninger
Topikgazda
válasz Teasüti #11826 üzenetére
Ilyen esetben nincs értelme az ACES-nek.
Az IDT esetén "matematikai képletként" van megadva a transzformáció. Én is kértem Taranist csináljon GoPro-hoz, de a GoPro nem adta ki a "forráskódját" vagyis hogy milyen egyenlet alapján épül fel a flat curve.Így néz ki a Fuji White paper ami alapján Taranis kirakta a konverziót.
Vagyis hasraütésszerűen nem tudsz csinálni IDT-t.
ACES-hez a LOG a minimum és RAW az ajánlott.
IDT-nél a forrásból Lineart csinálsz.
LUT-nál elcsavarod a színeket / luma curveöt ahova szeretnéd.Hagyományos esetben szükséged lesz egy colorcheckerre hogy tudd matchelni az S7-et az akciókamerával. ACES ez esetben semmit sem könnyít a dolgon, hiszen nincs hozzáadott értéke. Hogy én miért használom mégis ilyen esetben? szimpatikusabb ahogy a highlight recovery / shadow boost működik.
-
Tuninger
Topikgazda
válasz Teasüti #11829 üzenetére
Sajnos azt nem tudom hogy mérik a laborban a szenzorokat.
RAW fileok esetén lehet referenciához matchelni, hiszen pl az X-Rite Colorcheckeren lévő színek minden esetben ugyanazok. Ezért van az hogy mikor a dpreview-n nézel összehasonlítást akkor RAW-ot kiválasztva mindegyik kamera színei egyformák, míg jpg esetén különböznek. Ez RAW esetén csak néhány klikk lightroomban.
Videónál sajnos nem ilyen egyszerű, bár vannak pluginek amikkel lehet matchelni colorcheckerre, ez valahogy sosem pontos. Még a 3D Lut creator tán a legpontosabb ilyen téren.
Videó esetén érdemesebb a colorpatchek színét inkább egymáshoz matchelni mint a referenciához.
Egyébként pont a gopro esetében az a szívás hogy folyamatosan változtatja a tonemappinget, amolyan auto HDR van folyamatosan bekapcsolva, így ami az egyik jelenetnél tök jól matchel az egy kicsit más expónál már nagyon nem...
-
MrChris
nagyúr
válasz Teasüti #11836 üzenetére
Azaz.
Ezt nemtom, biztos vannak módszerek, ábrák... Minden esetre, ha azt látni egy képen 1:1 nézetben, hogy pixel szinten éles, elválólagos, élesítés mentesen, szivárgásmentesen éles a kép akkor ott még többet is elbírhat az optika. Esetleg közgyűrűt közbe iktatva lehetne próbálkozni, persze az meg korlátozza a tesztelési lehetőségeket. Majd ha kihozzák a 35mp-es 4/3-os szenzorokat akkor végleg kiderül.
A telefonod jó példa arra, hogy egy gombostűfejnyi területre is több megapixelnyit tud rajzolni egy negyed körömnyi lencse. Meg arra is hogy mennyi kamut lehet megvalósítani. -
Tuninger
Topikgazda
válasz Teasüti #11906 üzenetére
Na, most tartasz az anyázós szakaszban ahol én tavaly előtt elso felevben tartottam, ne dobd ki, jó lesz az.
Ezt vedd meg, többet ér mint sok tutorial együttvéve.
Egyébként: tökéletes fehéregyensúly, tökéletes tonemapping, utána hue vs hue utána hue vs sat a menetrend, de ezt Dave szépen aprólékosan kifejti
[ Szerkesztve ]
-
Tuninger
Topikgazda
válasz Teasüti #11914 üzenetére
Feiyu MG V2, és próbáltam már mindent... pontosan úgy viselkedik ahogy leírtad. Egy GH5-el / legalább egy a6500-zal megtámogatva ez nem lenne akkora baj, de stabi nélküli obival nagyon halovány.
Gondolkodom rajta hogy eladom és veszek egy Zhyiunt, de lehet a következő Sony váz stabija is elég lesz megoldásnak.
Vagy a valóságtól totál elrugaszkodva más brandre, mondjuk Olympus EM1X-re váltok, ahhoz már szerintem gimbal sem kell
-
D.Va
senior tag
válasz Teasüti #11925 üzenetére
Üdv!
Ha youtube-ra akarok publikálni minőségi videoanyagot akkor a PC monitort milyen beállításra érdemes állítani a videoszerkesztéshez?
sRGB, vagy Rec.709 színtér?szerk: bocs Teasüti, nem a te válaszodra akartam reagálni csak véletlen arra kattintottam nem pedig "új hsz"-re...
[ Szerkesztve ]
-
-
őstag
-
#54625216
törölt tag
válasz Teasüti #11998 üzenetére
A HEVC dekódolás lényegesen több erőforrást igényel, mint a h264, így hardveres támogatás hiányában erősen vissza tudja fogni a rendszert. Persze idővel át fogja venni a h264 helyét, ahogy a h264 is átvette az mpeg2-ét, de ez nem egyik napról a másikra történik, így ha fontos, hogy pl. bármilyen hardveren le lehessen játszani, vagy az editor gép nem bír a h265-el, akkor érdemes a h264-nél maradni.
Fontos, hogy csak a felvételi formátumokat teszteltem, azaz első sorban az érdekelt, hogy mennyire limitál az utómunkában, ha a gyengébb kodeket választom, nem pedig azt, hogy miben érdemes a végén publikálni. -
#54625216
törölt tag
válasz Teasüti #12005 üzenetére
Mit értesz az alatt, hogy nem egyenértékű? Ha ugyanazon a sávszélességen 8 bitet vagy 10 bitet rögzítesz pixelenként, abból adódik, hogy általában véve nem jobb minőség, hanem más minőség lesz, hiszen ugyanannyi információt rögzítesz.
Arra pedig, hogy mikor melyik a nyerő nincs általános recept, mert 100%-ban a felvételi körülményektől és az elérendő céltól függ. -
Tuninger
Topikgazda
válasz Teasüti #12009 üzenetére
Anno már a GH5-nél is kimutatták hogy nincs minőség különbség a 150Mbps LongGOP és a 400Mbps ALL-I között.
Persze wolfcrow is okoskodott már a témában hogy papíron a 400Mbit milyen kevés a 10 bit all-i-hezEz a h265 100Mpbs = 200Mbps h264 is marketingduma. Minél nagyobb bitrateről beszélünk annál inkább eltűnik a h265 előnye. Mondjuk ezt 4K-ra értem, mert 1080-on sehol sincs nagy előnye. 8K-ban, illetve magas képkockasebességnél viszont ég és föld.
Egyébként kpbendeguz tesztje szerintem szuper és szépen megmutatja egyfelől azt hogy a 10 bit mennyivel jobb tud lenni mint a 8 bit, másfelől pedig azt hogy a jelenlegi codecekkel gradelés után 300%+ kell nézni a képet hogy találjunk különbséget, ami szerintem szuper, mert nem a codec az ami visszafogja a lehetőségeinket.
-
#54625216
törölt tag
válasz Teasüti #12012 üzenetére
Az X-T3 csak a h265-nél támogatja a 10 bitet, és csak 400mbit-nél az all-intrat. Persze lehetett volna a tesztben még 400mbit long-gop, mint ahogy van 200mbit opció is, de a cél inkább az volt, hogy a végletek között lássuk a különbséget.
Ami a kodekek minőségét illeti: a jobb delivery kodek azzal tömörít, hogy okosan szelektálja a képből az információt, hogy a néző számára minél több hasznos részlet maradjon meg ugyanakkora sávszélesség mellett.
Utómunkánál viszont sokkal fontosabb, hogy általában mennyi információ áll rendelkezésedre mint hogy abból mekkora rész a néző számára "fogyaszthatóbb".Klasszikus példa a grain. Alacsony sávszélesség mellett a h264 és a h265 is eldobálja a részleteket a sötétekből, mert a néző számára lényegtelen, hogy van-e a sötét részekben grain vagy az egész szét van maszatolva, mert egy átlagos tv-n vagy monitorol amúgysem látszik.
Ha viszont felhúzod a gammát, akkor már nagyon nem mindegy, hogy tömörítési artifactokat vagy graint kapsz-e eredményül.A teszből számomra az volt a tanultság, hogy ha az ember logban dolgozik, akkor fontosabb a 10bit, mint a sávszélesség, ha viszont egy átlagos anyagon kell ésszerű keretek között színkorrekciót végezni, akkor a sávszélesség fontosabb, mint a 10 bit vagy a kodek minősége.
Az erőforrás igény pedig sajnos még nagyon is valós probléma. Nálam egy dual xeon 16 fizikai cpu mag és gtx1070 mellett a resolve megbírkózik ugyan a h265-el, de érezhetően lassabb, mint h264-el vagy ha a h265-öt átkódolom proresre vagy dpx szekvenciára.
Na most ha valakinek megvan a kialakult workflow-ja, hogy mondjuk h264-ben rögzít, majd premiere-ben vág átkódolás nélkül, akkor értelmetlen a h265 miatt az egészet felforgatnia, mert ha nem gradeli szét az anyagot, akkor a képminőség különbség a két kodek között elenyésző.Ezért mondom, hogy az egész kérdéskör a céltól függ: aki dokumentalista műfajban mozog, azaz rendezvény videózik vagy vblogol, annak nincs racionális oka h264-ről váltani, ha eddig abban dolgozott.
A fikciós műfaj - azaz reklám, kísérleti- és művészfilm, stb. - viszont más tészta, ott bármikor szükség lehet a felvétel szétcincálására, a h265 10bit log ilyenkor igen hasznos, mert lényegesen nagyobb a gradelés szabadságfoka. Ebben az esetben nem is kérdés, hogy érdemes-e h265 10bitben dolgozni, inkább az a dilemma, hogy - ha lenne rá lehetőség, akkor - a raw adna-e annyival többet, mint amennyivel drágább és macerásabb. -
taranis
addikt
-
taranis
addikt
válasz Teasüti #12043 üzenetére
Ez az iromány nem azért született, hogy kiváltsa a helyes WB beállítást. Azt nem lehet kiváltani, csak RAW-al.
A helyes WB beállításhoz én egy Lastolite EzyBalance-t használok, ugyanaz a fény kell érje, mint az alanyt. A lens capos verzióknál a fényforrásba kell lőni, de nincs vele tapasztalatom.
A való életes példáknál egyszerűen elrontottam a WB-t, megesik. Viszont jobban ki tudom javítani, mint mások, ezt akartam megosztani. Ha valakinek túl bonyolult, megértem, de alapvetően, ahogy írtam is, nem kell matekozni senkinek, mert megcsináltam azt a részt. Majd megosztom alkalomadtán a kész DCTL-eket (Resolve alatt használhaóak, mint a LUT-ok), egy magyarázó videó kíséretével.
Amúgy igen, valószínűleg a WB korrekció után még el lehet pöcsölni a matcheléssel.colorizer.net
-
MrChris
nagyúr
válasz Teasüti #12055 üzenetére
Nemtom mennyire tartósak ezek a fehér és szürke minták. Gondolom a gyártónak az éri meg ha 1-2 évig jó.
Ha már szemre könnyen észrevehetően csáléra kalibrálta az nem túl biztató. Az én telómmal ha egy fehér lapot fotózom szemmel is láthatóan más színű középen, harmadnál és szélen.
Ha van egy rendes monitorod csináltass hozzá egy kalibrációs fájlt, szerintem évek múlva is jobb eredményt ad mint bármilyen házi módszer. Az enyémhez szinte tök ugyan azt generálták két év után, lut managerben szinte ugyan az a görbe, szemre meg semmi különbséget nem látok.[ Szerkesztve ]
-
vond
MODERÁTOR
válasz Teasüti #12085 üzenetére
Így állítottad be? A "tréfa" rész is fontos.
Meg van valami külön szoftver is, amivel el lehet végeztetni Windows stratup-nál az automatikus ICC profil betöltést. Én használtam még pár évvel ezelőtt, de nem találom sehol,
és a neve se jut eszembe.
Na, MrChris meg is írta, Lut Manager.[ Szerkesztve ]
VOND.HU // DESIGN • PHOTO • VIDEO • WEB • IT
-
hibavissza
veterán
válasz Teasüti #12088 üzenetére
Egy kép két hiba. Miért van bepipálva a win disp cal? 2. Az eszközprofilt miért állítod el srgb-ről?
Jó lenne utána olvasni a dolgoknak. Windowson eléggé egyszerű dolog ez, de szükséges a dolgok megértése hozzá. Írnám, hogy túl van bonyolítva ez a menü Windowson, de ha megérted a működést, megérted miért ilyen.
[ Szerkesztve ]
-
hibavissza
veterán
válasz Teasüti #12093 üzenetére
A linkelt tool megmutatja. A leírásom alapján installálod a profilt és a végén (5. pont) elfuttatod az eszközt. A GUI-ban ráklikkelsz a Refresh gombra. Ha a diagramban görbék futnak az azt jelenti, hogy betöltött a LUT. Ha egyenes, akkor valamit rosszul csináltál.
Ennél nem tudom érthetőbben leírni, bocsi.
-
vond
MODERÁTOR
válasz Teasüti #12137 üzenetére
Resolve-ot nem használok, de Premiere-ben pl. 25/30fps szekvenciában 50/60fps importnál nem dobál el minden második képkockát (nem is értem, miért tenné), csak exportnál. Szépen megmarad kétszer annyi, úgyhogy egyszerűen lehet lassítani is.
VOND.HU // DESIGN • PHOTO • VIDEO • WEB • IT
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen