Jaký formát videa s ohledem na spotřebu baterie ?

[sergi]

//spachal: původní název 'Formát videa'

Zdravím, chtěl bych si do iPhonu zkonvertoval nějaký videa a přemýšlím, jestli to udělat do MPEG4 nebo H264. Jde mi o to, který formát je náročnější na spotřebu energie.. Klidně oželím dokonalou kvalitu, ale chci minimalizovat spotřebu energie...
Díky

[alexxx]

Tak to myslím, že bude na stejno. Nejúčinnější bude nastavit jas na co nejnižší hodnotu

[sergi]

OKI.. já totiž vycházel z toho, že u MP3 audia je to tak, že čím vyšší je bitrate, tím vyšší je spotřeba. Sice jsem si říkal, že je to divný, protože vlastně čím menší mp3, tím víc je třeba extrahovat, ale asi to záleží na objemu čtených dat..
Podle tohoto klíče by bylo fakt jedno, jestli MP4 nebo H.264, protože mají de facto stejnou velikost.. Ale říkal jsem si, jestli ten H.264 nebude náročnější na procák na dekódování, pač má mnohem lepší kvalitu..

[alexxx]

Tak pokud vím tak má iPhone Hw dekodér... No ale možná úspora bude... ale tak v rámci pár minut, myslím, že to nemá cenu řešit

[spachal_tmp]

Tot otazka hodna experimentu :)) .. Osobne bych tipoval, ze to je zcela a uplne burt, rozdily budou v desetinach procent (vydrze).

Ale proste to zkus, to je asi ta nejlepsi rada :P

[sergi]

Asi ano pánové..protože je fakt, že to asi moc nepoznám a je fakt, že ta H264ka má neskutečnou kvalitu.

[sergi]

To Spáchal: Ještě k tomu AviDemuxu.. Jsem se díval na ten Tvůj článek a chtěl jsem se zeptat, jak mám udělat to, aby se mi u širokoúhlého filmu (např. rozlišení 672x272) ořízly strany a výška se mi zvýšila na 320.. Aby tedy výsledný obraz měl poměr stran 1,5 a přitom měl velikost 480x320, i za cenu toho, že s emi oříznou okraje?
Teď to tam mám nastavené přes filtr Crop (z 682x272 na 407x272, tzn. oříznutí těch stran při respektování originálního poměru stran). Následuje filtr Mplayer Resize, ale tam se mi nedaří zvětšit to video na 480x320, aby to video bylo v nativním rozlišení iPhonu..
Nebo je to jedno a stačí, aby byl poměr stran 1,5 a i když je video menší, tak si ho iPhone zoomne, aby bylo přes celou obrazovku?

[spachal_tmp]

Nezkousel jsem to, protoze orez umi iPone behem prehravani sam, staci jen 'dvojklik' pri prehravani.
Problem tusim v poradi filtru, nejdrive bych logicky delal resize a vystup nasledne orezaval. Ale treba to je necim jinym. Ja stejne nechavam video bez orezu, posouvam uplnenahoru a dole nechavam cerny pruh pro titulky, takze konkretne neporadim.

[r.a.c.e.k]

To Spáchal: Ještě k tomu AviDemuxu.. Jsem se díval na ten Tvůj článek a chtěl jsem se zeptat, jak mám udělat to, aby se mi u širokoúhlého filmu (např. rozlišení 672x272) ořízly strany a výška se mi zvýšila na 320.. Aby tedy výsledný obraz měl poměr stran 1,5 a přitom měl velikost 480x320, i za cenu toho, že s emi oříznou okraje?
Teď to tam mám nastavené přes filtr Crop (z 682x272 na 407x272, tzn. oříznutí těch stran při respektování originálního poměru stran). Následuje filtr Mplayer Resize, ale tam se mi nedaří zvětšit to video na 480x320, aby to video bylo v nativním rozlišení iPhonu..
Nebo je to jedno a stačí, aby byl poměr stran 1,5 a i když je video menší, tak si ho iPhone zoomne, aby bylo přes celou obrazovku?

Radil bych ti delat to jako spachal (a ja ). Orezavat film neni zrovna koser, co kdyz prijdes o dulezity misto v deji .)) Pokud mas v obraze titulky, neni nic lepsiho nez je narvat do onoho cerneho pruhu ktery nechas dole. Jinak, nejprve se orezava, pak resize. [/quote]

Já myslim, že aby vydržela víc baretrie, by bylo lepší používat MP4, ale stejně se tim moc baterie neušetří. Já convertuju do H.264 a to je mnohem lepší kvalita na stejnou velikost souboru. Mimochodem do H.264 je složitější konverze, takže, myslím, že i dekomprese bere víc baterie.

[split]

Komprese a dekomprese videa je velmi odlisny pojem a predpokladat, ze ked komprese trva dlho je aj dekomprese narocnejsia je nespravne. Komprese spociva casto v hladani motion vektorov co je casovo velmi narocna operacia. Pri dekompresi sa robi maximalne inverzna diskretna kosinova transformacia, pripadne nejake podobne transformacie z frekvencneho spektra plus nejake relativne malo casovo narocne operacie. Z tychto dovodov si myslim, ze velky rozdiel medzi dekodovanim MPEG4 a H264 nebude, teda aj vydrz baterky bude velmi podobna.

h264 je jen algoritmus, neříká nic o kodeku, většinou je součástí MPEG4, což je jeden z kontejnerů (jako AVI, taky v něm může být všechno, stejně tak MKV), MPEG4 používá hlavně DivX a Xvid kodeky, co mají H263 (ale dnes už i H264) kompresní algoritmy, pokud má HW akceleraci, tak bych to neřešil, to nebude rozdíl, rozdíl v náročnosti přehrvání MP3 s vyšším dat. tokem je hlavně v tom, že u vyššího toku zařízení častěji čtě z paměti (a to žere), většina MP3 přehrávačů totiž musí mít HW akceleraci skrz specializovaný čip (i ty krámy za 500Kč), co umí jen tohle... obyč ARM procesory se totiž pro tenhle typ počítání vůbec nehodí (ale jako CPU jsou univerzální) a všechno se musí upravovat už v aplikacích a v návrhu kodeku pro konkrétní architekturu (viz upravený xvid pro Windows Mobile zařízení apod). Bez dekódovacího čipu by iphone těžko přehrával h264 v 640x480 a 30fps...

dejme tomu že kompresní algoritmus je text psaný rukou, váš je h263 a souseda v lavici je h264, má hezké úsporné písmo, ale píše jinak než Vy a dělá vám problém to přečíst, tak je to pro Vás trošnu náročnější, navíc píše mandarínskou čínštinou, takže ještě berete do ruky slovník, ten sešit ve kterém to je je kontejner . Přijde váš učitel, jazykovědec, který se mandarínštinu naučil přez léto plynně ovládat a přečtě oboje bezproblému, protože zná plno rukopisů (specializovaný akcelerační čip) a jazyků (MP3 128kbps-320 VBR, MP4 s h264 kompresí atd). Bohužel si neumí uvařit (je to specializovaný čip, zbytek vyřeší CPU alias manželka, pokud nějaké je). Specializovaný čip dělá pořád jen to samé, učí, spí, jí a kaká, manželka toho dělá víc a trvá jí to různou dobu dle náročnosti úkonu, znají se ze školy tak jazyky umí také, ale ne tak rychle a dobře, to obstará lépe specialista.

Většinou dekódování obstarávají grafické čipy, v iPhone je PowerVR čip (od Imagination Technologies, o jejichž akcie je poslední dobou takový zájem ), podobný má i nokia n95 apod, výkon na úrovni grafických čipů stolních počítačů zhruba 6 let zpět, s podporou funkcí současných čipů, což je perfektní viz: http://www.imgtec.com/powervr/sgx.asp openCL samozřejmě bude chodit i na dnešních iPhonech, pokud Apple bude chtít.

Jednoduše :

Myslím že formát neva -ale baterku hodně šetří Jas!

Cubiczech: h.264 = mpeg4 stage 10 (alebo tiez mpe4 AVC - Advanced Video Coding)

h.264 ako aj teda mpeg4 su oba algoritmy na kodovanie/dekodovanie.
a mp4 je kontajner.

neviem aku verziu mpeg4 to podporuje ci aj starsie (ale typujem ze asi hej)

co sa tyka topiku, ja osobne si davam rozlisko max 480x320 sice to podporuje aj viac ale podla mna to je zbytocne zatazovanie procaka co potom moze viac zrat baterky.