
Recherche avancée
Autres articles (85)
-
Keeping control of your media in your hands
13 avril 2011, parThe vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...) -
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 (...) -
Le profil des utilisateurs
12 avril 2011, parChaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...)
Sur d’autres sites (12622)
-
Why ffprobe get duration of m4s file audio stream is short than which it actual is ?
20 mai 2020, par user12072166I have a mp4 file which is transcoded to a m4s file. When I checked duration of m4s file using ffprobe, something was wrong. The duraion of m4s audio stream is not correct as mp4, it shorter than mp4. The sum duration of stream is correct. I am confused.


-
fftools/ffmpeg_filter : simplify control flow in read_frames
9 juin, par Marton Balint -
Revision 1ec44505c9 : Bug fix for svc first pass rate control. 1. We didn't scale source image in low
18 avril 2014, par Minghai ShangChanged Paths :
Modify /vp9/encoder/vp9_firstpass.c
Modify /vp9/encoder/vp9_onyx_if.c
Modify /vp9/encoder/vp9_onyx_int.h
Bug fix for svc first pass rate control.1. We didn’t scale source image in lower layers so that
the stats are incorrect.
2. We didn’t extend borders for re-constructed image.Change-Id : Ia8d7bafbdb695ffa7f504e171f9449812e7bb0a3