Új hozzászólás Aktív témák
-
taranis
addikt
válasz Teasüti #12486 üzenetére
Arra jutottam, hogy amúgy nem is tehetünk mást. A tesztjeimnek az lett a konklúziója, hogy a Premiere és a Resolve telibeszarja ezeket a flageket. FFMpeg-el már szépen tudom módosítani őket amúgy, és Assimilate Scratch alatt látszik is a változás, de MPC-HC és FFPlay alatt is, hogy lejátszókat is említsek. Így vagy javítják a progikat, vagy utólagos korrekciót kell használni, mint pl. az a LUT, de akit érdekel, csináltam belőle DCTL verziót is, ami matematikailag pontosabb, és nem vágja le a 0-100 IRE-n kívül eső részeket.
colorizer.net
-
taranis
addikt
-
taranis
addikt
válasz Teasüti #12493 üzenetére
Itt a probléma azelőtt van, hogy logról vagy bármi másról beszélnénk. Adott a HEVC stream a fájlban, YCbCr kódolásban, ebből kell RGB-t gyártani. A Fujinál ott a fájlban egy flag hogy ehhez a konverzióhoz a BT.601 mátrixot kell használni, de a Resolve ezt figyelmen kívül hagyja és a BT.709 mátrixot használja. Tudtommal az RCM és úgy minden más is onnantól jön képbe hogy megvannak az RGB értékek, így nekem ez általános válasznak tűnik.
colorizer.net
-
taranis
addikt
válasz Teasüti #12496 üzenetére
Na, szóval a probléma még az RCM előtt lép fel, az YCbCr-ból kinyert RGB értékekkel van baj, tehát konverziós problémánk van, nem egyszerű színtér eltérés. Emiatt ezt nem lehet utólagos Rec.601->Rec.701 (vagy fordítva) színtér korrekcióval javítani, márpedig ha lenne az RCM-ben Rec.601, akkor csak ennyi történne, és ott már kellene a nagyító, nagyon minimális különbséget látnál csak. Ha nagyon szeretnéd, tudom demonstrálni. Korrigálni csak úgy lehet, hogy megcsináljuk a rosszul megcsinált YCbCr->RGB konverzió inverzét, azaz a BT.701 szabvány szerintit, majd utána elvégezzük a helyes YCbCr->RGB konverziót, azaz a BT.601-es szabvány szerintit. A DCTL és a LUT pontosan ezt csinálja.
kpbendeguz: próbáltam, nem segített.
[ Szerkesztve ]
colorizer.net
-
taranis
addikt
válasz Teasüti #12508 üzenetére
Nekem csak annyit írtak, hogy továbbították a fejlesztőknek, én bugként írtam le, annyi technikai infóval meg példával, amennyit csak össze tudtam szedni.
A vicc az egészben amúgy az, hogy végignéztem egy csomó felvételem, és sok esetben a rossz interpretáció az, ami kellemesebb a szemnek, mert kicsit melegíti az összhatást bizonyos esetekben.colorizer.net
-
taranis
addikt
válasz hibavissza #12534 üzenetére
+1 a Quadro ellen, Resolve alá semmi értelme, adott összegért nagyobb teljesítményt ad a Geforce. Maga a Blackmagic is ezt fogja javasolni ha írsz nekik
colorizer.net
-
taranis
addikt
kpbendeguz: Te mivel tömöríted az utvideot? Az X-T3 10bites HEVC-ből próbálok konvertálni FFMpeg-el, de átvált yuv420p-re, azt írja, hogy a yuv420p10le nem támogatott. Pedig maga a codec tudná, gondolom az FFMpeg implementációban még nincs benne.
colorizer.net
-
taranis
addikt
-
taranis
addikt
válasz Teasüti #12630 üzenetére
Látod, tegnap parfokalitás, ma meg lcd fáradás, minden napra jut valami
Amúgy sajnos így van, nem örök életűek ezek a panelek, az évek során vesztenek a fényerejükből, többször kellhet kalibrálás, csökkenhet a gamut. Egy régebbi 8 éves tanulmányt néztem ahol csomó 17-es monitort vizsgáltak, ahol 250-300 cd/m2 volt a a kezdeti fényerő, és 2000 óra működési idő után átlagosan 58%-ára csökkent. Utána már lassabb a romlás, de az elején elég gyors.colorizer.net
-
taranis
addikt
válasz hibavissza #12633 üzenetére
Itt a tanulmány, beszédesebb nálam, kicsit le kell scrollozni a lapokhoz: [link]
colorizer.net
-
taranis
addikt
válasz Stauffenberg #12864 üzenetére
Ja, én az X-T3 mellé ha lenne lóvém egy GH5-öt vennék az IBIS + 10bit 4:2:2 miatt, biztosan lekötném magam pár hónapra a matchelési kísérletekkel
colorizer.net
-
taranis
addikt
válasz Tuninger #12954 üzenetére
Ezt továbbra is tartom, sőt alig látni különbséget a 200Mbps-es 10bit H.265-el szemben. Viszont a wb-t be kell lőni jóra, még lognál sem lehet úgy tekerni postban mint rawnál. De ezzel a hátránnyal együtt lehet élni, én mindig custom wb-t állítok. Illetve érdekelne az expodisc, valaki nem próbálta itt a topicból?
colorizer.net
-
taranis
addikt
válasz hibavissza #12940 üzenetére
Na basszus észre sem vettem hogy írtál nekem, de ja, nincs benne.
colorizer.net
-
taranis
addikt
Akit érdekel a korábban felmerült "rosszak a Fuji színek a videóban" téma, csináltam egy videó összefoglalót róla. Hosszú, rossz angolos, unalmas, de remélem, hogy hasznos: [link]
colorizer.net
-
taranis
addikt
válasz Falovas #13108 üzenetére
Te meg mi a rossebről beszélsz Mit fitogtassak a szar angolomon? Inkább eldugnám hidd el, utálok angolul beszélni. Annyiról van szó, hogy nem ez, illetve nem csak ez a topic a célközönségem, több nemzetközi fórumba is bepostoltam, az adja a nézőim javát, és így el is dőlt, hogy milyen nyelven fogok megszólalni.
colorizer.net
-
taranis
addikt
válasz Falovas #13114 üzenetére
Sajnos nincs időm magyar videót is csinálni, ezt is egy külföldi fórumon ígértem meg talán egy hónapja, és csak most jutottam el idáig. Azért linkeltem be ide a videót, mert tudom, hogy a többség itt is tud angolul.
Amúgy az aláírásodban lévő fotós oldalon a te képeid vannak? Angol nyelvűek a címek.colorizer.net
-
taranis
addikt
válasz Tuninger #13121 üzenetére
Ez minden Fuji videóra vonatkozik, kivéve talán a HLG-re, mert ott más a kódolás, azzal itt most nem foglalkoztam. Szóval igen, eléggé hülye egy helyzet, de a Resolve felhasználóknak valószínűleg a 100%-a, és a Premiere felhasználóknak nagy része rossz színeket látott, és az lett ajnározva. Hozzáteszem adott szituációkban szerintem még jobban is néz ki a rossz verzió Tájképek pl. melegebbek tőle. Az FCPX userek láttak jó színeket, de minden verziót én sem ellenőriztem le. A videó végén lévő táblázat talán a legbeszédesebb.
Az F-Log->Eterna LUT arra épít, hogy az F-Log színei már azok, amiknek lennie kell, így itt most nem releváns a működése. Amúgy igen, konvertál színteret is. Viszont mivel rákérdeztél, úgy érzem le kell írni, hogy a javításkor itt nem színtér konverzió történik, mert a gond sem színtér gond. A BT.601 és a BT.709 szabványok ugyan tartalmaznak színtereket, de azok között minimális a különbség. Fontosabb, hogy ezek a szabványok tartalmaznak képleteket a RGB->YUV konverzióra is, és eléggé más konstansokkal dolgozik a két szabvány, így ha nem a megfelelő YUV->RGB konverzióval jelenítjük meg a YUV-ba kódolt képet, akkor ilyen látványos különbségek is létrejöhetnek.
A videóba nem tettem bele, de ha érdekel, itt van egy 8K-s klip, benne 16 millió színnel, H.265-be kódolva a BT.709 mátrixszal:Itt van ugyanez a BT.601 mátrixszal kódolva:
Ugyanolyannak kellene lennie a két képnek, de láthatod, hogy a BT.601-es verziónál mintha a green-magenta vonalon össze lenne nyomva a színtér. Valamint a helytelen mátrix esetén egyes értékek 0-100 IRE-n kívülre esnek, akár 17%-os kinyúlás is lehet. Ezért a LUT-ot sem volt egyértelmű megcsinálni. A LUT-ok 99%-a simán ignorálja a 0-100IRE-n kívüli tartományt, amelyik meg dolgozna vele, az eltérően viselkedik az egyes editorok alatt. Hiába, ez nem kimondottan az a probléma, amit LUT-al szokás megoldani.
colorizer.net
-
taranis
addikt
válasz hibavissza #13137 üzenetére
Vagy pakolj egymásra két step up ringet, az nem játszik?
colorizer.net
-
taranis
addikt
válasz hibavissza #13139 üzenetére
Még én sem tudom milyen lesz, de 43-77-et kerestem pár hete, az két lépésből lesz meg egy 23-as obira. Elég ordenárén fog kinézni, de hát ez van. A rendelés óta nyilván találtam egy lépéseset is.
colorizer.net
-
taranis
addikt
válasz hibavissza #13147 üzenetére
Ja nem lehet, én kártyával szoktam. Sok éve rendelek tőlük rendszeresen, semmi gond nem volt. Meg szinte minden ismerősöm így rendel tőlük, senki sem számolt be gondról.
colorizer.net
-
taranis
addikt
válasz Teasüti #13159 üzenetére
Még ide tartozik a Fasttech is, onnan is megjött minden, de a customer support az nagyon nehézkes. Az a szerencse, hogy ott van Paypal, és a Paypal dispute-ra enyhülnek, de én pl. másfél hónapot leveleztem velük, hogy visszakapjam a pénzem, amikor egy terméknél kifogásoltam a leírás és a tényleges minőség közötti különbséget. Az pl. alap ott, hogy mindenről videót kérnek.
colorizer.net
-
taranis
addikt
Akinek még nem volt meg, Resolve 16: [link]
Nem semmi update.colorizer.net
-
taranis
addikt
válasz Tuninger #13297 üzenetére
Hát igen, én pontosan ugyanezzel próbálkoztam, ha pontos egyezést akar az ember, akkor az csak nagyon-nagyon ideális esetben fog működni, és lesznek esetek, amikor pont emiatt a pontosságra törekvés miatt nem lesz túl jó az eredmény. A példákon is látszik, hogy ők kompromisszumokat kötöttek, nyilvánvaló, hogy nem pont ugyanolyanok a képek, és ezek még valószínűleg elő is vannak készítve, szóval talán még ennél is pontatlanabb lehet a szoftver ha nincs minden váz szigorúan ugyanazzal a targettel custom wb-zve. Ugyanakkor ez egy nagyon okos húzás is, mert így biztosan használható marad minden footage, és a plugin a matchelési munka nagy részét el is végzi. Igazából irigylem, hogy megélhetés szerűen azzal tudnak foglalkozni, amire nekem lopott időkben van csak időm, hobbiként Gyanítom jól fog menni a termék, de meg is érdemlik, ügyesek ők, a Filmconvert is jó cucc.
colorizer.net
-
taranis
addikt
válasz MrChris #13301 üzenetére
Hát igen is meg nem is. Egy flaget lehet állítani, amit a lejátszó vagy figyelembe vesz, vagy nem.
ffmpeg -i input.mov -c copy -metadata:s:v:0 rotate=180 output.mov
MPC-HC figyelembe veszi, Resolve is.
Szerk: annyi, hogy ha neadjisten már eleve 180-on állna a flag, akkor a "rotate=0"-t próbáld.[ Szerkesztve ]
colorizer.net
Új hozzászólás Aktív témák
- Tőzsde és gazdaság
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- AMD CPU-k jövője - amit tudni vélünk
- Canon EOS DSLR topic
- Skoda, VW, Audi, Seat topik
- Gaming notebook topik
- Világ Ninjái és Kódfejtői, egyesüljetek!
- Autós topik látogatók beszélgetős, offolós topikja
- Bemutatkozott a Galaxy Watch FE
- Hálózati / IP kamera
- További aktív témák...