Nenáročný video formát

30.11.2011 10:19 | Přečteno: 1909× | všehochuť | poslední úprava: 30.11.2011 10:19

Jelikož se můj notebook pravděpodobně pozvolna chystá do křemíkového nebe (blbne usb, občas se odmítá nastartovat, ani nevím, jestli to spolu souvisí), vyhrabal jsem doma jiný, ještě starší, ale velmi zachovalý notebook. Na první pohled (Celeron 1300 MHz, 256 MB ram, 20GB hdd, display 1024x768) stroj, který by mi nouzově mohl nějakou dobu stačit. Jen mu trochu víc řve ventilátor, ale to bude nejspíš nešikovnou konstrukcí (rozdělal jsem to, vyčistil, namazal a moc to nepomohlo). Nainstaloval jsem tam Debian a, mimo jiné, mplayer. Když jsem ale pokusně spustil jeden seriál, tak (krom peripetie se nefungujícím kódovaním titulků - všechno jsem nastavil stejně jako druhém počitači a přesto to blblo - nakonec se ukázalo, že tam to funguje spíš shodou okolností, než díky tomu nastavení) se video sekalo a mplayer říkal, že mám moc pomalý systém. Hardframedrop sice pomohl, ale vzhledem k tomu, že jsem kdysi podobná videa bez problémů přehrával na slabším stroji (Celeron 500MHz, paměti možná víc, ale spíš míň), říkám si, že by mohlo taktéž pomoct převést video do jiného formátu, jenže už netuším do jakého. Jiný dostatečně výkonný stroj na převod mám, ale ten zas nemá monitor. Co byste doporučili? Co zadat ffmpegu nebo mencoderu? Mělo by smysl video zvětšit na rozlišení displaye? Nerad bych ale zase nějak moc srazil kvalitu, nebo výrazně zvětšil soubor s videem.

Díky za rady.        

Komentáře

[marek_hb]

kdysi jsem to řešil naklikáním přes program DeVeDe - jen vytvořit dvix soubor

+ tam byla někde možnost práce s titulkama, ale nevím jak to fungovalo - titulky nepoužívám

těžko říct co to používalo za volby, ale filmy se pak daly přehrát na všem

[kotyz]

Já používam tohle:

ffmpeg -i 01-kreslo.flv -vcodec libxvid -acodec libmp3lame -b:v 1600k -b:a 128k 01-kreslo.avi

Převádim tim videa pro PS2 (300 MHz, 32 MB RAM, umí jen divx a xvid v avi). Bitrate 1600 kb/s používam na videa s rozlišenim 720xněco pro menší stačí míň (pro videa z youtube (240p a 360p) obyčejně kolem 1000-1200 kb/s). Velikost mi naroste třeba u Comebacku z 200 na 300 MB, ale to je holt cena za to aby se viditelně nezhoršovala kvalita.

[kotyz]

Určitě to nepřeháněj s rozlišenim, 720xněco úplně stačí (takový mi hrály i na Duronu 900 MHz v mplayeru pro windows), když zkusíš jít třeba na 1024xněco počítej že to nebude stíhat. A každopádně by tomu kompu jenom prospělo rozšíření paměti, aspoň na 512 MB.

[prqek]

Dík za radu, vyzkouším. Ta ram by se hodila, to je mi jasný. Ale kde ji vzít?

[kotyz]

Zkus aukro, já tam sehnal do svý starý compaq armady. Zjisti si jakej typ potřebuješ a určitě se tam něco najde.

[gtz]

Aukro popř. nějaké bazary. Já jsem nedávno kupoval v nějakém bazaru 2*512MB DDR pro starší Acer. Cena byla kolem 600,- tak to šlo.

[Liborek]

Mě se doma válí nepotřebné SO-DIMM DDR 256 MB ze starého HP (nx6110). Pokud by se hodily, za pivo nebo čokoládu bychom se mohli domluvit.

[kily]

Když se nedohodneš s prqekem, měl bych o tu paměť zájem ( http://www.abclinuxu.cz/bazar/show/348359 )

[Liborek]

OK. Jinak viz níže.

[prqek]

Vyzkoumám, co v tom je a dám vědět. Za tu cenu bych to bral. Předpodkládám předání někde v Praze?

[Liborek]

Jo, předání v Praze. Jediný problém je, že jsem to nenašel. Je pravděpodobné, že to mám na Moravě u rodičů, takže bych to přivezl nejdřív příští víkend.

[prqek]

V klidu, to nespěchá Dík.

[Liborek]

Našel jsem ty paměti. Pokud máš ještě zájem, dej mi vědět na inutihar (na seznamu) a domluvíme se. Někde v Praze.

[prqek]

Dík, ozvu se.

[Mandarinka]

Kromě formátu (h.264 nebo xvid/divx?) závisí spotřeba cpu při přehrávání na:

1) rozlišení. (720x480? 1280x720?)

2) bitrate (čím víc tím hůř) a nějakých dalších věcech (třeba qpel u xvidu) a profilu (baseline proti main/high u h.264, zde však hlavně rozhoduje druch entropy kodéru - CAVLC je o dost rychlejší než CABAC; čerstvá novinka od x264 v podobě high 10 profile je pak ze všeho nejhorší)

Ten celeron je architektonicky Pentium 4 nebo Pentium M? Je to dost vělký rozdíl...

Ovšem 1.3 Ghz není tak málo. Je podle mě možné, že máte neakcelerovaný video výstup, což je zabiják výkonu. Fungující -vo xvideo (je třeba podpora v ovladači, samozřejmě) by mělo srazit spotřebu cpu mimo samotný dekodér na poměrně zanedbatelnou hodnotu, protože převod z yuv do rgb a změna velikosti videa se bude dělat na gpu (aspoň na Radeonu ve windows - tam to samořejmě není xvideo, princip je ale stejný).

Podle mě by vám na tom mělo fungovat h.264 high profile v 720x480 (přinejmenším 24fps, hmm 30fps u TV seriálů snad taky), za předpokladu že rozběhnete to xvideo. Taky se ujistěte, že máte pořádný build MPlayeru nebo MPlayer2u; někdy se stane, že se třeba u ffmpegu nepřeloží SIMD optimalizace v ASM, to je potom v prdeli.

[Mandarinka]

Jo mimochodem - je možné, že ten notebook při běhu na baterii vždy používá nižší frekvenci cpu?

PS. Každopádně, chtělo by to nějaké konrkténější informace o tom videu co se snažíte spustit.

PS2. Ten MPlayer raději čerstvý, ne dva třy čtyři roky starý, jak se to někdy v repozitáři zadaří.

[prqek]

Díky za rady Nejde mi o to přehrát jedno konkrétní video (zrovna ten díl, se kterým jsem to testoval, jsem už viděl), ale o to najít nějaký formát, se kterým budu mít víceméně jistotu, že přehraju cokoli. Tím, předpokládám, odpovídám na několik otázek. Jinak akcelerovanou grafiku to, tuším, nemá a baterie je úplně mrtvá (asi jediná nefunčkní část), takže to běží vždycky ze sítě. Na architekturu CPU se mrknu, až dorazím domů a čerstvý mplazer určitě vyzkouším (stejně jsem to zkoušel kvůli těm titulkům).

Jo a prosím nevykat

[Jendа]

Jinak akcelerovanou grafiku to, tuším, nemá

Vždyť XVideo umí i s3virge z roku 1999.

[Mandarinka]

Tím, předpokládám, odpovídám na několik otázek.

Ani ne... ptal jsem se, co je to za (typické) video, abych mohl zapřemejšlemt, jestli to ten procesor má nebo nemá zvládat :) To se bez formátu/rozlišení/fps nedá říct. 640x480 v xvidu je úplně jinde než 1280x720 h.264...

[prqek]

Jo tak sorry. Mno typické video, které bych rád přehrával ohlásí mplazer jako:

VIDEO: [XVID] 624x352 12bpp 23.976 fps 1029.7 kbps (125.7 kbyte/s)

nebo třeba

VIDEO: [XVID] 624x352 24bpp 23.976 fps 956.3 kbps (116.7 kbyte/s)

Když na to tak koukám, tak je to xvid, nepříliš velký, takže záhada, proč se to sekalo.

Ten rozměr asi bude sedět opravu na většinu toho na co pravdielněji koukám.

Jinak ten notebook by měl být tohle. Na tom mém je sice napsáno Umax, ale to se zdá být akorát bezvýznamnou nálepkou. Podle toho webu by se snad i nějaká akcelerace mohla konat, ještě to prozkoumám.

[gtz]

Má tedy jen Celerona 850MHz? a SIS630?

by se snad i nějaká akcelerace

VGA compatible controller: Silicon Integrated Systems [SiS] SiS630 GUI Accelerator+3D (rev 31)

Raději bych se podíval na skutečné lscpi než na to co by to mohlo být. Umax brandoval hodně, ale jeho brandy se lišily modifikacemi (cpu, ram, atd.)

[prqek]

Ten chipset souhlasí, ale procesor má těch 1300 MHz. Samozřejmě, že skutečné lspci je lepší. Kouknu se na to, až budu doma.

[Mandarinka]

No podle toho čipsetu by to mělo být Pentium 3. XVID o onom rozlišení by si to cpu skutečně mělo dát k snídani (ačkoliv ten čipset může způsobovat nižší výkon kvůli paměťovému řadiči například). Dokonce by to podle mě mohlo jít i na těch 850MHz, ovšem pokud by fungovala overlay (zkrátka akcelerovaný video výstup).

Čili čokl je podle mě v té grafice (zda funguje overlay/xvideo, zda akceptuje yv12), eventuálně možná, jestli to pouštíte z cdrom (pokud například nejede s dma, nebo je tam nějaký jiný problém)? JO a jak někdo řekl, může to rozbíjet i driver zvukovky.

[kotyz]

Takovýhle podobný videa (klasický dvd ripy z tý doby, film se vešel na jedno nebo dvě CD) mi šlapaly v roce 2003 na Duronu 650 MHz, 256 MB RAM, nVidia TNT2 (a bratránkovi s Celeronem 800 MHz a nějakou integrovanou grafikou se to sekalo jak kráva). Od tý doby nevěřim Celeronům. A Intel grafikám od tý doby co sem si jí vyzkoušel v tom Dell OptiPlex GX-150 ...

Tady neni co převádět, s rozlišenim ani bitrate nemá smysl jít níž. Tohle musí přehrát i 10 let stará plečka. Podle mě to brzdí nejvíc asi ta grafika, pak by moh ještě disk a jestli tam nemáš nějaký light distro tak může bejt i nedostatek paměti. Zkus si pohrát s těma parametrama mplayeru, třeba nastavit cache na 8 MB což by mohlo pomoct pokud je disk pomalej na čtení a takový ty věci.

[Mandarinka]

Ona ta cache v těchhle úlohách (video) není tak kritická. Kámen úrazu v těchto dobách relativně pomalých procesorů byl právě ten video výstup - když někomu dobře jela hw overlay a měl tím pádem mimo dekodér minimální režii, tak byl v pohodě, ale pokud to nešlo nebo to měl blbě nastavené, tak smůla a 200-300MHz navíc nestačilo na softwarový scaling & konverzi yuv>rgb.

[pc2005]

Tak mě napadá, že Duron má MMX, 3DNow a lepší revize i SSE, kdežto Celeron bude mít jen MMX a možná SSE (no jestli to je úroveň P4 tak snad jo).

Výše zmiňovaný videa šlapou i na Duronu 600MHz a libovolný grafice do AGP (na paměti zas tolik nezávisí). U PCI je to horší, ale tam mám jenom S3Trio a ty se na používání moc přehřejvaj.

Doufám, že je mplayer zkompilovaný s podporou SSE a MMX .

[Mandarinka]

SSE A 3DNow při deokódování videa nepomůžou (na rozdíl od mmx a sse2 slouží k výpočtům s floatem, kdežto video se počítá celočíselným SIMD; sse/3dnow se uplatní u audia...).

Počkat... xvid/mpeg2 nepoužívá přesné IDCT, na rozdíl od h.264, takže by se asi dal počítat i s použitím floatů (sse), přinejmenším pro mpeg2 je referenční IDCT založeno na floatech, iirc. Myslím ale, že rozumné (rychlé) dekodéry používají jen celočíselné počty.

[pc2005]

Wiki:

The 3DNow! instruction set also includes operations for SIMD integer operations

Btw videu by nepřesnost floatu nevadila imho. Ta další verze 3DNow by už měla být OK (Duron 600 ji už má, mám dojem, že všechny Durony maj 3DNowext).

Každopádně podpora v mplayeru je pro všechny.

[Mandarinka]

U videa nejde o nepřesnost floatu, ale o jeho pomalost. A taky videu stačí 8-16bitové hodnoty integerů. Tedy alespoň pro barevné prostory s hloubkou 8 bitů.

[pc2005]

To fakt SIMD instrukce vykonávaj floaty tak pomalu? Jsem myslel, že tyhle jednotky budou mít naopak takový hardware, že daj integer i float třeba násobení za jediný takt (nebo dva).

[Mandarinka]

Možná ne až tak pomalu, ale určitě pomalejc než integery :) A u videa se to všechno mnohokrát sčítá...

Diskutovalo se to tady (pár následujících postů, ale konkrétní čísla tam nejsou, možná se podívejte na tabulky z mubench): http://forum.doom9.org/showthread.php?p=1466522#post1466522

[pc2005]

Ovšem jestliže se používají jen osmibitové hodnoty, tak na to pak jsou lepší integery. Nechce se mě to teďka rozkreslovat, ale myslím, že float násobička se do jednoho taktu klidně vejde. Samotný počin násobení je jen obyčejná kombinační síť ANDů a sčítaček.

[kotyz]

Jen MMX a 3DNow (tušim že od nich měl i ty rozšířený verze). SSE měly až Athlony XP a Semprony, o Duronu s SSE nevim a pokud by byl, musel by mít nad 1 GHz, protože ty starší jádra SSE neměly a frekvence končili kolem 900, 950 MHz (měl sem Spitfire). Taky měl asi trochu víc cache než Celerony (ty některý neměly snad vůbec L2 cache, ale to se pokud je mi známo týkalo jen těch starejch z PII kolem 300MHz, myslim že se to ještě nějak značilo písmenem A, mam ve sbírce dva Celerony pro Slot1 jeden je 300A a druhej 333). Mplayer bejvá kompilovanej s runtime cpu detection, čili by měl mít všechny optimalizace a zapnou se jen ty který podporuje cpu (avidemux to má podobně, ale tam jdou navíc v gui zaškrtnout/odškrtnout jednotlivě).

Jestli na tom záleží, můžu se na ty jádra a optimalizace podívat podrobnějš, ale řek bych že takhle orientačně to postačí.

[Mandarinka]

Měl by existovat Duron se SSE, kteý je ves kutečnsoti osekaný Athlon XP.

Celerony bez L2 byly 266 a 300 bez "A".

[kotyz]

JJ, to sem věděl, jen sem nevěděl jestli to A bylo s cache nebo bez. Mam totiž ve sbírce oba, ale nikdy sem je nepoužíval v žádnym PC.

[pc2005]

Podle wikipedie ty novější maj SSE.

[kotyz]

Hodil by se nějakej ten Morgan, ale to by ta shitová deska asi nedala, zkoušel sem tam staršího Athlona XP (asi 1800+ nebo 2000+) a nechodilo to.

[Mandarinka]

Ale jiná deska by se určitě dala sehnat levně, už jenom proto, že když někdo upgraduje, tak se starého hw bude těžko zbavovat (s deskou půjde i cpu). A když už deska, tak může člověk vyměnit socket - ono totiž nejvyšší modely, které lze vrazit do určitých platforem se shánějí blbě (příklad: dvoujádro pro socket 939), zastímco nižší modely o něco novějších řad jsou skoro bezcené :)

Např. já mám tady Athlona XP 2200 (1.8GHz) a A7V600-X (měl jsem s ní poslední rok nebo dva občas záseky, ale je tam stará a rozvrtaná instalace windows a zdroj eurocase, takže těžko říct, jestli je to její chyba - nebyla pod OC). A i když bych to rád (pro)dal dál za účelem dalšího využití, tak bych asi okolo zájemce nenašel.

Nakonec jsem to neupgradoval protože peníze, ale určitě bude spousta jinejch co se něčeho podobnýho rádi zbavěj.

[pc2005]

Imho závisí jen na kvalitě desky (kondíků). Si kup z aukra nějakou desku za 100Kč.

[Mandarinka]

Když BIOS nezná nové cpu, tak to obyčejně nefunguje.

[pc2005]

Imho vůbec. BIOSu je jedno co je CPU zač. U x86 není co by mohl na CPU nastavovat a čemu by vadila jiná verze křemíku. Maximálně tak mikrokód, ale ten snad může nechat bez updatu. Osobně se mě povedlo nacpat do desky BXcel (blee) procesor P3 Coppermine-T, kde se musely pájet piny. Je velmi nepravděpodobné, že by to ta deska (BIOS) uměla, neboť byla jednak slotová a procesor je socketový a jednak byla konstruována na celerony od P2 (ma dokonce jumpery na FSB multiplier ).

BTW BIOS neuměl pořádně ani 40GB disk.

P.S. Athlon XP 1700 mě fungoval v k7s5a s biosem z roku 2002 tuším.

[prqek]

Dobrej kutil

[Mandarinka]

No tak s Pentiem 3 a BX (to taky byl čipset tímhle pověstný) možná, ale později už moc ne.

[Jendа]

Podle mě by vám na tom mělo fungovat h.264 high profile v 720x480

Podle mě by to mělo v pohodě dát PAL, možná i víc. Vždyť Atom N270 (nejblbější na trhu) to dá s 30 % CPU.

Tazatel: Mrkni, co ti vypisuje MPlayer za video výstup (typicky VO: [xv] 720x576 => 768x576 Planar YV12). zkus nějaké jiné (xv, gl, gl2). Taky to může být rozbitým audio ovladačem, takže zkus třeba -ao none.

[Mandarinka]

-benchmark -nosound (a k tomu například ještě -frames 1000 nebo tak) vyplivne kolik sekund spotřeboval dekodér a kolik vo

[Mandarinka]

Vždyť Atom N270 (nejblbější na trhu) to dá s 30 % CPU.

On ten Atom není až zas taková tragédie, zrovna v tomhle druhu softwaru. Má SSE2 & SSSE3 a HT k tomu, což mu oboje pomáhá... a myslím že i co se týče výkonu na takt by to zrovna proti P4 nebylo tak tragické.

[kotyz]

No jestli má ten nějakej ten intel 915/815 tak to bude asi ten hlavní problém, v desktopu (dell optiplex s PIII na 1GHz) sem ho měl taky a byla to čirá tragédie, tam snad neni akcelerace vůbec žádná - jakákoliv jiná grafika než tohle je lepší. Na x264 bych se vykašlal, xvid je sázka na jistotu, to přehraje všude, i na starej křápovitejch dvd přehrávačích s logem divx (pozor na gmc a qpel, to nepřehrajou všechny), problém může mít akorát s češtinou u titulků. Když se bude držet při zemi s rozlišenim a bitratem, tak by mu to měl navzdory tý blbý grafice utáhnout i sám procesor. S pořádnym buildem mplayeru a ffmpegu souhlasim, to může udělat docela rozdíl, taky je pár voleb v konfiguraci/při přehrávání který můžou za cenu nepatrnýho zhoršení kvality dost pomoct rychlosti přehrávání (loop filter, frame drop, vlákna, cache, video výstup).

[prqek]

915 mám právě na tom umírajícím notebooku a žádný velký problém jsem nezaznamenal. Ale je fakt, že na hry zas tak nejsem a u těch videí to taky zas tak neprožívám.

[Mandarinka]

No jestli má ten nějakej ten intel 915/815 tak to bude asi ten hlavní problém, v desktopu (dell optiplex s PIII na 1GHz) sem ho měl taky a byla to čirá tragédie, tam snad neni akcelerace vůbec žádná

915 byl čipset až pro P4ky (generace s pci-express). A co se týče té akcelerace, tak nám tady nejde ani o 3d akceleraci, ani o dekódování videa v grafice/čispetu, to skutečně přišlo na intelech až mnohem později (a nevím, jsetli xvid/dvix vůbec přišel). Tady by stačilo akcelerované xvideo (scaling a konverze yuv>rgb), je otázka, zda to ten čipset podporuje (to snad ano) a zda to jede na linuxu (čert ví, vygooglil jsem jen věci z roku 2001 a tak).

[Lou]

mplayer xv output, ziadne prepinace, ziadna akceleracia. Musi ist aj 720mpeg2, celer 700Mhz, s3virge grafika

[Mandarinka]

Hmm, nejnovější thread o sis630 co sem našel: tuhle/

Nějak jsem z toho nepochopil, jestli teda existuje podpora pro xvideo nebo ne, na začátku se mluví o xvideo, pak o framebufferu, tak čert ví, do xserveru nevidím :(

[Kvakor]

Ten framebufer se tam řeší z toho důvodu, že XServer tam jede přes VESA framebuffer, který je neakcelerovaný (z pohledu XServeru je to jenom obyčejná VRAM). XVideo potřebuje hadrwarovou akceleraci, minimálně poproru YUV fromátu, overlaye a YUV scalleru (což se vyskytuje na běžných grafikách už od dob S3 Trio a ATI Rage), bez nich musí procesor nejen cpát mnohem více dat do VRAM (minimálně o třetinu více), ale nic mu při tom nepomáhá a musí sám dělat YUV/RGB konverzi a přepočítávání obrazu na správnou velikost.

[Mandarinka]

Jo, to jsem si myslel. Ale zmátlo mě, že ten týpek se na začátku jakoby snažil rozjíždět xvideo...

[prqek]

Tak jsem asi zbytečně plašil... včera jsem to opět zkoušel a video jelo bez problémů. A to jsem si skoro úplně jistej, že předtim tam nic, co by to mohlo zdržovat neběželo. Takže se omlouvám... Ještě budu zkoumat. Jinak skutečný lspci je:

00:00.0 Host bridge: Silicon Integrated Systems [SiS] 630 Host (rev 31)
00:00.1 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev d0)
00:01.0 ISA bridge: Silicon Integrated Systems [SiS] SiS85C503/5513 (LPC Bridge)
00:01.1 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet (rev 82)
00:01.2 USB Controller: Silicon Integrated Systems [SiS] USB 1.1 Controller (rev 07)
00:01.3 USB Controller: Silicon Integrated Systems [SiS] USB 1.1 Controller (rev 07)
00:01.4 Multimedia audio controller: Silicon Integrated Systems [SiS] SiS PCI Audio Accelerator (rev 02)
00:01.6 Modem: Silicon Integrated Systems [SiS] AC'97 Modem Controller (rev a0)
00:02.0 PCI bridge: Silicon Integrated Systems [SiS] Virtual PCI-to-PCI bridge (AGP)
00:0a.0 CardBus bridge: Texas Instruments PCI4410 PC card Cardbus Controller (rev 02)
00:0a.1 FireWire (IEEE 1394): Texas Instruments PCI4410 FireWire Controller (rev 02)
01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS] 630/730 PCI/AGP VGA Display Adapter (rev 
31)

Ale třeba se ty informace někomu budou hodit. Já sám jsem se douzvěděl pár nových užitečných věcí

[Mandarinka]

On ta harwareová akcelerace videa (overlay) kterou používá xvideo často funguje jenom jednou, takže když současně pustíte dva MPlayery (nebo jiný takový software, který si xvideo zapyká neo to udělal dříve a neuvolnil), tak ten druhý kandidát dostane košem. Teoreticky by tady mohl zazlobit třeba file manager nebo jiný program, který zobrazuje thumbnail od videa (a použije overlay).

[Grunt]

Celer 1.3Ghz? To by mělo dávat tak HDčko a ještě se rýpat v nose. Teda samozřejmě s MPEG-4 ASP nebo MPEG-1/2. Standardní MPEG-4 Ripy z DVD mi dával Penťák II o 266Mhz a MPEG-2 o PAL rozlišení mi dávala 486ka o 90Mhz. Na MPEG-4 AVC se vykašli, ten je nenažraný (Baseline se mockrát nevidí). Jinak s myšlenkou nenáročného formátu (či spíše škálovatelného do nenáročnosti na prostředky) sám aktivně koketuju.