Recherche avancée

Médias (91)

Autres articles (38)

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

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

Sur d’autres sites (4805)

  • How can I use FFMpeg with PHP in a Vagrant environment ?

    31 juillet 2015, par curtisblackwell

    I’ve got this working on a DigitalOcean server, but I can’t seem to get it working locally.

    My Vagrant box is ubuntu/trusty64. When I ssh into the machine to check out the permissions of the ffmpeg binary, it’s 664. I tried running chmod 755 ffmpeg (w/ and w/o sudo), but it has no effect and outputs no response. I’m the owner, so chown wouldn’t make any difference (but also doesn’t work, w/ or w/o sudo). Outside of the Vagrant machine, the file permissions are 755 and owned by me, though that doesn’t seem to matter.

    The binaries are static builds from a site linked to on the official FFMpeg site’s download page.

    Running cat /etc/*-release on both the remote DO server and the Vagrant machine returns the same result :

    DISTRIB_ID=Ubuntu
    
DISTRIB_RELEASE=14.04
    
DISTRIB_CODENAME=trusty
    
DISTRIB_DESCRIPTION="Ubuntu 14.04.2 LTS"
    
NAME="Ubuntu"
    
VERSION="14.04.2 LTS, Trusty Tahr"
    
ID=ubuntu
    
ID_LIKE=debian
    
PRETTY_NAME="Ubuntu 14.04.2 LTS"
    
VERSION_ID="14.04"
    
HOME_URL="http://www.ubuntu.com/"
    
SUPPORT_URL="http://help.ubuntu.com/"
    
BUG_REPORT_URL="http://bugs.launchpad.net/ubuntu/"

    When attempting to execute the binary through PHP on the Vagrant machine (with exec()), I get a 126 exit code.

    What else should I try to get this working ?

  • Could not load file or assembly 'accord.video.ffmpeg.x64.dll' or one of its dependencies

    15 novembre 2022, par malt_man

    I'm using Accord.video.ffmpeg.x64. My project is built in x64 as well. It is a click once windows forms application. I installed accord through nuget. C++ redistributor is installed.

    



    Everything works fine when I run the program from debug. But when I publish it and try to run it (on the same machine or any other machine) I get the error "could not load file or assembly 'accord.video.ffmpeg.x64.dll' or one of its dependencies."

    



    Thank you for any help you can provide.

    


  • Controlling "Real-Time" sending rate in RTP Streaming with FFMpeg

    14 décembre 2020, par Robert_Ordis

    I'm trying to build an experimental audio telephony system with ffmpeg to talk some G.711 VoIP machine.

    


    Then, I tried this command.

    


    .\ffmpeg.exe -re -f dshow -i audio="CABLE Output (VB-Audio Virtual Cable)" -ac 1 -ab 64k -ar 8000 -f mulaw -f rtp "rtp://192.168.3.175:4449?fifo_size=240&localrtpport=5100&pkt_size=240"


    


    In WireShark capturing, the audio in each packets was actually divided in each around 30[ms].

    


    However, 17- 18 packets was sent together once per 500[ms].

    


    Sent audio was correct, but in this situation, an opponent machine can't treat this correctly.

    


    How do I send these packets in per "UNDER 0.5 SEC" ?

    


Navigation