Názory k článku MPlayer a MEncoder: enkódujeme
-
neldor (neregistrovaný)Skoda, ze autor nezminil jak treba u DVD extrahovat puvodni zvukovou sestikanalovou ac3 stopu a pouzit ji beze zmeny u vysledneho avi souboru. Pokud ma clovek 5.1 reprosoustavu, tak je zvlast u nekterych filmu rozdil mezi obycejnym 128kbit stereem a 5.1 ac3 zvukem zatracene znat...
-
Lampa (neregistrovaný)nestacilo by -oac copy ?
dobre odkazy (vyroba dvd)
http://forums.gentoo.org/viewtopic.php?t=117709
http://www.mplayerhq.hu/DOCS/HTML/en/menc-feat-vcd-dvd.html
jinak dokumentace je tady a jsou tam i priklady
http://www.mplayerhq.hu/DOCS/HTML/en/index.html -
Jakub (neregistrovaný)Děkuji za pasáž s vysvětlením MPEG-4 a souvisejících pojmů - konečně si někdo troufnul to do článku dát a vyhnout se populárním mýtům.
Jenom to ještě není úplně 100%.
1. AVI je formát. Je to formát souboru, do kterého ukládáme. Ano, je to kontejner - ale kontejner je taky formát, který má svoji specifikaci (a potom jsou softwarové a hardwarové implementace, které s tím formátem pracují).
2. MPEG-4 není video formát. Je to rozsáhlý multimediální standard (standardizovaný u ISO) - specifikace, která zahrnuje spoustu věcí od kódování obrazu přes kódování zvuku až po vlastní kontejner MP4 (založený na QuickTime). A jeho část týkající se kódování obrazu má řadu profilů - kodeky jako DivX, XviD a FFmpeg MPEG-4 využívají pouze jeho profil ASP (Advanced Simple Profile), případně SP (Simple Profile).
Není tedy uplně přesné, že kódujeme do formátu MPEG-4 - vytváříme AVI soubory, které obsahují ASP video bitstream a MP3 audio stream. Takže nějaké rozumné označení by pro to snad mohlo být AVI/MPEG-4 (MPEG-4 video v AVI souboru). Tím "formátem" se totiž většinou myslí právě formát kontejneru, často nazývaný formát souboru. A standardní MPEG-4 má svůj vlastní formát. -
petr andrs (neregistrovaný)Koukám, že tomu celkem rozumíte. Když MPEG-4 je daný formát, měly by se výstupy jednotlivých koderů a jejich verzí lišit pouze v kvalitě ale ne v samotném formátu jejich výstupu (podobně to funguje u MP3, různé softy kódují různě kvalitně, ale výsledkem je univerzálně přehratelný soubor). Proč tedy soubor vytvořený nějakou verzí DivX je problematické přehrát starší verzí DivX, když formát MPEG-4 by měl být jednotný?
-
zcela jiny Jakub (neregistrovaný)Protoze ten DIVX neimplementoval kompletni MPEG-4 dekoder. Pak by samozrejme bylo vsecko kompatibilni a veskere dalsi zmeny by se mohly odehravat jen v enkoderu. Ve skutecnosti postupne implementuji casti MPEG-4 jak v enkoderu, tak v dekoderu. Asi nejvetsi podmnozinu dnes realizuje XVID, ktery o sobe tvrdi, ze dela Advanced Simple Profile. (ciste teoreticky by XVID jako dekoder mel pri prehravani ruznych DIVX verzi mit nejmene problemu)
-
Jakub (neregistrovaný)Nejuniverzálnější a patrně nejlepší MPEG-4 dekodér je FFmpeg MPEG-4. Ten nejen že zvládá všechno z Advanced Simple Profile, ale má všelijaké režimy pro dekódování videa kódovaného různými MPEG-4 enkodéry (včetně kodeku XviD - to dokonce zvládá lépe než samotný dekodér XviD, který obsahuje chyby :-)), včetně vadných streamů, tedy má i různé "workaroundy" pro různá standardní i nestandardní specifika různých kodeků.
Je to přesně ten kodek, který je vestavěný a používaný jako výchozí v MPlayeru, xine, VLC, Avidemuxu a dalších (a používá se i v příkladech v tomto seriálu, včetně tohoto dílu). -
Jakub (neregistrovaný)Tak zrovna tento ignorantský server bych nedoporučoval. ffdshow se dá stáhnout i z jiných serverů, kde neodmítají užívat správné pojmy a popisy software a kde tvrdohlavě i přes velmi dlouhé a velmi trpělivé vysvětlování naprosto odmítají Free Software a Open Source označovat jinak než "freeware".
-
Mrkni ještě sem: http://www.tvfreak.cz/modules.php?name=Forums&file=viewtopic&t=13491&f=17
Tam se trochu popisuje problematika přehrávání MPEG-4 na stolních přehrávačích. -
Jakub (neregistrovaný)Pasáž o kódování obsahuje několi zastaralých věcí:
1. 3 průchody se separátním kódováním zvuku a souborem frameno.avi. To už se delší dobu nedoporučuje.
2. Parametr vhq v nastavení kodeku FFmpeg MPEG-4 - jednak odpovídá modernějšímu mbd=1, jednak se vždy doporučuje novější a kvalitnější mbd=2.
3. Pro zrychlení prvního průchodu se dá přidat nová volba turbo - v případě používání "vysokokvalitních" parametrů by to mělo 1. průchod urychlit dost znatelně.
Dále se dají přidat (a měly by se, záleží-li na výsledné kvalitě) i jiné volby pro zlepšení kvality jako trell:v4mv:vmax_b_fames=1:cmp=2:subcmp=2:mbcmp=2. -
Ja bych jen dodal, ze pri enkodovani do mpeg4 pomoci lavc je defaultne nastaven (v novejsich verzich mplayeru) FOURCC na FMP4, s kterym si mnoho prehravacu ve windows neporadi a video odmitne prehrat. Docela dlouho jsem se s tim moril, proto zde davam reseni: doporucuji pridat parametr -ffourcc DIVX nebo cokoli jineho, cemu rozumi "kazdy".
-
Jakub (neregistrovaný)Ještě bych se chtěl vyjádřit k odstavci o přidání filtrů - napsat jenom, že to je volitelná věc, kterou necháme na čtenářích, je neštastné. Pro dobrou výslednou kvalitu je prakticky vždy nutné přidat aspoň filtr ořezu - i když video není širokoúhlé (s černými pruhy nahoře a dole), je to skoro vždycky potřeba. Každou černou nebo třeba i ne úplně stoprocentně čistou čáru na jakémkoli ze všech čtyřech okrajů TV nahrávky je zcela nezbytné oříznout (používat jen sudá čísla) a nechat jen 100% čistý obraz, protože tyto okraje kodekům dělají při kódování potíže a výsledná kvalita (zejména v přilehlých místech) se hodně sníží. To ale znamená, že je pak skoro vždy nutné použít i zmenšení velikosti, abychom byli na optimálních násobcích 16 pro výšku i šířku. A samozřejmě zmenšením obrazu se může i značně zlepšit celková kvalita - při velmi nízkém datovém toku, typickém pro MPEG-4, není možné používat plné PAL rozlišení. Pochopitelně musíme dbát i na správný poměr stran.
Takže to rozhodně být zmíněno mělo, je to dost zásadní věc. -
Jakub (neregistrovaný)
Já na kódování, stříhání atd. používám převážně Avidemux, ale ono ani tak nejde o ten konkrétní program a nicneříkající výpis konkrétních voleb (protože ty se liší podle konkrétního případu), důležitý je princip. Nevím, jestli stojí za to tady vypisovat věci, co jsou i v dokumentaci, ale budiž:
1. Vystřižení reklam, začátků, konců...
2. Nastavení filtrů:
a) Tady je potřeba si projít celou nahrávku a pokud jsou tam černé nebo nečisté okraje, oříznout (prohlížet ve velikosti 1:1 v okně, stačí i jednopixelová čára na okraji obrazu - ovšem používat jen sudá čísla pro ořez):
-vf crop=764:570:2:2
(to je jen příklad, záleží na konkrétním videu)
Samozřejmě u širokoúhlých filmů je to jasné - oříznout komplet černé pruhy. K tomu lze použít automatiku:
-vf cropdetect
která vypíše doporučené hodnoty na výstup.b) Změna velikosti - snížení rozlišení. Tady už je dobré si spočítat bitrate, respektive poměr bitů na pixely, abychom měli představu o kvalitě v daném rozlišení při očekávané velikosti souboru a podle toho zvolili finální rozlišení:
bpp=(video_bitrate*1000)/fps/(sirka*vyska)
kde video_bitrate je datový tok videa v kilobitech za sekundu, fps je snímková frekvence (25 u normy PAL) a sirka*vyska je finální rozlišení, které zkoušíme.
Bitrate získáme tak, že spočítáme velikost videa:
video_bitrate=velikost_videa/cas/1000
kde velikost_videa je cílová velikost souboru (např. 700 MB pro 1 CD) mínus velikost audio stopy (ta se u CBR MP3 audia spočítá snadno - kilobity za sekundu, ABR je podobný případ a VBR audio musíme nejdřív zakódovat a pak se uvidí jak je audio stopa veliká) a cas je čas v sekundách. Taky se musí něco odečíst pro režii AVI souboru.
Při postupu uvedeném v článku (tříprůchodové kódování) by měl MEncoder sám zobrazit bitrate.
Hodnota bpp může zhruba indikovat kvalitu, kolem 0.2 je to tak akorát - ale každé video je jinak komprimovatelné, u některých stačí k slušné kvalitě třeba 0.15, jindy ani 0.23 nemusí být dost. Hodně akční nebo zašuměné video se komprimuje hůř (a potřebuje větší hodnotu bpp) než čistý jednoduchý obraz, kde se nic moc nehýbe a nebliká.
Obecně pro 1 CD a délky mezi 80-120 minutami je při poměru stran 4:3 ideální rozlišení 512x384, u kratších se dá použít třeba 576x432, u delších 448x336 atd. U širokoúhlého videa to je samozřejmě jiné (u něj pozor na správný poměr stran - v AVI budou na rozdíl od MPEG-2 videa čtvercové pixely, 1:1, takže ten rozdíl je třeba při změně velikosti vykompenzovat, aby obraz nebyl zdeformovaný).
Takže přidat filtr pro změnu velikosti:
-vf crop=764:570:2:2,scale=512:384
Případně přidat parametr -sws 9 pro ostřejší filtr na zmenšení (lanczos).
c) U digitální nahrávky by měl být obraz čistý, ale i tam se, např. u filmů, může hodit filtr hqdn3d pro redukci šumu:
-vf hqdn3d,crop=764:570:2:2,scale=512:384
jehož výchozí parametry se můžou u víc zašuměných (samozřejmě hlavně analogových) nahrávek zesílit:-vf hqdn3d=4:5:10,crop=764:570:2:2,scale=512:384
(Je lepší jej aplikovat před zmenšením.)Takže závěrečný kompletní příklad: mám video o délce 90 minut, chci jej vypálit na 1 CD. Audio bude CBR MP3 128 kb/s.
Velikost audio stopy: 128000/8*5400/1024 = 82,4 MB.
Bitrate videa: (700-82,4)*8*1024*1024/5400/1000 = 959,4 kb/s
Od tohoto bitrate něco odečteme pro režii AVI kontejneru (udává se 24 bytů na frame - všechny, audio i video). Kodek XviD by už ale s ním měl automaticky počítat.
Kompletní příkaz pro dvojprůchodové kódování:
mencoder -vf hqdn3d,crop=764:570:2:2,scale=512:384\ -oac mp3lame -lameopts cbr:br=128\ -ovc xvid -xvidencopts pass=1:bitrate=959\ :me_quality=6:vhq=4:max_bframes=1:trellis\ :chroma_me:chroma_opt:hq_ac vstup.mpeg\ -o vystup.avi
(první průchod)mencoder -vf hqdn3d,crop=764:570:2:2,scale=512:384\ -oac mp3lame -lameopts cbr:br=128\ -ovc xvid -xvidencopts pass=1:bitrate=959\ :me_quality=6:vhq=4:max_bframes=1:trellis\ :chroma_me:chroma_opt:hq_ac vstup.mpeg\ -o vystup.avi
(druhý průchod)Volby jako VHQ, trellis a používání B-frames zlepšují poměr kvalita/velikost. Případně se při dostatečné komprimovatelnosti či vyšším bitrate, nedostatečné ostrosti atd. dá přidat quant_type=mpeg pro používání ostřejších MPEG kvantizérů místo H.263.
Ty příkazy jsem psal naslepo, aniž bych je testoval, tak se omlouvám za případné chyby v nich.
-
ldx (neregistrovaný)To jestli je nebo neni DivX samostatny format atd. bezneho uzivatele prd zajima :-( Pro neho je dulezity, jestli jim dvd player prehraje DVD vypalene na pocitaci a ktere jsou casto v te DivX verzi MPEG4... Zadruhe fourcc DIVX je urcite kompatibilnejsi pro prehravani v playerech nez v clanku doporucovana kombinace.
-
Jakub (neregistrovaný)Informace v článku nejsou zavádějící, naopak se snaží o to, aby zavádějící nebyly, aby byly správné. A to je chvályhodné, protože je naprosto neuvěřitelné, kolik nepochopení a mýtů v této oblasti panuje a kolik škodlivých důsledků to má.
Je blbost dělat bezplatnou reklamu irelevantní komerční firmě, produkující irelevantní komerční produkt (firma DivX z toho zmatení a neznalosti šikovně těží celá léta - je to jedna z hlavních příčin jejího úspěchu, podobně jako úspěch Microsoft Windows a Internet Exploreru je dán z velké části neznalostí a ignorací), a zastírat existenci maximálně relevantního a kvalitnějšího free software (a nazývat jej jménem irelevantního komerčního produktu, který pro náš systém ani není k dispozici) jenom proto, aby to laik pobral - je to totéž, jako formátu HTML nebo Firefoxu říkat "Microsoft Internet Eplorer" jenom proto, že je to nejznámější komerční produkt, který s HTML pracuje a laici jej znají, tak je nebudeme mást pravdou, bez ohledu na katastrofální následky takového lhaní. Je to taky jedna z příčin, proč je FFmpeg/libavcodec naprosto ignorován celým světem - ani jeho uživatelé většinou neví, že jej používají. Tyhle mýty open-source komunitě prokazatelně hodně škodí.
Je rozdíl mezi psaním tak, aby to bylo srozumitelné (vynechání zbytečných detailů) a mezi psaním něčeho, co už není pravda. A to, že autor vysvětlil rozdíl mezi AVI/MPEG-4 a DivX bylo nutné pro to, aby mohl napsat pravdu (kterou by bez toho vysvětlení spousta lidí nepobrala) a nemusel psát nepravdu a bludy, jak je v článcích na toto téma letitou a nezdolnou tradicí.
Takže říkat, že nemáme čtenáře mást správnými termíny, je trestuhodná ignorace.
Samozřejmě změnu FOURCC autor zmínit mohl, to by bylo užitečné, i když se to netýká MPEG-4, ale hlavičky AVI souboru. DivX není verze MPEG-4, ale software (který je v Linuxu zcela irelevantní, nepoužívaný). V naprosté většině MPEG-4 DVD přehrávačů si přehraješ i video kódované kodekem XviD a leckdy i bez změny FOURCC. -
xSpiky (neregistrovaný)Mate naprostou pravdu, hlavne kdyz pomalu nejpouzivanejsi balik kodeku na windows
je ffdshow a ten pouziva prave libavcodecs a xvid a jen to dava do obalky DirectShow aby se to dobre pouzivalo.
viz.
http://sourceforge.net/projects/ffdshow
Jeste bych chtel uvest ze jiny kontajner (souborovy format) je treba matrjoska. -
xSpiky (neregistrovaný)Mel jsem podobny pocit a touhu sirit informace a tak jsem pred rokem napsal
http://www.cdr.cz/a/12737
spise pro uzivatele windows, jelikoz mi pripada ze je dulezite o takovych vecech psat na serverech ktere ctou i bezni uzivatele. -
ldx (neregistrovaný)Vase odborne vysvetleni je sice pekne, ale "tupa vetsina", o kterou pri prosazovani Open Source do sirsiho povedomi jde, tomu, co jste napsal, coby absolvent elektrofakulty nebo podobneho oboru, vubec nerozumi. Takze bych vam radil vratit se na zem. Tady jde o to, ze firma DivX dokaze MPEG-4 vcetne rozsireni jako QPel atd. prosazovat v komercnim pouziti, jako jsou videoeplayery a podobna masova zarizeni. Dokazete to pochopit?
Takze, bud udelejte odborny clanek bez propagandy a diskutabilnich tvrzeni, anebo se pokuste vysvetlit principy Open Source multimedii a komunity kolem MPlayeru srozumitelnym jazykem. Verte mi, ze tenhle clanek krome lidi, kteri chodi na pravidelne na Root, nebude nikdo mit trpelivost precist. Timto stylem se efekt na vyvraceni "obecne oblibenych omylu" o kterych pisete, bude bohuzel blizit nule :-( -
Jakub (neregistrovaný)Jediná jiná správná možnost by byla rovnou napsat, že budeme kódovat MPEG-4 video pomocí knihovny libavcodec. Bez jakéhokoli dalšího vysvětlení. Což by laika odradilo úplně totálně - ten by si řekl, že ho zajímá DivX a ne nějaký MPEG-4 nebo nedejbože libavcodec (co to je libavcodec nebo FFmpeg? Laik ten název v životě neslyšel, protože jim pořád lidi jako vy lžou, že to je DivX).
Takže jediná věc co se dala udělat pro to, aby se v článku vyhnulo lhaní se všemi jeho katastrofálními důsledky, bylo vysvětlit pojmy, které budeme dále používat.
Jiná možnost není (kromě toho nepsat žádný článek).
A vaše tvrzení o rozšířenosti v komerčním použití zásluhou DivX je stejná ignorace jako tvrzení, že Bill Gates je otcem internetu a bez Microsoftu by neexistoval rozšířený operační systém pro lidi. DivX léta těží právě z té absolutní neznalosti toho, co to vůbec DivX je (a že zdaleka není jediným produktem ve svém oboru - jenom se kvůli ignorantskému "Microsoft efektu" píše výhradně o něm a dokonce se i konkurenční produkty nazývají tímto jménem, které je mimochodem registrovanou známkou firmy DivX). Nebýt slavného jeména, daného historickým pozadím - de facto převzetím názvu bývalého "upirátěného" kodeku od Microsoftu, z čehož dodnes plyne jeho úspěch - klidně by jeho místo zaujaly jiné produkty (DivX ani kvalitativně nepatří ke špičce).
Lidi, zejména v open source komunitě, mají celá léta pořád plnou pusu řečí o DivX, ale vůbec si neuvědomují, že vůbec, celá ta léta DivX nepoužívají, že používají úplně jiné produkty od jiných lidí. To je ta největší tragédie (v řadě distribucí jsou kvůli tomuto největšímu mýtu v počítačových dějinách i nesmyslné závislosti balíčků - závislost na DivX u programů, které DivX vůbec, ani volitelně, nepoužívají, protože prostě autoři balíčků jsou stejní ignoranti jako všichni ostatní a myslí si, že DivX je formát a navíc že k jeho přehrávání je potřeba nainstalovat DivX).
Znalost těchto věcí je prostě naprosto zásadní a klíčová a jestli to někdo odmítá, je jeho právo odmítnout vzít pravdu na vědomí, ale pak nemá žádné morální právo nabádat autory článků, aby čtenářům lhali a dál se podíleli na těch obrovských škodách, které z tohoto letitého lhaní plynou. Takový dobrovolný ignorant může tak maximálně být zticha. -
Jakub (neregistrovaný)To není křižácké tažení proti komerci, ale prostá náprava něčeho, na co "ignoranti" (ale můžete je nazývat jak chcete) nemají žádné právo a čím prokazatelně hodně škodí. Nikdo nemá právo Firefoxu říkat Microsoft Internet Explorer a škody tím napáchané omlouvat tím, že je realista, který už má naštěstí křižácké tažení proti komerci za sebou. Takové chování by se dalo právem označit za nezodpovědnou lumpárnu.
-
ldx (neregistrovaný)delat z nekterych lidi debily za pomoci prasive sofistiky vam zrejme dela velkou radost. Aspon pro mne jsou FF nebo M$ Explorer webovske prohlizece a samozrejme, ze si je nepletu... a pitomci co pisi kod pro Explorer a mysli si ze to je jediny prohlizec na svete, mi dost vadi. Mimochodem rika vam napriklad neco iniciativa anybrowser?
Co se tyka vaseho nalepkovani useru divx, to ma k sireni osvety a pravdy asi tak daleko, jako tvrzeni Bushe o ukonceni valky v Iraku. -
Jakub (neregistrovaný)My si nerozumíme. Každý píšeme o něčem jiném. V tom to vězí. Já nebrojím proti uživatelům DivX, ale proti těm, kteří ho nepoužívají, ale tvrdí, že ano. Já brojím proti tomu, aby se čemukoli jinému než DivX říkalo DivX. A to je to, co se ve velkém celá léta děje a velmi to škodí. Zejména open-source komunitě a kvalitnějším open-source produktům. O kterých pořád zoufale mnoho lidí, kteří je používají, neví. Což je neuvěřitelně absurdní. A pořád mluví o tom, že to je DivX a že "přehrávají DivX", "kódují do formátu DivX" a podobně, přestože DivX vůbec nepoužívají a není to formát. A protože tohleto nepochopení je tak neuvěřitelně rozšířené (je to největší mýtus v počítačové historii), chválím autora článku, že to v úvodu vysvětlil, aby vůbec mohl v psaní pokračovat (jinak by řada čtenářů nepochopila, o čem píše). A brojím proti tomu, že proti tomuto chvályhodnému a velmi záslužnému počinu někdo protestuje.
-
romario (neregistrovaný)jak je mozne ze kdyz pustim posledni krok samostatne, zdroj zmenim na dvd, tak se bez problemu provede? tedy napr.
mencoder dvd://1 -ovc lavc lavcopts vcodec=mpeg4:vbitrate=650:v4mv:vhq=4:vpass=2 -oac copy -o vystup.avi
vede k vytvoreni vystupu, ackoliv jakekoliv informace o prvnim pruchodu chybi? Dale me taky lehce mate -oac copy, v tomto pripade vede ke zkopirovani zvukove stopy z dvd -
Jakub (neregistrovaný)Pokud v adresáři skutečně není log soubor z 1. průchodu, je to opravdu těžko pochopitelné. Zkoušel jsem to (s lokálním souborem z disku) a prostě to nejde - vytvoří se jen několikakilobajtový prázdný AVI soubor.
V každém případě vhq=4 je špatně - to si pleteš s kodekem XviD, u libavcodecu volba vhq jednak nemá žádný číselný parametr, jednak je zastaralá (doporučuje se novější a lepší mbd=2). -
ivan (neregistrovaný)Z DVB nahravam asi takto:
mencoder /dev/dvb/adapter0/dvr0 -endpos $cas -oac copy -ovc copy -o /home/user/record/$1-`date +%Y%m%d-%H%M`.mpg
ale nie je to to iste ako cat
cat /dev/dvb/adapter0/dvr0 > /home/user/record/$1_`date +%Y%m%d_%H%M`.mpg
V prvom pripade sa nevytvara index a na prehravanie treba -forceidx.
Vie niekto preco, resp da sa tak nastavit mencoder aby pri nahravani rovno aj ten index vytvoril? KEd dam -copy tak by mal robit to icte ako cat zariadenia, ci nie?
Teda aby filmy cez cat i mencoder boli rovnako nahrane s indexom?
Namiesto -copy niekedy pouzijem aj rovno kodek, ale len vtedy ak mozem zatazovat CPU.
Mencoderom nahravam hlavne koli parametru -endpos, kde si nastavim kolko hodim, minut chcem nahravat.
Cat by som musel killovat. -
anonymníA co delat kdyz slovo kodovani neni vhodne? Kodovat jako zakodovat? Nebo prevadeni do jineho formatu? To je kratke? Nebo komprimace? Nevystizne a navic prejate? Hmmm zbyva mi slovo prevod. Takze nadpis clanku Mplayer a Mencoder: prevadime? Koho? Ukrajince pres hranice? To je moc hodne obecny a zavadejici. Enkodujeme rekne vse.
Rumory jsou hruza ale enkodovani ne. -
Jakub (neregistrovaný)Nevysvětlil jsi, v čem slovo kódovat není vhodné. Anglické "encoding" znamená česky "kódování". Tečka. Proč se asi např. nemluví o "enkódování češtiny" na webových strákách, když v angličtině je to opět "encoding"? "Enkódování" je jen nesmyslný anglicismus, příznačný pro dnešní dobu, kdy lidé bezdůvodně používají anglická slova nebo anglické tvary slov.
-
Jakub (neregistrovaný)Encoding je anglický překlad českého slova kódování (a naopak). Encoding ani enkódování není české slovo. Takové slovo v češtině neexistuje. Podle tvé teorie (jejíž mlhavost je ostatně jasná ze slova "spíše", kterým dáváš najevo, že ani ty sám nevíš, jaký přesně má být význam těch slov) by se stejně tak mělo používat slovo "enkódování češtiny" nebo "středoevropské enkódování", protože to přesně odpovídá významu, který popisuješ. Slovo "enkódování" je prostě výmysl lidí, kteří čtou anglické texty a neznají české významy slov, které tam vidí, tak papouškují ta anglická. Nic jiného než neznalost češtiny v tom není.
-
S názorem, že kódování je (v kontextu práce s daty) synonymum pro šifrování, rozhodně nemohu souhlasit. Nemám tady po ruce vhodná informatická skripta, abych z nich přepsal definici, ale na některé přednášce se rozdíl mezi kódováním a šifrováním probíral.
Internetový slovník cizích slov uvádí význam slova kódovat jednak jako šifrovat (ano, můžeme šifrování považovat za podmnožinu kódování, ale na rozdíl od šifrování není při kódování obsah informace utajen) a dále jako přeměnit informaci v určitém kódu na postupnost znaků nebo na signály.
Smyslem kódování nejčastěji je upravit informaci tak, aby byla lépe přizpůsobena pro uložení, zpracování nebo přenos. Určitě jste se již někdy setkal s kódováním base64 pro přenos
binárního smetí
e-mailem, existuje například Fibonacciho kódování pro úspornější ukládání přirozených čísel velkého rozsahu, Huffmanovo kódování, které je základem některých kompresních algoritmů, a mnoho dalších. -
hugo (neregistrovaný)Přečetl jsem pozorně celý seriál, a musím říci, že jsem zklamán. Před lety vyšel na mandrake.cz o mplayeru, přehrávání, ripování a grabování seriál a zdá se mi, že byl daleko lepší než tento současný.
Nebýt několika doplňujících komentářů ke článkům, tak byla informační hodnota celého seriálu velmi nízká. -
Sancho (neregistrovaný)Potrebujem pomoc.
Ked enkodujem film cez mencoder, pri jeho prehravani vyuziva pocitac takmer 100% CPU (AMD 2GHz). Pritom ked prehravam AVI urobene na win alebo na inom stroji, nepouziva mplayer pri prehravani ani 10% CPU.
Ked film pustim ten isty film v Totem-e, tak je vsetko OK a vyuzitie CPU je minimalne.
Ma niekto nejaku radu?
Vopred vdaka. -
dlouho a zbytecne jsem experimentoval, jen proto, abych zjistil, ze frameno takrka bez vyjimky vede k desynchronizaci. Navzdory tomu co se uvadi v tomto (jinak bezvadnem) clanku, navzdory tomu co se uvadi v oficialni dokumentaci i navzdory vsem moznejm dalsim zdrojum.
teprva script zalozeny na tom nize odkazanem, mi zacal fungovat. Proto jej doporucuji jako vychozi bod dalsim me podobnym zoufalcum...
21:01 < karpi> ehh, 3pass encoding?? desinchonize audio and video every time :-/
21:02 -!- radical_ [i=radical@e176148236.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)]
21:09 < lsuactiafner> i use it often
21:09 < lsuactiafner> never had problems before
21:11 -!- reimar [n=reimar@dialin-212-144-180-201.pools.arcor-ip.net] has joined #MPlayer
21:11 -!- ChrisHJW [n=christia@p54924D7A.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)]
21:12 < karpi> lsuactiafner: so why can troubles appears? some often mistakes ?
21:12 < lsuactiafner> what commandline do you use?
21:15 < karpi> some error http://pastebin.com/505768 near to line 38 ?
21:16 < lsuactiafner> because you use frameno.avi
21:17 < karpi> and ???
21:17 < karpi> i have read that is right ..
21:17 < lsuactiafner> karpi : screws sync up
21:17 < lsuactiafner> ftp://ftp.puk.ac.za/outgoing/Base_Encode_Script.sh
21:18 -!- bitsko [n=ken@dsl.76.41.networkiowa.com] has quit [Read error: 110 (Connection timed out)]
21:18 < lsuactiafner> frameno.avi screws up sync, trust me
21:18 < lsuactiafner> use that script instead
21:19 < karpi> thanks, i will try.. but. tell me plz, ..
21:19 < karpi> .. is there all about name of this file only ?
21:19 < lsuactiafner> i dont understand?
21:20 -!- bitsko [n=ken@dsl.76.41.networkiowa.com] has joined #mplayer
21:21 < karpi> ..all about name of one f* output file ? If -o frameno.avi -> bad sync if -o something other, -> good sync? (ok i wil read this script first..)
21:21 < lsuactiafner> dont use frameno @ all
21:21 < karpi> thx
21:21 < lsuactiafner> frameno is an audio method that shouldnt be used for encoding a movie
21:22 < lsuactiafner> if you use -oac mp3lame you are much better off
21:22 < karpi> but it is encouraded in every docs..
21:23 < lsuactiafner> then the docs should be revised, its wrong to use
21:24 < karpi> oki, thanks a much -
Ahojte. Moc zajimavy clanek.
Zajimalo by me par veci(videu moc nerozumim):
1) co je teda lepsi pouzivat misto zminovaneho 3pruchodu kdyz se to nedoporucuje?
2) pouzivam aspect=4/3 protoze to video co mam z DVD rekorderu (nahravam z televize na DVD)
mi dela z obrazu svislou nudlu (352x576) ale su z toho vseho zmateny tolik ze nemam poneti
jak z toho udelat format 4/3.
4) jeste cosi sem mel na jazyku ale uz sem na to zapomel... -
ad 2: Mně DVD rekordér nahrává obraz v tomto rozlišení, když zvolím velmi nízkou (3 hodiny/DVD a více) kvalitu. Když se mi to asi dvakrát stalo, použil jsem při enkodování následující parametr:
-vf 'lavcdeint,scale=522:392,crop=512:384:6:5'
Hodnoty u scale jsou zvoleny tak, aby po oříznutí měl obraz správné nebo téměř správné proporce v poměru stran 4:3 se čtvercovými pixly, třetí a čtvrtá hodnota u crop závisí na tom, jak moc je potřeba oříznout černé okraje.
Samozřejmě nelze očekávat extra kvalitu, když se v horizontálním směru obraz o polovinu zvětšuje. Druhou možností by bylo nechat to jako svislou nudli a proporce měnit až při přehrávání.
-
Ahojte. Opet ja.
Tentokrat jsem stolnim DVD nahraval v nejvetsi kvalite. Takze obraz je vcelku spravny. Jen me zlobi audio. Je to nase kabelovka a vysila dual (jeden kanal hraje, na druhem je nicota). Ted mi vob soubor hraje jen v levem kanalu. Pri prehravani to nemam problem nastavit tak aby mi to hralo aspon jako "mono" prikazem "-stereo 1" Nicmene pro enkodovani se mi zatim nepodarilo najit zpusob jak tohoto dosahnout. Uplne by mi stacilo mit pravy kanal stejne jako levy.
Prosim vite nedko co s tim? Napadlo me jeste editovat treba ten soubor co mi po prvnim pruchodu vznikne. Teda zatim nemam cim, audacity sem jeste nerozjel...
