Path: ...!weretis.net!feeder6.news.weretis.net!feeder8.news.weretis.net!pi2.pasdenom.info!from-devjntp Message-ID: JNTP-Route: news2.nemoweb.net JNTP-DataType: Article Subject: Re: Lecteur video pour h265 10 bits sans support hardware References: <3BvWpiTefvaYOiHQZw0yFhcvqJs@jntp> Newsgroups: fr.comp.os.android JNTP-HashClient: BcE_Dq0kG0EhtP9S-HZsIs4WDW0 JNTP-ThreadID: BH6sXT5aEsRTSK6sZPXlJgFxDkY JNTP-Uri: http://news2.nemoweb.net/?DataID=O0PY6g6QIju00JVJbSvkPRyEdoU@jntp User-Agent: Nemo/0.999a JNTP-OriginServer: news2.nemoweb.net Date: Wed, 06 Oct 21 10:25:13 +0000 Organization: Nemoweb JNTP-Browser: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0 Injection-Info: news2.nemoweb.net; posting-host="57a7697b711e1390e43e8d98aa87a8bb5a5fec17"; logging-data="2021-10-06T10:25:13Z/6120663"; posting-account="44@news2.nemoweb.net"; mail-complaints-to="newsmaster@news2.nemoweb.net" JNTP-ProtocolVersion: 0.21.1 JNTP-Server: PhpNemoServer/0.94.5 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-JNTP-JsonNewsGateway: 0.96 From: pehache Bytes: 3945 Lines: 50 Le 06/10/2021 à 01:38, Alf92 a écrit : > > le GPU du Mediatek A22, le PowerVR GE8300, semble décoder le H265 > 10bits > https://bit.ly/3mwcIXF puis https://bit.ly/2WIGakb > > PowerVR GE8300 @ 660 MHz GPU specifications > (...) > h265/HEVC (10 bit):Decode & Encode Oui j'ai vu ça aussi, mais il ne suffit pas que le GPU ait cette possibilité, il faut aussi que le concepteur du SoC (ici Mediatek) y donne accès. Ce qui peut ne pas être le cas pour des raisons techniques (bande passante limitée entre CPU et GPU) ou plus vraisemblablement marketing (segmentation de gamme, l'accès au décodage 10 bits étant réservé à la gamme de SoC supérieure). MX Player permet pour chaque type de flux video de choisir si on veut un décodage hardware ou software. Par défaut sur cette tablette il sélectionne le décodage software pour le h265 10 bits, et si j'essaie de forcer le décodage hardware MX Player me prévient qu'il n'est normalement pas pris en charge et que le résultat n'est pas garanti. Ce paramètre est indépendant du fichier. Si je le force et que j'essaie de lire le fichier, j'obtiens un écran noir. > > si c'est vrai ça voudrait peut-être dire que ton fichier n'est pas > d'aplomb, ou de définition ou de framerate trop important, ou de > bitrate trop élevé (le transfert mémoire-CPU/GPU à du mal à suivre). > > => test en réencodant proprement en H265/10bits avec même définition, > même framrate et ~même bitrate. > => test en réencodant proprement en H265/10bits avec même définition et > même framrate, mais avec un bitrate plus faible (-50% par exemple). > => test en réencodant proprement en H265/10bits avec une définition > plus faible et un même framerate. > => test en réencodant proprement en H265/10bits avec une même > définition et un framerate plus faible. > > ("en réencodant proprement" : avec un soft non exotique, ffmpeg par > exemple) Le bitrate d'entrée n'est pas élevé (1800 kb/s) et ne devrait poser aucun problème. Après, si je baisse la définition et/ou le framerate (mais bon, ce n'est que du 24fps, je ne vais pas le baisser plus) je n'ai pas trop de doute que ça va bien marcher en software (si ça passe presque en 1080p, le 720p devrait bien passer vu qu'il y a deux fois moins de pixels/calculs à faire). A voir si le forçage en hardware fonctionnerait alors (mais l'intérêt serait limité dans ce cas).