Recherche avancée

Médias (91)

Autres articles (96)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

  • ANNEXE : Les plugins utilisés spécifiquement pour la ferme

    5 mars 2010, par

    Le site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)

Sur d’autres sites (4298)

  • Evolution #4727 : Des pictos / icônes symboliques pour tout le monde

    15 avril 2021

    Oui, il semble très bien ce jeu d’icone.

    L’auteur s’est mis en pause cela dit https://github.com/Remix-Design/RemixIcon/issues/232 a priori temporairement.
    Mais effectivement y a pas eu de nouveaux commits depuis un petit temps. Espérons que la lib continuera sa vie.

  • Separating webserver and processing server

    6 mars 2020, par John Doe

    I would like an architecture design advice.

    I have a projet composed of a public Node.JS API server (handling client HTTP browser requests)

    The purpose of my project is to convert an image to a video (I do this using ffmpeg as CLI and it can take some time)

    The business workflow should be the the following :

    1) A user sends an image URL and his email (as POST parameters) to the API

    2) The API should responds "OK 200" and send later an email containing a video of the image

    Here is my idea (and what my current program does) :

    1) The nodeJS API directly responds "OK 200" to the client

    2) The nodeJS server asynchronously downloads the image using npm axios library, then saves that image to current directory, then asynchronously launchs a heavy tool that convert
    the image to a video (can take some time), then sends an email to the client.

    In my design everything occurs on the same server (NodeJS API).
    I think this isn’t a good design at all and I should separate the Nodejs HTTP API and the heavy tasks video processing server.
    However, this separation means communicating image from a server to another one and i don’t know how to do that.

    I think there are useful services that I could use on AWS but I don’t know which one and how.

    Would it be possible to help me in the design of this application (and which cloud services could I use ?)

  • Does AVFrame store AV_PIX_FMT_YUV420P data as YVU ?

    28 juin 2017, par Peter

    I am decoding raw H.265 data using avcodec_decode_video2 api. When I examine the resulting instance pictYUV of type AVFrame, I see that pictYUV->format is AV_PIX_FMT_YUV420P and pictYUV->data[0] points to Y-plane. Both of these are expected. However, it appears pictYUV->data[1] seem to contain V-plane data and pictYUV->data[2]seem to contain U-plane data. My intuition was that pictYUV->data would store YUV planes in that order and not YVU planes. Wondering if the data is always ordered as YVU or is there some flag I failed to look at. Regards.