
Recherche avancée
Autres articles (57)
-
Les vidéos
21 avril 2011, parComme les documents de type "audio", Mediaspip affiche dans la mesure du possible les vidéos grâce à la balise html5 .
Un des inconvénients de cette balise est qu’elle n’est pas reconnue correctement par certains navigateurs (Internet Explorer pour ne pas le nommer) et que chaque navigateur ne gère en natif que certains formats de vidéos.
Son avantage principal quant à lui est de bénéficier de la prise en charge native de vidéos dans les navigateur et donc de se passer de l’utilisation de Flash et (...) -
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
Personnaliser en ajoutant son logo, sa bannière ou son image de fond
5 septembre 2013, parCertains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;
Sur d’autres sites (6325)
-
avformat/oggdec : Fix integer overflow with invalid pts
3 août 2016, par Michael Niedermayeravformat/oggdec : Fix integer overflow with invalid pts
If negative pts are possible for some codecs in ogg then the code needs to be
changed to use signed values.Found-by : Thomas Guilbert <tguilbert@google.com>
Fixes : clusterfuzz_usan-2016-08-02
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc> -
libavcodec/dnxhd : Enable 12-bit DNxHR support.
2 août 2016, par Steven Robertsonlibavcodec/dnxhd : Enable 12-bit DNxHR support.
10- and 12-bit DNxHR use the same DC coefficient decoding process and
VLC table, just with a different shift value. From SMPTE 2019-1:2016,
8.2.4 DC Coefficient Decoding :"For 8-bit video sampling, the maximum value of η=11 and for
10-/12-bit video sampling, the maximum value of η=13."A sample file will be uploaded to show that with this patch, things
decode correctly :
dnxhr_hqx_12bit_1080p_smpte_colorbars_davinci_resolve.movSigned-off-by : Steven Robertson <steven@strobe.cc>
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc> -
ffmpeg concat : 2nd video stream frozen, no image
31 juillet 2016, par AzevedoI’m trying to concatenate two video streams with the same econding into one :
ffmpeg -y -f concat -i parts.txt -c copy join.mkv
parts.txt
file part1.mkv
file part2.mkvffmpeg will concatenate them but the playback (any player) gives a still image if the playing position corresponds to the 2nd part.
I tried to switchpart1.mkv
andpart2.mkv
to see the results.
The 1st part (whichever part1 or part2) will play normally but when I seek the playback to the time corresponding the 2nd part the image won’t show, only the audio plays.
What happens if i seek the playback to the 2nd part :
UPDATE :
FULL CONSOLE OUTPUT FORffmpeg -y -f concat -i parts.txt -c copy episode.mkv
ffmpeg version N-81118-gfb91850 Copyright (c) 2000-2016 the FFmpeg developers
built with gcc 5.4.0 (GCC)
configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-dxva2 --enable-libmfx --enable-nvenc --enable-avisynth --enable-bzlib --enable-libebur128 --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --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-libsnappy --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. 28.100 / 55. 28.100
libavcodec 57. 50.100 / 57. 50.100
libavformat 57. 44.100 / 57. 44.100
libavdevice 57. 0.102 / 57. 0.102
libavfilter 6. 49.100 / 6. 49.100
libswscale 4. 1.100 / 4. 1.100
libswresample 2. 1.100 / 2. 1.100
libpostproc 54. 0.100 / 54. 0.100
[matroska,webm @ 000000000242bd40] Auto-inserting h264_mp4toannexb bitstream filter
Input #0, concat, from 'parts.txt':
Duration: N/A, start: 0.000000, bitrate: N/A
Stream #0:0: Video: h264 (High), yuv420p(tv, bt709), 1280x720, SAR 1:1 DAR 16:9, 23.97 fps, 23.97 tbr, 1k tbn, 47.95 tbc
Metadata:
BPS : 1023638
BPS-eng : 1023638
_STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
DURATION-eng : 00:23:17.980000000
NUMBER_OF_FRAMES: 33518
NUMBER_OF_FRAMES-eng: 33518
NUMBER_OF_BYTES : 178878340
NUMBER_OF_BYTES-eng: 178878340
_STATISTICS_WRITING_APP: mkvmerge v9.3.1 ('Mask Machine') 64bit
_STATISTICS_WRITING_APP-eng: mkvmerge v9.3.1 ('Mask Machine') 64bit
_STATISTICS_WRITING_DATE_UTC: 2016-07-30 17:28:29
_STATISTICS_WRITING_DATE_UTC-eng: 2016-07-30 17:28:29
_STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
DURATION : 00:22:13.164000000
[matroska @ 0000000000e7c920] Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead.
Output #0, matroska, to 'episode.mkv':
Metadata:
encoder : Lavf57.44.100
Stream #0:0: Video: h264 (High) (H264 / 0x34363248), yuv420p(tv, bt709), 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 23.97 fps, 23.97 tbr, 1k tbn, 1k tbc
Metadata:
BPS : 1023638
BPS-eng : 1023638
_STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
DURATION-eng : 00:23:17.980000000
NUMBER_OF_FRAMES: 33518
NUMBER_OF_FRAMES-eng: 33518
NUMBER_OF_BYTES : 178878340
NUMBER_OF_BYTES-eng: 178878340
_STATISTICS_WRITING_APP: mkvmerge v9.3.1 ('Mask Machine') 64bit
_STATISTICS_WRITING_APP-eng: mkvmerge v9.3.1 ('Mask Machine') 64bit
_STATISTICS_WRITING_DATE_UTC: 2016-07-30 17:28:29
_STATISTICS_WRITING_DATE_UTC-eng: 2016-07-30 17:28:29
_STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
DURATION : 00:22:13.164000000
Stream mapping:
Stream #0:0 -> #0:0 (copy)
Press [q] to stop, [?] for help
[matroska,webm @ 0000000002605dc0] Auto-inserting h264_mp4toannexb bitstream filterpeed=1.87e+003x
frame=56417 fps=47467 q=-1.0 Lsize= 304604kB time=00:39:13.05 bitrate=1060.5kbits/s speed=1.98e+003x
video:304191kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.135798%