Recherche avancée

Médias (0)

Mot : - Tags -/api

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

Autres articles (61)

  • Déploiements possibles

    31 janvier 2010, par

    Deux types de déploiements sont envisageable dépendant de deux aspects : La méthode d’installation envisagée (en standalone ou en ferme) ; Le nombre d’encodages journaliers et la fréquentation envisagés ;
    L’encodage de vidéos est un processus lourd consommant énormément de ressources système (CPU et RAM), il est nécessaire de prendre tout cela en considération. Ce système n’est donc possible que sur un ou plusieurs serveurs dédiés.
    Version mono serveur
    La version mono serveur consiste à n’utiliser qu’une (...)

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

  • Installation en mode standalone

    4 février 2011, par

    L’installation de la distribution MediaSPIP se fait en plusieurs étapes : la récupération des fichiers nécessaires. À ce moment là deux méthodes sont possibles : en installant l’archive ZIP contenant l’ensemble de la distribution ; via SVN en récupérant les sources de chaque modules séparément ; la préconfiguration ; l’installation définitive ;
    [mediaspip_zip]Installation de l’archive ZIP de MediaSPIP
    Ce mode d’installation est la méthode la plus simple afin d’installer l’ensemble de la distribution (...)

Sur d’autres sites (5654)

  • Display Android NDK Nativewindow by using openGL shader

    22 mars 2016, par Kyle Lo

    I am using ffmpeg in Android NDK for research purpose. And the source code is using the method below to display the frame on screen :

    ANativeWindow* window = ANativeWindow_fromSurface(env, javaSurface);
    

    
ANativeWindow_Buffer buffer;
    
if (ANativeWindow_lock(window, &buffer, NULL) == 0) {
    
  memcpy(buffer.bits, pixels,  w * h * 2);
    
  ANativeWindow_unlockAndPost(window);
    
}
    

    
ANativeWindow_release(window);

    which is described here.

    I would like to do some image processing (ex : enhance the contrast) before the frame display on the screen, and I know OpenGL shader can modify the pixels values efficiently by processing on GPU.

    But I can’t figure out how to use shader to display Nativewindow.

  • Q : ffmpeg drawtext "localtime" video filter - display in custom format

    24 mars 2016, par Kārlis K.

    I’m having issues escaping ’ :’ symbol and displaying localtime in a hms(HH:MM:SS) format for overlay over a Live input(MPEG-TS) which is then pushed out as Live output - I’ve fumbled my way to displaying ’localtime’ in a format which achieves about half of what I’m trying to get to, the code sample of that is :

    ffmpeg -re -hide_banner -i LIVE_INPUT -vf drawtext="fontsize=90:fontcolor=white:fontfile=/Windows/Fonts/arial.ttf:text='%{localtime\:%H %M %S}'" -f LIVE_OUTPUT

    What it achieves is that it displays local time in a "HH MM SS" format instead of "HH:MM:SS"...

    I did try escaping ’ :’ by writing it like this :

    ffmpeg -re -hide_banner -i LIVE_INPUT -vf drawtext="fontsize=90:fontcolor=white:fontfile=/Windows/Fonts/arial.ttf:text='%{localtime\:%H\\:%M\\:%S}'" -f LIVE_OUTPUT

    and this :

    ffmpeg -re -hide_banner -i LIVE_INPUT -vf drawtext="fontsize=90:fontcolor=white:fontfile=/Windows/Fonts/arial.ttf:text='%{localtime\:%H\:%M\:%S}'" -f LIVE_OUTPUT

    as well as like this :

    ffmpeg -re -hide_banner -i LIVE_INPUT -vf drawtext="fontsize=90:fontcolor=white:fontfile=/Windows/Fonts/arial.ttf:text='%{localtime\:%H \: %M \: %S}'" -f LIVE_OUTPUT

    But none of the above helped as it returns different errors because ffmpeg tries to either parse ’%H’ ’%M’ and ’%S’ as multiple, separate arguments for localtime (localtime then complains that it can only accept x1 argument at most), or ffmpeg complains that there are loose ’%’ characters near "H" ... clearly I’m not escaping it correctly or my argument order is incorrect...

  • avfilter/af_atempo : Make ffplay display correct timestamps when seeking

    8 mai 2019, par Pavel Koshevoy
    avfilter/af_atempo : Make ffplay display correct timestamps when seeking

    NOTE : this is a refinement of the patch from Paul B Mahol
    
offset all output timestamps by same amount of first input timestamp
    • [DH] libavfilter/af_atempo.c

Navigation