Új hozzászólás Aktív témák

• #517 Frawly veterán ubyegon2 #516

  Új Válasz 2019-05-05 21:46:26 #517

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Frawly

  veterán

  válasz ubyegon2 #516 üzenetére

  De az, hogy mp4, az még csak konténerformátum, mint a zip, rar, stb. Azt kéne megnézni, hogy az openloadon milyen codecet használnak a fent lévő videók, tölts le egyet, és nézd meg mpv-vel, SMPlayerrel, VLC-vel, vagy ffplay-el, hogy milyen codecet és konténert használ. Az mp4 konténerben lehet divx (MPEG4 Part2), de lehet x264 is (MPEG4 Part 10), de a szabvány szerint MPEG1-et és MPEG2-őt is bele lehet tenni.

  A filmnél meg nem az számít, hogy milyen régi, lehet 1939-es is, hanem aki a videófájlt létrehozta, az hogy állította be a kódolást, milyen progival csinálta. Sajnos egy-két feltöltő elég nagy gányolásokat tud csinálni, nem szabványos codecbeállítással, mint a te esetedben, hogy egy I index/kulcsframe-hez túl sok B frame tartozik. Ezt 1-2 encoder meg decoder megeszi, de nem az összes. Valószínű az openload is azért konvertálja át olyan lassan a videót, mert nehezen emészti meg azt a nem szabvány, gányolt kódolású videót, amivel meg akarod etetni. Ilyenkor annak örülj, hogy ha lassan is, megcsinálja valami nézhető minőségre, le tudod nyomni a torkán.

  Még az is lehet, hogy már most is jó codec-ben van, csak a konténerformátumot kell kicserélni, ahhoz nem kell kitömöríteni + átkódolni a videót, az ffmpeg csak átteszi egy másik konténerformátumba.

  A szabványos codec-profilokat érdemes betartani, normális progival (mint az FFmpeg) konvertálni a cuccot, mert úgy lejátszák a hardveres VAAPI, stb. dekóderek is. A szabványon kívüli megoldásokat viszont nem, és akkor a CPU-nak kell izzadnia vele, ha egyáltalán a fogadó oldalon le tudják játszani, ami lejátszóprogitól is függ.

Új hozzászólás Aktív témák