
Recherche avancée
Autres articles (52)
-
MediaSPIP v0.2
21 juin 2013, parMediaSPIP 0.2 est la première version de MediaSPIP stable.
Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
Comme pour la version précédente, 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 (...) -
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 (...) -
Personnaliser les catégories
21 juin 2013, parFormulaire de création d’une catégorie
Pour ceux qui connaissent bien SPIP, une catégorie peut être assimilée à une rubrique.
Dans le cas d’un document de type catégorie, les champs proposés par défaut sont : Texte
On peut modifier ce formulaire dans la partie :
Administration > Configuration des masques de formulaire.
Dans le cas d’un document de type média, les champs non affichés par défaut sont : Descriptif rapide
Par ailleurs, c’est dans cette partie configuration qu’on peut indiquer le (...)
Sur d’autres sites (7207)
-
on2avc : change a comment at #endif to match actual define
23 avril 2014, par Kostya Shishkov -
Why does FFmpeg's xfade filter need the timebase and frame rate to match ?
17 novembre 2022, par Hashim AzizAs I discovered not long ago, and recently had to rediscover after trying to use it again,
xfade
- the crossfade filter that FFmpeg introduced in 2019 - requires that both inputs have a matching timebase (TBN) and frame rate (FPS).

This is "resolved" by explicitly making them the same, by adding
SETTB
and a hardcoded FPS to both streams (there doesn't seem to be a constant equivalent toAVTB
for FPS) prior to usingxfade
:

-filter_complex \
[0:v]settb=AVTB,fps=29[v0];
[1:v]settb=AVTB,fps=29[v1];
[v0][v1]xfade=transition=fade:duration=$fadeduration:offset=$fadetime,format=yuv420p[faded]; 



However, I'm confused as to why is this necessary in the first place. The
concat
filter works similarly in that requires all its inputs to have matching parameters, but this makes sense because the whole point ofconcat
is to avoid re-encoding. If thexfade
filter is (presumably) re-encoding anyway, why do the timebase and frame rate still need to match ?

Is there a reason the devs decided to enforce these limitations for the filter when they don't seem to be technically necessary ?


-
nvenc : Make sure that enum and array index match
24 septembre 2016, par Luca Barbato