Recherche avancée

Médias (1)

Mot : - Tags -/Christian Nold

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 (8963)

  • 'ffmpegkit' does not contain bitcode [closed]

    24 février 2024, par Sash

    I installed the ffmpegkit using pods and when I wanted to build the project I was met with this error

    


    '../ffmpeg-kit-ios-full/ffmpegkit.framework/ffmpegkit' does not contain bitcode. You must rebuild it with bitcode enabled (Xcode setting ENABLE_BITCODE), obtain an updated library from the vendor, or disable bitcode for this target. file '../ffmpegkit' for architecture arm64


    


    I've made extensive research to fix this problem. One this that I found was adding

    


    -fembed-bitcode


    


    inside the xcode build settings but it did not fix the problem. However, when I turn off the bitcode settings I can run the project but it takes at least 1-1min30 to launch the app which ruins the workflow. Is there any solution to keep bitcode activate while also not delaying every launch for minutes ? I encounter the same wait time on a simulator. Ive been stuck on this for the past couple of days and I would really appreciate it if I could find an answer

    


    Configuration that I tried without success

    


    As presented in the image, i tried changing the flags inside the project but it did not solve the issue. I would like to know what Im not doing right or what am I missing

    


  • fftools/ffmpeg_filter : move filtering to a separate thread

    8 juin 2023, par Anton Khirnov
    fftools/ffmpeg_filter : move filtering to a separate thread

    As previously for decoding, this is merely "scaffolding" for moving to a
    
fully threaded architecture and does not yet make filtering truly
    
parallel - the main thread will currently wait for the filtering thread
    
to finish its work before continuing. That will change in future commits
    
after encoders are also moved to threads and a thread-aware scheduler is
    
added.
    • [DH] fftools/ffmpeg.h
    • [DH] fftools/ffmpeg_dec.c
    • [DH] fftools/ffmpeg_filter.c

  • fftools/ffmpeg_enc : move encoding to a separate thread

    2 juin 2023, par Anton Khirnov
    fftools/ffmpeg_enc : move encoding to a separate thread

    As for the analogous decoding change, this is only a preparatory step to
    
a fully threaded architecture and does not yet make encoding truly
    
parallel. The main thread will currently submit a frame and wait until
    
it has been fully processed by the encoder before moving on. That will
    
change in future commits after filters are moved to threads and a
    
thread-aware scheduler is added.
    

    This code suffers from a known issue -  if an encoder with a sync queue
    
receives EOF it will terminate after processing everything it currently
    
has, even though the sync queue might still be triggered by other
    
threads. That will be fixed in following commits.
    • [DH] fftools/ffmpeg_enc.c

Navigation