Hrajeme si s FFmpeg/Libav (2/2) (diskuse)

[Mandarinka]

Ad Theora, "Je již s námi hodně dlouhou dobu, ovšem při vyšších rozlišení nedosahuje takových pěkných poměrů velikost/kvalita jako jeho konkurenti. Taktéž zde panuje lehká patentová nejistota. Nad webm se taktéž něco vznáší, ale u Theory jsou pochyby větší." Ona podle mě nedosahuje dobrých výsledků ani při nižších rozlišeních, jak by taky mohla, při své relativní primitivnosti. Jinak bych řekl, že už se na Theoru kašle (Xiph na tom za poslední rok skoro nic neudělal), a tak ani ty patenty už nehrozí - navíc je formát zastaralý, zatímco VP8 se přímo inspiruje v H.264, což ho činí riskantnějším, pokud o to dojde.

A H.264 není produktem MPEG-LA. MPEG-LA je jenom organizace, která za vlastníky "IP" použitého ve specifikaci vydává licence a inkasuje poplatky (cosi jako outsourcovaný sales department). Tvůrci formátu samotného jsou VCEG (ITU-T Video Coding Experts Group) a MPEG (patří pod ISO/IEC či co), dohromady si říkali JVT (join video team). A to bezlicenční období je skutečně stanoveno napořád, ovšem pouze pro neplacený obsah šířený po internetu. Zůstávají poplatky za placený obsah, a za dodávání sw/hw produktů operujících s h.264 (ty licence jsou dvojí - 1) na distribuci obsahu a 2) na distribuci enkodérů/dekodérů).

Jinak tam vidím, že používáte vzorkovací frekvenci 44.1khz. Většina videa, kterou člověk legálně/nelegálně potká, má spíš 48khz, takže bych to nepřevzorkovával. Pokud mi tedy neuchází nějaká souvislost.

Já jen tak pro pořádek, zkrátka musím brblat :)

[Max]

Ale to je v pořádku, jen brblejte, od toho tu ty komentáře jsou :).
Zdar Max
PS: díky za upřesnění

[petr_p]

Nedávno jsem hackoval „takzvanou“ podporu HTML5 na webu České televize a objevil jsem, že MPEG-4 video mají zabalené do MPEG-2 TS. Zřejmě se jedná o specialitku implementace od Applu. Pro zajímavost mplayer má problém jej přehrát ze sítě nebo standardního vstupu (zobrazí první snímek a pak dekóduje jen zvuk). Přehrávání ze souboru funguje. Zřejmě chyba v demuxeru. ffplay funguje.

[frr]

Laický pohled docela zdálky: zrovna v televizi mě MPEG2 TS jako "kontejner" nijak nepohoršuje. Naopak, MPEG2 TS je odedávna klíčovou součástí DVB jakožto "transportní vrstva" od studia přes satelitní či pozemní distribuci po lokální vysílače. Že do toho pro vystavení na internetu multiplexují MPEG4 elementary stream, to mi dává ten smysl, že to nějaký jejich profi DVB hardware podporuje (tuším takhle funguje DVB-S2), tak to použili a ten výstup na TS prostě jenom "zapíchli do webu". Minimum práce a transkódování. Svého času měli v ČT docela dost DVB hardwaru od firmy Philips - ale to bylo koncem minulého století, čerstvě po přechodu z analogového PALu na DVB SD. Mezitím proběhl další "fork-lift upgrade" na HD a ostatně konkurenčního (ne-Philips) DVB hardwaru je taky dost. Co tam mají ve stojanech dneska, to netuším. Ale řekl bych, že Apple bude možná tak na desktopech "uměleckých" profesí, asi těžko ve "vysílacím back-endu" (v 19" stojanech mezi odbavovacím pracovištěm a modulátorem CS-Linku). Možná by se dalo polemizovat, kde přesně dochází k "forknutí obsahu na web" - zda na úrovni příspěvků k odbavení, nebo stříháním hotového "odbaveného" master feedu (tak jako to tuším dělá BBC radio). Ale jak říkám, dost si to cucám z prstu...

[elenril]

Pár poznámek k syntaxi:

avconv -i video.avi -acodec libvorbis -ac 2 -ab 128k -ar 44100 -vcodec libvpx -b 345k -bt 1000k -threads 0 -vf "scale=480:-1" output.webm

Jedna ze změn v avconvu je, že už se nepoužívá -b/-ab na video/audio bitrate, ale máme jedinou volbu -b, která nastavuje bitrate obecně. Abychom určili, na jakém streamu ho chceme nastavit, použijeme specifikátor, např. -b:v/-b:a je ekvivalent starých -b/-ab. Výhoda tohoto zápisu je v tom, že se dá zobecnit na libovolný počet streamů. Např. -b:a:153 nastaví bitrate pouze na 154. audio streamu. To předtím možné nebylo.

Pro příkaz výše to znamená to, že volba -ab sice zatím stále funguje (ale dlouho nebude) a opravdu nastaví bitrate pro všechny audio streamy, ale volba -b ji přepíše.

avconv -i video.avi -acodec libfaac -ac 2 -ab 128k -ar 44100 -vcodec libx264 -level 21 -refs 2 -b 345k -bt 1000k -threads 0 -crf 28 -vf "scale=480:-1" output.mp4

CRF je ratecontrol metoda, která se snaži vybrat bitrate tak, aby dosáhla určité požadované "kvality". To znamená, že nemá smysl zároveň nastavovat -b. Konkrétně se stane to, že -b se ignoruje.

[Max]

Ouu, ale zřejmě nejsem sám, kdo se nechal nachytat :-/.
Díky za info.
Zdar Max

[Michal Vyskočil]

Nějak se vám do článku dostaly špatné uvozovky (“), takže značná část odkazů (Steve Jobs a spol) je nefunkční.

[Jakub Lucký]

s/plítvat/plýtvat/

[j]

Autor je neskutecny dobytek

DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01

Vazne? Tudiz by stim mel spravne prohlizce kazdyho vyfuckovat, protoze html 4.01 rozhodne takovy tag nezna.

[Kozzi]

JJ, toto me taky trochu vadilo, kdyz uz se pouziva html5 tag, tak proc rovnou neukazat ukazku s kompletnim html5 dokumentem

[Max]

Autor dělá jen copy-paste bez rozmyslu :-/.
Zdar Max

[Spike]

w3schools nebrat.

[Kozzi]

Tento serial se mi moc libi/hodi, zrovna v praci pracuji na necem kde ffmpeg/libav vyuzivam prave pro prevod streamu z kamer do mjpeg pro flash prehravac a pro webm/mp4 pro video tag. Momentalne jsem se ale zasekl na tom, ze pokud mi vypadne proud a ja bych chtel misto toho posilat nejake jine video kde je napriklad napsano nosignal, tak nevim jak toho docilit. U mjpeg je to jednoduche zacnu posilat obrazky z danym textem. Ale u webm i kdyz mam vytvorene video tak logicky nelze proste zacit odesilat misto puvodniho zdroje toto pripravene video. Musel bych nejak poslat informaci o tom ze se jedna o jinaci video. Prozatim to budu resit tak ze pokazde budu pouzivat mjpeg a az ten nasledne konvertovat do webm/mp4, ale je to zbytecna ztrata kvality a celkove i vykonu

[Thunder.m]

Parametry které používám pro realtime enkodindo libvpx, kvalita je dost přijatelná, fps cca 200/s: "-g 250 -quality realtime -threads 1"