Recherche avancée

Médias (0)

Mot : - Tags -/publication

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

Autres articles (59)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, 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 (...)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • Amélioration de la version de base

    13 septembre 2013

    Jolie sélection multiple
    Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
    Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...)

Sur d’autres sites (10448)

  • mpegts proxy allowing multiple concurrent views of same source feed

    5 juillet 2018, par Yass T

    I am having trouble finding a (preferably non-commercial) linux compatible project that would allow to "restream" one particular MPEGTS live source feed to multiple clients, without requesting it more than once from the source.

    Imagine an mpegts live source feed coming from http://my_mpegts_provider (imagine we have the direct link, no m3u style playlist), I would like a program to be able to grab that source and proxy it to one AND more client devices (let’s say VLC players) when they are requesting it, even if not requested at the same time.

    In other words, can we proxy the MPEGTS stream so only our proxy will be seen as the "client" (from the source provider point of view) when multiple devices (on the same network) connect to the SAME source on this side ?

    I tried the node-ffmpeg-mpegts-proxy but it clearly showed two separate connections to the source when asking for the same "channel" with two different VLC clients (confirmed with netstat).

    Thanks, and sorry in advance if my post is out of stackoverflow rules, I can’t think of a better place to gather some good opinions

  • FFMPEG Error initializing complex filters when using watermark [duplicate]

    13 décembre 2019, par Ahmed T

    This question already has an answer here :

    Im trying to convert mp4 file using ffmpeg on windows by using this command ,

    ffmpeg -i 1.mp4 -vcodec libx264 -movflags +faststart -threads 0 -r 25 -g 50 -crf 25 -me_method hex -trellis 0 -bf 8 -acodec aac -strict -2 -ar 44100 -ab 128k -vf subtitles=1.srt:force_style='FontName=Changa,Fontsize=20' -qscale:v 3 -preset veryfast 1z.mp4

    its converted without problem but i need to use png watermark file to be converted with the video bottom right i have tried all options using search but no one works sometimes i got problem for complex rules , im a new with ffmpeg and i dont know how to do it , your help really appreciated .
    Thanks

  • Speed problems with realtime recording with libavcodec and libavformat

    1er novembre 2022, par WalleyM

    I am trying to use libavcodec and libavformat to write an mp4 video file in realtime using h264. I am using an approach heavily inspired by this answer here This works well as a non-realtime solution however, avcodec_receive_packet() starts running much slower after 20 frames or so (this is usually around the first time it returns success and thus av_interleaved_write_frame() is called for the first time). This is so slow that my writing cannot work in realtime.

    


    Solutions I have tried :

    


      

    • Enabling multithreading on my codec context
    • 


    • Running avcodec_receive_packet() and av_interleaved_write_frame() on a separate thread to my capture from the realtime video source
    • 


    • Changing the gop_size in the video context
    • 


    • Lowering my bitrate in the video context
    • 


    


    Is there anything I'm missing ? Possibly some fundamental rules to capturing video in realtime. I am not very experienced with programming with video.