Recherche avancée

Médias (0)

Mot : - Tags -/publication

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

Autres articles (51)

  • HTML5 audio and video support

    13 avril 2011, par

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

  • De l’upload à la vidéo finale [version standalone]

    31 janvier 2010, par

    Le chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
    Upload et récupération d’informations de la vidéo source
    Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
    Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)

  • Librairies et binaires spécifiques au traitement vidéo et sonore

    31 janvier 2010, par

    Les 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 (7604)

  • Revision 6253cc9279 : Speed setting review. Substantial reworking of the speed vs quality trade offs

    1er octobre 2013, par Paul Wilkins

    Changed Paths :
     Modify /vp9/encoder/vp9_encodeframe.c


     Modify /vp9/encoder/vp9_onyx_if.c


     Modify /vp9/encoder/vp9_onyx_int.h


     Modify /vp9/encoder/vp9_rdopt.c



    Speed setting review.

    Substantial reworking of the speed vs quality trade offs for
    speed 1 and 2.

    In this patch I am attempting to freeze the "quality" meaning of
    speeds 1 and 2 relative to speed 0 so that in future we can
    better evaluate progress.

    I am targeting :
    Speed 1 quality -5% vs speed 0.
    Speed 2 quality -10% vs speed 0

    It is inevitable that quality will still fluctuate a little as we adjust
    settings and add new features, but we will attempt to keep as
    close as possible to these values. Above speed 2 things will remain
    a bit more fluid for now.

    In this patch speed 1 is approximately 4-5x as fast as speed 0. This
    is similar to before but the quality hit is a lot less. Likewise speed 2
    is approximately 2x as fast as speed 1 but is similar in quality to the
    previous speed 1 configuration.

    Also slight change to behavior of FLAG_EARLY_TERMINATE to insure
    all reference frames get at least one rd test. Important for very low
    variance regions.

    WIP :- Added a new speed level with old speed 4 becoming speed 5.
    Speed 3 and 4 tradeoffs still WIP

    Change-Id : Ic7a38dd7b5b63ab1501f9352411972f480ac6264

  • doc/ffmpeg : improve -disposition, -stats, and -progress documentation

    17 octobre 2024, par Soma Lucz
    doc/ffmpeg : improve -disposition, -stats, and -progress documentation

    - disposition :
    
Clarify the meaning of the default value, and how the '+' and '-'
    
prefixes work. Add more examples.
    

    - stats :
    
Clarify that it appears as an "info"-level log.
    

    - progress :
    
Add info about the "progress" key's value being "continue" or "end".
    
Add an example of logging to stdout.
    

    Signed-off-by : Soma Lucz <luczsoma@gmail.com>
    
Signed-off-by : Anton Khirnov <anton@khirnov.net>
    • [DH] doc/ffmpeg.texi

  • Solution Merge mp3+mp4 together with FFMPEG or other

    7 juin 2018, par SandyUgale

    I have been working on a project where I have .mp3 and video file (.MP4). I have FFMG on my AWS server and I’m providing both to FFMPEG give me complete video file with provided audio file. Then I send this file to my AWS S3 and then fetch this video as needed in my web app.

    Problem/Use Case :

    If I have 10 mp3 and 10 mp4 video files then I have to wait the until it complete all videos then only I can send them on S3, so Im waiting for long as number goes up.

    Can I control this ?

    Solution-1 : Don’t need to wait for loop

    Meaning instead of starting all merging together parallel I would like merging to be done one by one. Referencing above example

    First merge of 1.mp3 + 1. Mp4= 1.mp4 (complete file) –upload s3.  
    
Second merge of 2.mp3 + 2. Mp4= 2.mp4 (complete file) –upload s3.  
    
Tenth merge of 10.mp3 + 10. Mp4= 10.mp4 (complete file) –upload s3.  

    Solution-2 : send video as they ready

    How I can know which video has been ready to send to s3 ?

    Solution-3 : other service

    Is there any other online API or services where I can pass mp3 + mp4 and give me video url simply after merging so technically video will hosted on either their platform or on my S3 doest matter.

Navigation