Recherche avancée

Médias (91)

Autres articles (74)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Amélioration de la version de base

    13 septembre 2013

    Jolie sélection multiple
    Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
    Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...)

Sur d’autres sites (12294)

  • HLS playback stopped with Player error : mediaError - bufferAppendError

    23 janvier, par Sumoanand

    I am trying to merge two videos together in the m3u8 manifest file.
However, exactly at the point to HLS stream discontinuity, video playback stops with following error :
Player error : mediaError - bufferAppendError

    


    Here is the sample m3u8 snippet :

    


    #EXT-X-PROGRAM-DATE-TIME:2025-01-23T01:23:10.200-06:00
#EXTINF:6.000
17.ts
#EXT-X-PROGRAM-DATE-TIME:2025-01-23T01:23:16.200-06:00
#EXTINF:6.000
18.ts
#EXT-X-DISCONTINUITY
#EXT-X-KEY:METHOD=NONE
#EXT-X-PROGRAM-DATE-TIME:2025-01-23T01:23:21.700-06:00
#EXTINF:6.000
10ak171685189367-007cb1c1a5398250e495vHD.20.ts
#EXT-X-PROGRAM-DATE-TIME:2025-01-23T01:23:27.700-06:00
#EXTINF:6.000
10ak171685189367-007cb1c1a5398250e495vHD.21.ts


    


    FFprobe output of 18.ts :

    


      Duration: 00:00:06.01, start: 1692.774667, bitrate: 3440 kb/s
  Program 1 
  Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(progressive), 1280x720 [SAR 1:1 DAR 16:9], 30 fps, 30 tbr, 90k tbn
  Stream #0:1[0x101]: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 159 kb/s


    


    FFprobe output of 10ak171685189367-007cb1c1a5398250e495vHD.20.ts :

    


      Duration: 00:00:06.02, start: 1.443444, bitrate: 744 kb/s
  Program 1 
    Metadata:
  Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(progressive), 1280x720 [SAR 1:1 DAR 16:9], 30 fps, 30 tbr, 90k tbn
  Stream #0:1[0x101](eng): Audio: aac (LC) ([15][0][0][0] / 0x000F), 44100 Hz, stereo, fltp, 65 kb/s


    


    I would greatly appreciate any inputs.

    


  • HlS playlist skip files with ffmpeg

    29 janvier, par tamirg

    I simply downloaded 5 mp3 files from here :
https://samplelib.com/sample-mp3.html

    


    which means i have :

    


    sample-3s.mp3
sample-6s.mp3
sample-9s.mp3
sample-12s.mp3
sample-15s.mp3


    


    and then i create a simple hls playlist sample.m3u8 :

    


    #EXTM3U
#EXT-X-TARGETDURATION:20
#EXT-X-MEDIA-SEQUENCE:0
#EXTINF:3.0,
sample-3s.mp3
#EXTINF:6.0,
sample-6s.mp3
#EXTINF:9.0,
sample-9s.mp3
#EXTINF:12.0,
sample-12s.mp3
#EXTINF:15.0,
sample-15s.mp3


    


    But when i play this playlist :

    


    ffplay sample.m3u8


    


    i get :

    


    [hls @ 0x13703b4d0] Opening 'sample-9s.mp3' for reading
[mp3 @ 0x13703b740] invalid concatenated file detected - using bitrate for duration
Input #0, hls, from 'playlist2.m3u8':
  Duration: N/A, start: 0.000000, bitrate: 128 kb/s
  Program 0
    Metadata:
      variant_bitrate : 0
  Stream #0:0: Audio: mp3 (mp3float), 44100 Hz, stereo, fltp, 128 kb/s
      Metadata:
        variant_bitrate : 0
        encoder         : Lavc57.10
2025-01-29 10:57:46.957 ffplay[17029:696588] +[IMKClient subclass]: chose IMKClient_Modern
2025-01-29 10:57:46.957 ffplay[17029:696588] +[IMKInputSession subclass]: chose IMKInputSession_Modern
[hls @ 0x13703b4d0] Opening 'sample-12s.mp3' for reading 0B
[mp3float @ 0x13703c710] Header missingvq=    0KB sq=    0B
[hls @ 0x13703b4d0] Opening 'sample-15s.mp3' for reading 0B


    


    It starts playing from the file sample-9s, and not sample-3s. So it skips the first two files.
Why does it happen ?

    


  • ffmpeg unable to get duration/bitrate of remote gif

    17 février, par Peter Xia

    I'm trying to get the duration of a gif.

    


    The command ffmpeg -i https://cdn.7tv.app/emote/01F6MZGCNG000255K4X1K7NTHR/4x.gif

    


    gives
Duration: N/A, start: 0.000000, bitrate: N/A

    


    However if i download the file and pass it in
ffmpeg -i 4x.gif

    


    it gives :
Duration: 00:00:07.92, start: 0.000000, bitrate: 1225 kb/s

    


    The issue seems limited only to gifs on 7tv site.

    


      

    • It works for other sites. (example : ffmpeg -i https://c.tenor.com/ULCY5B996-oAAAAd/tenor.gif).
    • 


    • It also works for other encodings of that image (exmaple ffmpeg -i https://cdn.7tv.app/emote/01F6MZGCNG000255K4X1K7NTHR/4x.avif)
    • 


    


    Here is the HTTP response header from 7tv site of that gif :

    


    HTTP/2 200 
content-type: image/gif
content-length: 1213725
x-7tv-cache-hits: 37527
x-7tv-cache: hit
age: 228365
cache-control: public, max-age=604800, s-maxage=86400, immutable
alt-svc: h3=":443"; ma=2592000
x-7tv-cdn-pod: cdn-ssprq
x-7tv-cdn-node: cdn-1
server: SevenTV
vary: origin, access-control-request-method, access-control-request-headers
access-control-allow-origin: *
access-control-expose-headers: *
date: Sun, 16 Feb 2025 20:47:28 GMT


    


    Can someone help me understand ? Something spcecific to this site is causing ffmpeg to behave differently ?