Új hozzászólás Aktív témák
-
taranis
addikt
válasz hibavissza #13139 üzenetére
Na megjöttek a ringek, ilyen a 23f/2 + 43-58 step up + 58-77 step up + SLR Magic Vari ND II, pont olyan ordenáré mint gondoltam
Viszont gond nélkül működik!
colorizer.net
-
taranis
addikt
válasz hibavissza #13379 üzenetére
Ja és várjál, van egy 86-os menetű lens hoodom (86-os az ND vége), ha azt ráteszem a férfiasságom érezhetően megnő pár centivel!
[ Szerkesztve ]
colorizer.net
-
taranis
addikt
Ez a videó tök jól bemutatja a Resolve 16-os cut page előnyeit az edit page-el szemben: [link]
colorizer.net
-
taranis
addikt
válasz #54625216 #13398 üzenetére
Elég jó ár ez, ha nem lenne Crane Plus-om, talán meg is lépném, arról viszont nem éri meg váltani, mert mindkettő elbírja a Fujit és egyikkel sem vezérelhető semmi. Írtam a Zhiyunnak anno, nem is volt tervben nekik a Fuji támogatása, remélem az X-T3/X-T30 eladások miatt meggondolják ezt.
colorizer.net
-
taranis
addikt
válasz #54625216 #13401 üzenetére
Moza-val lehet start/stop-ot csinálni, focust nem tudom. Igazából ki kéne próbálni, hogy mondjuk venni ilyet: [link], és megnézni mi történik vele, maximum nem működik A gimbalhoz mellékelt Panasonic kábel ugyanilyen, csak TRRS, nem TRS, és azzal nem megy a Fuji. Ja illetve először pont egy TRRS->TRS átalakítót kellene próbálni, mázlival az is elég.
colorizer.net
-
taranis
addikt
válasz hibavissza #13421 üzenetére
Meg amúgyis engedni kell a bátraknak hogy kirugdalják bétából, utána érdemes fejest ugrani.
colorizer.net
-
taranis
addikt
Hát nem vagyok biztos benne, már csak amiatt gondolom, mert az ffmpeg nem is tud frame-re seekelni, csak timestampra. Mondjuk az mindenképp megoldható, hogy kiexportálom a frameket egy szekvenciába, majd ott egy szkripttel hozzáadok minden frame után egy fekete framet, és utána az új szekvenciából videót csinálok.
colorizer.net
-
taranis
addikt
Olvastam egy érdekességet egy Fujis fórumon, amibe eddig bele sem gondoltam, lehet, hogy nektek nem annyira új: egy srác vett egy XF 16-55 2.8-at, ami ugye egy prémium fotós obi, gondolta, hogy jó lesz "szegény ember" cinema lensének az MK 18-55 T2.9 helyett. Elkezdett felvétel közben zoomolni, és észrevette, hogy ugrások vannak az expozícióban még úgy is, hogy manuálban van a váz, minden fix értékeken. Ez amiatt van, mert ahhoz, hogy zoomolás közben tartható legyen a konstans f érték (f = fókusztáv / rekesz átmérő), nyitni kell a rekeszt, és ez nem folyamatos, a váz vár amíg lehet, majd hirtelen helyre teszi a rekeszt, hogy megfeleljen a kamera beállításoknak. Állítólag minden fotós zoom így működik, nem kimondottan Fuji dolog ez. Nekem azért volt ez új, mert sosem zoomolok felvétel közben.
colorizer.net
-
taranis
addikt
Annyit tennék hozzá a korábban leírtakhoz, és ez egy fontos különbség, hogy az f szám nem a fókusztáv és a fizikai rekesz átmérőjének hányadosa, hanem a fókusztáv és a virtuális rekesz átmérőjének hányadosa. Ez a virtuális rekesz az "entrance pupil", nem tudom magyarul hogy szólna szépen, szóval ez a fizikai rekesz optikai képe ahogy elölről az objektívba nézve látszik. Ha zoomolás közben ez a virtuális rekesz pont úgy tud nőni (a fizikai rekesz előtti lencsetagok nagyító hatása miatt), ahogy a fókusztáv nő, akkor a hányados ugyanakkora marad, tehát konstans maximális rekeszes obiról beszélünk. Ha a virtuális rekesz nem tud olyan mértékben nőni, akkor zoomolás közben nőni fog az f érték, tehát változó rekeszes obiról van szó. Itt már látható, hogy nem annyira találó a név, hiszen mindkét esetben a fizikai rekesz ugyanakkora maradt. Na és itt jön a képbe az, hogy egy gyártó praktikus okokból dönthet úgy, hogy a fizikai rekeszt mechanikailag hozzáköti a fókuszmotorhoz, ha csak így tudja elérni a kívánt optikai teljesítményt. Úgy tűnik így van ez a 16-55 esetében is, ugyanakkor ahogy én olvasom, az ilyen megoldások vannak kisebbségben, többnyire nem változik a fizikai rekesz zoomoláskor.
[ Szerkesztve ]
colorizer.net
-
taranis
addikt
Na, ide is lehet ND filtert rakni: [link]
Én mondjuk nem biztos, hogy akarnék a szenzor előtt matatni.colorizer.net
-
taranis
addikt
válasz hibavissza #13599 üzenetére
Aliexpressről rendeltem legutóbb kettőt, RISE(UK) az is. Nálam nem voltak menetgondok.
colorizer.net
-
taranis
addikt
Ez az új speed warp a resolve 16-ban elég nagy ugrás az optical flow-hoz képest: [link]
colorizer.net
-
taranis
addikt
válasz hibavissza #13616 üzenetére
Na, remélem így már működni fog.
Nálam a Resolve meg a netezés nem megy együtt, a Firefox is használja a hardveres gyorsítást, és a kettő együtt többször lefagyasztotta már a gépem, valamiért nem szeretik egymást.colorizer.net
-
taranis
addikt
válasz MrChris #13631 üzenetére
Az elmúlt fél évben biztosan nem használtam, igazából agyaltam az eladásán csak nem visz rá a lélek. Nálam főleg családi, utazós dolgokról van szó, ahol sokszor kell fotózni is, egyszerűen túl macera a gimbal. Azért tartottam meg, mert hátha lesz időm saját ötletekre a későbbiekben.
colorizer.net
-
taranis
addikt
Van valakinek Sonyja Tuningeren kívül? Lenne egy gyorsan elvégezhető teszt, ami segítene igazolni egy sejtésemet, hogy a Sony fájlok is rossz színekkel jelennek meg Premiere és Resolve alatt. Eddig egy RX10 II és egy A6300 felvételei alapján úgy tűnik, hogy ugyanaz a gond van itt is, mint a Fujinál, de jó lenne látni mondjuk egy full frame váz eredményeit is.
colorizer.net
-
taranis
addikt
válasz hibavissza #13664 üzenetére
Végülis az is jöhet a terítékre, hátha az is szar Arra lenne szükség, hogy egy adott profillal lőni kell egy color chartot, vagy valami színes cuccot (piros mindenképp legyen benne), tehát kellene egy pár másodperces videó róla, valamint kellene egy fotó is JPG-ben (a váz legyen JPG-re állítva, tehát ne te csináld rawból), pontosan ugyanazokkal a beállításokkal, tehát ugyanaz az expozíció, ugyanaz a WB, ugyanaz a profil.
colorizer.net
-
taranis
addikt
válasz MrChris #13714 üzenetére
Najó, kezd ez az egész teljesen hihetetlen lenni. Kovsol adott Sony A73 footaget, ahol BT.709-re volt tagelve a klip, de az ugyanolyan beállításokkal készített JPG színeit akkor hozta, ha BT.601-es mátrixszal dekódoltam. Aztán a MrChris Panasonic klipjével pontosan ugyanez a helyzet.
MrChris: próbáld meg, hogy leszeded a Fuji fixemet innen: [link]
Majd tedd rá az MP4-re az editorodnak megfelelő fixet, és utána nézd meg a különbséget újra.colorizer.net
-
taranis
addikt
válasz kovsol #13726 üzenetére
A PP1 movie.
A tagek ezek:
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709Ebből csak a Matrix coefficients a lényeges. Ha valóban a BT.709-et használom, mint ahogy a tag diktálná (és ahogy a Resolve gyárilag csinálja), akkor azt a képet kapom, ami az "előtte" kép. Az "utána" kép azt mutatja, ami akkor lenne, ha BT.601 mátrixszal lenne dekódolva a H.264 stream. A vektorszkóp ábra formája nekem azt mutatja, hogy BT.601-el sokkal inkább hasonlít a JPG-re. De elég csak a pirosakra nézni.
Teasüti: A BT.709 szabvány, amit Rec.709-nek is szoktak hívni, nem csak színteret definiál. Amiről itt szó van, az a BT.709 szabvány által definiált YCbCr->RGB konverzió, ez még azelőtt jön a gépsoron, mielőtt bármilyen színtérről beszélhetnénk.
[ Szerkesztve ]
colorizer.net
-
taranis
addikt
válasz Teasüti #13729 üzenetére
Hiába lenne benne Rec.601 színtér, itt nem színtér problémáról van szó. Úgy érdemes ezt elképzelni, mintha maga a fájl lenne rosszul felolvasva, de ez elég pongyola megfogalmazás. És igen, egyelőre úgy tűnik, hogy a többiek is ugyanazt csinálják, mint a Fuji, de a Fuji legalább jól tageli a fájlokat.
Nem akarok még messzemenő következtetéseket levonni, mert egyelőre kb. azt lehetne mondani, hogy mindenki rossz színeket lát mindenhol, de még nem vagyok kész elhinni eztcolorizer.net
-
taranis
addikt
válasz hibavissza #13753 üzenetére
Nem vagyok fent facebookon, és a nézettség miatt biztosan nem postolnám, nem érdekel az ilyesmi. Ugyanakkor azt csináltok vele amit akartok, más is postolta már pl. Blackmagic fórumba.
colorizer.net
-
taranis
addikt
Kicsit félek még topicot csinálni erről más fórumokon, vagy esetleg youtube videót. Egyfelől az eredmények magukért beszélnek, másfelől meg totál hihetetlen, hogy ez tényleg így van. Tuninger még a kétkedés fázisában van, hátha hoz valami bizonyítékot az itt látottak ellen
Abba az alapvetésbe lehetne itt esetleg belekötni, hogy a JPG-nek és a videónak ugyanolyannak kell lennie. Én azért mertem referenciának venni a JPG-t, mert ott nincsenek ilyen mátrix gondok.colorizer.net
-
taranis
addikt
válasz Teasüti #13787 üzenetére
Nézd meg az YCbCr doksiját: [link]
Ezt láthatod a menüben:
2.1 ITU-R BT.601 conversion
2.2 ITU-R BT.709 conversion
2.3 ITU-R BT.2020 conversion
Plusz a JPEG, és kész. Ennyiféle módod van YCbCr-ből RGB-t csinálni. És ennek semmi köze az azonos néven futó színterekhez. Tehát amikor azt mondjuk, hogy a Fujinál a BT.601 szabány szerinti mátrixot kell használni, akkor szó sincs semmilyen színtérről, egyszerűen csak arról van szó, hogy miként lesz YCbCr-ből RGB. Aztán ha már megvannak az RGB értékek, akkor azt olyan színtérben értelmezzük, ahogy akarjuk, ill. ahogy a gyártó előírja, pl F-Log-nál F-Gamut, HLG-nél Rec.2020, normál profiloknál Rec.709.
Ezért mondom, hogy ha rossz RGB értékeink vannak, akkor azon belül RGB színtér transzformációkkal nem fogjuk tudni helyrehozni a hibát. És tudomásom szerint a Resolve Color Management opciói már ott lépnek életbe, hogy megvannak az RGB értékek.colorizer.net
-
taranis
addikt
válasz narumon #13809 üzenetére
Szerintem hagyd meg ezt a játékot nekünk. Ha nem érted a technikai háttérét, mi több, nem is látod az eddigi példákon a különbséget, akkor felesleges ezzel foglalkozni. Nem becsmérelni szeretnék, az emberek 99%-a szerintem boldogan elvan anélkül, hogy tudna a yuv-rgb konverzió lehetséges hibáiról, és az ebből fakadó színeltolódásokról.
colorizer.net
-
taranis
addikt
válasz Teasüti #13821 üzenetére
Két dolog van ezzel kapcsolatban, az egyik, hogy az emberek úgy működnek, hogy ha meglátják, hogy "Interpretation issue", akkor kerek szemmel néznek, hogy miafaszom, ignore. Ha azt írod, hogy "ALL YOUR COLORS ARE WRONG!!!!4", akkor talán felkapják a fejüket, de én meg hányok az ilyesmitől. A másik pedig az, hogy nem is kell ennek széles réteget érintenie, az én dolgom itt jelen esetben kimerül annyiban, hogy elérhetővé teszem az infót, és a javítási lehetőségeket, és én nem is várnék mástól sem többet, elvégre olyan problémáról van szó, amivel már a kamerázók legalább 99%-a együtt él, anélkül, hogy tudna róla. Ami azt mutatja, hogy viszonylag könnyen együtt lehet élni vele.
Most dolgozok egy átfogóbb packon, amivel mindenféle YUV->RGB félreértelmezés javítható lesz LUT és DCTL formában, ilyen technikai csomagnak szánom, talán videó is lesz hozzá. Mert amúgy nem csak a BT.601-es mátrixszal kódolt anyagoknál van baj, hanem pl. az újabb HLG felvételekkel is, ahol a BT.2020-as mátrixot kellene használni. A Resolve ott is a BT.709-et használja, gondolom a Premiere is. Szóval van mit korrigálni, hálistennek, mert addig is bíbelődhetek ilyesmivelcolorizer.net
Új hozzászólás Aktív témák
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Sorozatok
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- ASUS ROG PG32UCDM: OLED csúcsmonitor tesztje
- Háztartási gépek
- Azonnali VGA-s kérdések órája
- Computex 2024: Itt az új ROG Ally
- Milyen TV-t vegyek?
- Autós topik látogatók beszélgetős, offolós topikja
- Mibe tegyem a megtakarításaimat?
- További aktív témák...
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen