
Recherche avancée
Médias (91)
-
Corona Radiata
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Lights in the Sky
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Head Down
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Echoplex
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Discipline
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Letting You
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
Autres articles (104)
-
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 (...) -
ANNEXE : Les plugins utilisés spécifiquement pour la ferme
5 mars 2010, parLe site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)
-
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.
Sur d’autres sites (10777)
-
Merge commit ’46bacb5cc6169ff5e8e982495c4925467c1d8bb7’
14 janvier 2014, par Michael NiedermayerMerge commit ’46bacb5cc6169ff5e8e982495c4925467c1d8bb7’
* commit ’46bacb5cc6169ff5e8e982495c4925467c1d8bb7’ :
x86 : Consistently use cpu flag detection macros in places that still miss itMerged-by : Michael Niedermayer <michaelni@gmx.at>
-
ffmpeg drawtext support for Tibetan fonts
19 juin 2020, par A-Circle ZhangI'm trying to use ffmpeg drawtext filter to render Tibetan text to videos. But some characters aren't rendered correctly.



for example :





སྤྱི་སྟེགས








some characters which is.. vertically too long, are not rendered correctly :






and this is my command line for generating the output :



ffmpeg -i input.mp4 -filter_complex "drawtext=fontsize=80:fontcolor=black:fontfile=himalaya.ttf:shadowx=1:shadowy=1:text='སྤྱི་སྟེགས':x=0:y=0" -c:v libx264 -b:v 400k -c:a copy output.mp4




The font himalaya.ttf (Microsoft Himalaya) is the default built-in font for Tibetan on Windows 10. (See https://docs.microsoft.com/en-us/typography/font-list/microsoft-himalaya )



I tried
text_shaping=1
andtext_shaping=0
, neither one is working.


I've also tried other Tibetan fonts, problem is the same.



But all of those fonts are rendered correctly in other places such as web browser.


-
ffmpeg : RTP missed packets, how to avoid ? [on hold]
17 mai 2019, par James AdamsI am saving H.264/5 video (from IP camera) to MP4 using
ffmpeg
without transcoding :$ ffmpeg -i -vcodec copy -y -rtsp_transport tcp video.mp4
I’m getting numerous missing packets messages, for example :
[rtsp @ 0x55d6a47a8d40] RTP: missed 3 packets
[rtsp @ 0x55d6a47a8d40] max delay reached. need to consume packet
[rtsp @ 0x55d6a47a8d40] RTP: missed 1 packets
[rtsp @ 0x55d6a47a8d40] max delay reached. need to consume packet
[rtsp @ 0x55d6a47a8d40] RTP: missed 4 packets
[rtsp @ 0x55d6a47a8d40] max delay reached. need to consume packetThe above results in MP4 files that are wonky looking in some places, apparently data has been lost and this results in smeared looking video files.
I seem to have better luck when I change the option order and put the
-rtsp_transport tcp
before the-i
, but that’s also problematic because it seems to hang without ever finishing (at least I’ve never waited long enough for it to finish on its own before killing the process).I have had better luck with reading the video stream (same RTSP URL) using OpenCV (no missing packet messages) but I know of no way to avoid the transcoding step using that package so I’m stuck with ffmpeg (it seems that I’m not alone). Maybe OpenCV is doing some sort of buffering that helps it avoid dropping packets, and there’s a corresponding option that I haven’t found yet that will enable this for ffmpeg ?
My system is a Dell XPS laptop running Ubuntu 18.04.
How can I work around this issue ?