
Recherche avancée
Autres articles (63)
-
Les vidéos
21 avril 2011, parComme les documents de type "audio", Mediaspip affiche dans la mesure du possible les vidéos grâce à la balise html5 .
Un des inconvénients de cette balise est qu’elle n’est pas reconnue correctement par certains navigateurs (Internet Explorer pour ne pas le nommer) et que chaque navigateur ne gère en natif que certains formats de vidéos.
Son avantage principal quant à lui est de bénéficier de la prise en charge native de vidéos dans les navigateur et donc de se passer de l’utilisation de Flash et (...) -
(Dés)Activation de fonctionnalités (plugins)
18 février 2011, parPour gérer l’ajout et la suppression de fonctionnalités supplémentaires (ou plugins), MediaSPIP utilise à partir de la version 0.2 SVP.
SVP permet l’activation facile de plugins depuis l’espace de configuration de MediaSPIP.
Pour y accéder, il suffit de se rendre dans l’espace de configuration puis de se rendre sur la page "Gestion des plugins".
MediaSPIP est fourni par défaut avec l’ensemble des plugins dits "compatibles", ils ont été testés et intégrés afin de fonctionner parfaitement avec chaque (...) -
Activation de l’inscription des visiteurs
12 avril 2011, parIl est également possible d’activer l’inscription des visiteurs ce qui permettra à tout un chacun d’ouvrir soit même un compte sur le canal en question dans le cadre de projets ouverts par exemple.
Pour ce faire, il suffit d’aller dans l’espace de configuration du site en choisissant le sous menus "Gestion des utilisateurs". Le premier formulaire visible correspond à cette fonctionnalité.
Par défaut, MediaSPIP a créé lors de son initialisation un élément de menu dans le menu du haut de la page menant (...)
Sur d’autres sites (10602)
-
ffmpeg covert yuv to mp4 failed :"Invalid buffer size, packet size"
3 janvier 2020, par SeanHi I am trying to convert YUV video to a avi formt with the following command :
"ffmpeg -f rawvideo -vcodec rawvideo -s 512x512 -r 25 -pix_fmt yuv420p -i output3.yuv -c:v libx264 -preset ultrafast -qp 0 output.avi
"Then I got an error
[rawvideo @ 0x1c9e620] Estimating duration from bitrate, this may be inaccurate
Input #0, rawvideo, from 'output3.yuv':
Duration: 00:00:01.72, start: 0.000000, bitrate: 79250 kb/s
Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 512x512, 78643 kb/s, 25 tbr, 25 tbn, 25 tbc
File 'output.avi' already exists. Overwrite ? [y/N] y
[libx264 @ 0x1ca93e0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
[libx264 @ 0x1ca93e0] profile High 4:4:4 Predictive, level 3.0, 4:2:0 8-bit
Output #0, avi, to 'output.avi':
Metadata:
ISFT : Lavf56.40.101
Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuv420p, 512x512, q=-1--1, 25 fps, 25 tbn, 25 tbc
Metadata:
encoder : Lavc56.60.100 libx264
Stream mapping:
Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264))
Press [q] to stop, [?] for help
[rawvideo @ 0x1ca7fa0] **Invalid buffer size, packet size 130560 < expected frame_size 393216**
**Error while decoding stream #0:0: Invalid argument**
frame= 43 fps=0.0 q=-1.0 Lsize= 8389kB time=00:00:01.72 bitrate=39954.8kbits/s<br />
video:8382kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.078511%Any help will be appreciated.
Thanks.
-
lavfi/spp : add "quality" option in runtime change path
10 janvier 2020, par Jun Zhaolavfi/spp : add "quality" option in runtime change path
it's stranage to use option "level" in runtime change path but used
"quality" in option, add "quality" in runtime change path, it's more
intuitive and keep the "level" for compatibility.Reviewe-by : Michael Niedermayer <michael@niedermayer.cc>
Signed-off-by : Jun Zhao <barryjzhao@tencent.com> -
libavcodec/libx264 : fix reference frame computation based on level
16 avril 2020, par Josh Brewsterlibavcodec/libx264 : fix reference frame computation based on level
The current implementation allows passing levels to libavcodec as
integers (such as "31" instead of "3.1").However, in this case, the maximum reference frame value per level was
ignored because libavcodec converted the string to 310 instead of 31.Since libx264 has correctly parsed the level to int
(x4->params.i_level_idc), we should rely on this value instead of
attempting to parse the level string on our own.Signed-off-by : Josh Brewster <josh.brewster@protonmail.com>
Signed-off-by : Josh de Kock <josh@itanimul.li>