Recherche avancée

Médias (91)

Autres articles (98)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, 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 (...)

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

  • ANNEXE : Les plugins utilisés spécifiquement pour la ferme

    5 mars 2010, par

    Le site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)

Sur d’autres sites (8734)

  • Filename in android rejected by ffmpeg command

    28 avril 2020, par ark1974

    Planning to use ffmpeg in Android for A/V conversion. Installed Android Studio 3.5.3. I am fairly new to Android development and the folder names, unlike in windows system, is fairly confusing to me. I am able to build the gradle without any error but the fetched pathname is rejected by ffmpeg commandline.

    



    Questions :

    



    1) Resulting path_name shows both pathname and filename which is cool. Is the resulting path_name correct or expected ? However, ffmpeg raised error flag citing that directory/file do not exist corresponding to the resulting path_name.

    



    2) Inside android properties, the path starts with "Device storage/..." but Android Studio command starts with "/document/". Why I see this variation ?

    



    3) onActivityResult() do not work with @override private prefix but works with @override public, is it expected ? Many examples on internet, however use private though.

    



    4) MediaStore.Audio.Media.DATA code do not work at all, is it deprecated in Android 3.5.5 ?

    



    Java code :

    



    @Override public void onActivityResult(int requestCode, int resultCode, Intent data) {
        if(requestCode == 7 &&  resultCode == RESULT_OK){    
                    path_name = data.getData().getPath();    
        }
    }


    



    Result :

    



    path_name = "/document/primary:WhatsApp/Media/WhatsApp Audio/AUD-20200402-WA0006.mp3" **strong text**


    


  • Use FFMPEG to blend streaming overlay onto second stream

    31 août 2017, par Louwrens Benade

    I’m trying to build a form of monitoring that can be superimposed onto a live stream.

    Monitor Overlay

    ffmpeg -i rtmp://localhost/pool/livestream -filter_complex \
     "nullsrc=1024x576[1:v]; \
     [0:a]showvolume=v=0:o=1:t=0:f=0.1,drawbox=x=ih-40:y=0:w=40:h=ih[volume]; \
     [1:v]drawtext=x=(main_w/2)-(text_w/2):y=text_h:fontsize=30:fontcolor=white:borderw=1:text='Stream Label',scale=-1:-1[label]; \
     [label][volume]overlay=x=main_w-40:y=0[output]" \
     -map "[output]" -f flv rtmp://localhost/pool/livestream_overlay

    What I would like to accomplish is that this stream be superimposed onto the original stream and pushed to a third RTMP endpoint, like this :

    ffmpeg -i rtmp://localhost/pool/livestream -i rtmp://localhost/pool/livestream_overlay \
     -filter_complex "[0:v][1:v]overlay=shortest=1[output]" \
     -f flv rtmp://localhost/pool/livestream_monitor

    While the workflow seems to be working, the overlay is not blending (subtracted ?) onto the original video :

    Actual output

    Actual output

    Expected output

    Expected output

    Note : codec options have been removed for brevity’s sake.

  • Evolution #3966 (Nouveau) : Date de création des contenus

    26 juin 2017, par tcharlss (*´_ゝ`)

    Il n’y a pas longtemps j’ai eu besoin de faire des statistiques éditoriales : on voulait connaître l’évolution du nombre d’articles publiés chaque année.
    Mais les données ne sont pas fiables : les utilisateurs avaient pour habitude de faire des « remises en avant » en changeant la date de publication de vieux articles pour les refaire apparaître en page d’accueil. Donc un article écrit en 2014 mais remis en avant en 2017 se retrouve compté comme ayant été publié en 2017.

    Et c’est valable pour tout les objets éditoriaux en fait : on ne conserve pas leur date de création / 1ère publication.
    Certains objets ont une date de publication, mais elle peut être changée. Et d’autres objets n’ont tout simplement pas de date (hormis maj).

    Donc je me demandais s’il ne serait pas pertinent d’avoir cette information de façon générique pour tous les objets éditoriaux, un champ date_creation par exemple qui serait rempli soit à la création, soit à la 1ère publication, et qui ne bougerait pas ensuite.

    Ci-dessous, un tableau récapitulatif de ce qu’on a actuellement pour les principaux objets.

    Objet Champ de date Date pérènne ?
    Articles date Non : peut être modifiée manuellement
    Brèves date_heure Non : peut être modifiée manuellement
    Rubriques date Oui
    Auteurs X X
    Mot-clé X X
    Groupe de mots-clés X X
    Document date Oui
    Forum date_heure oui
    Pétition X X