
Recherche avancée
Médias (91)
-
Les Miserables
9 décembre 2019, par
Mis à jour : Décembre 2019
Langue : français
Type : Textuel
-
VideoHandle
8 novembre 2019, par
Mis à jour : Novembre 2019
Langue : français
Type : Video
-
Somos millones 1
21 juillet 2014, par
Mis à jour : Juin 2015
Langue : français
Type : Video
-
Un test - mauritanie
3 avril 2014, par
Mis à jour : Avril 2014
Langue : français
Type : Textuel
-
Pourquoi Obama lit il mes mails ?
4 février 2014, par
Mis à jour : Février 2014
Langue : français
-
IMG 0222
6 octobre 2013, par
Mis à jour : Octobre 2013
Langue : français
Type : Image
Autres articles (50)
-
Keeping control of your media in your hands
13 avril 2011, parThe vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...) -
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 -
Submit bugs and patches
13 avril 2011Unfortunately a software is never perfect.
If you think you have found a bug, report it using our ticket system. Please to help us to fix it by providing the following information : the browser you are using, including the exact version as precise an explanation as possible of the problem if possible, the steps taken resulting in the problem a link to the site / page in question
If you think you have solved the bug, fill in a ticket and attach to it a corrective patch.
You may also (...)
Sur d’autres sites (7451)
-
Fluent-FFMPEG redirects to home page when recording is finished
25 mai 2022, par Myles JeffersonI am using fluent-FFmpeg with my node.js and express server to record videos from an RTSP stream. The issue I am encountering is that once the command to record the video is finished, my React client-side always redirects to the home page of my application, even though this is not the behavior I want. I want the user to remain on the page with the RTSP stream and just receive a toast notification indicating that the recording is finished. With this issue, the page redirects before the notification has a chance to display. Is this an issue with my server-side or client-side code ?


Node.js


export const startRecording = async (req, res) => {
 const camera = req.params;
 if (camera.id in runningCommands) { return res.json({ "status": "failure", "error": "Recording already in progress" }) }
 const { recordTime, uid } = req.body;
 let conn = createConnection(config);
 conn.connect();
 let query = 'SELECT * FROM cameras WHERE id = ?';
 conn.query(query, [camera.id], (error, rows) => {
 if (error) { return res.json({ "status": "failure", "error": error }) }
 const camera = rows[0];
 const { ip, fname } = camera;
 const currentDate = new Date().toLocaleString().replace(/[:/\s]/g, '-').replace(',', '');
 const filename = `${fname}-${currentDate}`;

 try {
 // FFmpeg command to start recording
 const command = ffmpeg(`rtsp://${ip}/axis-media/media.amp`)
 .videoCodec('libx264')
 .size('1280x720')
 .duration(recordTime)
 .on('start', commandLine => {
 runningCommands[camera.id] = command
 console.log(`Spawned Ffmpeg with command: ${commandLine}`)
 })
 .on('error', err => console.error(err))
 .on('end', () => {
 delete runningCommands[camera.id]
 console.log('Recording Complete')
 takeScreenshot(filename, `./public/recordings/mp4/${filename}.mp4`)
 conn.query('INSERT INTO recordings (uid, cid, filename) VALUES (?, ?, ?)', [uid, camera.id, filename], () => conn.end())
 res.json({ "status": "success", "message": "Recording ended" })
 })
 .save(`./public/recordings/mp4/${filename}.mp4`);
 } catch (error) { console.error(error)}
 })
}



React :


const handleRecording = async () => {
 try {
 setIsRecording(true)
 const futureTime = new Date().getTime() + recordTime * 1000
 const finishedTime = new Date(futureTime).toLocaleTimeString()
 setTimeRemaining(finishedTime)
 const { data } = await publicRequest.post(`record/startRecording/${id}`, { recordTime, uid: user.id })
 window.location.reload(false)
 if (data.status === 'success') {
 setIsRecording(false)
 toast('Recording finished!', { type: 'success' })
 } else {
 setIsRecording(true)
 toast('Recording already in progress!', { type: 'error' })
 }
 } catch (error) {
 console.error(error)
 }
 }



-
delay in lyrics shown when concat video with lyrics with an intro video using ffmpeg
19 mars 2018, par no nameI have a video with lyrics I add the lyrics used ffmpeg too. I have the lyrics in lrc formate and i change it to ass lyrics formate then I start to add it to my video using this command
ffmpeg -i video.mp4 -vf "ass=out.ass,fade=in:0:30" -y amr.mp4
I use fade=in:0:30 to make fade in the start of the video so when I start merge intro video my original video not start at once but to have some fade in, in the start to have a good view.
then I start to add the intro video using a text file which has thisfile intro.mp4
file amr.mp4then I merge them using this command
ffmpeg -f concat -safe 0 -i out.txt -c copy -y final.mp4
i got these message
[mov,mp4,m4a,3gp,3g2,mj2 @ 03eadb80] Auto-inserting h264_mp4toannexb bitstream filter
[mp4 @ 06419580] Non-monotonous DTS in output stream 0:1; previous: 310272, current: 285626; changing to 310273. This may result in incorrect timestamps in the output file.repeated many times.
when i watch the final video the lyrics have some delay from the sound the problem appeared when I merge the intro video but without it the lyrics have no problem so what I made wrong make the lyrics shown in this way and not in the right timing as it should have no problems as I merge only the intro video and after add the lyrics to the original one
Thanks in advance -
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 ?