
Recherche avancée
Médias (91)
-
Collections - Formulaire de création rapide
19 février 2013, par
Mis à jour : Février 2013
Langue : français
Type : Image
-
Les Miserables
4 juin 2012, par
Mis à jour : Février 2013
Langue : English
Type : Texte
-
Ne pas afficher certaines informations : page d’accueil
23 novembre 2011, par
Mis à jour : Novembre 2011
Langue : français
Type : Image
-
The Great Big Beautiful Tomorrow
28 octobre 2011, par
Mis à jour : Octobre 2011
Langue : English
Type : Texte
-
Richard Stallman et la révolution du logiciel libre - Une biographie autorisée (version epub)
28 octobre 2011, par
Mis à jour : Octobre 2011
Langue : English
Type : Texte
-
Rennes Emotion Map 2010-11
19 octobre 2011, par
Mis à jour : Juillet 2013
Langue : français
Type : Texte
Autres articles (69)
-
Les autorisations surchargées par les plugins
27 avril 2010, parMediaspip core
autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs -
Publier sur MédiaSpip
13 juin 2013Puis-je poster des contenus à partir d’une tablette Ipad ?
Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir -
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.
Sur d’autres sites (13940)
-
nal_ref_idc value for the last frame in GOP when B frame is there for x264 encoding
21 février 2018, par MSD Paulnal_ref_idc value during x264 encoding for each frame signifies that whether decoder has to remember or keep those frames in memory or not or in other words, whether those are reference pictures or not.
In general, I frame with nal_ref_idc value =3 and for P frames, the value = 2.
If one considers the GOP of this pattern, IPPPIPPP......
then why the last P also has a nonzero value of 2. I think it should be 0.
can anyone please tell why the last frame has nonzero nal value ?
-
Track format difference when importing BMP file into quicktime .mov file
23 juillet 2015, par Neal DavisI am creating a quicktime container .mov file from one BMP file in two ways :
- Using the quicktime COM object API for .NET C# under windows
- Using ffmpeg command line (rawvideo codec)
Both resulting .MOV files open with Quicktime Player Pro just fine and look identical to my eyes, also they are either the same size as the original BMP or larger.
However, when viewing the track properties under QT Player PRO, they show :
- track format = BMP.
- track format = NONE.
Is there likely a difference since in 1. above I do not set a track properties format ? In other words, is there likely any changes being made to the BMP bits in number 1 above (like compression, or alpha, or ???) ?
-
Import BMP file into quicktime .mov file ?
23 juillet 2015, par Neal DavisI am creating a quicktime container .mov file from one BMP file ; I am doing this in two ways :
- using the quicktime COM object API for .NET C# under windows
- using ffmpeg command line (rawvideo codec)
Both resulting .MOV files open with quicktime player pro just fine and they look identical to my eyes. Both resulting .MOV files are either the same size as the original BMP or a larger.
However when viewing the track properties under QT Player PRO of movie file number 1. track format = BMP ; when viewing track properties of number 2. track format = NONE.
Is there likely a difference - since in 1. above I do not set a track properties format ? In other words is there likely any changes being made to the BMP bits in number 1 above (like compression, or alpha, or ???) ?