Recherche avancée

Médias (0)

Mot : - Tags -/médias

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (37)

  • Librairies et binaires spécifiques au traitement vidéo et sonore

    31 janvier 2010, par

    Les logiciels et librairies suivantes sont utilisées par SPIPmotion d’une manière ou d’une autre.
    Binaires obligatoires FFMpeg : encodeur principal, permet de transcoder presque tous les types de fichiers vidéo et sonores dans les formats lisibles sur Internet. CF ce tutoriel pour son installation ; Oggz-tools : outils d’inspection de fichiers ogg ; Mediainfo : récupération d’informations depuis la plupart des formats vidéos et sonores ;
    Binaires complémentaires et facultatifs flvtool2 : (...)

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
    Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
    Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
    Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)

  • De l’upload à la vidéo finale [version standalone]

    31 janvier 2010, par

    Le chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
    Upload et récupération d’informations de la vidéo source
    Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
    Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)

Sur d’autres sites (8211)

  • hwcontext_d3d11 : Fix crash with valid adapter but no device

    27 mars 2018, par Mark Thompson
    hwcontext_d3d11 : Fix crash with valid adapter but no device

    This crash was introduced by 8bbf2dacbfb4ead1535dea411035994f507f517d,
    
which could incorrectly overwrite the failure result from creating the
    
device.
    

    Fixes ticket #7108.
    

    Reviewed-by : wm4 <nfxjfg@googlemail.com>
    • [DH] libavutil/hwcontext_d3d11va.c

  • fftools/ffmpeg_opt : Document VAAPI -device usage for DirectX Adapter

    14 avril 2023, par Sil Vilerino
    fftools/ffmpeg_opt : Document VAAPI -device usage for DirectX Adapter

    Initial review at https://github.com/intel-media-ci/ffmpeg/pull/619/
    

    Signed-off-by : Sil Vilerino <sivileri@microsoft.com>
    
Reviewed-by : Dmitry Rogozhkin <dmitry.v.rogozhkin@intel.com>
    
Reviewed-by : Wu, Tong1 <tong1.wu@intel.com>
    • [DH] doc/ffmpeg.texi
    • [DH] fftools/ffmpeg_opt.c

  • How to distinguish a physical D3D adapter from a virtual adapter used by the Remote Desktop Protocol ?

    31 octobre 2023, par rustak

    I'm currently developing a desktop application(c#/wpf) that decodes video using FFmpeg. I would like to give the user the option to select an adapter for video decoding. I'm using Direct3D method EnumAdapters to list available adapters on current device which works fine. The list of available adapters looks something like this :

    &#xA;

    Adapter 0&#xA;  Description: Intel(R) HD Graphics 630&#xA;  Vendor ID:   0x8086&#xA;  Device ID:   0x5912&#xA;  SubSys ID:   0x86941043&#xA;  Revision:    4&#xA;  Luid:    46459&#xA;  Flags:    None&#xA;  Dedicated Video Memory:    128 MB&#xA;  Dedicated System Memory:  0 MB&#xA;  Shared System Memory:     8092 MB&#xA;Adapter 2&#xA;  Description: Microsoft Basic Render Driver&#xA;  Vendor ID:   0x1414&#xA;  Device ID:   0x8C&#xA;  SubSys ID:   0x0&#xA;  Revision:    0&#xA;  Luid:    50158&#xA;  Flags:    Software&#xA;  Dedicated Video Memory:    0 MB&#xA;  Dedicated System Memory:  0 MB&#xA;  Shared System Memory:     8092 MB&#xA;

    &#xA;

    I have noticed that an additional adapter appears in the list of available adapters when RDP is used. The additional adapter has the same properties as the physical one ; the only difference is in the LUID. The output looks something like this :

    &#xA;

    Adapter 0&#xA;  Description: Intel(R) HD Graphics 630&#xA;  Vendor ID:   0x8086&#xA;  Device ID:   0x5912&#xA;  SubSys ID:   0x86941043&#xA;  Revision:    4&#xA;  Luid:    46459&#xA;  Flags:    None&#xA;  Dedicated Video Memory:    128 MB&#xA;  Dedicated System Memory:  0 MB&#xA;  Shared System Memory:     8092 MB&#xA;Adapter 1 // &lt;- additional addapter&#xA;  Description: Intel(R) HD Graphics 630 &#xA;  Vendor ID:   0x8086&#xA;  Device ID:   0x5912&#xA;  SubSys ID:   0x86941043&#xA;  Revision:    4&#xA;  Luid:    1322913970&#xA;  Flags:    None&#xA;  Dedicated Video Memory:    128 MB&#xA;  Dedicated System Memory:  0 MB&#xA;  Shared System Memory:     8092 MB&#xA;Adapter 2&#xA;  Description: Microsoft Basic Render Driver&#xA;  Vendor ID:   0x1414&#xA;  Device ID:   0x8C&#xA;  SubSys ID:   0x0&#xA;  Revision:    0&#xA;  Luid:    50158&#xA;  Flags:    Software&#xA;  Dedicated Video Memory:    0 MB&#xA;  Dedicated System Memory:  0 MB&#xA;  Shared System Memory:     8092 MB&#xA;

    &#xA;

    I'm aware that the additional adapter is some kind of virtual adapter used by RDP. I have tried both of them, and it seems that both are suitable for video decoding using FFmpeg.

    &#xA;

    However, from a UX perspective, it doesn't look or feel right that the combo box contains two adapters with the same name. So my question is : how can I distinguish a physical adapter from a virtual adapter used by the Remote Desktop Protocol ?

    &#xA;

Navigation