
Recherche avancée
Autres articles (85)
-
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 (...) -
MediaSPIP version 0.1 Beta
16 avril 2011, parMediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
Pour avoir une installation fonctionnelle, 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 (...) -
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 (8009)
-
avformat/rmdec : when reading audio blocks, dont leave holes when reading fails
9 janvier 2014, par Michael Niedermayeravformat/rmdec : when reading audio blocks, dont leave holes when reading fails
The fate test is changed because the reference file depends on the use of
non cleared data at the very
end. Alternatively we could upload a new reference file, though that would
then have to be changed every time the handling of a truncated frame changes
or theres a change to error concealment, each time adding a new file ...Fixes use of uninitialized memory
Fixed : msan_uninit-mem_7f3c02b81363_2787_RLG2_19.rm
Found-by : Mateusz "j00ru" Jurczyk and Gynvael Coldwind
Signed-off-by : Michael Niedermayer <michaelni@gmx.at> -
fate : Add regression test for Ticket 1239
1er avril 2016, par Michael Niedermayer -
What happens if I ffmpeg encode two times successively with the same bitrate
3 juin 2019, par a aI have a original divx video (3500k) which I encode to h.264 in a mp4 container. I choose to encode it with 1000 k for instance so that the quality stays close to the original. What happens if I encode it then one more time with the same bitrate ? Theoretically should the quality stay the same ?
ffmpeg -i A.divx -an -vcodec h264 -b:v 100k A.mp4