Recherche avancée

Médias (1)

Mot : - Tags -/MediaSPIP

Autres articles (18)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

  • Les formats acceptés

    28 janvier 2010, par

    Les commandes suivantes permettent d’avoir des informations sur les formats et codecs gérés par l’installation local de ffmpeg :
    ffmpeg -codecs ffmpeg -formats
    Les format videos acceptés en entrée
    Cette liste est non exhaustive, elle met en exergue les principaux formats utilisés : h264 : H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 m4v : raw MPEG-4 video format flv : Flash Video (FLV) / Sorenson Spark / Sorenson H.263 Theora wmv :
    Les formats vidéos de sortie possibles
    Dans un premier temps on (...)

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

  • Acess to path is denied in ffmpeg conversion

    17 décembre 2013, par user1830062

    I have Windows 2008 R2 server, and am trying to convert my videos from any type to mp4 format. Everything is fine when running locally.

    However, when I try to do the same on the live web server, I am able to upload the file, but then when I try to convert the file, it says the file access is denied.

    Steps that I tried to sort but no clue pops the same server.

    1. changed the identity to network service /localhost
    2. gave full permission to the folder
    3. created virtual directory.
    4. impersonation is true.

    I have done all these things, but no response. One thing which I found was for eg :

    c:\inetpub\vhosts\mydomainname\httpdocs\myfolder_to save_uploaded_file

    which is readonly by default, I couldn't change them to all permission. Please advice how to change them to read/write.

    By the way, I am trying to save the converted file to

    c:\inetpub\vhosts\mydomainname\httpdocs\test_folder

  • sdp : Add an option for sending RTCP packets to the source of the last packets

    13 août 2013, par Martin Storsjö
    sdp : Add an option for sending RTCP packets to the source of the last packets

    An SDP description normally only contains the target IP address
    
and port for the packets. This means that we don’t really have
    
any clue where to send the RTCP RR packets - previously they’re
    
sent to the destination IP written in the SDP (at the same port),
    
which rarely is the actual peer. And if the source for the packets
    
is on a different port than the destination, it’s never correct.
    

    With a new option, we can choose to send the packets to the
    
address that the latest packet on each socket arrived from.

    — -
    
Some may even argue that this should be the default - perhaps,
    
but I’d rather keep it optional at first. Additionally, I’m not
    
sure if sending RTCP RR directly back to the source is
    
desireable for e.g. multicast.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] libavformat/rtsp.c
    • [DH] libavformat/rtsp.h

  • sdp : Add an option for sending RTCP packets to the source of the last packets

    13 août 2013, par Martin Storsjö
    sdp : Add an option for sending RTCP packets to the source of the last packets

    An SDP description normally only contains the target IP address
    
and port for the packets. This means that we don’t really have
    
any clue where to send the RTCP RR packets - previously they’re
    
sent to the destination IP written in the SDP (at the same port),
    
which rarely is the actual peer. And if the source for the packets
    
is on a different port than the destination, it’s never correct.
    

    With a new option, we can choose to send the packets to the
    
address that the latest packet on each socket arrived from.

    — -
    
Some may even argue that this should be the default - perhaps,
    
but I’d rather keep it optional at first. Additionally, I’m not
    
sure if sending RTCP RR directly back to the source is
    
desireable for e.g. multicast.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DBH] libavformat/rtsp.c
    • [DBH] libavformat/rtsp.h

Navigation