Recherche avancée

Médias (39)

Mot : - Tags -/audio

Autres articles (37)

  • Les vidéos

    21 avril 2011, par

    Comme 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 (...)

  • MediaSPIP Core : La Configuration

    9 novembre 2010, par

    MediaSPIP Core fournit par défaut trois pages différentes de configuration (ces pages utilisent le plugin de configuration CFG pour fonctionner) : une page spécifique à la configuration générale du squelettes ; une page spécifique à la configuration de la page d’accueil du site ; une page spécifique à la configuration des secteurs ;
    Il fournit également une page supplémentaire qui n’apparait que lorsque certains plugins sont activés permettant de contrôler l’affichage et les fonctionnalités spécifiques (...)

  • Encoding and processing into web-friendly formats

    13 avril 2011, par

    MediaSPIP automatically converts uploaded files to internet-compatible formats.
    Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
    Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
    Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
    All uploaded files are stored online in their original format, so you can (...)

Sur d’autres sites (4913)

  • Merge commit ’eeaf4f3b87815cbae4c12856cfaafb3a2dae8e0c’

    5 mars 2014, par Michael Niedermayer
    Merge commit ’eeaf4f3b87815cbae4c12856cfaafb3a2dae8e0c’

    * commit ’eeaf4f3b87815cbae4c12856cfaafb3a2dae8e0c’ :
    
  av_vdpau_get_profile : mask out H.264 intra profile flag
    

    Merged-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] libavcodec/vdpau.c

  • ffmpeg concat : 2nd video stream frozen, no image

    31 juillet 2016, par Azevedo

    I’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.mkv

    ffmpeg will concatenate them but the playback (any player) gives a still image if the playing position corresponds to the 2nd part.
    I tried to switch part1.mkv and part2.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.

    part1
    part2
    What happens if i seek the playback to the 2nd part :
    2nd part on seeking

    UPDATE :
    FULL CONSOLE OUTPUT FOR ffmpeg -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%

  • Revision 198fa6d0a0 : Add Neon horizontal and vertical vp9_mbloop_filter - The vp9 mbfilter C code wi

    1er juillet 2013, par Frank Galligan

    Changed Paths :
     Modify /vp9/common/arm/neon/vp9_loopfilter_neon.asm


     Modify /vp9/common/vp9_rtcd_defs.sh



    Add Neon horizontal and vertical vp9_mbloop_filter

    - The vp9 mbfilter C code will branch on flat and mask. This CL
    will perform both branches and combine the data. A later CL will
    perform a check to see if all patch will take one branch.
    - These functions are about 1.75 times faster than the C code on
    Nexus 7.

    PS #3
    - Changed all functions to dub limit, blimit, and thresh from
    vld dx[], freeing up r4-r6.
    - Changed code to use vbif to reduce one instruction and free
    up a d register.

    Change-Id : I028dae0e434dc9891c3677bdb182e201ffb04777

Navigation