Recherche avancée

Médias (1)

Mot : - Tags -/publishing

Autres articles (107)

  • Personnaliser les catégories

    21 juin 2013, par

    Formulaire de création d’une catégorie
    Pour ceux qui connaissent bien SPIP, une catégorie peut être assimilée à une rubrique.
    Dans le cas d’un document de type catégorie, les champs proposés par défaut sont : Texte
    On peut modifier ce formulaire dans la partie :
    Administration > Configuration des masques de formulaire.
    Dans le cas d’un document de type média, les champs non affichés par défaut sont : Descriptif rapide
    Par ailleurs, c’est dans cette partie configuration qu’on peut indiquer le (...)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • Encoding and processing into web-friendly formats

    13 avril 2011, par

    MediaSPIP automatically converts uploaded files to internet-compatible formats.
    Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
    Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
    Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
    All uploaded files are stored online in their original format, so you can (...)

Sur d’autres sites (13557)

  • Video format or MIME type is not supported in ruby on rails

    19 novembre 2015, par Waqas Ahad

    Upload video using paperclip-ffmpeg.
    It save fine.But when I show it on browser it shown but not play.It gvies error on video

    Video format or MIME type is not supported

    Showing video like this

    <%= video_tag @ad.videod.url(:medium), controls: true, type: "video/flv", size: "640x480" %>

  • fftools/ffprobe : Use proper enum type

    6 août 2023, par Andreas Rheinhardt
    fftools/ffprobe : Use proper enum type

    This is a bit cleaner as int need not be the underlying type
    
of an enum if a smaller type can hold all its values.
    
Also declare the children_ids array as const as it never changes.
    

    Reviewed-by : Stefano Sabatini <stefasab@gmail.com>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] fftools/ffprobe.c

  • 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