Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

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

Autres articles (104)

  • Dépôt de média et thèmes par FTP

    31 mai 2013, par

    L’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
    Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...)

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

  • Ajouter notes et légendes aux images

    7 février 2011, par

    Pour pouvoir ajouter notes et légendes aux images, la première étape est d’installer le plugin "Légendes".
    Une fois le plugin activé, vous pouvez le configurer dans l’espace de configuration afin de modifier les droits de création / modification et de suppression des notes. Par défaut seuls les administrateurs du site peuvent ajouter des notes aux images.
    Modification lors de l’ajout d’un média
    Lors de l’ajout d’un média de type "image" un nouveau bouton apparait au dessus de la prévisualisation (...)

Sur d’autres sites (9958)

  • swr : split out DSP functions.

    14 juin 2014, par Ronald S. Bultje
    swr : split out DSP functions.

    DSP bits of swri_resample go into their own mini-DSP functions ; DSP
    
init goes from a per-call branch in multiple_resample to a proper
    
DSP init routine ; x86 bits go into x86/ ; swri_resample() moves out of
    
resample_template.c into resample.c because it’s independent of DSP
    
code or sample type ; multiple_resample() is simplified.
    

    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] libswresample/Makefile
    • [DH] libswresample/resample.c
    • [DH] libswresample/resample.h
    • [DH] libswresample/resample_dsp.c
    • [DH] libswresample/resample_template.c
    • [DH] libswresample/x86/Makefile
    • [DH] libswresample/x86/resample_x86_dsp.c

  • Processing 3.0 get Error=2 No such file or directory

    29 octobre 2016, par Tuang Pingfavilunda

    I cannot figure it out what happen to my Processing file. I am trying to use VideoExport library and my Macbook Pro cannot play it, but the Mac-mini is able to do so.

    Before the error happened it is another error=13 permission denied thing, so I messed in the terminal for a while with chmod 777 and finding the file with ls. I don’t know if that may be the reason that caused this happen. FYI, I also installed ffmpeg already.

    And this is the full error :

        java.io.IOException: Cannot run program "/Users/Tuang/Desktop/DMA_WORKS/Work1_Facial Muscles/Cam_Rec/sketch_161027a/sketch_161027a.pde": error=2, No such file or directory
    
    at java.lang.ProcessBuilder.start(ProcessBuilder.java:1048)
    
    at com.hamoid.VideoExport.startFfmpeg(Unknown Source)
    
    at com.hamoid.VideoExport.initialize(Unknown Source)
    
    at com.hamoid.VideoExport.saveFrame(Unknown Source)
    
    at Basic.draw(Basic.java:32)
    
    at processing.core.PApplet.handleDraw(PApplet.java:2412)
    
    at processing.awt.PSurfaceAWT$12.callDraw(PSurfaceAWT.java:1540)
    
    at processing.core.PSurfaceNone$AnimationThread.run(PSurfaceNone.java:316)
    
Caused by: java.io.IOException: error=2, No such file or directory
    
    at java.lang.UNIXProcess.forkAndExec(Native Method)
    
    at java.lang.UNIXProcess.<init>(UNIXProcess.java:247)
    
    at java.lang.ProcessImpl.start(ProcessImpl.java:134)
    
    at java.lang.ProcessBuilder.start(ProcessBuilder.java:1029)
    
    ... 7 more
    
VideoExport error: Ffmpeg failed. Study /Users/Tuang/Desktop/DMA_WORKS/Work1_Facial_Muscles/Camera_Recorder/Basic/basic.mp4.txt for more details.
    
Could not run the sketch (Target VM failed to initialize).
    
For more information, read revisions.txt and Help → Troubleshooting.
    
</init>

    1) The java.io.IOException : trying to call "/Work1_Facial Muscles/Cam_Rec/sketch_161027a/sketch_161027a.pde" which doesn’t exist for real. It is gone for a long time but seems like the program stuck here.

    2) "basic" is a file name from the Example of the Library. I just use it to test. Surprisingly, Every files that have been saved and changed the name still get the java.io.IOException’s error of the missing sketch_161027a.pde file.

    What I have done :
    1 I have already done the Homebrew thing to install ffmpeg.
    2 I deleted everything of Processing and reinstall it again.

    Any suggestion ?

  • Evolution #3953 : formulaire de date sur les rubriques

    12 février 2021, par RastaPopoulos ♥

    Dans tous les cas il me semble nécessaire de pouvoir agir sur les dates des objets, sachant qu’historiquement les dates des rubriques sont liées automatiquement à la date de leur dernier article, faudrait-il trouver une solution pour bloquer/débloquer cet automatisme ?

    1) Les dates des rubriques sont liés aux articles, mais il me semble que soit la doc n’est pas assez explicite, soit le code ne va pas jusqu’au bout (mais ça impliquerait possiblement des trop gros tests). En effet, la date des rubriques n’est pas liée vaguement à la date du contenu le plus récent publié dedans. :) C’est plus fourbement précis : c’est la date du dernier contenu dont le statut a été mis en publié pendant qu’il était dans cette rubrique. Et ça à défaut de changer le code pour l’instant, il faudrait au moins le dire moins sibyllin. Concrètement ça signifie que si on déplace un article (publié bien sûr) depuis une autre rubrique dedans après coup, avec une date plus récente, ça ne change rien à la date de la rubrique (dont le contenu a pourtant changé toute autant qu’en publiant direct depuis dedans). En théorie il faudrait que ça change en cascade la date de tous les parents quand on déplace un article (la rubrique de destination et toute la hiérarchie). Et possiblement d’autres cas de ce genre.

    2) Quoiqu’il en soit, même s’il y a un changement de date par défaut, je pense aussi qu’il faut pouvoir décider qu’on veut la changement manuellement après coup. Si on a une liste de rubriques "par date de contenu récent", on peut rien corriger actuellement si les dates ne vont pas. Là j’ai le cas après une migration WP par exemple.

    En attendant faudrait un mini plugin tout simple pour ajouter le form de date sur les rubriques comme le montre touti au début. Mais est-ce ça devrait pas être natif directement ?

Navigation