Recherche avancée
Autres articles (45)
-
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 -
Soumettre améliorations et plugins supplémentaires
10 avril 2011Si vous avez développé une nouvelle extension permettant d’ajouter une ou plusieurs fonctionnalités utiles à MediaSPIP, faites le nous savoir et son intégration dans la distribution officielle sera envisagée.
Vous pouvez utiliser la liste de discussion de développement afin de le faire savoir ou demander de l’aide quant à la réalisation de ce plugin. MediaSPIP étant basé sur SPIP, il est également possible d’utiliser le liste de discussion SPIP-zone de SPIP pour (...) -
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 (...)
Sur d’autres sites (5805)
-
How to achieve real time video editing on Android ?
3 octobre 2024, par ItamarI've been working recently on a video-editing-related project on Android, and am desperately looking for resources related to video editing on the platform.


The only video-editing related "method" or information I could find was using the FFmpeg library, which is pretty rich in features and capabilities but works really slow, operations such as reversing a 10-second video can take as long as 30 seconds, which delivers a really poor user experience.


That being said, it seems that there are tons of Android video-editing apps that are capable of doing everything FFmpeg can, only in almost immediate periods of time (apps such as InShot, PocketVideo or even the previous musical.ly TikTok).


I've tried researching and searching for information on the topic in almost any reasonable place (Google, GitHub, YouTube, the Android developer center, and even on "support" pages of the above-mentioned apps) to no avail (no explanatory documents, no open source libraries, not even demo apps), if anyone could shed some light on the subject that would be much, much appreciated !


Thanks.


-
ffmpeg 1 image (JPG) + 1 audio file (MP3) = 1 video (WEBM) using real encode (-re)
27 janvier 2015, par Gabriel Viana PassosI’d like to make video streaming to distribute it in a streaming.
The mp3 file is being extracted from a video file (which is being recorded live) and, while audio being extracted (MP3), I want to take this audio file and a image it and spread it in a real time streaming. But-reis not working for this.To extract audio file i use :
ffmpeg.exe -re -i file(LIVE).AVI -vn -ar 22050 -ab 16k -r 1 -ac 1 -f mp3 C:\Users\" & wshNetwork.Username & "\Documents\audio.mp3"This work very well to make the MP3 file. Using
-re.After that, I’m using this command to marge the auvio file with the jpg image :
ffmpeg.exe -loop 1 -f image2 -i c:\picture.jpg -re -i c:\Users\" & wshNetwork.Username & "\Documents\audio.mp3 -vb 10k -ar 22050 -ab 16k -ac 1 -r 1 -bufsize 300k -f webm www.adress.comThis second command is not working because the
-reis not working, and produce a video with the picture and a choppy audio.the output is :
ffmpeg version N-63113-g72dcd48 Copyright (c) 2000-2014 the FFmpeg developers
built on May 12 2014 22:10:08 with gcc 4.8.2 (GCC)
configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av
isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab
le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetyp
e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena
ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l
ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp
eex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aa
cenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavp
ack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable
-decklink --enable-zlib
libavutil 52. 83.100 / 52. 83.100
libavcodec 55. 61.100 / 55. 61.100
libavformat 55. 37.102 / 55. 37.102
libavdevice 55. 13.101 / 55. 13.101
libavfilter 4. 5.100 / 4. 5.100
libswscale 2. 6.100 / 2. 6.100
libswresample 0. 18.100 / 0. 18.100
libpostproc 52. 3.100 / 52. 3.100
Input #0, image2, from 'c:\imagens\radiobb.jpg':
Duration: 00:00:00.04, start: 0.000000, bitrate: N/A
Stream #0:0: Video: mjpeg, yuvj420p(pc), 553x342 [SAR 96:96 DAR 553:342], 25
fps, 25 tbr, 25 tbn, 25 tbc
[mp3 @ 0000000002b8f660] Estimating duration from bitrate, this may be inaccurat
e
Input #1, mp3, from 'C:\Users\f3548956\Documents\audio.mp3':
Metadata:
encoder : Lavf55.37.102
Duration: 00:00:09.34, start: 0.050113, bitrate: 16 kb/s
Stream #1:0: Audio: mp3, 22050 Hz, mono, s16p, 16 kb/s
[swscaler @ 0000000002ae1640] deprecated pixel format used, make sure you did se
t range correctly
[libvpx @ 0000000002a8da40] v1.3.0
Output #0, webm, to 'http://172.17.146.***:8080/publish/tvbb100?password=****'
:
Metadata:
encoder : Lavf55.37.102
Stream #0:0: Video: vp8 (libvpx), yuv420p, 553x342 [SAR 1:1 DAR 553:342], q=
-1--1, 10 kb/s, 1k tbn, 25 tbc
Stream #0:1: Audio: vorbis (libvorbis), 22050 Hz, mono, fltp, 16 kb/s
Stream mapping:
Stream #0:0 -> #0:0 (mjpeg -> libvpx)
Stream #1:0 -> #0:1 (mp3 -> libvorbis)
Press [q] to stop, [?] for help
frame= 33 fps=0.0 q=0.0 size= 4kB time=00:00:01.32 bitrate= 23.3kbits/s
frame= 67 fps= 66 q=0.0 size= 4kB time=00:00:02.68 bitrate= 11.5kbits/s
frame= 101 fps= 66 q=0.0 size= 11kB time=00:00:04.04 bitrate= 22.4kbits/s
frame= 133 fps= 66 q=0.0 size= 11kB time=00:00:05.32 bitrate= 17.0kbits/sCan anybody help me ?
-
Encoding real, source duration of a timelapse into MP4 container using FFMPEG (GoPro) [closed]
13 août 2024, par Marek TowarekFootage recorded with GoPro TimeLapse / TimeWarp, indicates the total, real-time duration of recorded data, while the video stream is of reduced length by the timelapse interval.


General
Complete name : E:\Video\GoPro\GoPro\GH010656.MP4
Format : MPEG-4
Format profile : Base Media / Version 1
Codec ID : mp41 (mp41)
File size : 1.94 GiB
Duration : 22 min 55 s
Overall bit rate mode : Variable
Overall bit rate : 12.1 Mb/s

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5
Format settings : CABAC / 2 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference : 2 frames
Format settings, GOP : M=1, N=15
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 4 min 35 s
Bit rate mode : Variable
Bit rate : 60.0 Mb/s
Width : 1 920 pixels
Height : 1 440 pixels
Display aspect ratio : 4:3
Rotation : 180°
Frame rate mode : Constant
Frame rate : 29.970 (30000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.724
Stream size : 1.92 GiB (99%)
Title : GoPro AVC 
Language : English
Color range : Limited
colour_range_Original : Full
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
Codec configuration box : avcC

Other #1
ID : 2
Type : Time code
Format : QuickTime TC
Duration : 4 min 35 s
Bit rate mode : Constant
Frame rate : 29.970 (30000/1001) FPS
Title : GoPro TCD 
Language : English

Other #2
Type : meta
Duration : 22 min 55 s
Source duration : 4 min 35 s
Bit rate mode : Variable
Stream size : 15.0 MiB
Source stream size : 15.0 MiB


This information could be omitted.

But it becomes quite important for correctness of GPS Data stored in Stream #2.

Unfortunately, all the settings I have tried for FFMPEG, do not preserve the duration of Stream #2.
& the output ends up looking like this :


General
Complete name : C:\Video_Encode\GoPro\GH010656.mp4
Format : MPEG-4
Format profile : Base Media
Codec ID : isom (isom/iso2/mp41)
File size : 717 MiB
Duration : 4 min 35 s
Overall bit rate : 21.9 Mb/s
Encoded date : UTC 2026-03-29 11:28:23
Tagged date : UTC 2026-03-29 11:28:23
Writing application : Lavf61.5.101

Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main@L5@Main
Codec ID : hvc1
Codec ID/Info : High Efficiency Video Coding
Duration : 4 min 35 s
Bit rate : 21.4 Mb/s
Width : 1 920 pixels
Height : 1 440 pixels
Display aspect ratio : 4:3
Frame rate mode : Constant
Frame rate : 29.970 (30000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 0)
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.258
Stream size : 702 MiB (98%)
Title : GoPro AVC 
Writing library : x265 3.6+35-dd594f59d:[Windows][GCC 14.1.0][64 bit] 8bit+10bit+12bit
Language : English
Encoded date : UTC 2026-03-29 11:28:23
Tagged date : UTC 2026-03-29 11:28:23
Color range : Full
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
Codec configuration box : hvcC

Other #1
ID : 2
Type : Time code
Format : QuickTime TC
Duration : 4 min 35 s
Frame rate : 29.970 (30000/1001) FPS
Time code of first frame : 17:55:35:02
Time code of last frame : 18:00:09:28
Time code, stripped : Yes
Title : GoPro TCD 
Language : English
Default : Yes
Alternate group : 2
Encoded date : UTC 2026-03-29 11:28:23
Tagged date : UTC 2026-03-29 11:28:23
mdhd_Duration : 275175

Other #2
Type : meta
Duration : 4 min 35 s
Bit rate mode : Variable


Any ideas how to preserve that real time duration indicator ?

Here is the FFMPEG binary I use to get the TMCD & GMPD data to copy : GitHub Link

Syndiquer tout le site
