Recherche avancée

Médias (0)

Mot : - Tags -/formulaire

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

Autres articles (103)

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

  • ANNEXE : Les plugins utilisés spécifiquement pour la ferme

    5 mars 2010, par

    Le site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)

  • L’agrémenter visuellement

    10 avril 2011

    MediaSPIP est basé sur un système de thèmes et de squelettes. Les squelettes définissent le placement des informations dans la page, définissant un usage spécifique de la plateforme, et les thèmes l’habillage graphique général.
    Chacun peut proposer un nouveau thème graphique ou un squelette et le mettre à disposition de la communauté.

Sur d’autres sites (10556)

  • avformat/mxfdec : Don't use wrong type of pointer

    12 mars 2021, par Andreas Rheinhardt
    avformat/mxfdec : Don't use wrong type of pointer

    If one of the two results of a ternary conditional is a pointer to void,
    
the type of the whole conditional operator is a pointer to void, even
    
when the other possible result is not a pointer to void. This loophole
    
in the type system has allowed mxf_read_local_tags to have a pointer of
    
type pointer to MXFMetadataSet that actually points to an MXFContext.
    

    Reviewed-by : Tomas Härdin <tjoppen@acc.umu.se>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] libavformat/mxfdec.c

  • Can ffprobe return the mime type ?

    12 septembre 2021, par weird guy

    I want to get the mime type (e.g. video/mp4) of a media file using ffprobe. Is that possible or do I need another program for that ?

    &#xA;

  • IP camera turns off RTSP stream to ffmpeg client after 1/2 of camera's RTSP timeout setting, when transport is UDP

    25 octobre 2020, par MAXdB

    Capturing RTSP Motion JPEG stream from an IP camera with ffmpeg.

    &#xA;

    ffmpeg -loglevel debug -i rtsp://192.168.1.100:554/videoinput_1/mjpeg_3/media.stm -an -codec copy -y test.avi&#xA;

    &#xA;

    On the IP camera, the RTSP Timeout has a setting valid 1 to 120. When the rtsp_transport is default (UDP), ffmpeg will terminate after half the camera's timeout setting. If the camera is set to RTSP Timeout = 30, then ffmpeg will quit after 15 seconds. If set to 120, ffmpeg will quit after 60 seconds. With ffmpeg loglevel set to debug, get "No more output streams to write to" message :

    &#xA;

    No more output streams to write to, finishing.&#xA;frame=  375 fps= 26 q=-1.0 Lsize=   34794kB time=00:00:14.98 bitrate=19027.7kbits/s speed=1.06x&#xA;video:34771kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.067360%&#xA;Input file #0 (rtsp://192.168.1.100:554/videoinput_1/mjpeg_3/media.stm):&#xA;  Input stream #0:0 (video): 375 packets read (35605476 bytes);&#xA;  Total: 375 packets (35605476 bytes) demuxed&#xA;Output file #0 (test.avi):&#xA;  Output stream #0:0 (video): 375 packets muxed (35605476 bytes);&#xA;  Total: 375 packets (35605476 bytes) muxed&#xA;0 frames successfully decoded, 0 decoding errors&#xA;

    &#xA;

    However, if transport is set to TCP with -rtsp_transport tcp or -rtsp_flags prefer_tcp, then the connection remains indefinitely, which, of course, is the desired behavior. Is there any way to get this working properly when the transport is UDP ? Is ffmpeg supposed to be sending info/keep alive back to the camera, but isn't when in UDP ?

    &#xA;

Navigation