Dotaz: Nedestruktivní ořez videa

[tom]

Prosím pěkně, lze nějak oříznout horní/dolní černé pásy v avi videu bez konverze? Kvalita je už teď nic moc, po konverzi by to bylo nekoukatelné. Dík.

Odpovědi

[atan]

mencoder by to mohl zvladnout. crop umi, ale nevim jestli bez prekodovani.

[J. M.]

Nikoli. Bezeztrátově to jde jenom s bezeztrátovým kodekem (nebo nekomprimovaným videem).

[Martin]

Ono to jde, ale zatim to asi nikdo nenaprogramoval. Napr. v MPEG 2 by to nebyl problem bezestratove oriznout pokud by slo o orez, ktery by mel velikost nasobku 8. V MPEG 4 si nejsem zcela jisty ale domnivam se ze by to slo take.

[Mandarinka]

AFAIK ne. V MPEGu je ta velikost bloků 16x16, to za prvé. Za druhé ty bloky, které byste vyřízl ovlivňují bloky uvnitř filmu - proto se to doporučuje oseknout.

A co se týče původní otázky, není to možné. Jediné řešení je zvětšit při přehrávání obraz tak, aby se dostaly mimo obrazovku, nebo ještě mnohem lépe, nastavit ořezávací filtr při přehrávání:

mplayer -vf crop (argumenty) - viz manpage.

P.S. Zkoušet to nějak vyseknout z toho videa nemá smysl, protože bezeztrátově to nepůjde, jedině s překódováním, a to bych NIKDY nedělal - jen z DVD.

[Martin]

DCT (IDCT) se i v MPEG2 pocita po blocich 8x8 a kvantizace kde dochazi ke "ztratovosti" se dela take na tyto bloky 8x8. Asi jste mel na mysli makrobloky, ktere jsou velke 16x16 bodu, ale ty se ztratovosti nemaji nic spolecneho. Takovy program, ktery by dokazal obrazek oriznout bezestratove v JPG si umim predstavit a pokud to jde v JPG pujde to i v MPEG2.

[Mandarinka]

V JPEGu nejsou vztahy mezi framy a pohybové vektory. Právě ty vám způsobí, že černé pruhy "kazí" sousedící bloky filmu (velký problém je, když nějaký objekt vyjíždí ze tmy(zpoza scény) do záběru, to je pak průšvih). Sám nemám jasno v tom, co který druh bloku znamená, ale každý videoguru vám řekne, že skutečně beztrestně lze MPEG řezat pouze po 16 pixelech. Pokud budete řezat třeba v násobcích 8,4, již se vystavujete určitému postihu - u dobrých kodeků doufejme malému (což já ovšem osobně podstupuju, abych nemusel měnit velikost, nebo řezat příliš).

Každopádně problém vašeho programu je v tom, že byste musel nejen rekonstruovat hlavičky ořezaných framů, ale ještě se muset potýkat se zmizelými referenčními bloky.

[Mandarinka]

Jinými slovy, MPEG není sled JPEG obrázků (to je motion-JPEG). Používá sice podobnou technologii, ale k tomu přidává pohybové vektory - část obrázku je reprodukována pomocí částí obrázku předcházejícího. Domnívám se, že bezeztrátové ořezání není možné z toho důvodu, že tím zmizí část referenčních bloků. Většinou jsou černé, ale algoritmus hledání pohybových vektorů občas použije i tyto černé bloky z okrajů pro predikci bloků uvnitř obrazu. Navíc se vám téměř nikdy nepovede, aby tam byla ostrá hranice (bývá tam přechod), ani abyste odstřihávali přímo na rozhraní (buď tam je přechod, nebo to vyšlo na lichý pixel, kde se řezat nedá - opravte mě jestli se tu mýlím, možná to "jenom" z důvodu vzorkování chromy - 2x2 pixely - hodně ubližuje kvalitě).

[xxl]

To záleží na tom, v jakém formátu je to video. AVI je jenom kontejner.

Ale pravděpodobně to nepůjde.

[tom]

Tak dík oběma. Škoda...

[nonsense]

proč škoda ??? Přečíst si manuály o tom jak fungují kodeky, co to jsou kontenejry, co to je mencoder a jak pracuje je opravdu tak ohromná škoda ?? Chápu,že odpovědit ypu "RTFM" nejsou příliš sdílné, ale na otázky tohoto typu asi nic jiného odpovědět nejde...

Very sory.... Jseš si opravdu jistý, že jsi investoval více času do hledání a čtení manuálů, než jejich autoři ???

[tom]

Co jsou kodeky, kontejnery a jak (se) pracuje (s) mencoder(em) vím, na to jsem se neptal. Ptal jsem se, zda je možný crop s -ovc copy .

[Smajchl]

a co to vyzkoušet a pohrat si s tim? btw: -ovc je tusim zastaraly a dneska ti uz fungovat nebude.

[Ash]

Ježíš no tak to asi vyzkoušel, na nic nepřišel, tak se zeptal, řekli mu, že to asi nejde, tak řekl, že to je škoda. Hotovo, vyřešeno. Asi to nepotřebuje tak moc, že by u toho strávil víkend.

[atan]

Navic kdyz je dneska teprve streda.

[Ash]

:)

[rastos]

> btw: -ovc je tusim zastaraly a dneska ti uz fungovat nebude.

Huh??

Ja som myslel, že -ovc je "output video codec" a je to len parameter, ktorý hovorí, že nasledujúce slovo na command-line je meno codecu. Že by bol zastaralý ... je mi ťažko uveriť.

[J. M.]

Zastaralý bude, až jej autoři MPlayeru/MEncoderu v dokukentaci označí za zastaralý a nahradí něčím jiným. :-) Což neučinili. Čili opět to klasické „RTFM předtím, než budu šířit něco, co tuším (ale nevím)”.

[Smajchl]

Jezisi tak to se omlouvam, ja jsem si to splet s jinym programem, kde se menily ty volby.

[Espinosa]

Ona konverze (reencodovani) teoreticky muze kvalitu i zlepsit, pravda jen do jiste omezene miry ale nektere veci jdou - odstraneni sumu, equalizace, vytazeni hran. Zkuste to cvicne prohnat pres nejake filtry a nebojte se tolik toho reencodingu, za pokus to stoji.

[Mandarinka]

No jo, ale to máte jako postprocessing - odstraní to bloky/ringing a šum tím, že se to rozmaže. Ale s tím zmizí i textury, ostré hrany, zkrátko to, čemu se říká "detaily". Imho je příjemnější se dívat na film, kde ještě nějaké detaily jsou, i když je vedle toho hodně kompresních artefaktů, šumu a tak, než koukat na zcela vymytý obraz bez textury, kde zbývají jen základní tvary objektů - lidi mají umělohmotnou kůži, vlasy vypadají naprosto nepřirozeně, zkrátka z obrazu máte fleky.

Jestli chcete tohle podstoupit, tak doporučuju ty filtry aplikovat při přehrávání, a reenkódování se i v tomto případě vyhnout. Obraz přitom hodně degraduje; je to jako fotokopie z fotokopie. čím horší je výchozí kvalita, tím horší je výstup.

[Espinosa]

Existuji i filtry na vytazeni hran. Hrany jsou detekovatelne. Nejlepsiho vysledku clovek obvykle dosahne vhodnou kombinaci filtru. Nektere jsou na vypocet dost pomale, takze pro realtime nejsou vhodne a ani je prehravace neobsahuji, specialne ten na detekci hran. Teda pokud si video neprehravate na serverove farme a mate genialni distribuovany sitovy prehravac ;)

Mam docela dobrou skusenost s upravou spatnych jpegu, starych scannu plnych sumu neostrosti a skrabancu. S videem by slo delat neco podobneho. Je je to srasny zrout casu, ty parametry filtru to je cista magie.

[Mandarinka]

No, jo, nějaké zlepšení se dosáhnout dá, jenže vždycky to zdegraduje i ty zbytky původního obrazu - tu minimálně, tu (většinou) hodně. A je to těžký a náročný, ajk správně říkáte. Tudíž na to kašlu. S tím, že většian lepších filtrů není pro normální procesor (a často pro žádný procesor) zvládnutelných při přehrávání, tak v tom máte bohužel pravdu.

Jak už jsem řekl, já post-processingu nevěřím. Po úpravách mi to přijde horší než před. A při reenkódování se navíc kvalita ještě snižuje opětovnou kompresí. Ale zase nechci dělat chytrého. Je to můj názor (vkus), takže poté, co se zamyslíte nad našimi argumenty, zkuste si to čtenářové doma a rozhodněte se sami. To je tuším filosofie portálu www.doom9.org - není žádné best. Úplně s tím nesouhlasím, ale agnosticismus je vždycky dobrá věc.

[Mandarinka]

Zapomněl jsem něco dodat - podle mě je video dostatečně velyký systém dat na to, aby v něm převládly termodynamické zákony. proto si myslím, že když se ve videu něco rozbije - šum, artefakty komprese, zkreslení při převodu/konverzi barev (jde o ztrátovou kompresi), rozmazání apod, už se to nedá spravit. Rozmrazený nanuk už taky nespravíte.