
Recherche avancée
Autres articles (54)
-
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 (...) -
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 -
Supporting all media types
13 avril 2011, parUnlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)
Sur d’autres sites (7029)
-
FFMPEG color range cropped to 15-235 in RGB
20 décembre 2017, par Some1ElseI have a series of BMPs (or PNG) images that I want to convert to XVID and MP5 movie formats.
Encoding works but the resulting movie has a washed out color look to it and the blacks are somehow moved to RGB 16 and the brightest 255 values are moved down to 235. I want the output movie to use the same 0 to 255 colors as the source frames.
Now there are all sorts of conflicting doco out there for FFMPEG so I am hopinbg someone has an example command line that does what I need. I have tried all sorts of pix_fmt flags but none of them get the output movie in the full color range.
For XVID
ffmpeg.exe -framerate 60 -i "D:\SRC%05d.BMP" -c:v mpeg4 -vtag xvid -qscale 1 -y "D:\OUTPUT.AVI""
For H265
ffmpeg.exe -framerate 60 -i "D:\SRC%05d.BMP" -c:v libx265 -x265-params lossless=1 -s 3840x2160 -pix_fmt yuvj420p -an -y "D:\OUTPUT.MP4""
The yuvj420p is supposed to give the full color range but ffmpeg complains "Incompatible pixel format ’yuvj420p’ for codec ’libx265’, auto-selecting format ’yuv420p’"
So, are there any FFMPEG gurus out there that can give me the magic switches to get my output movies with black blacks and colors that maintain the original frame files 0-255 RGB values.
-
avformat/matroskadec : Fix probing of unknown-length headers
17 mai 2019, par Andreas Rheinhardtavformat/matroskadec : Fix probing of unknown-length headers
matroska_probe did not support the case of an unknown-length EBML header
at all ; given that libavformat's Matroska muxer used to produce such
files in the streaming case, support for them has been added.Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
-
ffmpeg flac or mp3 to m4a - exactly the same length possible ?
17 février 2021, par RumplI'm converting .flac and .mp3 audio files to .m4a using ffmpeg with libfdk_aac (Fraunhofer AAC encoder) like this :


ffmpeg -i "001.flac" -c:a libfdk_aac "001.m4a"


This works fine, but in case of .flac the resulting .m4a files include 0.046 seconds of silence at the start and sometimes a few extra milliseconds at the end. Though, I need the .m4a files to be of exactly(!) the same length without any extra silence. Is there a way to achieve this ?


EDIT : At the moment I'm using an additional step, i.e. cutting the resulting .m4a file works at least in the beginning of the track, but there are still some (varying) extra ms in the end :


ffmpeg -i 001.m4a -ss 0.047 -c:a libfdk_aac 001cut.m4a