Recherche avancée

Médias (91)

Autres articles (58)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

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

Sur d’autres sites (9986)

  • Can't compile project with ffmpeg-light

    27 octobre 2016, par wowofbob

    Compilation of any project which uses openFile function from Codec.FFmpeg.Decode fails with error :

    Couldn't match type ‘GHC.IO.Exception.IOException’ with ‘[Char]’
               arising from a functional dependency between:
                 constraint ‘mtl-2.2.1:Control.Monad.Error.Class.MonadError
                               String IO’
                   arising from a use of ‘openFile’
                 instance ‘mtl-2.2.1:Control.Monad.Error.Class.MonadError
                             GHC.IO.Exception.IOException IO’
                   at <no location="location" info="info"></no>

    As an example, compilation of this fails :

    openVideoFile :: String -> IO ()
    openVideoFile filePath = do

     initFFmpeg

     avFmtCtx &lt;- openFile filePath

     return ()

    I guess the reason is that there is no ready instance of MonadError String IO. But, when I add a dummy instance like this :

    instance MonadError String IO where
     throwError _   = undefined
     catchError _ _ = undefined

    I’m getting another error :

    Functional dependencies conflict between instance declarations:
     instance MonadError String IO
       -- Defined at src/Video/Play/Base.hs:20:10
     instance [safe] MonadError GHC.IO.Exception.IOException IO
       -- Defined in ‘Control.Monad.Error.Class’

    I don’t know how to force compiler to use MonadError String IO instace here.

  • Are there people interested in converting ffmpeg source to Go ?

    30 septembre 2018, par No One

    After seeing that Go compiler have been converted from C to Go I thought same for ffmpeg ? Don’t want to go deep into reasons as I think they are obvious. It was very hard to be so close to the have rich library as ffmpeg in other language. It was even hard to make bindings for that scale of library. I’m not enough advanced to start something like this myself, so is there anybody else interested in this ? If yes then where this question worth to be addressed, so people interested in this may have discussion ?

    (Seems not enough obvious so adding some details.)

    For applications which use large amount of commands with different complexity it is hard to read the code as it’s not actually a code. Instead, it’s commands which you will need to understand by reading docs from ffmpeg’s docs page. I had used ffmpeg before in Nodejs and there was lots of logic of manipulating command string. Also sometimes in windows it was ending with cmd limitations error. When you are working with some language it is nice to see whole logic in that language. So you know go ? than you know everything that is happening with this code without even going off from code and reading docs of another application.

    There may be some benefits from executing stuff in goroutines so you can handle concurrency in the way you want not in the way it is implemented in ffmpeg.

    Build faster with Go.

    Less code.

    Possibility to split code into smaller packages.

    Also if you are familiar why community converted compiler from C to Go than I think some reasons will fit too.

  • Java Desktop Capture

    10 mars 2016, par Kurt

    I want to continuously capture the entire desktop inside of a java application. As I’m capturing, I’d like to chunk the stream of data into small video files (mp4, WebM) for storage. From my research, it would seem that the Robot Java class and the FFmpeg tool are my best options. However, Robot seems to best-fit the use case of obtaining images, not videos. FFmpeg seems like it may support this, but I’ve struggled to find definitive documentation. I’m looking to emulate what can be done through Chrome’s getUserMedia and desktopCapture APIs along with the MediaStreamRecorder JavaScript library. Does anyone have a suggestion for a similar and elegant solution in Java ?