Ez így félrevezető. Nem értem miért gondolja mindenki azt, hogy ha nincs hardver dekóder, akkor az egész program CPU only.
Valahányszor szóba kerül nem győzöm hangsúlyozni, hogy a Free verzióban a Long-GOP kodekek hardveres gyorsítása nincs megoldva Windows-on, mivel a Free a Windows kodekjét használja a sajátja helyett, amaz meg csak CPU only. De minden más ugyanúgy GPU-n számolódik ahogy a Studio-ban is. Tehát GPU-n megy a render, GPU-n megy majdnem az összes effekt, a Fusion, a plugin-ek, stb.
Illetve még annyi, hogy a Free csak 1 GPU-t kezel.

Jah és állítólag MacOS alatt a Free-ben is van hardver dekóder, mivel ott az OS beépített kodekje is hardveresen gyorsított, míg Win nyilván nem kezeli natívan a 3rd party-kat (NVDEC, stb).

[ Szerkesztve ]

"Nem értem miért gondolja mindenki azt.." - azért, mert amikor anno kerestem én is, hogy van-e hardveres gyorsítás, akkor gugli első 2 oldalán ugyanezt az infót találtam. És akkor valószínűleg az a fals infó van mindenhol (reddit és más fórumok).
Szerkesztés / lejátszás közben a rövidebb anyagoknál ez nem gond, de exportnál a CPU dolgozik keményen, a free verzióban nincs Encode fül a Delivery ablakban.

szerk: viszont akkor ezek szerint a GTX1060-am csak simán gyenge volt az átmenetekhez és feliratokhoz meg effektekhez, mert proxy és cache nélkül lehalt simán a lejátszás (de sokszor még azokkal is).

[ Szerkesztve ]

Ha már az enkóder a szűk keresztmetszet, akkor vmit rosszul csinálsz. Ha nálad export közben az enkóder nem malmozik a 10 fps-es render sebesség miatt pár százalékon, akkor nem is használod a program tudásának max 2%-át. Ha még a dekódert írtad volna megérteném, mert azt aktívan lehet használni a teljes munka közben. De pont az enkóder a szempont, ami csak elenyésző apró kis része az egésznek?
Azt a 10 fps-t a CPU is vígan betömöríti neked jobb minőségben, mint amire a VGA képes.
Az enkóder akkor kezd el szempont lenni, ha valós időnél gyorsabb a render. De azt meg transzkódolásnak hívják, nem post-production-nek.

Szerk: vmit rosszul csinálsz. Mobil 1060-nal dolgoztam, 4K60-ig flottul viszi mindent a Studio. A Free-nél meg ugye optimalizált médiából dolgozol, ahol a DNx HQ(X) meg 80-120 MB/s IO-t és jókora CPU igényt támaszt a lejátszásnál, de ettől a render maga az még ugyanúgy GPU-n történik. Nálam a 4 magos i7 és az 1060 gtx terhelései kb eképpen zajlanak vágás közben a lejátszott nyersanyagon: gyorsított 4K60 HEVC esetén CPU ~15%, GPU ~60%; DNx HGX esetén CPU ~90%, GPU malmozik. Aztán erre jön rá a render pluszban, ahol elkezd dolgozni a GPU is. FPS-től függően oszlik el a terhelés: minél lassúbb a render, annál kevesebb jelentősége van a hardveres dekódernek és még kevesebb az enkódernek.

[ Szerkesztve ]

Bedobnék akkor némi olajat itt a parázs vitára:

Mi a lowlow end konfig amit ajánlanátok Resolvehoz. Az a vicc hogy szerintem egy M1 Mac Mini. De PC-ből lehet erősebbet a mai árak mellett?

/persze ha lehet proxyval dolgozni akkor egy 2012es konfig is elég, szóval maradjunk natív fileoknál/

Na most már teljesen összezavartál.
Nem dolgozom, lelkes kezdő vagyok, 2-3 perces videókat próbálok szerkesztgetni. Ez azt jelenti kb. hogy 3-5 rövid videó, átmenetek, feliratok.
A GTX1060 alatt szenvedett nagyon a gép, leakadt a lejátszás főleg átmeneteknél és feliratoknál.
Most pár hete már egy RTX 2060 van, azzal nincs ilyen gondom lejátszás közben. Most kipróbáltam lejátszásra egy rövid videót, CPU kb. 30-40%-on volt, GPU meg 20-30% körül 1080p anyagnál.
Exportnál CPU és GPU is 50-80% között ugrál.
Ez van nálam beállítva:

Youtube és saját kútfő alapján próbálok boldogulni, mert itt nincs DR topik, a többi oldal meg zavaros, nem értek mindent, millió videó van beállításokról de úgy tűnik mégis rosszul működik minden vagy nem úgy, ahogy kellett volna.

Szóval jöhet bármi ötlet, tipp, forrásanyag hogy lehet DR-t beállítani rendesen.
Egyelőre a color grading érdekel, a vágás része nem annyira, ezért az a fontos, hogy akadásmentes legyen a lejátszás az export meg gyors, mert sok rövid kis videót töltök fel privát youtubera, hogy különböző eszközön ellenőrizzem hogy is néz ki a color grading, amit csináltam.

Taranis úgy értette, hogy felraksz mFT-re egy fullframe / apsc /mFT 35mm F2.8-cat akkor F2.8-on mindhárom obival ugyanazt a képkivágást, expót, dofot fogja adni. Persze lesz kis expó különbség, de nem hiszem hogy 1/3EVnél nagyobb.

Nem értem azt sem amit te írsz, szóval várjunk azzal, hogy hogy értettem

colorizer.net

Nagyban függ, h a konfig árában benne van-e a szoftver licenc vagy nem. Studio-val a 4K60 hevc vágás megy flottul egy 1060 gtx-en, 16 giga ramon és négy maggal.

Szerintem elbeszélünk egymás mellett. Inkább kérdezek, hagyjuk is a különböző obikat: felteszel FF-re egy f2.8-as, vagy akármilyen FF obit. Megnézed, hogy az FF szenzorának egy MFT méretű cropjára mennyi fény esik. Majd ráteszed ezt az obit egy MFT vázra, és megnézed, hogy oda mennyi fény esik a teljes szenzorra. Mit mondasz, ugyanannyi, vagy negyed akkora, mint az FF azonos méretű cropjára?

colorizer.net

Azt kéne megérteni, hogy a Resolve-van több száz műveletet lehet elvégezni, amik nagy része gpu gyorsított. Ezek közül csupán kettő funkció a hardver kódolás. Mégis sokan úgy látják, hogy ezen áll vagy bukik a gpu használat. Ez röhejes.

Ha nem így lenne, akkor vga használatnál semmit nem látnál.

[ Szerkesztve ]

Mi termel több áramot 1 nm napelem vagy 4 nm napelem?
Teljesen mindegy, mert minket a pixelenkénti foton-elektron begyűjtési képesség érdekel végső soron, hisz az adja a képet.

Hadd kérdezzek én is egyet: mi a fényintenzitás definíciója?

[ Szerkesztve ]

Igenis, értettem!

Viszont visszatérnék a GTX 1060-as akadásra.
Igaz azóta másik kártya van, de a beállítások ugyanazok.
Van erre valami jó írás, videó, bármi, ami tényleg valid és használható?
Az új kártyával nem vettem észre akadást, de szeretném kiküszöbölni a hatékonytalan vagy rossz használatot.

Én is úgy látom, nincs értelme a szenzort napelemmel hasonlítani, mert hiába mind a kettő a fény hatására hoz létre áramot a napelemnek rendszer szinten nézve eltér a működési mechanizmus (ebből jöhet a félreértés szerintem). Elemi/darab szinten nézve megegyezik a fotodiódával. A szenzor egyes fotodiódái által termelt áram nem adódik össze a végén, hanem azok egyesével lesznek értelmezve és alkotják a kép egyes pixeleit. A napelem egyenként ugyan úgy viselkedik mint a szenzor 1-1 pixele, viszont a végén az általa termelt áram összegződik. 1 nm napelem ~ szenzor 1 pixele. 4nm napelem =/ teljes szenzor rendszer szinten nézve.

[ Szerkesztve ]

Te az expót adod el vagy a feldolgozott jelet? Jelből a FF többet ad. Amiket írsz azok most nem releváns értékek. Kizárólag a T érték és a fényt hasznosító szenzor mérete érdekes. A többi nem befolyásolja az előállított áramot. (Értelemszerűen még mindig alap az azonos technológia.)

Nagyon lebutítva a modellünket, ebben az esetben - mármint a ff szenzoron is egynegyed rész leadott áramát tekintjük - akkor azonos. Miért különbözne? Ugyan akkora napelemmel ugyan annyi parciális sugárzásból csinálunk áramot. DE, az MFT szenzoron nem kapsz fókuszált - azaz azonos fényáramú - képet közgyűrű nélkül. Ami megint rontja a T(ransmission) értéket. Szóródás miatt. Tehát valós körülmények között még ekkor sem lesz azonos a jel-zaj viszony. (Továbbra is csak azonos szenzor technológiák esetén ügye.)

[ Szerkesztve ]

Nekünk a WD Red-ekkel kimondottan rossz tapasztalataink vannak. Az SSD meg normál használat mellet rohadt sok év mire elkezdene gyengülni, ez miatt tehát felesleges oda HDD-vel számolni.
Alaplappal én úgy vagyok, hogy legyen valami márka, de a drágábbak olyan dolgokban tudnak többet amit soha nem használok ki, így én mindig azt szoktam nézni, hogy a CPU-k menjenek benne rendesen, és legyen rajta annyi SATA és bővítő amire szükség van. Azért nem a legolcsóbb Asrockot használom mert azon nincs elég sata...

https://www.facebook.com/Naruvideo

"A rendszered egy 250 GB-os Samsung 950 EVO van?"

Igen - ezt még akkor vettem kb mikor megjelent, azóta is jól elvan és nem is tervezek váltani.

https://www.facebook.com/Naruvideo

3.0 lesz az, és akkor ez a kommunikáció minden tesztben hoz 1 vagy 0.1 fps-t. Szerintem nem éri meg a felárat jelenleg.

https://www.facebook.com/Naruvideo

"Megy a fillérbaszás az alaplapon közben az az alapja az egész gépnek."

Szerintem meg nem fillérbaszás csak nincs értelme. A sokkal drágább alaplapok sem gyorsabbak, még mindenféle mesterséges tesztekben is minimális előnyt hoznak. Stabilitásra meg ugyanazt tudja a két lap a feature-ök miatt van az árkülönbség. Tehát én meg úgy látom, hogy tök felesleges megvenni az ezer nem használt featurel felszerelt alaplapot csak azért, hogy 3x olyan drága legyen.

https://www.facebook.com/Naruvideo

Szerintem nagyon-nagyon elbeszélünk egymás mellett, de úgy mindannyian.
Taranis és én szerintem arra akarunk kilyukadni, hogy egységnyi területen (mértékegység nmm vagy egyetlen pixel, vagy egy m43 szenzor terület, tökmindegy) a fényértéke ugyanaz az obiknak. Egy f2.8 az f2.8 lesz kicsiben és nagyban is.

Hogy ti miről beszéltek, azt nem értjük.
Ha ebbe az alap felállásban képbe kerül még egy extra lencsetag a booster-ben, ott lesz némi veszteség az obi teljes fényében, viszont a fényintenzitás (fényáram / terület) megnövekszik, ergo kapjuk a nagyobb fényértéket.

Ezek a fényértékek elvileg összehasonlíthatók a kapott kép tulajdonságaiban különböző szenzor méreteken (azonos technológiával). Jobban mondva közel meg kéne egyezzenek.

[ Szerkesztve ]

Én az original témára reflektáltam, csak nagyon elmentetek elméleti irányba.

az original felvetés az volt hogy Vond a G9 + boosterhez képest tapasztal e számottevő különbséget az A7III szettjével szemben úgy hogy most megoldhatóvá vált esetleg olyan szituáció ami a régi vázzal nem.

illetve a GH6 + booster + 18-35 f1.8 találkozhat e olyan valós szituációval ahol már értékelhetetlen eredményt ad, míg egy A7sIII látványosan jobb. (Simán egyébként a tavalyi tapasztalataimból nézve, csak kiváncsi voltam az eszmecserére)

nem kérdés hogy igazad van, de ha real world korulmenyek kozott az m43 rendszer is szép eredményt ad, érdemes e elváltani rá akár fullframeről, a többi vitathatatlan előny (rendszer ára, stabi, rolling shutter, codecek) fényében.

Persze én mint fullframe sony fanboy tuti nem fogok váltani rá, pláne hogy még rá kéne dobni csúnyán De azért taperolnám.

Oké, akkor idézem a korábbi posztomat: "Tehát az FF 2.8 obi az FF szenzornak egy elképzelt MFT cropjára ugyanannyi fényt vetít, mint az MFT 2.8 obi egy MFT szenzorra. (Ideális esetben)"
Ha az ideális eset azt jelenti, hogy azonosra mért transzmisszós értékkel rendelkezik mindkét obi, akkor mire értetted azt, hogy nem igaz?

colorizer.net

Amúgy itt lenne a helye a DR kérdéseknek, hisz a fórumon aki ért hozzá, mind itt tobzódik éppen.
Szeretjük mi ezt a témát is, szóval nyugodtan hozhatod.
Én leszek az első, aki útbaigazít a user manual irányába.
Szóval ha teljesítmény gondok vannak, akkor a Proxy Mode, Optimized Media és a Render Cache hívószavakat érdemes kikeresni, a kézikönyvben gyönyörűen le vannak írva, hogy hogyan működnek és mire jók.

Ha úgy érted, hogy ezek nélkül botlik meg az 1060, akkor ez érthető, mivel nyers erőből elég valószínűtlen, hogy valós időben kiszámolja neked az effekteket. Én is úgy dolgozok vele, hogy Cache és megvárom míg végigmegy a kék csík a klippen, majd megnézem mit csináltam.

[ Szerkesztve ]

User manualon már túl vagyok, meg millió youtube videón és leíráson, ahol nagyrészt mind ugyanazt mondják.
A GTX 1060 nyers erőből nagyon akadt átmenetekkel és feliratokkal, amikor beállítottam a többi dolgot és megvártam a kék csíkot, akkor is egy darabig dolgozott, majd az első indítás nem mindig volt röccenés mentes.
Általában a második vagy harmadik lejátszásra állt helyre a dolog.
De már nem emlékszem pontosan mindenre vagy hogy ez mind FHD volt-e vagy 4k.
Viszont az új kártyával el is felejtettem várni a kék csíkot, mert nem röccent a lejátszás.
Igaz előzőleg volt egy kis problémám driverekkel, kellett teljes reset DDU-val és hasonló dolgok, majd próbáltam Studio drivert is, ami egyébként kicsit jobban működött a sima GRD-nél még 1060 esetén is.
Szóval azóta már annyi minden változott, hogy nem tudom pontosan visszakövetni.
Megnézem majd még egyszer ezeket a beállításokat, de sztem most jól van beállítva a szoftver. Igaz frissítettem a héten, szóval kell majd egy ellenőrzés.
Hosszabb anyagokkal meg még nem dolgozom sajnos.

Timeline és video monitoring-ot is érdemes lehet 720p-re vissza venni. (Timeline-t export előtt vissza lehet/kell tenni a kívánt export felbontásra). Az optimized media-nál meg HQ vagy SQ-ra tenni, mert default HQX van. A proxy-nál is lehet finom hangolni. Ettől függetlenül a "kék csíkot" meg kell várni és akkor jó kell legyen.

[ Szerkesztve ]

A lejátszásra kattintva ha kell neki egy-két másodperc mire stabilizálódik, az normális. Sok konfig csinálja.
Főleg rövid pár másodperces klippeknél szembe ütköző. Nekem szokásom kicsit előrébb tenni a mutatót és beáll a sebesség mire az érdekes szakaszhoz ér.
Ilyenkor a gondolom a frame buffer dolgozik az elején míg átdobja a RAM-ból a VGA-ba a raw képkockákat.
Kevés gép nem csinálja ezt a jelenséget, többek közt pl az M1 az egységesített memóriakezelés miatt.
Teljesítmény tesztnél ez a timeline scrubbing nevű dolog, ami azt vizsgálja, hogy milyen gyorsan tud betölteni random képkockákat az idővonalon ide-oda ugrálva. Az instant lenne az ideális. Hagyományos x86 konfignak ez nem fekszik igazán. Persze volt némi be fejlődés az utóbbi időben.
Megszoksz vagy megszöksz M1-re.

[ Szerkesztve ]

Ha vmilyen következtetést le lehet vonni a Free és Studio közötti összehasonlításból, az annyi, hogy ha Free-vel gurigázik az ember, akkor kénytelen proxi fájlokkal vacakolni - ezt hívják Optimalizált Médiának Resolve esetén. (Ide jól tud jönni az SSD, mert ezek nagyméretű fájlok és kell hozzá az IO sebesség.) Studio-val meg lehet vágni a long-gop fájlokat direktben, amik kiesnek a kamerából - hála a hardveresen gyorsított dekódolásnak. (Ez esetben nincs is szükség akkora IO-ra: egy fürgébb vinyó vagy az SD kártya is vígan felszolgál egy átlag 100 Mbites H264/5 fájlt.) Ennyi a lényeg. Minden más plugin/effekt ugyanúgy működik mindkét verzióban. Már ami persze elérhető a Free-ben, mert azért nem adják oda a teljes csomagot ingyen. De arra az egyszerű feladatra amire neked kell, arra bőven elég.

[ Szerkesztve ]