Új hozzászólás Aktív témák
-
#56
attila9988
őstag
borg25
#52
attila9988
őstag
A létező legkényelmesebb megoldás az ffmpeg. Ez egy videó koverter program, aminek hatalmas előnye, hogy mindig minden technikai újdonság belekerül. Minden open source codec -et/filtert beépítenek. Minden linux disztribúcióban megtalálhatod, de a weboldaláról napi build -ek is letölthetőek.
Szóval ha látsz egy tegnapi commit -ot az x264 repo -ban, az a mai ffmpeg -nek már a része lesz. Bizonyos modulok licenc gondok miatt nem kerülhetnek bele a binárisba, azokhoz magadnak kell fordítani. (pl libfdk_aac) Ha szükségét érzed, qucksync, és nvenc támogatás már régóta van benne.Ezzel a programmal nincs szükséged külön frameserverre sem. Mindent megold maga. windows -on kicsit problémásabb használni, - mint mindent
- főleg mert nincs rendes shell, de ezen a rendszeren is a legjobb megoldások közé tartozik az ffmpeg.Hogy láss valami egyszerű példát. Mondjuk van egy xvid avi -d, mp3 -al, és szeretnél belőle h264 -et jó minőségben (tehát nem rosszabban mint amilyen amúgy is volt), mondjuk aac -hanggal.
ffmpeg -i "sajat_avi.avi" -c:v libx264 -crf 20 -preset medium -c:a aac -b:a 128K "eredmeny.mp4"
enter, és vársz...
-
Male
nagyúr
-
#52
borg25
senior tag
attila9988
#48
válasz
attila9988
#48
üzenetére
Köszönöm neked is és a többieknek is az infót.
NV kártyák esetén volt még egy köztes lehetőség CoreAVC: Annak volt CUDA-ra írt kódja is, és ki tudta használni a GPU erejét.
Viszont tudnátok ajánlani szoftvert amivel most érdemes videót tömöríteni? Régen ott volt a GordianKnot, az elintézte, ma meg csak olyan találtam ami ismeri 1000 telefon méretét, de ha egy konkrét felbontást, vagy vbr-t akarok beállítani, vért kell izzadni. -
sb
veterán
Az új cuccok terjedése egy másik mese... de az is megérne egy külön topicot. Bármi érdemi jön ki, valahogy mindenkinek sikerül vele tökölni még 5-6 évet mire használhatóan beépíti.
Először elmarad a támogatás, aztán jön egy féltámogatás, majd dekódolni tudod, de nincs port amin kimenne a jel. végül kimegy, de nincs a kijelzőn bemenet, stb, stb... egy Benny Hill show megirigyelné ezeket a folyamatokat.Viszont ami elterjedt és támogatott arra dekóder oldalon a minőségkülönbségeket tekintve azért nem nagyon van panasz bármilyen hw/sw fronton nézzük is.
Az igényesebbek vitája is kimerült az utóbbi 5-6 évben abban, hogy mit milyen scalerrel kéne méretezni.
A gyártók videó csodajavító cuccai meg egy ppt-n jelennek meg egyszer a termék startjakor, utána soha senki nem foglalkozik velük. -
#50
ZnVjaw0K
tag
attila9988
#48
ZnVjaw0K
tag
válasz
attila9988
#48
üzenetére
Jogos. Engem meggyőztél.
-
#49
attila9988
őstag
borg25
#37
attila9988
őstag
Dekódolásnál teljesen mindegy hogy software -t használsz, vagy hardware -t. Az ugyanis a szabvány része, hogy ezt egészen pontosan miképpen kell csinálni. Hogyan kell az egyes elemeket "kibontani" a stream -ből, és azok alapján összerakni a képet. A különbség itt annyi, hogy hardware dekóder esetén a cpu terhelésed 10% lesz, 4k/h265 mellett, ha bírja olvasni a lemez, meg az egyéb járulékos dolgok miatt, leginkább az audió dekódolás miatt lehet eltérés - cpu -ból meg lesz egy kis drop, és 80 - 90% terhelés egy nem is olyan gyenge 4 magos i5/i7 -nél.
Ne keverjük ide az utólagos képfeldolgozó "csalásokat" sem, mert az megint egy másik dolog. Annak semmi köze a videóformátumhoz. Ezek a kis trükkök a már felépített képkockákon dolgoznak, lejátszás közben.
-
#48
attila9988
őstag
SP4C3
#7
attila9988
őstag
Mondjuk videó kódolásban/dekódolásban eléggé ottvannak azok az IGP-k.
Ha a Quick Sync -re gondolsz, azt konkrétan nem az igp csinálja, hanem az igp -be integrált, attól független encoder. Annyi köze van az igp -hez, hogy ha kikapcsolod, azt sem éred el...
Tehát bármilyed hardware-es kódolás csillió fényévekkel jobb, mint bármelyik software-es hulladék...
A helyzet az, hogy a létező legjobb h264 encoder még mindig az x264. Ezt a sok videómániás geek 2003 óta a tökéletességig gyúrta. A saját rate control megoldásuk jobb mint bármi amit ezen kívül találsz. Egyik hardware -es encoder sem tudja amit az x264, legfeljebb extreme magas bitrate mellett.
A hevc szabvánnyal kicsit más a helyzet. A hardware -es encoder -ek egytől egyik majdnem ugyanazt hozzák vele mint amit a avc -vel is tudnak, így nem sok értelme van. Software oldalon pedig az x265 még nincs a megfelelő szinten, néhány fura képhibát hoz olykor, illetve túlzásba viszi a sao -t, és szétmossa a tartalmat. Kb 30 százalékkal lehet kisebb a átlagban sd/hd tartalmaknál, 4k -nál meg 40, HA olyan beállításokat használsz, amikkel rettentően lassú a folyamat... Azt pedig nyilván nem fogod. Jövőre meg már lehet hogy kidobjuk a hevc -t, így idő sem lesz megcsinálni rendesen... (av1)
Könnyen beláthatod, hogy míg egy software -t lehet folyamatosan javítani, addig egy hardware design -t gyártás után aligha.
A videó kódolás egy rettentő bonyolult feladat, és számos döntést kell meghoznia az encoder -nek munka közben, mely döntések mindegyike nagy mértékben befolyásolja mit kapsz végeredményben. És e tekintetben a software mindig hatékonyabb lesz.
A hardware -es encoder -ek az "úgyis mindegy" eredmények esetén jók, mint pl a játék stream -ek. De az a helyzet, hogy egy 8 magos ryzen mellett ott is értelmetlen pl nvenc -el szórakozni, mert egyszerűen lesz annyi szabad magod, hogy x264 -re bízd a feladatot.
-
Reggie0
félisten
Pont az a lenyege, hogy a hardveres enkoderek szuroi, transzformatorai, mozgas-predikcios/-kompenzacios blokkjait nem tudod finomhangolni, hanem kapsz par presetet es abbol valaszthatsz. Ugyan igy, a fourier transzformacional nem mondthatod meg, hogy milyen tipusut(minosegut) szeretnel hasznalni.
A VP9 pedig sokkal jobb mint a h264, mivel a h265-tel vetekszik. h265 pedig fele akkora bitratabol kihozza ugyan azt a minoseget, mint a h264. Kisebb bitrataju es felbontasu videoknal a h265 jobban teljesit, mint a VP9.
(#41) sb: A szamitas pontossagan a dekodernel is lehet csalni.
-
Nem nagyon játszok, filmet nézek. FullHD monitor van rákövetve, az bírja illetve megy még vele a madVR is alap konfigon. Nemrég vettem egy 4k tévét, nah ott a madVR már kifog a videokártyán, viszont MPC-HC, MPC-BE, VLCPlayer rendesen elmegy rajta, még a 4k HDR tartalom is. Inkább az volt a gond, hogy NAS-ról 100MBit Ethernet néha kevés volt neki és beszaggatott a puffer elfogyás miatt. GBittel nincs gond. Egy i7 4470 hajtja.
Ami még fura volt, hogy a 4k-s képen az egér nekem lassabb reagálásúnak tűnt. -
sb
veterán
Itt most szerintem két dolog keveredik.
Decode és encode két külön dolog.
1. Dekódolás
- Itt nemigen van más kimenet adott forrásból. Különben sz*rra sem lenne jó az egész szabvány, ha mindenki más eredményt kapna.
- Utána már lehet utómunkával javítani a képen, de ez már utófeldolgozás ahogy írták. Van egy része amit mindenki tud: a scaling minden dekóderbe kell, itt már lehetnek gpu-függő eltérések is és a képminőségre kihat. mondjuk mint minden itt is eléggé függ a forrástól. Ha eleve nem lenne szükség skálázásra akkor ez a lépés is kiesne.
- És erre jöhet az extra hókuszpókusz - amit viszont általában ki szoktak kapcsolni az összes vga-n: élkiemelés, kontrasztosítás, denoise, sharpen, stb...2. Kódolás
Itt viszont lehet és van is minőségkülönbség a paraméterezhetőségből, a számítási pontosságból adódóan, de még akár többkörös kódolás is lehet ami miatt eltér a minőség. Mindez tök azonos bitráta mellett.
A hw encode eddig ezt nem tudta jó minőséggel, ha jól rémlik, akkor a kvantálás meg 1-2 hasonló lépés az ami kevésbé pontos mint a cpu-n futó algoritmusok. De erre már nem emlékszem pontosan.A lényeg, hogy jóval gyengébb videó jön ki a gpu-val kódolva ugyanolyan bitrátán mint cpu-val. Utóbbi viszont nyilván sokkal lassabb... főleg ha több pass van (ami ugye online streamnél amúgy sem járható út).
Dekódolásnál viszont nincs különbség. A scaling után már lehet, olyan amit 10-ből 9 ember észre sem vesz még szar forrásnál sem. Az utómunka meg feltűnő... mert jó eséllyel inkább ront az egészen. -
Male
nagyúr
Ettől még nem mindegy, hogy X cég termékét állítod be, vagy Y cég termékét ugyan olyan paraméterekre, mert nem ugyan az lesz az eredmény... a HW/SW kódolásnál sem az a lényeg, hogy most hardveres vagy szoftveres, hanem hogy mi az algoritmus mögötte. ( az már más kérdés, hogy az eltérés egy átlagos környezetben mennyire lesz feltűnő )
-
SP4C3
veterán
De várjunk, aki 4K-ban akar mozizni, az először is vegyen egy 4k képes TV-t, ha játszani is akar, akkor már alacsonyabb válaszidejű monitor kell meg egy még nem létező 4k@60fps-t is tudó grafikus ha magas beállítások mellett szeretné azt a 4k-s felbontást. Az újabb kártyák már HW-esen támogatják a YT-on default V9-es codec-et, 4K-ban is.
Véletlen egybeesés, nekem is van egy 7770-em, mekkora monitort hajtasz vele, mert nálam a 7770 már FullHD 1920x1080-hoz kevés.
-
ZnVjaw0K
tag
Ok, igaz.
Elsősorban a 16-ost néztem, mert arra reagáltál.
Na de az encoding-hoz is te választod meg a paramétereket (legalábbis értelmes program esetén), a "very fast"-nál akár részletekbe menőbben paraméterezve. Onnantól kezdve a végeredmény szempontjából ismét mindegy, hogy van-e HW gyorsítás vagy nincs. Legfeljebb a meg nem adott paramétereket állítja automatán rosszabbra, de erre a megoldás, hogy meg kell adni mindent rendesen.A legfőbb különbség itt is az hogy HW gyorsítással jóval hamarabb elkészül, és kevesebb energiapazarlással.
-
Azért sok mindent meg tud oldani a GPU-is, csak nem mindent. 4k videonál pedig, ha tényleg jó képet akar az ember, azért kell egy erős videokártya is. (Nálam HD7770 nem elég az i7 mellé)
Azért az erősen hülyébe nézés, hogy az ember inkább a dropot válassza csak jó legyen a képminőség. Ha 80% CPU mellett tudja a jó képet, akkor miért ne 80%on járjon a CPU és legyen jó a kép, semmint 10%-on és rossz? Kell egy jó hűtőventilátor és nincs zaj se, az áramszámla meg nem lesz sokkal több.Az előző hozzászólásomnál, a hőskorban volt olyan DOS-os lejátszó aminél kellett szórakozni a kimenettel, különben az mp3 akadt. mp2 ment 44kHz/sztereoba, de mp3 nem. Nem volt itt semmi újratömörítés. Még a hülye is tudja, hogy jpg/mp3/avi tekintetében ha lehet mellőzzük az újratömörítést, mert az csak ront a kép minőségén.
-
SP4C3
veterán
Értelemszerűen encode-olásnál számít, hogy mivel és mekkora bitrátával tömörítesz. Főleg ha ezt software-esen teszed, akkor bizony kell alá vas, ha űbermegabrutál minőségben akarod menteni az adott videót. Aztán, hogy decode-olásnál milyen csilivili mágiát használsz az megint más tészta. SZVSZ nem hoz annyi minőségpluszt, hogy megérje az erőforrástöbletet.
-
Male
nagyúr
Az egészet olvastam..."Mondjuk videó kódolásban/dekódolásban eléggé ottvannak azok az IGP-k [...]kb 6894654056840x hatékonyabb, gyorsabb, mint az elphaszott software-es encoder-ek... Tehát bármilyed hardware-es kódolás csillió fényévekkel jobb, mint bármelyik software-es hulladék"
Az én értelmezésemben ő nem csak a dekódolásról beszélt. ( Közben Kansas is írja )
-
SP4C3
veterán
A tömörített videó már veszteséges, ebből max feketemágiával tudnád kinyerni a "nyersanyag-delta-tömörítettanyag"-ot. Tehát ha van egy H264-es codec-el tömörített anyagod 10Mbps bitrátával, azt hiába konvertálod át 1000Mbps-os bitrátára, abból már szebb kép nem lesz, de mindegy is, software-es de-encode-olás nem jó, kerülni kell. Kíváncsi vagyok, mikor jön a várva várt AV1 YouTube-ra és milyen hatásai lesznek, lesz-e akkora romboló hatása, mint a VP9-es átállásnak.
-
Mivel itt veszteséges tömörítésről beszélünk, más dekodoló más más képet eredményezhet. Esetlegesen még a kész képet átfuttatja egy-két filteren. Hangnál igenis van közte különbség, hogy min hallgatod vissza: WinAMP, Foobar, vagy Meson. Nem csak arra gondolok, hogy egyiken 22kHz sztereo, másikon 44kHz mono, harmadikon 44kHz sztereo csak hogy ne szaggasson 486DX4-100-on (Jó van nah, utoljára ott kellett hozzányúlni ilyen szinten is a lejátszáshoz)
-
-
Male
nagyúr
Attól, hogy h264, meg azonos bitráta, stb., még az eredmény függ attól, hogy mivel tömöríted.... a szabványnak nem része, hogy hogyan is kell előállítani a streamet, és értelem szerűen sok spórolással gyorsabban lehet, cserébe rosszabb lesz a minőség... pont ezért van fast, very fast, és hasonló beállítás a tömörítőknél. ( persze a különbség nem túl jelentős az eredményt tekintve, de van )
-
SP4C3
veterán
Szerintem WOT, WT, talán még CS:GO is játszható rajta alacsonyabb felbontásban persze. Unreal Engine 4-et el lehet felejteni, egy raklap hulladék, folyamat számol valamit, de nem a frame-eket, az nagyon nem kevésbé igényes engine. Régebbi játékok is el kellene, hogy szaladgáljanak rajta... Persze, ha azért vetted, hogy 4k-ban DOOM-ozz rajta akkor nem kellene csodálkozni
(csak viccelek) -
#20
Kansas
addikt
DeltaPower
#18
Kansas
addikt
válasz
DeltaPower
#18
üzenetére
Csakhogy ez a megoldás nem a Spectre/Meltdown ellen van, hanem ha jól értem a cikkből(a Windows Defender példája alapján), akkor ez az antivirus/IPS funkcionalitást(is) támogatja, az meg független a CPU gyártójától, mindenhol jól jön(még mobilon is).
Annyiban kapcsolódik ez a Spectre/Meltdown történethez, hogy az azon elbukott securitys renoméjának visszaszerzésére szeretné használni.
-
#19
borg25
senior tag
DeltaPower
#18
válasz
DeltaPower
#18
üzenetére
Spectre, meltdown tekintetében, vagy Intel Management Engine tekintetében igazad van. Viszont azért ezen kívül is akad szép számmal sebezhetőség, ami ellen az AMD procija ugyanúgy védtelen. Ha nem rakják fel a megfelelő patcht az ellen egyik proci se véd.
-
#18
DeltaPower
addikt
Kansas
#5
-
SP4C3
veterán
válasz
paprobert
#10
üzenetére
Nettó butaság, VP9 vs H264 amire gondolhatsz, de ha ugyanaz a bitráta, tömörítés etc, akkor ugyanaz a minőség jön vissza GPU-val, mint CPU-val, csak lehet a GPU-n lesz 4-5%-os terheltség, de a CPU addig felforr... Csak a hülyék arra verik a nyálukat, hogy fúú de rohadt jól néz ki a VP9 a h264-hez képest, közben meg 100 emberből 99 észre sem venné a különbséget, a maradék egy is csak azt venné észre, hogy szaggad a telibeqrt software-es megoldásod alatt, vagy éppen jobban melegszik a gép, hangosabb. Pont ez van a hanggéniuszoknál, mert vesz egy (akármilyen silány) hangkártyát és ráköti a tacskós hangszóróit, és milyen szépen szól!!! Falra mászok az ilyenektől komolyan. Ne legyé' buta, GPU-t használj dekódolásra, az összes software-es codec-et meg felejtsd el és kerüld el messziről. Ha nincs hwa, akkor inkább ne is játsza le a videót.
-
válasz
paprobert
#10
üzenetére
A minőség nem a GPU miatt gyengébb, hanem mert nem léteznek rá olyan speciális szoftverek, amiket te már megfelelőnek tartasz. Mivel CPU-ra könnyebb programozni, ezért akiket az utolsó pár százalék-tizedszázalék minőség érdekel, azok sokkal nagyobb valószínűséggel tudnak CPU-ra programozni, mint GPU-ra. Márpedig ha egy ilyen projekt mögött nem áll fejlesztőbázis, akkor abból nem lesz semmi. Ezért az ilyen projekteket mindig CPU-ra tervezik, hogy legyen, aki megcsinálja.
-
paprobert
őstag
A hardveresen gyorsított videó egy gyors, "már éppen elég jó" minőséget ad az átlagfelhasználóknak, miközben egy picit "csal" a feldolgozás során. Ez szinte mindig minőségbeli veszteséggel jár.
Bárki más aki megalkuvásmentes minőséget akar, és teheti, processzort használ a tökéletes minőségért.
-
SP4C3
veterán
Mondjuk videó kódolásban/dekódolásban eléggé ottvannak azok az IGP-k. Mondjuk játékstreamet is fel tudsz vele venni és kb 6894654056840x hatékonyabb, gyorsabb, mint az elphaszott software-es encoder-ek... Tehát bármilyed hardware-es kódolás csillió fényévekkel jobb, mint bármelyik software-es hulladék... Csak mondom, nem olyan rosszak az intel igp-k, mint 10 évvel ezelőtt!
-
-
Az Intel milyen IGP erőt kívánna bevetni? A sosemvoltat?
-
- főleg mert nincs rendes shell, de ezen a rendszeren is a legjobb megoldások közé tartozik az ffmpeg.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- AliExpress tapasztalatok
- BestBuy topik
- Spórolós topik
- Megérkeztek a Xiaomi 15T sorozatának telefonjai Magyarországra
- Huawei Watch GT 6 és GT 6 Pro duplateszt
- Milyen légkondit a lakásba?
- Fotók, videók mobillal
- LED világítás a lakásban
- OpenWRT topic
- Samsung Galaxy Watch - időtálló
- További aktív témák...
- PowerColor Red Devil AMD Radeon RX 6800 XT 16GB Garanciával!
- Asus DUAL-RTX5070-O12G nVidia 5070 12GB GDDR7 OC videokártya bontatlan dobozában eladó!
- GIGABYTE RTX 5080 16GB GDDR7 GAMING OC - Új, 3 év garancia - Eladó
- Gigabyte GeForce RTX 2060 6GB Garanciával!
- Gigabyte Geforce GTX 1070 G1 Gaming 8GB Garanciával!
- RÉSZLETRE .OPCIONÁLIS. G.SKILL Trident Z5 Neo RGB 96GB (2x48GB) DDR5 6000MHz
- ELADVA. Részletre elviheted akár 365 napra Bankmentes , azonnal elérhető ASUS ROG Strix G18 G814JIR
- Bomba ár! Lenovo ThinkPad T460 - i5-6GEN I 8GB I 256GB SSD I 14" FHD I Cam I W10 I Garancia!
- Külföldi csomagszállítás Packeta csomagpontokon keresztül!
- Asus ROG Zephyrus G15 - 15.6" 4K 120Hz - Ryzen 7 6800HS - 24GB - 512GB - RTX 3060 - 2 hó garancia -
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest