
Recherche avancée
Médias (91)
-
Head down (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Echoplex (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Discipline (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Letting you (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
1 000 000 (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
999 999 (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
Autres articles (96)
-
MediaSPIP 0.1 Beta version
25 avril 2011, parMediaSPIP 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, parMultilang 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, parLe 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 2021Oui, 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 DoeI 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 PeterI am decoding raw H.265 data using
avcodec_decode_video2
api. When I examine the resulting instancepictYUV
of typeAVFrame,
I see thatpictYUV->format
isAV_PIX_FMT_YUV420P
andpictYUV->data[0]
points to Y-plane. Both of these are expected. However, it appearspictYUV->data[1]
seem to contain V-plane data andpictYUV->data[2]
seem to contain U-plane data. My intuition was thatpictYUV->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.