Új hozzászólás Aktív témák
-
#2880
qnadam
veterán
fatalista22
#2879
válasz
fatalista22
#2879
üzenetére
azért van pár választási lehetőség. ha nem kell az 50 félképnyi mozgási infó, vagy mondjuk filmet vagy rajzfilmet digitalizálsz, akkor a decomb a jó (vagy a deinterlace teljes kihagyása). ha a cél az, hogy minél közelebb maradj az eredetihez, akkor meg tudod tartani az 50i formátumot, ha pedig olyan helyre kerül, ami nem kezel váltottsoros anyagot (youtube például), akkor lehet belőle 50p-t csinálni.
-
#2878
qnadam
veterán
fatalista22
#2877
válasz
fatalista22
#2877
üzenetére
a deinterlace a hagyományos megközelítés, a decomb csak ott deinterlace-el, ahol látszik is, másutt meghagyja a plusz felbontást.
-
#2875
qnadam
veterán
fatalista22
#2874
válasz
fatalista22
#2874
üzenetére
meg lehet csinálni premiere-rel is, csak teljesen feleslegesen szopatod magad vele (egyébként a forrás beállításainál kell megadni, hogy milyen az oldalaránya). handbrake-kel kevés kattintásból megvan, és nem kell a külön vobokkal bohóckodni.
-
#2862
qnadam
veterán
fatalista22
#2861
válasz
fatalista22
#2861
üzenetére
nekem furcsa, hogy kell a 4k, mert minőség meg 30 év múlva, de nvenckel kódolsz, mert jóvanazúgy, fél órával előbb lesz kész.
-
#2860
qnadam
veterán
fatalista22
#2859
válasz
fatalista22
#2859
üzenetére
mellékszál, de a voukoder renderideje nem mond semmit, ha nem teszed hozzá, hogy nvencet használsz, vagy x264-et. utóbbi lassú, de nagyon jó minőségű. a 1050ti enkódere nem túl jó, inkább preview-ra érdemes használni (nekem is ilyen vga van az otthoni asztaliban).
-
#2856
qnadam
veterán
fatalista22
#2849
válasz
fatalista22
#2849
üzenetére
egy jó minőségű deadcat sokat segíthet, utólag szűrni nem nagyon lehet.
-
#2855
qnadam
veterán
fatalista22
#2846
válasz
fatalista22
#2846
üzenetére
nincs kedved ahhoz a három kattintáshoz, vagy ennyire sürgősen kell, hogy nem akarod megvárni?
csak mert a gyárban a gépem valami mostanigenerációs nyolcmagos i7, 64 gb rammal és rtx 3070 vga-val, és még ezen a gépen is pörgősebb a munka, ha proxyt használok. és ilyen vasat nem kapsz minigépként.
egy m2 procis mac mini használható lehet. -
#2842
qnadam
veterán
fatalista22
#2841
válasz
fatalista22
#2841
üzenetére
4k mi? prores, raw, h264, h265? tényleg natívban kell vagy jó proxyból is? 1-2 videósáv vagy 6-8 mindenféle bonyolult effektezéssel?
-
#2839
qnadam
veterán
fatalista22
#2838
válasz
fatalista22
#2838
üzenetére
igen.
-
#2831
qnadam
veterán
lionshamlet
#2830
válasz
lionshamlet
#2830
üzenetére
azonos bitráta mellett a 265 valamivel jobb minőséget ad, cserébe több erőforrás kell a feldolgozásához.
-
#2828
qnadam
veterán
fatalista22
#2827
válasz
fatalista22
#2827
üzenetére
van hozzá voukoder, de a render sebességén nem változtat, legfeljebb az enkódolásén.
-
#2823
qnadam
veterán
fatalista22
#2822
válasz
fatalista22
#2822
üzenetére
davinci resolve
-
válasz
trialboj
#2815
üzenetére
a project ablakban lehet kapcsolgatni, hogy milyen metaadatok jelenjenek meg a fájlok mellett, ott van olyan, hogy video usage. ha az alapján rakod sorba, akkor könnyen ki tudod jelölni, a használatban levőket.
nem elegáns, de most ez jutott eszembe hirtelen
de mi van az mxf-ben, hogy így megakad tőle minden? -
válasz
trialboj
#2813
üzenetére
azóta nem volt ilyen, azzal a projekttel történtek ilyen furcsa dolgok, szerencsére nem 1-1 kockák, hanem komplett snittek, amit azért könnyebb kiszúrni.
a legújabb 23.1.0 verziót használom windowson, a warp nem lassabb mint korábban, valamelyik nyári verzió viszont nem vette figyelembe az input lutot, ami probléma...
resolve-val nem voltak ilyen bajaim (bár aces bugok rendszeresen jöttek), de a gyárban az adobe a közös pont, nem nagyon mondhatom azt, hogy márpedig én davincit fogok használni plusz az elég kényelmes, hogy a motionösünktől jövő ae cuccokat render nélkül tudom elhelyezni a videókban. -
-
válasz
total90
#2807
üzenetére
én pécén premiere-ezek, szerencsére a legújabb is gond nélkül exportál, csak néha 1-2 snitt helyett feketét
nem gyakran, de még nem tudtam rájönni, mitől függ, mert olyan is volt már, hogy második nekifutásra hibátlan lett. ami sokkal viccesebb, hogy az ügyfél se vette észre, hogy ötperces filmjének végleges verziójának a közepéből és végéből is hiányzik kétszer pár másodperc... -
legfrissebb 2023-as premiere, fhd timeline-on uhd anyag 50% méretben, warp stabilizer rajta. lejátszás és scrubbing közben a kép balra felfelé el van csúszva úgy 20%-kal (ha van lentebbi sávon valami, az ki is látszik), ha megállítom, a helyére ugrik. ha a méretet 51%-ra állítom, már nincs ez a hiba. ha jól emlékszem, attól is független, hogy be- vagy kikapcsolom a proxykat.
csak nálam (vagyis a gyárban) csinálja ezt, vagy másnál is? -
válasz
SirRasor
#2784
üzenetére
3 perc hang lekódolása nem tart 3 percig. bizonyos codecekkel tud a premiere is újratömörítés nélkül dolgozni (dv-vel) például, de alapvetően nem erre van kitalálva az egész. ha tényleg ennyit akarsz csak hozzányúlni, akkor az avidemux kiváló erre, annyi limit, hogy csak kulcskockáknál (i frame) tudsz vágni. de erről nem az avidemux tehet, ha nem kulcskockánál vágsz, legalább az i frame-ek közti részt újra kell kódolni.
-
válasz
aldebaran
#2713
üzenetére
a media encoder annyival lassabb, hogy még külön el kell indulnia, cserébe több dolgot is meg tud csinálni egymás után. egyébként ugyanazt a motort használnálja, mint a premiere, tehát teljesen mindegy. ha task managerben megnézed, a pproheadless.exe végzi az érdemi munkát
-
helló,
premiumbeat, audiojungle -
válasz
modflow
#2664
üzenetére
a mozifilm (általában) 24 kockával megy, amiből az európai 25-öt úgy szokták készíteni, hogy gyorsítanak rajta egy kicsit. ha a hangod ilyen forrásból van, akkor kicsit rövidebb, mint a film
vissza kell nyújtani. ezt igazából premiere-rel is meg lehet csinálni, de kicsit olyan lesz, mint amikor a villáskulccsal vered be a szöget a falba.
aztán itt jönnek be azok a szutyok dolgok, hogy a magyar szinkron már a 4%-kal gyorsított hangsávra (zenék, zörejek) megy rá, amit utána visszanyújtanak a 24 kockás verzióhoz a kéthangú rilízhez, és a két hangban a zenék nem ugyanolyan magasságban szólnak, ha viszont a magyart nyújtás helyett lassítanád, akkor meg a beszédhangok lennének indokolatlanul mélyek. szar az egész, hagyd a francba a szinkront
-
#2617
qnadam
veterán
lionshamlet
#2616
válasz
lionshamlet
#2616
üzenetére
a cél elvileg az, hogy 1/50 s záridő legyen és a legkisebb érzékenység, a filtert ehhez kell méretezni.
a gyakorlatban eddig mindent meg tudtam oldani egy nyolcassal -
#2614
qnadam
veterán
lionshamlet
#2613
válasz
lionshamlet
#2613
üzenetére
25 kockával ne csinálj gyors svenkeket.
-
#2612
qnadam
veterán
lionshamlet
#2611
válasz
lionshamlet
#2611
üzenetére
ha hosszabb a záridő, attól nem lesz darabosabb.
-
#2608
qnadam
veterán
lionshamlet
#2607
válasz
lionshamlet
#2607
üzenetére
megint az érzékenység-blende-záridő szentháromsághoz érkeztünk meg
ha sok a fény, az érzékenység alapon van, blende/írisz nincs (a phantomok nagy részében nincs ilyesmi), akkor csak a záridő rövidítésével lehet a bejutó fény mennyiségét csökkenteni. a motion blur az, amitől kevés fps-nél sem tűnik egy mozgás darabosnak, a közmegegyezés, megszokás szerint 25 fps mellett 1/50 s záridőnél kelt természetes benyomást. a sok fény miatt viszont ennél rövidebbet kénytelen használni a gép, így darabos lesz.
két megoldás van: vagy egy nd filterrel csökkented a bejutó fényt, vagy lassabban mozgatod a kamerát. -
#2593
qnadam
veterán
lionshamlet
#2592
válasz
lionshamlet
#2592
üzenetére
szerintem nem rossz, az ég túl világos talán a végén.
-
#2562
qnadam
veterán
ArthurShelby
#2561
válasz
ArthurShelby
#2561
üzenetére
ha nem zavar hogy a romlik a kép minősége az eredetihez képest, akkor reális
eleve mi az, hogy reális? a szükséges bitráta a minőségigénytől is függ, a képi tartalomtól is... -
akkor még egyszer: ha enkódoláskor nem bitrátát hanem minőséget célzol (constant quality), akkor a bitráta mindig úgy alakul, hogy adott képminőséget érje el. a 2 menetre akkor van szükség, ha konkrét fájlméret a cél. az első menetben végignézi a képi tartalmat, és a második menetben az első adatai alapján osztja szét a biteket.
az x264-nek nem véletlenül a constant quality az alapbeállítása. -
ha adott bitráta a cél, akkor a 2 menet valóban jobb eredményt ad. viszont ha adott minőség a cél (mint manapság az esetek legnagyobb részében), akkor sokkal több értelme lenne minőséget célozni a fájlméret helyett, de ezt a media encoderben nem lehet. és ha nem a fájlméret a cél, máris felesleges lesz a két menet.
-
voukoderrel éppen meg lehet próbálni, de nem tudom, hogy az amd gpukat kezel-e. egyébként nem érdemes, minőségben elég nagy kompromisszum.
mondjuk eleve nem értem, hogy a media encoderben alapból miért nem lehet constant qualityt használni, miközben a benne lévő mainconcept encoder már rég tudja. hacsak nem konkrét fájlméret a cél, teljesen értelmetlen bitrátát célozni meg két passt használni. -
#2503
qnadam
veterán
lionshamlet
#2502
válasz
lionshamlet
#2502
üzenetére
az automatika nem tekeri túl szépen az expót, szóval mégiscsak fix beállítással kellene megoldani.
ne repülj úgy, hogy a propok árnyékot vetnek a lencsére, mert a vége felé ezért csíkozódik a kép
ne forgolódj ilyen gyorsan, mert nem lesz szép
vegyél a gépre nd filtert, mert így túl rövid záridőket kell használni, és emiatt darabos minden mozgás (ez valamelyest segít a prop árnyékán, meg a gyorsabb mozgásokon is) -
#2500
qnadam
veterán
lionshamlet
#2499
válasz
lionshamlet
#2499
üzenetére
[gépedtípusa] d-log torec709 lut. m2p-hez pl itt
-
#2498
qnadam
veterán
lionshamlet
#2497
válasz
lionshamlet
#2497
üzenetére
felraksz egy lutot, amivel kb visszakapod az eredeti kontrasztot stb (tehát ezzel még nem színezed sehova), és ahhoz képest állítod be a színeket úgy, ahogy neked tetszik.
-
#2496
qnadam
veterán
lionshamlet
#2495
válasz
lionshamlet
#2495
üzenetére
szerintem nagyon buknak az árnyékok, de ez ízlés dolga is.
az elegáns megoldás az, hogy ráhúzol egy d-log lutot, és abból alakítod tovább, de ez nincs kőbe vésve. -
válasz
kleinguru
#2486
üzenetére
pedig néhány ritka kivételtől eltekintve de.
teljesen felesleges arra rámenni, hogy ugyanakkora legyen a bitráta, a h264 mindenképp újra lesz tömörítve. innentől az az érdekes csak, hogy ránézésre jó legyen, viszont ehhez nem kell annyi bit, mint eredetileg, mert nem kell valós időben megoldani. -
válasz
kleinguru
#2421
üzenetére
ja, hogy te a videótömörítésre gondolsz? abba inkább ne szóljon bele a vga
gyorsnak gyors, de nem is olyan jó adott bitrátán, mint egy szoftveres megoldás (bár kétségkívül szépen fejlődik). de egy erősebb cpu-n egyébként se a tömörítés viszi el az idő nagyobb részét. -
#2414
qnadam
veterán
dangerzone
#2413
válasz
dangerzone
#2413
üzenetére
driveres anomáliák elő tudnak fordulni (hol nem?), de használható, szoktam uhd 620-on vágni.
-
válasz
trialboj
#2364
üzenetére
szerintem eleve rossz irány szoftverenként válogatni a projekteket, hova teszed azt, amihez több alkalmazás is kell?
egyébként ízlés dolga, pár tíz megabájtnyi stock zenéket én berakok mindenhova, így a projekt könnyen mozdítható (otthon nason vannak a cuccok, de van hogy ügyfélnél vágok, akkor egyszerűbb egy mozdulattal másolni az egészet). de neked kell tudnod, hogy mennyire használsz több gépet, meg mennyi anyag az, ami több projektben is benne van.
sőt a premiere-nek van funkciója, ami a több helyen levő anyagokat begyűjti egy mappába. -
rgb vs rec709
a színek tényleg nem változtak
egy tisztességes lejátszó ugyanannyi árnyalatot tud mutatni, mint a videószerkesztő, és a fenti képeken nem az árnyalatok száma a különbség, hanem a tartománya. -
#2263
qnadam
veterán
JoeCockBill
#2261
válasz
JoeCockBill
#2261
üzenetére
érdemes lenne megnézni a logot, hogy miért állt meg a render, elvileg le kellene futnia, még ha lassan is.
-
válasz
BonFire
#2233
üzenetére
ha értelmesen belenagyítva csinálod, akkor biztosan nem csúszik el, a snap ott tartja az eredeti helye fölött, de ha nem bízol benne, az elejéhez letehetsz egy markert is. sávot se kell külön létrehozni, ha az utolsó sáv fölé húzod, akkor automatikusan csinál új sávot. igazából A gomb, shift-klikkel kijelölted a sávot, V gomb, felhúzod a meglevők fölé, A, shift-klikk, leviszed a régit, aztán ízlés szerint törlöd az üreset. még elolvasni is tovább tartott, mint megcsinálni. tényleg pár másodperc az egész.
-
#2218
qnadam
veterán
fatalista22
#2215
válasz
fatalista22
#2215
üzenetére
ha az effektek miatt lassul a render, akkor teljesen mindegy, hogy a voukoder intézi a tömörítést x264-gyel vagy a beépített mainconcept, mert az effektek ugyanazok.
az nvidia enkódere gyors, de nem annyira jó... de ha ott van előtted, miért nem próbálod ki?
ha gpu-val számoltatható effekteket használsz, akkor a vga sokat gyorsíthat.
viszont nincs olyan ügyes ae integráció benne, nem kezel psd-t, és csak a studio verzióban van hardveres dekódolás (proxyval kikerülhető). fényelni meg nyilván jobban tud, mint a premiere 
Új hozzászólás Aktív témák
- Futás, futópályák
- Itt a Galaxy S26 széria: az Ultra fejlődött, a másik kettő alig
- Formula-1
- Borderlands 4
- LEGO klub
- A fociról könnyedén, egy baráti társaságban
- Honor Magic8 Pro - bevált recept kölcsönvett hozzávalókkal
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Napelem
- Kormányok / autós szimulátorok topikja
- További aktív témák...
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - 15% AKCIÓ
- PC Game Pass előfizetés
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem.
- Game Pass Ultimate előfizetések 1 - 36 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN! AKCIÓ!
- Honor 200 Lite 256GB, Kártyafüggetlen, 1 Év Garanciával
- BESZÁMÍTÁS! GIGABYTE B550M R7 5700X 32GB DDR4 512GB SSD RTX 4070 Super 12GB NZXT H510i NZXT 850W
- BESZÁMÍTÁS! MSI B450 R5 5600X 16GB DDR4 512GB SSD RTX 2070 Super 8GB Rampage SHIVA Adata 600W
- Apple iPhone 14 Pro 512GB, Kártyafüggetlen, 1 Év Garanciával
- Akciós áron eladó HP Dragonfly G3 /I7-1265U/32 GB/512B SSD/13,5"/FHD+/400nit/Touch
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest