Recherche avancée

Médias (1)

Mot : - Tags -/artwork

Autres articles (52)

  • Récupération d’informations sur le site maître à l’installation d’une instance

    26 novembre 2010, par

    Utilité
    Sur le site principal, une instance de mutualisation est définie par plusieurs choses : Les données dans la table spip_mutus ; Son logo ; Son auteur principal (id_admin dans la table spip_mutus correspondant à un id_auteur de la table spip_auteurs)qui sera le seul à pouvoir créer définitivement l’instance de mutualisation ;
    Il peut donc être tout à fait judicieux de vouloir récupérer certaines de ces informations afin de compléter l’installation d’une instance pour, par exemple : récupérer le (...)

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

  • Submit bugs and patches

    13 avril 2011

    Unfortunately a software is never perfect.
    If you think you have found a bug, report it using our ticket system. Please to help us to fix it by providing the following information : the browser you are using, including the exact version as precise an explanation as possible of the problem if possible, the steps taken resulting in the problem a link to the site / page in question
    If you think you have solved the bug, fill in a ticket and attach to it a corrective patch.
    You may also (...)

Sur d’autres sites (4497)

  • avcodec/dvdsubdec : fix accessing dangling pointers

    8 janvier 2015, par wm4
    avcodec/dvdsubdec : fix accessing dangling pointers

    dvdsub_decode() can call append_to_cached_buf() 2 times, the second time
    
with ctx->buf as argument. If the second append_to_cached_buf() reallocs
    
ctx->buf, the argument will be a pointer to the previous, freed block.
    
This can cause invalid reads at least with some fuzzed files - and
    
possibly with valid files.
    

    Since packets can apparently not be larger than 64K (even if packets are
    
combined), just use a fixed size buffer. It will be allocated as part of
    
the DVDSubContext, and although some memory is "wasted", it’s relatively
    
minimal by modern standards and should be acceptable.
    

    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] libavcodec/dvdsubdec.c

  • FFMPEG re-broadcast/proxy MJPEG stream

    10 septembre 2022, par Ollie Pugh

    I have an MJPEG stream coming from an RPI on my home network and have an NGINX acting as a proxy on an EC2.

    &#xA;

    For the camera access the flow of stream to the user is the following

    &#xA;

    RPi -> mjpeg-proxy (running on EC2) -> NGINX (running on same EC2) -> user

    &#xA;

    the point of mjpeg-proxy is to reduce the load on the RPi and only have one stream to the Pi and allow the EC2 to distribute that one stream.

    &#xA;

    Now this work fine-ish from my PC (on same network as Pi) the streams work perfectly. But when it comes to my phone on roaming data, the stream is super choppy and the latency grows massively (this project needs minimal latency, like sub 300ms).

    &#xA;

    I can't understand why this would happen ? Because even when running of my local PC its going through the Proxy hosted in the cloud, so its not as if its an advantage to it being local ?

    &#xA;

    the stream is fine on another device, e.g. my laptop, but thats on the same network as the RPi. But like I said, it shouldn't makea difference as its going through a proxy !

    &#xA;

    I was wondering if using FFMPEG to re-stream the mjpeg stream would be beneficial as node is notoriously slow. But I don't really want to be writing my own mjpeg-proxy in C++ to speed this all up.

    &#xA;

    I have looked online for answers to FFMPEG MJPEG proxy and have been very unsuccesful

    &#xA;

  • avformat/mlvdec : demux LJ92 huffman comressed frames

    13 décembre 2024, par Peter Ross
    avformat/mlvdec : demux LJ92 huffman comressed frames

    A minimal DNG header is added to each LJ92 compressed frame, allowing
    
thme to be decoded by the TIFF decoder. The TIFF decoder is responsible
    
for setting up the MJPEG decoder, signalling the correct s->bayer flag,
    
and setting pix_fmt.
    

    The LJ92 compressed frames can be muxed out to DNG files, and manipulated
    
in DNG software. Tested with darktable and rawtherapee.
    

    Contributor : South East <8billion.people@gmail.com>
    • [DH] libavformat/mlvdec.c

Navigation