Recherche avancée

Médias (1)

Mot : - Tags -/book

Autres articles (12)

  • Installation en mode ferme

    4 février 2011, par

    Le mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
    C’est la méthode que nous utilisons sur cette même plateforme.
    L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
    Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)

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

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

Sur d’autres sites (5952)

  • tcp : set socket buffer sizes before listen/connect/accept

    9 janvier 2017, par Joel Cunningham
    tcp : set socket buffer sizes before listen/connect/accept
    

    From e24d95c0e06a878d401ee34fd6742fcaddeeb95f Mon Sep 17 00:00:00 2001
    From : Joel Cunningham <joel.cunningham@me.com>
    Date : Mon, 9 Jan 2017 13:37:51 -0600
    Subject : [PATCH] tcp : set socket buffer sizes before listen/connect/accept

    Attempting to set SO_RCVBUF and SO_SNDBUF on TCP sockets after connection
    establishment is incorrect and some stacks ignore the set call on the socket at
    this point. This has been observed on MacOS/iOS. Windows 7 has some peculiar
    behavior where setting SO_RCVBUF after applies only if the buffer is increasing
    from the default while decreases are ignored. This is possibly how the incorrect
    usage has gone unnoticed

    Unix Network Programming Vol. 1 : The Sockets Networking API (3rd edition, seciton 7.5) :

    "When setting the size of the TCP socket receive buffer, the ordering of the
    function calls is important. This is because of TCP’s window scale option,
    which is exchanged with the peer on SYN segments when the connection is
    established. For a client, this means the SO_RCVBUF socket option must be
    set before calling connect. For a server, this means the socket option must
    be set for the listening socket before calling listen. Setting this option
    for the connected socket will have no effect whatsoever on the possible window
    scale option because accept does not return with the connected socket until
    TCP’s three-way handshake is complete. This is why the option must be set on
    the listening socket. (The sizes of the socket buffers are always inherited from
    the listening socket by the newly created connected socket)"

    Signed-off-by : Joel Cunningham <joel.cunningham@me.com>
    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>

    • [DH] libavformat/tcp.c
  • ffmpeg pipe webcam stream input to two outputs image and video with audio included

    23 septembre 2017, par Arianna Gomez Vargas

    I have the next command :

    sudo ffmpeg -ar 44100 -ac 2 -f alsa -i hw:1,0 -f v4l2 -codec:v h264       -codec:a aac -ab 128k -framerate 30 -video_size hd720 -itsoffset 0.5 -i /dev/video0 -vf fps=1 snapsh%d.png -f mpeg -b:v 5000k -copyinkf -codec:v copy -codec:a aac -ab 128k -g 10 - | sudo ffmpeg -y -i - out.mp4

    and the objetive it is record audio and video simultaneously, and pipe the output to be capable to take screnshots of the output video. I’m using a logitech webcam, raspberry pi 3, the last version of ffmpeg with h264 and alsa support.

    But it is not working for me :(, I think that the problem it is enconding the audio stream, but I can find a solution yet.
    Someone have any suggest ? Thanks

    This is the output

    ffmpeg version N-86204-g8794cfb Copyright (c) 2000-2017 the FFmpeg developers
    built with gcc 4.9.2 (Raspbian 4.9.2-10)
    configuration: --enable-nonfree --enable-gpl --enable-libx264 --enable-libfdk-aac
    libavutil 55. 63.100 / 55. 63.100
    libavcodec 57. 96.101 / 57. 96.101
    libavformat 57. 72.101 / 57. 72.101
    libavdevice 57. 7.100 / 57. 7.100
    libavfilter 6. 90.100 / 6. 90.100
    libswscale 4. 7.101 / 4. 7.101
    libswresample 2. 8.100 / 2. 8.100
    libpostproc 54. 6.100 / 54. 6.100
    Guessed Channel Layout for Input Stream #0.0 : stereo
    Input #0, alsa, from 'hw:1,0':
    Duration: N/A, start: 1506129856.832380, bitrate: 1024 kb/s
    Stream #0:0: Audio: pcm_s16le, 32000 Hz, stereo, s16, 1024 kb/s
    Input #1, video4linux2,v4l2, from '/dev/video0':
    Duration: N/A, start: 1821.745623, bitrate: N/A
    Stream #1:0: Video: h264 (Constrained Baseline), yuvj420p(pc, progressive), 1280x720 [SAR 1:1 DAR 16:9], 30 fps, 30 tbr, 1000k tbn, 60 tbc
    Stream mapping:
    Stream #1:0 -> #0:0 (h264 (native) -> png (native))
    Stream #1:0 -> #1:0 (copy)
    Stream #0:0 -> #1:1 (pcm_s16le (native) -> aac (native))
    Press [q] to stop, [?] for help
    [video4linux2,v4l2 @ 0x23a2710] Thread message queue blocking; consider raising the thread_queue_size option (current value: 8)
    [swscaler @ 0x25d4f40] deprecated pixel format used, make sure you did set range correctly
    [swscaler @ 0x25d4f40] No accelerated colorspace conversion found from yuv420p to rgb24.
    Output #0, image2, to '/home/pi/proyecto-aula-master/Videos/snapsh%d.png':
    Metadata:
    encoder : Lavf57.72.101
    Stream #0:0: Video: png, rgb24, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 1 fps, 1 tbn, 1 tbc
    Metadata:
    encoder : Lavc57.96.101 png
    [alsa @ 0x23904f0] Thread message queue blocking; consider raising the thread_queue_size option (current value: 8)
    [mpeg @ 0x23a48d0] VBV buffer size not set, using default size of 130KB
    If you want the mpeg file to be compliant to some specification
    Like DVD, VCD or others, make sure you set the correct buffer size
    Output #1, mpeg, to 'pipe:':
    Metadata:
    encoder : Lavf57.72.101
    Stream #1:0: Video: h264 (Constrained Baseline), yuvj420p(pc, progressive), 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 5000 kb/s, 30 fps, 30 tbr, 90k tbn, 30 tbc
    Stream #1:1: Audio: aac (LC), 32000 Hz, stereo, fltp, 128 kb/s
    Metadata:
    encoder : Lavc57.96.101 aac
    [mpeg @ 0x23a48d0] Non-monotonous DTS in output stream 1:0; previous: 45000, current: 29998; changing to 45001. This may result in incorrect timestamps in the output file.
    [mpeg @ 0x23a48d0] Non-monotonous DTS in output stream 1:0; previous: 45001, current: 32879; changing to 45002. This may result in incorrect timestamps in the output file.
    [mpeg @ 0x23a48d0] Non-monotonous DTS in output stream 1:0; previous: 45002, current: 35759; changing to 45003. This may result in incorrect timestamps in the output file.
    [mpeg @ 0x23a48d0] Non-monotonous DTS in output stream 1:0; previous: 45003, current: 38999; changing to 45004. This may result in incorrect timestamps in the output file.
    [mpeg @ 0x23a48d0] Non-monotonous DTS in output stream 1:0; previous: 45004, current: 41880; changing to 45005. This may result in incorrect timestamps in the output file.
    [mpeg @ 0x23a48d0] Non-monotonous DTS in output stream 1:0; previous: 45005, current: 44759; changing to 45006. This may result in incorrect timestamps in the output file.
    frame= 0 fps=0.0 q=0.0 q=-1.0 size=N/A time=00:00:01.09 bitrate=N/A speed=2.0frame= 2 fps=1.8 q=0.0 q=-1.0 size=N/A time=00:00:01.76 bitrate=N/A dup=1 dro[alsa @ 0x23904f0] ALSA buffer xrun.
    frame= 3 fps=1.8 q=-0.0 q=-1.0 size=N/A time=00:00:02.19 bitrate=N/A dup=1 drframe= 3 fps=1.4 q=-0.0 q=-1.0 size=N/A time=00:00:02.86 bitrate=N/A dup=1 drframe= 4 fps=1.5 q=-0.0 q=-1.0 size=N/A time=00:00:03.36 bitrate=N/A dup=1 drframe= 4 fps=1.3 q=-0.0 q=-1.0 size=N/A time=00:00:03.86 bitrate=N/A dup=1 drframe= 5 fps=1.4 q=-0.0 q=-1.0 size=N/A time=00:00:04.36 bitrate=N/A dup=1 drframe= 5 fps=1.2 q=-0.0 q=-1.0 size=N/A time=00:00:04.86 bitrate=N/A dup=1 dr[alsa @ 0x23904f0] ALSA buffer xrun.
    [mp2 @ 0x262b660] Header missing
    frame= 6 fps=1.2 q=-0.0 q=-1.0 size=N/A time=00:00:05.38 bitrate=N/A dup=1 drframe= 7 fps=1.3 q=-0.0 q=-1.0 size=N/A time=00:00:06.16 bitrate=N/A dup=1 drframe= 7 fps=1.2 q=-0.0 q=-1.0 size=N/A time=00:00:06.79 bitrate=N/A dup=1 drframe= 8 fps=1.2 q=-0.0 q=-1.0 size=N/A time=00:00:07.29 bitrate=N/A dup=1 drframe= 8 fps=1.1 q=-0.0 q=-1.0 size=N/A time=00:00:07.79 bitrate=N/A dup=1 dr[alsa @ 0x23904f0] ALSA buffer xrun.
    frame= 9 fps=1.2 q=-0.0 q=-1.0 size=N/A time=00:00:08.16 bitrate=N/A dup=1 dr[mpeg @ 0x262a1c0] DTS discontinuity in stream 1: packet 6 with DTS 92886, packet 7 with DTS 95880
    frame= 9 fps=1.1 q=-0.0 q=-1.0 size=N/A time=00:00:08.38 bitrate=N/A dup=1 drframe= 10 fps=1.1 q=-0.0 q=-1.0 size=N/A time=00:00:09.19 bitrate=N/A dup=1 drframe= 10 fps=1.1 q=-0.0 q=-1.0 size=N/A time=00:00:09.96 bitrate=N/A dup=1 drframe= 11 fps=1.1 q=-0.0 q=-1.0 size=N/A time=00:00:10.39 bitrate=N/A dup=1 drframe= 11 fps=1.1 q=-0.0 q=-1.0 size=N/A time=00:00:10.96 bitrate=N/A dup=1 dr[alsa @ 0x23904f0] ALSA buffer xrun.
    frame= 12 fps=1.1 q=-0.0 q=-1.0 size=N/A time=00:00:11.40 bitrate=N/A dup=1 drframe= 12 fps=1.1 q=-0.0 q=-1.0 size=N/A time=00:00:12.06 bitrate=N/A dup=1 drframe= 13 fps=1.1 q=-0.0 q=-1.0 size=N/A time=00:00:12.56 bitrate=N/A dup=1 drframe= 13 fps=1.1 q=-0.0 q=-1.0 size=N/A time=00:00:13.06 bitrate=N/A dup=1 drframe= 14 fps=1.1 q=-0.0 q=-1.0 size=N/A time=00:00:13.56 bitrate=N/A dup=1 drframe= 14 fps=1.0 q=-0.0 q=-1.0 size=N/A time=00:00:14.06 bitrate=N/A dup=1 dr[alsa @ 0x23904f0] ALSA buffer xrun.
    [mpeg @ 0x262a1c0] decoding for stream 0 failed
    [mpeg @ 0x262a1c0] Could not find codec parameters for stream 0 (Audio: mp2, 0 channels, s16p): unspecified frame size
    Consider increasing the value for the 'analyzeduration' and 'probesize' options
    Input #0, mpeg, from 'pipe:':
    Duration: N/A, start: 0.500000, bitrate: N/A
    Stream #0:0[0x1c0]: Audio: mp2, 0 channels, s16p
    Stream #0:1[0x1e2]: Video: h264 (Constrained Baseline), yuvj420p(pc, progressive), 1280x720 [SAR 1:1 DAR 16:9], 30 fps, 30 tbr, 90k tbn, 60 tbc
    Stream mapping:
    Stream #0:1 -> #0:0 (h264 (native) -> h264 (libx264))
    Stream #0:0 -> #0:1 (mp2 (native) -> aac (native))
    [mp2 @ 0x262cde0] Header missing
    Error while decoding stream #0:0: Invalid data found when processing input
    No pixel format specified, yuvj420p for H.264 encoding chosen.
    Use -pix_fmt yuv420p for compatibility with outdated media players.
    [libx264 @ 0x26417d0] using SAR=1/1
    [libx264 @ 0x26417d0] using cpu capabilities: ARMv6 NEON
    [libx264 @ 0x26417d0] profile High, level 3.1
    [libx264 @ 0x26417d0] 264 - core 150 r2833 df79067 - H.264/MPEG-4 AVC codec - Copyleft 2003-2017 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
    frame= 19 fps=0.0 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 36 fps= 34 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 47 fps=9.5 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 52 fps=9.2 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 56 fps=9.0 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 60 fps=8.8 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 64 fps=8.6 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 69 fps=7.2 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 71 fps=7.0 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 73 fps=6.9 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 76 fps=6.2 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 80 fps=6.3 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 82 fps=5.8 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 85 fps=5.8 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 87 fps=5.7 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 89 fps=5.4 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 90 fps=5.3 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 93 fps=5.3 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 95 fps=5.2 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 97 fps=5.0 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 99 fps=5.0 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 102 fps=5.0 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 103 fps=4.9 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 105 fps=4.7 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 108 fps=4.7 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 110 fps=4.7 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 112 fps=4.6 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 114 fps=4.5 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 117 fps=4.5 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 120 fps=4.5 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 122 fps=4.4 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 123 fps=4.4 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 126 fps=4.3 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 128 fps=4.3 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 130 fps=4.2 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 132 fps=4.2 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 135 fps=4.2 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbframe= 138 fps=4.2 q=0.0 size= 0kB time=-577014:32:22.77 bitrate= -0.0kbToo many packets buffered for output stream 0:0.
    [libx264 @ 0x26417d0] frame I:1 Avg QP:16.64 size: 29761
    [libx264 @ 0x26417d0] frame P:36 Avg QP:21.71 size: 9196
    [libx264 @ 0x26417d0] frame B:92 Avg QP:24.13 size: 4641
    [libx264 @ 0x26417d0] consecutive B-frames: 0.8% 0.0% 32.1% 67.2%
    [libx264 @ 0x26417d0] mb I I16..4: 24.3% 49.7% 25.9%
    [libx264 @ 0x26417d0] mb P I16..4: 11.2% 10.0% 0.2% P16..4: 41.0% 6.2% 3.7% 0.0% 0.0% skip:27.7%
    [libx264 @ 0x26417d0] mb B I16..4: 5.0% 5.5% 0.0% B16..8: 40.1% 3.0% 0.2% direct: 1.6% skip:44.6% L0:59.9% L1:38.4% BI: 1.7%
    [libx264 @ 0x26417d0] 8x8 transform intra:49.7% inter:79.4%
    [libx264 @ 0x26417d0] coded y,uvDC,uvAC intra: 10.0% 13.9% 0.3% inter: 8.6% 11.3% 0.0%
    [libx264 @ 0x26417d0] i16 v,h,dc,p: 43% 24% 16% 16%
    [libx264 @ 0x26417d0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 42% 18% 36% 1% 0% 0% 1% 0% 1%
    [libx264 @ 0x26417d0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 50% 19% 16% 3% 2% 2% 3% 3% 3%
    [libx264 @ 0x26417d0] i8c dc,h,v,p: 70% 14% 16% 0%
    [libx264 @ 0x26417d0] Weighted P-Frames: Y:2.8% UV:0.0%
    [libx264 @ 0x26417d0] ref P L0: 39.8% 7.3% 42.5% 10.4% 0.0%
    [libx264 @ 0x26417d0] ref B L0: 44.7% 41.0% 14.2%
    [libx264 @ 0x26417d0] ref B L1: 70.0% 30.0%
    [libx264 @ 0x26417d0] kb/s:1465.58
    Exiting normally, received signal 2.
  • Merge commit 'c29da01ac95ea2c8c5c4b3a312a33aaaa8fb7068'

    26 septembre 2017, par James Almer
    Merge commit 'c29da01ac95ea2c8c5c4b3a312a33aaaa8fb7068'
    

    * commit 'c29da01ac95ea2c8c5c4b3a312a33aaaa8fb7068' :
    svq3 : Convert to the new bitstream reader

    This commit is a noop, see
    http://ffmpeg.org/pipermail/ffmpeg-devel/2017-April/209609.html

    Merged-by : James Almer <jamrial@gmail.com>