
Recherche avancée
Autres articles (38)
-
Demande de création d’un canal
12 mars 2010, parEn fonction de la configuration de la plateforme, l’utilisateur peu avoir à sa disposition deux méthodes différentes de demande de création de canal. La première est au moment de son inscription, la seconde, après son inscription en remplissant un formulaire de demande.
Les deux manières demandent les mêmes choses fonctionnent à peu près de la même manière, le futur utilisateur doit remplir une série de champ de formulaire permettant tout d’abord aux administrateurs d’avoir des informations quant à (...) -
Librairies et logiciels spécifiques aux médias
10 décembre 2010, parPour un fonctionnement correct et optimal, plusieurs choses sont à prendre en considération.
Il est important, après avoir installé apache2, mysql et php5, d’installer d’autres logiciels nécessaires dont les installations sont décrites dans les liens afférants. Un ensemble de librairies multimedias (x264, libtheora, libvpx) utilisées pour l’encodage et le décodage des vidéos et sons afin de supporter le plus grand nombre de fichiers possibles. Cf. : ce tutoriel ; FFMpeg avec le maximum de décodeurs et (...) -
Changer son thème graphique
22 février 2011, parLe thème graphique ne touche pas à la disposition à proprement dite des éléments dans la page. Il ne fait que modifier l’apparence des éléments.
Le placement peut être modifié effectivement, mais cette modification n’est que visuelle et non pas au niveau de la représentation sémantique de la page.
Modifier le thème graphique utilisé
Pour modifier le thème graphique utilisé, il est nécessaire que le plugin zen-garden soit activé sur le site.
Il suffit ensuite de se rendre dans l’espace de configuration du (...)
Sur d’autres sites (7757)
-
How to use FFMPEG for a whole directory ? (Example code i found on a different thesd doesn't work for me) [closed]
17 juillet 2020, par TrainNutterI have discovered that FFMPEG is a thing and I'm wondering how i can compress many files in 1 bat file execution and that the newly compressed filed keep the same name as the Raw files and subsiquently replace the raw file in MP4 format


I am wondering this as i have over 700GB of Raw videos spanning over 3+ years of recording youtube videos (just for fun) and that my 2TB hard drive is now almost full lol


I Tried using this example but it didn't work for some reason


for i in *.mp4;
 do name=`echo "$i" | cut -d'.' -f1`
 echo "$name"
 ffmpeg -i "$i" "${name}.mp4"
done



Edit : I am using Windows 10


-
Using ffmpeg in C# WPF app to edit m4b metadata
19 mai 2020, par master_rukoI am trying to add functionality to a WPF app to edit the chapter metadata of an m4b file. I was planning of using FFmpeg. I can do it in the command line if I have an existing FFmpeg metadata file with something like



ffmpeg -i original.mov -f ffmetadata -i metadata.txt compressed.mp4




But I don't know how do do this with a WPF app. Part of the reason that I don't want to just use the command line is that I don't have a metadata file, so I have to parse a cue file and make one on the fly. Also, working on my c# skills. I found some stuff on ffmpeginterop but it looks like that's used if you want to deal with the media stream.


-
avformat/matroskadec : Fix lzo decompression
28 décembre 2019, par Andreas Rheinhardtavformat/matroskadec : Fix lzo decompression
When a Matroska Block is only stored in compressed form, the size of
the uncompressed block is not explicitly coded and therefore not known
before decompressing it. Therefore the demuxer uses a guess for the
uncompressed size : The first guess is three times the compressed size
and if this is not enough, it is repeatedly incremented by a factor of
three. But when this happens with lzo, the decompression is neither
resumed nor started again. Instead when av_lzo1x_decode indicates that x
bytes of input data could not be decoded, because the output buffer is
already full, the first (not the last) x bytes of the input buffer are
resent for decoding in the next try ; they overwrite already decoded
data.This commit fixes this by instead restarting the decompression anew,
just with a bigger buffer.This seems to be a regression since 935ec5a1.
A FATE-test for this has been added.
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
Signed-off-by : James Almer <jamrial@gmail.com>