Recherche avancée

Médias (1)

Mot : - Tags -/illustrator

Autres articles (44)

  • Qualité du média après traitement

    21 juin 2013, par

    Le bon réglage du logiciel qui traite les média est important pour un équilibre entre les partis ( bande passante de l’hébergeur, qualité du média pour le rédacteur et le visiteur, accessibilité pour le visiteur ). Comment régler la qualité de son média ?
    Plus la qualité du média est importante, plus la bande passante sera utilisée. Le visiteur avec une connexion internet à petit débit devra attendre plus longtemps. Inversement plus, la qualité du média est pauvre et donc le média devient dégradé voire (...)

  • Dépôt de média et thèmes par FTP

    31 mai 2013, par

    L’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
    Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...)

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

Sur d’autres sites (6338)

  • capturing x11grab display from ffmpeg giveing "segmentation fault1 q=0.0"

    26 juin 2019, par user2369563

    In Debian 9, I am trying to record screen using ffmpeg over x11grab. it's working great but sometimes its give error as shown below.
Any idea what causing this ?

    



    exec error: Error: Command failed: ffmpeg -y  -f x11grab -s 1920x1080 -framerate 30 -i :1.0+0,0 -vsync 1 -c:v libx264 -preset ultrafast -crf 0 -pix_fmt yuv444p output.mkv
ffmpeg version 3.2.14-1~deb9u1 Copyright (c) 2000-2019 the FFmpeg developers
  built with gcc 6.3.0 (Debian 6.3.0-18+deb9u1) 20170516
  configuration: --prefix=/usr --extra-version='1~deb9u1' --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --enable-gpl --disable-stripping --enable-avresample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libebur128 --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-omx --enable-openal --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libopencv --enable-libx264 --enable-shared
  libavutil      55. 34.101 / 55. 34.101
  libavcodec     57. 64.101 / 57. 64.101
  libavformat    57. 56.101 / 57. 56.101
  libavdevice    57.  1.100 / 57.  1.100
  libavfilter     6. 65.100 /  6. 65.100
  libavresample   3.  1.  0 /  3.  1.  0
  libswscale      4.  2.100 /  4.  2.100
  libswresample   2.  3.100 /  2.  3.100
  libpostproc    54.  1.100 / 54.  1.100
[x11grab @ 0x55f87adcffa0] Stream #0: not enough frames to estimate rate; consider increasing probesize
Input #0, x11grab, from ':1.0+0,0':
  Duration: N/A, start: 1561540173.584858, bitrate: N/A
    Stream #0:0: Video: rawvideo (BGR[0] / 0x524742), bgr0, 1920x1080, 30 fps, 1000k tbr, 1000k tbn, 1000k tbc
[libx264 @ 0x55f87adda860] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
[libx264 @ 0x55f87adda860] profile High 4:4:4 Predictive, level 4.0, 4:4:4 8-bit
[libx264 @ 0x55f87adda860] 264 - core 148 r2748 97eaef2 - H.264/MPEG-4 AVC codec - Copyleft 2003-2016 - http://www.videolan.org/x264.html - options: cabac=0 ref=1 deblock=0:0:0 analyse=0:0 me=dia subme=0 psy=0 mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=0 chroma_qp_offset=0 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=25 scenecut=0 intra_refresh=0 rc=cqp mbtree=0 qp=0
Output #0, matroska, to 'output.mkv':
  Metadata:
    encoder         : Lavf57.56.101
    Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuv444p, 1920x1080, q=-1--1, 30 fps, 1k tbn, 30 tbc
    Metadata:
      encoder         : Lavc57.64.101 libx264
    Side data:
      cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1
Stream mapping:
  Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264))
Press [q] to stop, [?] for help
Segmentation fault1 q=0.0 size=   10942kB time=00:00:02.40 bitrate=37332.4kbits/s speed=0.923x


    


  • capturing x11grab display from ffmpeg giveing "segmentation fault1 q=0.0"

    26 juin 2019, par user2369563

    In Debian 9, I am trying to record screen using ffmpeg over x11grab. it’s working great but sometimes its give error as shown below.
    Any idea what causing this ?

    exec error: Error: Command failed: ffmpeg -y  -f x11grab -s 1920x1080 -framerate 30 -i :1.0+0,0 -vsync 1 -c:v libx264 -preset ultrafast -crf 0 -pix_fmt yuv444p output.mkv
    
ffmpeg version 3.2.14-1~deb9u1 Copyright (c) 2000-2019 the FFmpeg developers
    
  built with gcc 6.3.0 (Debian 6.3.0-18+deb9u1) 20170516
    
  configuration: --prefix=/usr --extra-version='1~deb9u1' --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --enable-gpl --disable-stripping --enable-avresample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libebur128 --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-omx --enable-openal --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libopencv --enable-libx264 --enable-shared
    
  libavutil      55. 34.101 / 55. 34.101
    
  libavcodec     57. 64.101 / 57. 64.101
    
  libavformat    57. 56.101 / 57. 56.101
    
  libavdevice    57.  1.100 / 57.  1.100
    
  libavfilter     6. 65.100 /  6. 65.100
    
  libavresample   3.  1.  0 /  3.  1.  0
    
  libswscale      4.  2.100 /  4.  2.100
    
  libswresample   2.  3.100 /  2.  3.100
    
  libpostproc    54.  1.100 / 54.  1.100
    
[x11grab @ 0x55f87adcffa0] Stream #0: not enough frames to estimate rate; consider increasing probesize
    
Input #0, x11grab, from ':1.0+0,0':
    
  Duration: N/A, start: 1561540173.584858, bitrate: N/A
    
    Stream #0:0: Video: rawvideo (BGR[0] / 0x524742), bgr0, 1920x1080, 30 fps, 1000k tbr, 1000k tbn, 1000k tbc
    
[libx264 @ 0x55f87adda860] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
    
[libx264 @ 0x55f87adda860] profile High 4:4:4 Predictive, level 4.0, 4:4:4 8-bit
    
[libx264 @ 0x55f87adda860] 264 - core 148 r2748 97eaef2 - H.264/MPEG-4 AVC codec - Copyleft 2003-2016 - http://www.videolan.org/x264.html - options: cabac=0 ref=1 deblock=0:0:0 analyse=0:0 me=dia subme=0 psy=0 mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=0 chroma_qp_offset=0 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=25 scenecut=0 intra_refresh=0 rc=cqp mbtree=0 qp=0
    
Output #0, matroska, to 'output.mkv':
    
  Metadata:
    
    encoder         : Lavf57.56.101
    
    Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuv444p, 1920x1080, q=-1--1, 30 fps, 1k tbn, 30 tbc
    
    Metadata:
    
      encoder         : Lavc57.64.101 libx264
    
    Side data:
    
      cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1
    
Stream mapping:
    
  Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264))
    
Press [q] to stop, [?] for help
    
Segmentation fault1 q=0.0 size=   10942kB time=00:00:02.40 bitrate=37332.4kbits/s speed=0.923x

  • avformat/matroskaenc : Avoid seeking when writing level 1 elements

    20 avril 2019, par Andreas Rheinhardt
    avformat/matroskaenc : Avoid seeking when writing level 1 elements

    Up until now, the writing process for level 1 elements (those elements
    
for which CRC-32 elements are written by default) was this in case the
    
output was seekable : Write the EBML ID, write an "unkown length" EBML
    
number of the desired length, then write the element into a dynamic
    
buffer, then write the dynamic buffer (after possible calculation and
    
writing of the CRC-element), then seek back to the size element and
    
overwrite the unknown-size element with the real size. The seeking and
    
overwriting part has been eliminated by not writing the size initially.
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    
Signed-off-by : James Almer <jamrial@gmail.com>
    • [DH] libavformat/matroskaenc.c

Navigation