Recherche avancée

Médias (1)

Mot : - Tags -/copyleft

Autres articles (71)

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

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

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

Sur d’autres sites (9919)

  • Immidiately display first and latest frame of h264 stream which may sometimes pause

    22 septembre 2016, par jorp

    Steps to reproduce :

    1.Connect android device to linux PC via USB.

    2.Run command on pc :
    adb shell screenrecord --output-format=h264 - | ffplay -analyzeduration 1 -

    3.Screenrecord(an Android system tool) will start to capture Android screen, encode by MediaCodec, generate h264 stream, send stream data to ffplay via pipe.

    4.PC will pop up ffplay window, and start display Android screen graphs

    If adb command runs when Android screen graph keeps static (no pixel color changes), ffplay window won’t pop up, until I touch somewhere to make Android graph changes.

    Question 1 : how to make ffplay to immidiately display the first frame of video when Android screen keeps static and adb commmand runs ?

    I’m not talking about "latency", if Android graph keeps changing, the graphic latency is within 2 second. It’s fast enough.

    when Android graph is static, run command without ffplay :
    adb shell screenrecord --output-format=h264 -

    screenrecord will output H264 stream data immidiately then pause.(See picture below).
    stream data comes first

    Does the data contain all information of first frame graph ?
    If so, how to make ffplay to display it immidiately ?

    Question 2 : how to make ffplay to immidiately display the latest frame of video when Android screen suddenly become static ?

    When Android screen start casting and Android graph suddenly become static, H264 data stream transfer will pause, while PC graph is different with Android graph.

    For example, I make a popup menu on Android disappear, there has been a fadeoff animation, PC graph pauses and display a translucent popup menu.(See picture below)

    latest graph on pc

    The first and latest frames of stream doesn’t display in ffplay immidiately, they are "missing".
    when Android screen go on changing, the "missing" frames displays.
    So it seems like the latest frames are always in buffer.

    I’ve tried adding these params to ffplay :

    -noinfbuf
    -fflags nobuffer
    -max_delay 0
    -sync ext
    -preset ultrafast
    -tune zerolatency


    They cannot solve the problems

    Modifing Android ROM or screenrecord source, making a pixel color changes every frame, may solve the problems(I guess), but it would enlarge data stream, it’s the last choise.
    Is there any solution by adding params of ffplay, or by modifing screenrecord or ffplay source code ?

    PS : mplayer also has the same problem :
    mplayer -demuxer h264es -

  • lavf/movenc : Put correct display aspect ratio in ARES atom.

    29 septembre 2016, par Carl Eugen Hoyos
    lavf/movenc : Put correct display aspect ratio in ARES atom.
    • [DH] libavformat/movenc.c
    • [DH] libavformat/version.h

  • avformat/mxfenc : Write Mastering Display Colour Volume to MXF

    9 septembre 2020, par Harry Mallon
    avformat/mxfenc : Write Mastering Display Colour Volume to MXF

    Described in Annex B SMPTE ST 2067-21:2020
    

    Signed-off-by : Harry Mallon <harry.mallon@codex.online>
    • [DH] libavformat/mxfenc.c

Navigation