Recherche avancée

Médias (3)

Mot : - Tags -/image

Autres articles (47)

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

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

Sur d’autres sites (7286)

  • How do you enable "veryfast" libx264 preset from code using libavcodec ?

    3 novembre 2013, par dicroce

    I'm using libx264 via ffmpeg (in a C++ program), and I need to know how to activate the "veryfast" preset. A grep in the x264 source tree yields :

    include/x264.h:static const char * const x264_preset_names[] = "ultrafast", "superfast", "veryfast", "faster", "fast", "medium", "slow", "slower", "veryslow", "placebo", 0  ;

    Which inclines me to believe that x264 itself supports this preset as opposed to just being implemented in ffmpeg as a collection of other settings. So, the question is : How do I get ffmpeg to activate the x264 "veryfast" preset ?

  • Revision 33150 : Essayer de suivre les optimisations de la 2.0.10++ SVN

    23 novembre 2009, par real3t@… — Log

    Essayer de suivre les optimisations de la 2.0.10++ SVN

  • FFMPEG Streaming webcam on Windows 10 to RTP

    23 juillet 2019, par gdogg371

    I am still trying to figure out exactly what I am doing with ffmpeg and dshow. However I am trying to stream a 4k capture device I have, so that I can use this as an IPTV server downstream.

    So far I have :

    ffmpeg -rtbufsize 2100M -y -loglevel warning -f dshow -i video="Video (00 Pro Capture HDMI 4K+)" -s 3840x2160 -vcodec v410 -f rtp rtp://192.168.1.31:8554

    ...however this is throwing up the following errors :

    C:\Program Files\VideoLAN\VLC>ffmpeg -rtbufsize 2100M -y -loglevel warning -f dshow -i video="Video (00 Pro Capture HDMI 4K+)" -s 3840x2160 -vcodec libx265 -f rtp rtp://192.168.1.31:8554
    [udp @ 000002c207a7d080] 'circular_buffer_size' option was set but it is not supported on this build (pthread support is required)
    [udp @ 000002c207a8d380] 'circular_buffer_size' option was set but it is not supported on this build (pthread support is required)
    x265 [info]: HEVC encoder version 3.1b36c03e4e771
    x265 [info]: build info [Windows][GCC 9.1.1][64 bit] 8bit+10bit
    x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
    x265 [info]: Main 4:2:2 10 profile, Level-5.1 (Main tier)
    x265 [info]: Thread pool created using 8 threads
    x265 [info]: Slices                              : 1
    x265 [info]: frame threads / pool features       : 3 / wpp(34 rows)
    x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
    x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
    x265 [info]: ME / range / subpel / merge         : hex / 57 / 2 / 3
    x265 [info]: Keyframe min / max / scenecut / bias: 25 / 250 / 40 / 5.00
    x265 [info]: Lookahead / bframes / badapt        : 20 / 4 / 2
    x265 [info]: b-pyramid / weightp / weightb       : 1 / 1 / 0
    x265 [info]: References / ref-limit  cu / depth  : 3 / off / on
    x265 [info]: AQ: mode / str / qg-size / cu-tree  : 2 / 1.0 / 32 / 1
    x265 [info]: Rate Control / qCompress            : CRF-28.0 / 0.60
    x265 [info]: tools: rd=3 psy-rd=2.00 early-skip rskip signhide tmvp b-intra
    x265 [info]: tools: strong-intra-smoothing lslices=8 deblock sao
    SDP:
    v=0
    o=- 0 0 IN IP4 127.0.0.1
    s=No Name
    c=IN IP4 192.168.1.31
    t=0 0
    a=tool:libavformat 58.28.100
    m=video 8554 RTP/AVP 96
    a=rtpmap:96 H265/90000

    [dshow @ 000002c207a69f80] real-time buffer [Video (00 Pro Capture HDMI 4K+)] [video input] too full or near too full (62% of size: 2100000000 [rtbufsize parameter])! frame dropped!
    [dshow @ 000002c207a69f80] real-time buffer [Video (00 Pro Capture HDMI 4K+)] [video input] too full or near too full (64% of size: 2100000000 [rtbufsize parameter])! frame dropped!
    [dshow @ 000002c207a69f80] real-time buffer [Video (00 Pro Capture HDMI 4K+)] [video input] too full or near too full (67% of size: 2100000000 [rtbufsize parameter])! frame dropped!
    ...
    ...
    ...
    [dshow @ 000002c207a69f80] real-time buffer [Video (00 Pro Capture HDMI 4K+)] [video input] too full or near too full (99% of size: 2100000000 [rtbufsize parameter])! frame dropped!
       Last message repeated 1 times
    [dshow @ 000002c207a69f80] real-time buffer [Video (00 Pro Capture HDMI 4K+)] [video input] too full or near too full (100% of size: 2100000000 [rtbufsize parameter])! frame dropped!
       Last message repeated 149 times
    [dshow @ 000002c207a69f80] real-time buffer [Video (00 Pro Capture HDMI 4K+)] [video input] too full or near too full (99% of size: 2100000000 [rtbufsize parameter])! frame dropped!
    [dshow @ 000002c207a69f80] real-time buffer [Video (00 Pro Capture HDMI 4K+)] [video input] too full or near too full (100% of size: 2100000000 [rtbufsize parameter])! frame dropped!

    I am unsure why this occurring, as the buffer size is pretty much at the maximum permitted by dshow.

    Can anyone suggest a remedy ?

    Thanks