Recherche avancée

Médias (91)

Autres articles (47)

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

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

  • Submit bugs and patches

    13 avril 2011

    Unfortunately a software is never perfect.
    If you think you have found a bug, report it using our ticket system. Please to help us to fix it by providing the following information : the browser you are using, including the exact version as precise an explanation as possible of the problem if possible, the steps taken resulting in the problem a link to the site / page in question
    If you think you have solved the bug, fill in a ticket and attach to it a corrective patch.
    You may also (...)

Sur d’autres sites (4168)

  • Evolution #3560 : Supprimer l’option expérimentale Google Closure Compiler

    4 mai 2017, par b b

    Super, merci mignon :)

  • Upgrade FFmpeg using GIT

    5 février 2014, par xirukitepe

    Hi I want to verify if my FFMpeg version is not updated.

    Here's the output upon running this command : ffmpeg -version

    ffmpeg version git-2013-04-05-9a8f1e7 Copyright (c) 2000-2013 the FFmpeg developers
     built on Apr  5 2013 18:38:36 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5)
     configuration: --enable-gpl --enable-libass --enable-libfaac --enable-libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libspeex --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree --enable-version3

    I am not super familiar when FFmpeg is compiled and installed via GIT.

    I just followed the Ubuntu Compilation Guide by FFmpeg.

    And how to verify if it is not the latest ? Thanks in advance.

    PS

    The remote is : git://source.ffmpeg.org/ffmpeg.git

  • Displaying 450 image files from SDCard at 30fps on android

    11 décembre 2013, par nikhilkerala

    I am trying to develop an app that takes a 15 seconds of video, allows the user to apply different filters, shows the preview of the effect, then allows to save the processed video to sdcard. I use ffmpeg to split the video into JPEG frames, apply the desired filter using GPUImage to all the frames, then use ffmpeg to encode the frames back to a video. Everything works fine except the part where user selects the filter. When user selects a filter, the app is supposed to display the preview of the video with the filter applied. Though 450 frames get the filter applied fairly quick, displaying the images sequentially at 30 fps (to make the user feel the video is being played) is performing poorly. I tried different approaches but the maximum frame rate I could attain even on the fastest devices is 10 to 12 fps.

    The AnimationDrawable technique doesn't work in this case because it requires the entire images to be buffered into memory which in this case is huge. App crashes.

    The below code is the best performing one so far (10 to 12 fps).

    package com.example.animseqvideo;
    import ......

    public class MainActivity extends Activity {
       Handler handler;
       Runnable runnable;
       final int interval = 33; // 30.30 FPS
       ImageView myImage;
       int i=0;

       @Override
       protected void onCreate(Bundle savedInstanceState) {
           super.onCreate(savedInstanceState);
           setContentView(R.layout.activity_main);

           myImage = (ImageView) findViewById(R.id.imageView1);

           handler = new Handler();
           runnable = new Runnable(){
               public void run() {

                   i++;  if(i>450)i=1;

                   File imgFile = new  File(Environment.getExternalStorageDirectory().getPath() + "/com.example.animseqvideo/image"+ String.format("%03d", i)   +".jpg");
                   if(imgFile.exists()){
                       Bitmap myBitmap = BitmapFactory.decodeFile(imgFile.getAbsolutePath());
                       myImage.setImageBitmap(myBitmap);
                   }
    //SOLUTION EDIT - MOVE THE BELOW LINE OF CODE AS THE FIRST LINE OF run() AND FPS=30 !!!

                   handler.postDelayed(runnable, interval);
               }
           };
           handler.postAtTime(runnable, System.currentTimeMillis()+interval);
           handler.postDelayed(runnable, interval);
       }
    }

    I understand that the process of getting an image from SDCard, decoding it, then displaying it onto the screen involves the performance of the SDCard reading, the CPUs performance and graphics performance of the device. But I am wondering if there is a way I could save a few milliseconds in each iteration. Any suggestion would be of great help at this point.