Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

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

Autres articles (35)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

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

  • Emballe médias : à quoi cela sert ?

    4 février 2011, par

    Ce plugin vise à gérer des sites de mise en ligne de documents de tous types.
    Il crée des "médias", à savoir : un "média" est un article au sens SPIP créé automatiquement lors du téléversement d’un document qu’il soit audio, vidéo, image ou textuel ; un seul document ne peut être lié à un article dit "média" ;

Sur d’autres sites (7059)

  • avformat : Add tee protocol

    18 juillet 2016, par Michael Niedermayer
    avformat : Add tee protocol

    Option passing support will be submitted seperately to the ML
    

    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] Changelog
    • [DH] doc/protocols.texi
    • [DH] libavformat/Makefile
    • [DH] libavformat/protocols.c
    • [DH] libavformat/teeproto.c
    • [DH] libavformat/version.h

  • DirectShow stream using ffmpeg point to point streaming through TCP protocol

    12 juillet 2017, par Jānis Biedriņš

    I had set up a point-to-point stream using ffmpeg via UDP protocol and the stream worked, but there was screen tearing etc. I already tried raising the buffer size, but it did not help. This is a work network, so the UDP protocol won’t work.
    here is the full command :

    ffmpeg -f dshow  -i video="UScreenCapture"  -r 30 -vcodec mpeg4 -q 12 -f mpegts udp://192.168.1.220:1234?pkt_size=188?buffer_size=65535

    I’ve tried to make this work with TCP with no success
    Here’s what i’ve got now :

    ffmpeg -f dshow -i video="UScreenCapture" -f mpegts tcp://192.168.1.194:5555

    this returns an error :

    real-time buffer [UScreenCapture] [Video input] too full or near too
    full <323% of size : 3041280 [rtbufsize parameter]> ! frame dropped !

    This last message repeated xxxx times (it went up to around 1400 and I just turned it off).

    I’ve tried to implement the -rtbufsize paremeter and raising the buffsize up to 800000000, didn’t help.

    I would appreciate any suggestions on how to solve this.

  • avformat/img2enc : Disable rename&atomic writing for non file protocol and split planes

    27 octobre 2015, par Michael Niedermayer
    avformat/img2enc : Disable rename&atomic writing for non file protocol and split planes

    For protocols other than local files ff_rename() is not implemented
    
For split planes support the implementation is simply wrong
    

    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libavformat/img2enc.c

Navigation