Recherche avancée

Médias (0)

Mot : - Tags -/upload

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (49)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • Les formats acceptés

    28 janvier 2010, par

    Les commandes suivantes permettent d’avoir des informations sur les formats et codecs gérés par l’installation local de ffmpeg :
    ffmpeg -codecs ffmpeg -formats
    Les format videos acceptés en entrée
    Cette liste est non exhaustive, elle met en exergue les principaux formats utilisés : h264 : H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 m4v : raw MPEG-4 video format flv : Flash Video (FLV) / Sorenson Spark / Sorenson H.263 Theora wmv :
    Les formats vidéos de sortie possibles
    Dans un premier temps on (...)

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

Sur d’autres sites (7318)

  • HTML5 video player stutters even after video is loaded [migrated]

    24 octobre 2013, par Adi Ulici

    I am using jwplayer to display videos on my websites but cannot manage to make them running smoothly. They stutter, especially in full screen, although I wait for the video to fully load.

    I tried decreasing the video quality from by decreasing the bitrate from 3000k to 1800k (I use ffmpeg to convert the videos). The resolution of the videos is 1280x720 (HD).

    Any tips what should I try next ? Thanks

  • Anomalie #3562 (Fermé) : onAjaxLoad s’applique sur Document lorsqu’il provient d’une fenêtre modal...

    6 mai 2017, par Anonyme

    Appliqué par commit r23533.

  • Seek in fragmented MP4

    15 novembre 2020, par Stefan Falk

    For my web-client I want the user to be able to play a track right away, without having to download the entire file. For this I am using a fragmented MP4 with the AAC audio coded (Mime-Type : audio/mp4; codecs="mp4a.40.2").

    


    This is the command that is being used in order to convert an input file to a fMP4 :

    


    ffmpeg -i /tmp/input.any \
  -f mp4 \
  -movflags faststart+separate_moof+empty_moov+default_base_moof \
  -acodec aac -b:a 256000 \
  -frag_duration 500K \
   /tmp/output.mp4


    


    If I look at this file on MP4Box.js, I see that the file is fragmented like this :

    


    ftyp
moov
moof
mdat
moof
mdat
..
moof
mdat
mfra


    


    This looks alright so far but the problem I am facing now is that it's not apparent to me how to start loading data from a specific timestamp without introducing an additional overhead. What I mean by this is that I need the exact byte offset of the first [moof][mdat] for a specific timestamp without the entire file being available.

    


    Let's say I have a file that looks like this :

    


    ftyp
moov
moof # 00:00
mdat 
moof # 00:01
mdat
moof # 00:02
mdat
moof # 00:03
mdat
mfra


    


    This file however, is not available on my server directly, it is being loaded from another service, but the client wants to request packets starting at 00:02.

    


    Is there a way to do this efficiently without me having to load the entire file from the other service to my server ?

    


    My guess would be to load [ftyp][moov] (or store at least this part on my own server) but as far as I know, the metadata stored in those boxes won't help me to find a byte-offset to the first [moof][mdat]-pair.

    


    Is this even possible or am I following the wrong approach here ?