
Recherche avancée
Autres articles (72)
-
Des sites réalisés avec MediaSPIP
2 mai 2011, parCette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page. -
Participer à sa traduction
10 avril 2011Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
Actuellement MediaSPIP n’est disponible qu’en français et (...) -
MediaSPIP v0.2
21 juin 2013, parMediaSPIP 0.2 est la première version de MediaSPIP stable.
Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)
Sur d’autres sites (11618)
-
Lossless codec for bayer data
21 août 2016, par vhdirkI’m working with lots of camera’s which capture in BG bayer pattern natively.
Now, every time I record some data, I save it to the disk in the raw bayer pattern, in an avi container. The problem is, that this really adds up after a while. After one year of research, I have close to 4TB of data...
So I’m looking for a lossless codec to compress this data. I know I could use libx264 (with —qp 0), or huffYUV, dirac or jpeg2000, but they all assume you have RGB or YUV data. It’s easy enough to convert the bayered data to RGB, and then compress it, but it kind of defeats the purpose of compression if you first triple the data. This would also mean that the demoasicing artefacts introduced by debayering would also be in my source data, which is also not too great. It would be nice to have a codec that can work on the bayered data directly.
Even more nice would be that the solution would involve a codec that is already supported by gstreamer (or ffmpeg), since that’s what I am already using.
-
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. -
FFmpeg : How to convert vertical video with black sides, to video 16:9, with blurred background sides
26 février 2023, par Andrey


How to make this by using FFmpeg ?



Example without FFmpeg :

Adobe After Effects

Sony Vegas Pro