Le VPU c'est une unité utiliser pour décoder de la vidéo. Ce sera utilisé par exemple par ffmpeg ou gstreamer. Rien ne t'oblige à afficher la dite vidéo sur un écran (en passant par le GPU). Tu peux très bien décider de la ré-encoder dans un autre format, de l'envoyer sur le réseau, etc.
Donc le VPU (décodage vidéo) et le GPU (accélération 3D) ne sont pas liés. En plus, sur ce genre de puces le GPU lui-même n'est même pas branché directement à la partie affichage qui gère le framebuffer. Le GPU fait uniquement l'accélération 3D, et fait son rendu dans la RAM (rendu que tu pourrais très bien... envoyer au VPU pour l'encoder, sans jamais l'afficher à l'écran).
Ce sont donc des blocs complètement indépendants.
Sur les architectures x86, le GPU et le VPU sont effectivement souvent regroupés dans la partie "carte graphique", avec une séparation un peu moins claire.
[^] # Re: Crowdfunding pour Driver VPU
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Free-electrons se fait attaquer en justice par Free, et change de nom. Évalué à 10.
Et ben non, pas sur les puces ARM.
Le VPU c'est une unité utiliser pour décoder de la vidéo. Ce sera utilisé par exemple par ffmpeg ou gstreamer. Rien ne t'oblige à afficher la dite vidéo sur un écran (en passant par le GPU). Tu peux très bien décider de la ré-encoder dans un autre format, de l'envoyer sur le réseau, etc.
Donc le VPU (décodage vidéo) et le GPU (accélération 3D) ne sont pas liés. En plus, sur ce genre de puces le GPU lui-même n'est même pas branché directement à la partie affichage qui gère le framebuffer. Le GPU fait uniquement l'accélération 3D, et fait son rendu dans la RAM (rendu que tu pourrais très bien... envoyer au VPU pour l'encoder, sans jamais l'afficher à l'écran).
Ce sont donc des blocs complètement indépendants.
Sur les architectures x86, le GPU et le VPU sont effectivement souvent regroupés dans la partie "carte graphique", avec une séparation un peu moins claire.