
Recherche avancée
Autres articles (56)
-
Les tâches Cron régulières de la ferme
1er décembre 2010, parLa gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
Le super Cron (gestion_mutu_super_cron)
Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...) -
Publier sur MédiaSpip
13 juin 2013Puis-je poster des contenus à partir d’une tablette Ipad ?
Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir -
Les formats acceptés
28 janvier 2010, parLes commandes suivantes permettent d’avoir des informations sur les formats et codecs gérés par l’installation local de ffmpeg :
ffmpeg -codecs ffmpeg -formats
Les format videos acceptés en entrée
Cette liste est non exhaustive, elle met en exergue les principaux formats utilisés : h264 : H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 m4v : raw MPEG-4 video format flv : Flash Video (FLV) / Sorenson Spark / Sorenson H.263 Theora wmv :
Les formats vidéos de sortie possibles
Dans un premier temps on (...)
Sur d’autres sites (6159)
-
Discord bot : Fix ‘FFMPEG not found’
14 mars, par Travis SovaI want to make my Discord bot join voice chat, but every time I run the command, I get an error message in the log(cmd) saying,
FFMPEG not found.


Picture of the error :




This is the code :


client.on('message', message => {
 // Voice only works in guilds, if the message does not come from a guild,
 // we ignore it
 if (!message.guild) return;

 if (message.content === '/join') {
 // Only try to join the sender's voice channel if they are in one themselves
 if (message.member.voiceChannel) {
 message.member.voiceChannel.join()
 .then(connection => { // Connection is an instance of VoiceConnection
 message.reply('I have successfully connected to the channel!');
 })
 .catch(console.log);
 } else {
 message.reply('You need to join a voice channel first!');
 }
 }
});



this is my package.json file :


{
 "name": "x",
 "version": "1.0.0",
 "main": "index.js",
 "scripts": {
 "start": "node index.js",
 "dev": "nodemon index.js"
 },
 "dependencies": {
 "discord.js": "^11.4.2",
 "dotenv": "^6.2.0",
 "ffmpeg": "0.0.4",
 "opusscript": "0.0.6"
 },
 "devDependencies": {
 "nodemon": "^1.18.9"
 }
}



-
[C++][Linux + ffmpeg + h264 + rtsp + client] and [Window + ffmpeg + play video real time + server]
21 avril 2015, par QuestionGuyI have a problem with ffmpeg and I don’t know how to continue. I have 2 computers :
Client :
- Run Ubuntu 14.04
- FFmpeg installed
- Use c++ language
- Features : use ffmpeg to encode h264 video data from webcam of client laptop, then real time streaming to server
Server :
- Running Windows 7
- FFmpeg installed
- Use c++ language (MFC)
- Features : Get real time data from client and show it on screen.
I’ve just connected client to server and they can chat text data together, and I don’t have any idea to make real time video work.
And my questions are :
-
[Client] How to get video from webcam on laptop (using ffmpeg code), save it to buffer (raw data), encode it and send to server ?
I use ffmpeg to get video from wc but it save to file. I really don’t want it. Code is :
ffmpeg -f v4l2 -framerate 25 -video_size 640x480 -i /dev/video0 output.mkv
-
[Client] How to get raw data from client, decode it and play it ?
I have an idea to play it by using directshow in MFC.
-
avformat/matroskaenc : Remove unnecessary avio_tell(), avio_seek()
22 janvier 2020, par Andreas Rheinhardtavformat/matroskaenc : Remove unnecessary avio_tell(), avio_seek()
avio_close_dyn_buf() has a bug : When the write pointer does not point to
the end of the written data when calling it (i.e. when one has performed
a seek back to update already written data), it would not add padding to
the end of the buffer, but to the current position, overwriting other
data ; furthermore the reported size would be wrong (off by the amount of
data it has overwritten with padding).In order not to run into this when updating already written elements or
elements for which size has only been reserved, the Matroska muxer would
first record the current position of the dynamic buffer, then seek to
the desired position, perform the update and seek back to the earlier
position.But now that end_ebml_master_crc32() does not make use of
avio_close_dyn_buf() any more, this is no longer necessary.Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>