
Recherche avancée
Médias (1)
-
Rennes Emotion Map 2010-11
19 octobre 2011, par
Mis à jour : Juillet 2013
Langue : français
Type : Texte
Autres articles (93)
-
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 (...) -
Multilang : améliorer l’interface pour les blocs multilingues
18 février 2011, parMultilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela. -
Gestion générale des documents
13 mai 2011, parMédiaSPIP ne modifie jamais le document original mis en ligne.
Pour chaque document mis en ligne il effectue deux opérations successives : la création d’une version supplémentaire qui peut être facilement consultée en ligne tout en laissant l’original téléchargeable dans le cas où le document original ne peut être lu dans un navigateur Internet ; la récupération des métadonnées du document original pour illustrer textuellement le fichier ;
Les tableaux ci-dessous expliquent ce que peut faire MédiaSPIP (...)
Sur d’autres sites (8672)
-
Revision 7059 : On ne tient pas compte de modifier l’objet pour gérer les signalements ...
3 novembre 2012, par kent1 — Log -
Anomalie #4189 (Nouveau) : extraire_multi mélange un /li /ul final avec le de langue ajouté...
5 octobre 2018, par jluc -Quand la langue de la chaîne n’est pas la langue désirée,
extraire_multi appelle code_echappement qui insèreau début, ok,
mais qui colle aussi unimmédiatement à la fin.
En général c’est OK, mais pas quand la dernière ligne du texte est le dernier item d’une énumération,
car alors ceajouté est pris comme partie prenante de cette dernière ligne par l’appel suivant à propre,
et le HTML qui sort de ce |propre sera mal emboité car il finira parau lieu de
Cf #4187
Dans le cas où le texte se termine par une liste, il faut insérer
\n\n
pour s’assurer que le /div ajouté par code_echappement reste en dehors de la liste.Cf simulation avec https://zone.spip.net/trac/spip-zone/changeset/111853/spip-zone
Et pour corriger, dans le corps de extraire_multi (https://core.spip.net/projects/spip/repository/entry/spip/ecrire/inc/filtres.php#L1595 ),
il faut insérer 2 fins de lignes quand ça se termine par /ul,
entre les 2 lignes suivantes :- <span class="CodeRay"> <span class="local-variable">$mode</span> = <span class="predefined">preg_match</span>(<span class="string"><span class="delimiter">'</span><span class="content">,span><span class="delimiter">'</span></span> . _BALISES_BLOCS . <span class="string"><span class="delimiter">'</span><span class="content">)[>[:space:]],iS</span><span class="delimiter">'</span></span>, <span class="local-variable">$trad_propre</span>) ? <span class="string"><span class="delimiter">'</span><span class="content">div</span><span class="delimiter">'</span></span> : <span class="string"><span class="delimiter">'</span><span class="content">span</span><span class="delimiter">'</span></span>;
- <span class="local-variable">$trad</span> = code_echappement(<span class="local-variable">$trad</span>, <span class="string"><span class="delimiter">'</span><span class="content">multi</span><span class="delimiter">'</span></span>, <span class="predefined-constant">false</span>, <span class="local-variable">$mode</span>);
- </span></span>
Ce qui donne :
- <span class="CodeRay"> <span class="local-variable">$mode</span> = <span class="predefined">preg_match</span>(<span class="string"><span class="delimiter">'</span><span class="content">,span><span class="delimiter">'</span></span> . _BALISES_BLOCS . <span class="string"><span class="delimiter">'</span><span class="content">)[>[:space:]],iS</span><span class="delimiter">'</span></span>, <span class="local-variable">$trad_propre</span>) ? <span class="string"><span class="delimiter">'</span><span class="content">div</span><span class="delimiter">'</span></span> : <span class="string"><span class="delimiter">'</span><span class="content">span</span><span class="delimiter">'</span></span>;
- <span class="keyword">if</span> (<span class="local-variable">$mode</span>==<span class="string"><span class="delimiter">'</span><span class="content">div</span><span class="delimiter">'</span></span> <span class="keyword">and</span> (<span class="predefined">substr</span>(<span class="predefined">rtrim</span>(<span class="local-variable">$trad_propre</span>), -<span class="integer">5</span>)==<span class="string"><span class="delimiter">'</span><span class="content"></span><span class="delimiter">'</span></span>)
- <span class="local-variable">$trad</span> .= <span class="string"><span class="delimiter">"</span><span class="char">\n</span><span class="char">\n</span><span class="delimiter">"</span></span>;
- <span class="local-variable">$trad</span> = code_echappement(<span class="local-variable">$trad</span>, <span class="string"><span class="delimiter">'</span><span class="content">multi</span><span class="delimiter">'</span></span>, <span class="predefined-constant">false</span>, <span class="local-variable">$mode</span>);
- </span></span>
-
Why the bitrate shown during processing differs so much from the final bitrate after processing using ffmpeg ?
28 juillet 2016, par rpgmakerUsing ffmpeg, why the bitrate shown during processing differs so much from the final bitrate after processing ?
This command on a 1080p source :
ffmpeg -i "$name" -i "$subname" -map 0 -map 1 -vf scale=-1:720 -c:v libx264 -preset veryslow -crf 21 -c:a aac -b:a 256k -c:s:0 srt -disposition:s:0 default -metadata:s:s:0 language=eng -metadata:s:v:0 title="$title" "$new"
Which essentially averages 1300-1400 kBit/s. But when I calculate the bitrate of the resulting video using
mkvinfo -t
the bitrate shown sits at 970-1000 kBit/s and that’s not even close to averaging the 1300 kBit/s shown throughout processing. What is causing the disparity ?