Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

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

Autres articles (33)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

  • Installation en mode ferme

    4 février 2011, par

    Le mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
    C’est la méthode que nous utilisons sur cette même plateforme.
    L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
    Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

Sur d’autres sites (5287)

  • Revision 9e176494c2 : put back in lost speedups speed >1 can be spead up by turning these on - lost i

    31 mai 2013, par Jim Bankoski

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



    put back in lost speedups

    speed >1 can be spead up by turning these on - lost in a prior commit

    Change-Id : Iaef85e10ecfeec3aea5ab0e691edf02bb7f5190d

  • movenc : Keep track of the allocated size for the cluster array

    2 juin 2013, par Andrey Semashev
    movenc : Keep track of the allocated size for the cluster array
    

    When writing fragmented mp4, the cluster array is reset when a
    fragment is written. Instead of starting off reallocating the
    array only based on the number of current elements in it, keep
    track of how many elements there were allocated earlier.

    This avoids reallocating this array needlessly when writing
    fragmented mp4 files.

    Bug-Id : 525
    Signed-off-by : Martin Storsjö <martin@martin.st>

    • [DBH] libavformat/movenc.c
    • [DBH] libavformat/movenc.h
  • ffmpeg ensure video and audio track syncronization

    15 août 2012, par Ulterior

    I have been using ffmpeg for some time, mostly in windows enviroment, and now trying to implement video recording on embedded machine. What is most challenging so far is to syncronize audio and video tracks, mostly due to variable video frame rate I have to deal with.

    So I set up a variable frame rate mp4 container and calculate pts value according to the maximum frame rate and high frequency timer, this looks to be working ok.

    Now, when I add audio frames I calculate pts just as a counter of audio frames and longer videos tend to drift the audio track to signifant amount of time, so the lipsync is no longer valid.

    Does anybody has worked on recording videos from the variable frame rate setups and has a tip what medicine to apply - reseting audio buffer each frame, calculating pts for audio differently, etc ? Currently audio frames are pushed into container without waiting for video frames and do not account on them in any way.