
Recherche avancée
Médias (91)
-
999,999
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
The Slip - Artworks
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Texte
-
Demon seed (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
The four of us are dying (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Corona radiata (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Lights in the sky (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
Autres articles (33)
-
Support de tous types de médias
10 avril 2011Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)
-
Ajouter des informations spécifiques aux utilisateurs et autres modifications de comportement liées aux auteurs
12 avril 2011, parLa manière la plus simple d’ajouter des informations aux auteurs est d’installer le plugin Inscription3. Il permet également de modifier certains comportements liés aux utilisateurs (référez-vous à sa documentation pour plus d’informations).
Il est également possible d’ajouter des champs aux auteurs en installant les plugins champs extras 2 et Interface pour champs extras. -
Support audio et vidéo HTML5
10 avril 2011MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)
Sur d’autres sites (4645)
-
ffmpeg : unsync audio after processing
18 novembre 2013, par QuickSilverI am recording a video and using RecordRTC : WebRTC . After receiving the webm video and wav audio at server, I'm encoding it to a mp4 file using ffmpeg(executing shell command via php). But after encoding process, the audio is unsync with video (audio ends before video). How can I fix this ?
js code is here
ffmpeg command used is :
ffmpeg -y -i 166890589.wav -i 166890589.webm -vcodec libx264 166890589.mp4
Console output :
ffmpeg version 0.8.9-6:0.8.9-0ubuntu0.13.04.1, Copyright (c) 2000-2013 the Libav developers
built on Nov 9 2013 19:15:52 with gcc 4.7.3
*** THIS PROGRAM IS DEPRECATED ***
This program is only provided for compatibility and will be removed in a future release. Please use avconv instead.
[wav @ 0x81caa60] max_analyze_duration reached
Input #0, wav, from '166890589.wav':
Duration: 00:00:07.05, bitrate: 1411 kb/s
Stream #0.0: Audio: pcm_s16le, 44100 Hz, 2 channels, s16, 1411 kb/s
[matroska,webm @ 0x823c340] Unknown entry 0x63C5
[matroska,webm @ 0x823c340] Estimating duration from bitrate, this may be inaccurate
Seems stream 0 codec frame rate differs from container frame rate: 1000.00 (1000/1) -> 10.00 (10/1)
Input #1, matroska,webm, from '166890589.webm':
Duration: 00:00:08.40, start: 0.000000, bitrate: N/A
Stream #1.0: Video: vp8, yuv420p, 320x240, PAR 1:1 DAR 4:3, 10 tbr, 1k tbn, 1k tbc (default)
[buffer @ 0x8245620] w:320 h:240 pixfmt:yuv420p
[libx264 @ 0x82618a0] using SAR=1/1
[libx264 @ 0x82618a0] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX
[libx264 @ 0x82618a0] profile Main, level 1.1
[libx264 @ 0x82618a0] 264 - core 123 r2189 35cf912 - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=0 b_adapt=1 b_bias=0 direct=1 weightb=0 open_gop=1 weightp=2 keyint=250 keyint_min=10 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.25 aq=1:1.00
Output #0, mp4, to '166890589.mp4':
Metadata:
encoder : Lavf53.21.1
Stream #0.0: Video: libx264, yuv420p, 320x240 [PAR 1:1 DAR 4:3], q=-1--1, 10 tbn, 10 tbc (default)
Stream #0.1: Audio: libvo_aacenc, 44100 Hz, 2 channels, s16, 200 kb/s
Stream mapping:
Stream #1.0 -> #0.0
Stream #0.0 -> #0.1
Press ctrl-c to stop encoding
frame= 84 fps= 0 q=25.0 Lsize= 260kB time=7.06 bitrate= 301.3kbits/s
video:83kB audio:172kB global headers:0kB muxing overhead 1.783102%
frame I:1 Avg QP:17.52 size: 6554
[libx264 @ 0x82618a0] frame P:41 Avg QP:19.07 size: 1555
[libx264 @ 0x82618a0] frame B:42 Avg QP:20.01 size: 325
[libx264 @ 0x82618a0] consecutive B-frames: 33.3% 0.0% 0.0% 66.7%
[libx264 @ 0x82618a0] mb I I16..4: 36.7% 0.0% 63.3%
[libx264 @ 0x82618a0] mb P I16..4: 3.8% 0.0% 5.0% P16..4: 34.3% 9.8% 7.1% 0.0% 0.0% skip:40.0%
[libx264 @ 0x82618a0] mb B I16..4: 1.4% 0.0% 0.1% B16..8: 37.5% 5.5% 0.4% direct: 2.5% skip:52.5% L0:41.4% L1:51.5% BI: 7.2%
[libx264 @ 0x82618a0] coded y,uvDC,uvAC intra: 40.7% 76.2% 26.8% inter: 10.9% 22.5% 2.7%
[libx264 @ 0x82618a0] i16 v,h,dc,p: 28% 34% 23% 15%
[libx264 @ 0x82618a0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 29% 28% 21% 3% 4% 4% 5% 3% 3%
[libx264 @ 0x82618a0] i8c dc,h,v,p: 49% 20% 26% 4%
[libx264 @ 0x82618a0] Weighted P-Frames: Y:0.0% UV:0.0%
[libx264 @ 0x82618a0] ref P L0: 62.7% 4.6% 16.3% 16.4%
[libx264 @ 0x82618a0] ref B L0: 79.0% 21.0%
[libx264 @ 0x82618a0] kb/s:80.00 -
ffmpeg weird x264 encoding behavior
1er février 2016, par JMorI have a captured a 720x480 video with a display aspect ratio of 16:9 which I want to crop, resize and pad, but just the x264 encoding command is giving me a headache.
(Screenshot of input.m2v) Here is my command :
ffmpeg -ss 1861 -i input.m2v -c:v libx264 -profile:v main -preset:v medium -level 3.1 -x264opts crf=21.228 -t 60 -y -f mp4 output.mp4
And here is the ffmpeg output :
Input #0, mpegvideo, from 'input.m2v':
Duration: N/A, bitrate: N/A
Stream #0:0: Video: mpeg2video (Main), yuv420p(tv), 720x480 [SAR 32:27 DAR 1
6:9], max. 6605 kb/s, 31.02 fps, 59.94 tbr, 1200k tbn, 59.94 tbc
[libx264 @ 02ba84c0] using SAR=32/27
[libx264 @ 02ba84c0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
[libx264 @ 02ba84c0] profile Main, level 3.1
[libx264 @ 02ba84c0] 264 - core 144 r2525 40bb568 - H.264/MPEG-4 AVC codec - Cop
yleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deb
lock=1:0:0 analyse=0x1:0x111 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 m
e_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chro
ma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1
interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1
b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scene
cut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=21.2 qcomp=0.60 qpmin
=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
Output #0, mp4, to 'output.mp4':
Metadata:
encoder : Lavf56.19.100
Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 720x48
0 [SAR 32:27 DAR 16:9], q=-1--1, 29.97 fps, 30k tbn, 29.97 tbc
Metadata:
encoder : Lavc56.21.102 libx264
Stream mapping:
Stream #0:0 -> #0:0 (mpeg2video (native) -> h264 (libx264))The output size is 720x480, displayed as 853x480, as expected.
But it looks like the frame has been vertically scaled by a factor of 1.18 and then cropped to a height of 480, so that I am losing the top and bottom of the frame. In fact, the behavior is equivalent to :-vf "scale=720:569,crop=720:480:0:0"
Although I assume the aspect ratio plays a part here (I think the 1.18 factor is really (16/9)/(720/480)) I am surprised that ffmpeg would do that out of the blue. May be someone more knowledgeable than me could explain it ?
-
ffmpeg fastest way to convert videos avi to mp4 [migrated]
5 novembre 2013, par user2938660I have server which has :
- 8x3,4 (sandy bridge cpu)
- 10gb ram
i tried different combinations to convert vvideos i mean avi to mp4 but it takes so long :
- 20mins= 200mbmaybe there is some ffmpeg command which does this much faster ?
EDIT WITH ULTRAFAST :
root@1tb:~/test# ffmpeg -i video.avi -c:v libx264 -preset ultrafast out.mp4
ffmpeg version git-2013-10-28-f1f0b01 Copyright (c) 2000-2013 the FFmpeg developers
built on Oct 29 2013 02:05:45 with gcc 4.4.5 (Debian 4.4.5-8)
configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree --enable-version3 --enable-x11grab
libavutil 52. 48.100 / 52. 48.100
libavcodec 55. 39.100 / 55. 39.100
libavformat 55. 19.104 / 55. 19.104
libavdevice 55. 5.100 / 55. 5.100
libavfilter 3. 90.100 / 3. 90.100
libswscale 2. 5.101 / 2. 5.101
libswresample 0. 17.104 / 0. 17.104
libpostproc 52. 3.100 / 52. 3.100
Input #0, avi, from 'video.avi':
Duration: 00:29:00.28, start: 0.000000, bitrate: 1120 kb/s
Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658), yuv420p, 640x360 [SAR 1:1 DAR 16:9], 23.98 tbr, 23.98 tbn, 23.98 tbc
Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16p, 128 kb/s
Metadata:
title : Hello.Ladies.S01E06.HDTV.XviD-AFG_360p.audio
[libx264 @ 0x2e08e40] using SAR=1/1
[libx264 @ 0x2e08e40] using cpu capabilities: none!
[libx264 @ 0x2e08e40] profile Constrained Baseline, level 3.0
[libx264 @ 0x2e08e40] 264 - core 138 r2358 9e941d1 - H.264/MPEG-4 AVC codec - Copyleft 2003-2013 - http://www.videolan.org/x264.html - options: cabac=0 ref=1 deblock=0:0:0 analyse=0:0 me=dia subme=0 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=0 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=23 scenecut=0 intra_refresh=0 rc=crf mbtree=0 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=0
Output #0, mp4, to 'out.mp4':
Metadata:
encoder : Lavf55.19.104
Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 640x360 [SAR 1:1 DAR 16:9], q=-1--1, 10000k tbn, 23.98 tbc
Stream #0:1: Audio: aac (libfaac) ([64][0][0][0] / 0x0040), 48000 Hz, stereo, s16, 128 kb/s
Metadata:
title : Hello.Ladies.S01E06.HDTV.XviD-AFG_360p.audio
Stream mapping:
Stream #0:0 -> #0:0 (mpeg4 -> libx264)
Stream #0:1 -> #0:1 (mp3 -> libfaac)
Press [q] to stop, [?] for help
frame=41726 fps=326 q=-1.0 Lsize= 312916kB time=00:29:00.32 bitrate=1473.0kbits/s dup=1 drop=0
video:284876kB audio:27186kB subtitle:0 global headers:0kB muxing overhead 0.273494%
[libx264 @ 0x2e08e40] frame I:167 Avg QP:18.69 size: 30492
[libx264 @ 0x2e08e40] frame P:41559 Avg QP:21.68 size: 6897
[libx264 @ 0x2e08e40] mb I I16..4: 100.0% 0.0% 0.0%
[libx264 @ 0x2e08e40] mb P I16..4: 6.3% 0.0% 0.0% P16..4: 51.2% 0.0% 0.0% 0.0% 0.0% skip:42.5%
[libx264 @ 0x2e08e40] coded y,uvDC,uvAC intra: 44.9% 54.5% 19.0% inter: 28.1% 20.3% 2.2%
[libx264 @ 0x2e08e40] i16 v,h,dc,p: 43% 23% 21% 13%
[libx264 @ 0x2e08e40] i8c dc,h,v,p: 36% 22% 32% 11%
[libx264 @ 0x2e08e40] kb/s:1340.96
root@1tb:~/test# qt-faststart out.mp4 labas1.mp4
ftyp 0 32
free 32 8
mdat 40 319552104
moov 319552144 873943
patching stco atom...
patching stco atom...
writing ftyp atom...
writing moov atom...
copying rest of file...
root@1tb:~/test#