
Recherche avancée
Médias (1)
-
MediaSPIP Simple : futur thème graphique par défaut ?
26 septembre 2013, par
Mis à jour : Octobre 2013
Langue : français
Type : Video
Autres articles (37)
-
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 (...) -
HTML5 audio and video support
13 avril 2011, parMediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
For older browsers the Flowplayer flash fallback is used.
MediaSPIP allows for media playback on major mobile platforms with the above (...) -
Librairies et binaires spécifiques au traitement vidéo et sonore
31 janvier 2010, parLes logiciels et librairies suivantes sont utilisées par SPIPmotion d’une manière ou d’une autre.
Binaires obligatoires FFMpeg : encodeur principal, permet de transcoder presque tous les types de fichiers vidéo et sonores dans les formats lisibles sur Internet. CF ce tutoriel pour son installation ; Oggz-tools : outils d’inspection de fichiers ogg ; Mediainfo : récupération d’informations depuis la plupart des formats vidéos et sonores ;
Binaires complémentaires et facultatifs flvtool2 : (...)
Sur d’autres sites (3853)
-
How encrypt video file using ffmpeg with a single file output
9 décembre 2016, par Akshay KumarI am trying to encrypt a video(mp4) file having a single file output. Here is the command that I use :
ffmpeg -i -c:v libx264 -preset slow -hls_list_size 0 -hls_key_info_file encrypt.keyinfo -f hls -hls_playlist_type vod -hls_time 20 -threads 0 .
However when I play the generated m3u8 file in safari the video stop for seconds(timer goes on) and resume after few seconds. This is happens multiple times in a single video playback.
Can anyone help me to encode video file with single output file.Full command :
/usr/local/bin/ffmpeg -i MJ.mp4 -c:v libx264 -preset slow -hls_list_size 0 -hls_key_info_file encrypt.keyinfo -f hls -hls_playlist_type vod -hls_flags single_file -hls_time 20 -threads 0 encrypted15.m3u8
It’s corresponding console output :
ffmpeg version 3.2.2 Copyright (c) 2000-2016 the FFmpeg developers
built with Apple LLVM version 8.0.0 (clang-800.0.42.1)
configuration: --prefix=/usr/local/Cellar/ffmpeg/3.2.2 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-hardcoded-tables --enable-avresample --cc=clang --host-cflags= --host-ldflags= --enable-libmp3lame --enable-libx264 --enable-libxvid --enable-opencl --disable-lzma --enable-vda
libavutil 55. 34.100 / 55. 34.100
libavcodec 57. 64.101 / 57. 64.101
libavformat 57. 56.100 / 57. 56.100
libavdevice 57. 1.100 / 57. 1.100
libavfilter 6. 65.100 / 6. 65.100
libavresample 3. 1. 0 / 3. 1. 0
libswscale 4. 2.100 / 4. 2.100
libswresample 2. 3.100 / 2. 3.100
libpostproc 54. 1.100 / 54. 1.100
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'MJ.mp4':
Metadata:
major_brand : isom
minor_version : 512
compatible_brands: isomiso2avc1mp41
encoder : Lavf54.63.104
Duration: 00:04:43.21, start: 0.000000, bitrate: 1070 kb/s
Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 1280x720 [SAR 1:1 DAR 16:9], 938 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc (default)
Metadata:
handler_name : VideoHandler
Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 125 kb/s (default)
Metadata:
handler_name : SoundHandler
[libx264 @ 0x7f8930818200] using SAR=1/1
[libx264 @ 0x7f8930818200] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
[libx264 @ 0x7f8930818200] profile High, level 3.1
Output #0, hls, to 'encrypted15.m3u8':
Metadata:
major_brand : isom
minor_version : 512
compatible_brands: isomiso2avc1mp41
encoder : Lavf57.56.100
Stream #0:0(und): Video: h264 (libx264), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=-1--1, 25 fps, 90k tbn, 25 tbc (default)
Metadata:
handler_name : VideoHandler
encoder : Lavc57.64.101 libx264
Side data:
cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1
Stream #0:1(und): Audio: aac (LC), 44100 Hz, stereo, fltp, 128 kb/s (default)
Metadata:
handler_name : SoundHandler
encoder : Lavc57.64.101 aac
Stream mapping:
Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264))
Stream #0:1 -> #0:1 (aac (native) -> aac (native))
Press [q] to stop, [?] for help
frame= 7079 fps= 64 q=-1.0 Lsize=N/A time=00:04:43.21 bitrate=N/A speed=2.55x
video:30401kB audio:4156kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
[libx264 @ 0x7f8930818200] frame I:66 Avg QP:16.19 size: 44529
[libx264 @ 0x7f8930818200] frame P:2496 Avg QP:20.09 size: 7995
[libx264 @ 0x7f8930818200] frame B:4517 Avg QP:21.77 size: 1823
[libx264 @ 0x7f8930818200] consecutive B-frames: 5.7% 10.3% 52.4% 31.6%
[libx264 @ 0x7f8930818200] mb I I16..4: 34.7% 39.2% 26.0%
[libx264 @ 0x7f8930818200] mb P I16..4: 4.8% 7.0% 0.7% P16..4: 31.6% 7.1% 2.6% 0.0% 0.0% skip:46.2%
[libx264 @ 0x7f8930818200] mb B I16..4: 0.4% 0.4% 0.0% B16..8: 24.8% 1.6% 0.1% direct: 0.9% skip:71.8% L0:39.4% L1:57.4% BI: 3.2%
[libx264 @ 0x7f8930818200] 8x8 transform intra:52.6% inter:73.7%
[libx264 @ 0x7f8930818200] direct mvs spatial:99.9% temporal:0.1%
[libx264 @ 0x7f8930818200] coded y,uvDC,uvAC intra: 23.4% 41.8% 12.7% inter: 3.8% 6.4% 0.3%
[libx264 @ 0x7f8930818200] i16 v,h,dc,p: 40% 25% 12% 23%
[libx264 @ 0x7f8930818200] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 28% 16% 36% 2% 3% 4% 4% 3% 4%
[libx264 @ 0x7f8930818200] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 27% 19% 14% 5% 8% 7% 8% 6% 6%
[libx264 @ 0x7f8930818200] i8c dc,h,v,p: 49% 21% 21% 8%
[libx264 @ 0x7f8930818200] Weighted P-Frames: Y:6.7% UV:6.2%
[libx264 @ 0x7f8930818200] ref P L0: 66.8% 10.5% 12.6% 4.9% 5.1% 0.2% 0.0%
[libx264 @ 0x7f8930818200] ref B L0: 82.4% 12.1% 4.5% 1.0%
[libx264 @ 0x7f8930818200] ref B L1: 99.2% 0.8%
[libx264 @ 0x7f8930818200] kb/s:879.53
[aac @ 0x7f8930811e00] Qavg: 7830.089 -
Recording desktop with gdigrab ffmeg to mp4 file with too high video_size don't working
4 juillet 2016, par tagryI try to recording my desktop with ffmpeg using the command :
ffmpeg -f gdigrab -framerate 10 -video_size 1920x1200 -i desktop -pix_fmt yuv420p -vcodec libx264 -preset ultrafast output.mp4
The problem is when the video_size option is higher than some size, (for example height higher 1089), the video can’t be read with Windows Media. I noticed that with this high size, the video which be recorded doesn’t have informations about size. I don’t understand why the record don’t work with a too big size. If somebody can help me.
Thank you very much and very sorry for my English.[edit]
ffmpeg version N-78758-g5156578 Copyright (c) 2000-2016 the FFmpeg developers
built with gcc 5.3.0 (GCC)
configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libdcadec --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-libzimg --enable-lzma --enable-decklink --enable-zlib
libavutil 55. 19.100 / 55. 19.100
libavcodec 57. 27.100 / 57. 27.100
libavformat 57. 26.100 / 57. 26.100
libavdevice 57. 0.101 / 57. 0.101
libavfilter 6. 37.100 / 6. 37.100
libswscale 4. 0.100 / 4. 0.100
libswresample 2. 0.101 / 2. 0.101
libpostproc 54. 0.100 / 54. 0.100
[gdigrab @ 00861860] Capturing whole desktop as 1920x1200x16 at (0,0)
Input #0, gdigrab, from 'desktop':
Duration: N/A, start: 1467631308.011542, bitrate: 368644 kb/s
Stream #0:0: Video: bmp, rgb555le, 1920x1200, 368644 kb/s, 10 tbr, 1000k tbn, 10 tbc
[libx264 @ 00863fe0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
[libx264 @ 00863fe0] profile Constrained Baseline, level 5.0
[libx264 @ 00863fe0] 264 - core 148 r2665 a01e339 - H.264/MPEG-4 AVC codec - Copyleft 2003-2016 - 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=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=10 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 'output.mp4':
Metadata:
encoder : Lavf57.26.100
Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 1920x1200, q=-1--1, 10 fps, 10240 tbn, 10 tbc
Metadata:
encoder : Lavc57.27.100 libx264
Side data:
cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1
Stream mapping:
Stream #0:0 -> #0:0 (bmp (native) -> h264 (libx264))
Press [q] to stop, [?] for help
frame= 6 fps=0.0 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A speed= 0x
frame= 11 fps= 11 q=10.0 size= 277kB time=00:00:00.40 bitrate=5664.4kbits/s speed=0.396x
frame= 16 fps= 11 q=9.0 size= 393kB time=00:00:00.90 bitrate=3578.8kbits/s speed=0.595x
frame= 21 fps= 10 q=9.0 size= 429kB time=00:00:01.40 bitrate=2507.4kbits/s speed=0.695x
frame= 26 fps= 10 q=9.0 size= 429kB time=00:00:01.90 bitrate=1849.3kbits/s speed=0.754x
frame= 31 fps= 10 q=18.0 size= 430kB time=00:00:02.40 bitrate=1466.1kbits/s speed=0.793x
frame= 36 fps= 10 q=10.0 size= 511kB time=00:00:02.90 bitrate=1442.6kbits/s speed=0.823x
frame= 41 fps= 10 q=10.0 size= 562kB time=00:00:03.40 bitrate=1353.0kbits/s speed=0.844x
frame= 46 fps= 10 q=10.0 size= 565kB time=00:00:03.90 bitrate=1185.9kbits/s speed=0.861x
frame= 51 fps= 10 q=9.0 size= 575kB time=00:00:04.40 bitrate=1070.8kbits/s speed=0.874x
frame= 56 fps= 10 q=12.0 size= 582kB time=00:00:04.90 bitrate= 972.3kbits/s speed=0.885x
frame= 61 fps= 10 q=10.0 size= 598kB time=00:00:05.40 bitrate= 907.7kbits/s speed=0.893x
frame= 66 fps= 10 q=10.0 size= 601kB time=00:00:05.90 bitrate= 834.5kbits/s speed=0.901x
frame= 71 fps= 10 q=10.0 size= 603kB time=00:00:06.40 bitrate= 772.3kbits/s speed=0.907x
frame= 76 fps= 10 q=12.0 size= 606kB time=00:00:06.90 bitrate= 719.8kbits/s speed=0.913x
frame= 81 fps= 10 q=10.0 size= 625kB time=00:00:07.40 bitrate= 691.8kbits/s speed=0.917x
frame= 86 fps= 10 q=10.0 size= 629kB time=00:00:07.90 bitrate= 652.2kbits/s speed=0.922x
frame= 91 fps= 10 q=12.0 size= 634kB time=00:00:08.40 bitrate= 618.2kbits/s speed=0.926x
frame= 97 fps= 10 q=10.0 size= 757kB time=00:00:09.00 bitrate= 689.3kbits/s speed=0.94x
frame= 100 fps= 10 q=-1.0 Lsize= 772kB time=00:00:10.00 bitrate= 632.8kbits/s speed=0.998x
video:771kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.153975%
[libx264 @ 00863fe0] frame I:1 Avg QP:20.00 size:242961
[libx264 @ 00863fe0] frame P:99 Avg QP:10.67 size: 5517
[libx264 @ 00863fe0] mb I I16..4: 100.0% 0.0% 0.0%
[libx264 @ 00863fe0] mb P I16..4: 0.8% 0.0% 0.0% P16..4: 2.9% 0.0% 0.0% 0.0% 0.0% skip:96.3%
[libx264 @ 00863fe0] coded y,uvDC,uvAC intra: 23.6% 15.1% 13.9% inter: 1.2% 1.3% 0.8%
[libx264 @ 00863fe0] i16 v,h,dc,p: 65% 33% 1% 1%
[libx264 @ 00863fe0] i8c dc,h,v,p: 61% 25% 13% 0%
[libx264 @ 00863fe0] kb/s:631.31 -
Dreamcast Track Sizes
1er mars 2015, par Multimedia Mike — Sega DreamcastI’ve been playing around with Sega Dreamcast discs lately. Not playing the games on the DC discs, of course, just studying their structure. To review, the Sega Dreamcast game console used special optical discs named GD-ROMs, where the GD stands for “gigadisc”. They are capable of holding about 1 gigabyte of data.
You know what’s weird about these discs ? Each one manages to actually store a gigabyte of data. Each disc has a CD portion and a GD portion. The CD portion occupies the first 45000 sectors and can be read in any standard CD drive. This area is divided between a brief data track and a brief (usually) audio track.
The GD region starts at sector 45000. Sometimes, it’s just one humongous data track that consumes the entire GD region. More often, however, the data track is split between the first track and the last track in the region and there are 1 or more audio tracks in between. But the weird thing is, the GD region is always full. I made a study of it (click for a larger, interactive graph) :
Some discs put special data or audio bonuses in the CD region for players to discover. But every disc manages to fill out the GD region. I checked up on a lot of those audio tracks that divide the GD data and they’re legitimate music tracks. So what’s the motivation ? Why would the data track be split in 2 pieces like that ?
I eventually realized that I probably answered this question in this blog post from 4 years ago. The read speed from the outside of an optical disc is higher than the inside of the same disc. When I inspect the outer data tracks of some of these discs, sure enough, there seem to be timing-sensitive multimedia FMV files living on the outer stretches.
One day, I’ll write a utility to take apart the split ISO-9660 filesystem offset from a weird sector.