Recherche avancée

Médias (91)

Autres articles (89)

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

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

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

Sur d’autres sites (10560)

  • 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
  • TVHeadend not using codec copy on an IPTV stream ?

    3 avril 2020, par petaire

    So I'm using the great TVHeadend, which is in my case a DVB-T or IPTV server that can record greatly some inputs. This is a great piece of software, which I recommend much.

    &#xA;&#xA;

    But I'm a little bit confused in here. So I've set up a tvheadend on a raspberry pi 4, because I need for my work to record a lot of tv programs. I appreciate TVheadend very much on an other installation, and so are my coworkers who also needs to use it and not a CLI only interface (that's relevant you'll see).

    &#xA;&#xA;

    So when I'm using a simple ffmpeg command like this :

    &#xA;&#xA;

    ffmpeg -err_detect ignore_err -i http://mystream -to 00:10:00 -codec copy /media/partage/dvr/test.mp4&#xA;

    &#xA;&#xA;

    my cpu usage goes to something like 1 or 2% percent. But when I'm trying to replicate that in tvheadend, the cpu goes to 400%, and clearly it's not the same behavior.

    &#xA;&#xA;

    Here my stream configuration :

    &#xA;&#xA;

    tvheadendconfig

    &#xA;&#xA;

    Here's the result with ffmpeg codec copy :

    &#xA;&#xA;

    General&#xA;Complete name                            : /Volumes/Share/dvr/test2.mp4&#xA;Format                                   : MPEG-4&#xA;Format profile                           : Base Media&#xA;Codec ID                                 : isom (isom/iso2/avc1/mp41)&#xA;File size                                : 58.3 MiB&#xA;Duration                                 : 3mn 20s&#xA;Overall bit rate                         : 2 436 Kbps&#xA;Writing application                      : Lavf58.20.100&#xA;&#xA;Video&#xA;ID                                       : 1&#xA;Format                                   : AVC&#xA;Format/Info                              : Advanced Video Codec&#xA;Format profile                           : Main@L3.1&#xA;Format settings                          : 2 Ref Frames&#xA;Format settings, CABAC                   : No&#xA;Format settings, ReFrames                : 2 frames&#xA;Format settings, GOP                     : M=3, N=50&#xA;Codec ID                                 : avc1&#xA;Codec ID/Info                            : Advanced Video Coding&#xA;Duration                                 : 3mn 20s&#xA;Bit rate                                 : 2 300 Kbps&#xA;Width                                    : 1 280 pixels&#xA;Height                                   : 720 pixels&#xA;Display aspect ratio                     : 16:9&#xA;Frame rate mode                          : Constant&#xA;Frame rate                               : 25.000 fps&#xA;Color space                              : YUV&#xA;Chroma subsampling                       : 4:2:0&#xA;Bit depth                                : 8 bits&#xA;Scan type                                : Progressive&#xA;Bits/(Pixel*Frame)                       : 0.100&#xA;Stream size                              : 55.0 MiB (94%)&#xA;Codec configuration box                  : avcC&#xA;&#xA;Audio&#xA;ID                                       : 2&#xA;Format                                   : AAC LC&#xA;Format/Info                              : Advanced Audio Codec Low Complexity&#xA;Codec ID                                 : mp4a-40-2&#xA;Duration                                 : 3mn 20s&#xA;Bit rate mode                            : Constant&#xA;Bit rate                                 : 128 Kbps&#xA;Channel(s)                               : 1 channel&#xA;Channel layout                           : C&#xA;Sampling rate                            : 44.1 KHz&#xA;Frame rate                               : 43.066 fps (1024 SPF)&#xA;Compression mode                         : Lossy&#xA;Stream size                              : 3.07 MiB (5%)&#xA;Language                                 : French&#xA;Default                                  : Yes&#xA;Alternate group                          : 1&#xA;

    &#xA;&#xA;

    And the result with tvheadend :

    &#xA;&#xA;

    General&#xA;Complete name                            : /Volumes/Share/dvr/2020-04-01/BFMTV/Edition-speciale-BFMTV2020-04-0121-00.mp4&#xA;Format                                   : MPEG-4&#xA;Format profile                           : Base Media&#xA;Codec ID                                 : isom (isom/iso2/avc1/iso6/mp41)&#xA;File size                                : 8.40 MiB&#xA;Duration                                 : 42s 486ms&#xA;Overall bit rate                         : 1 659 Kbps&#xA;Movie name                               : Edition sp&#xE9;ciale&#xA;Writing application                      : Lavf58.20.100&#xA;&#xA;Video&#xA;ID                                       : 1&#xA;Format                                   : AVC&#xA;Format/Info                              : Advanced Video Codec&#xA;Format profile                           : High@L3.1&#xA;Format settings                          : CABAC / 4 Ref Frames&#xA;Format settings, CABAC                   : Yes&#xA;Format settings, ReFrames                : 4 frames&#xA;Codec ID                                 : avc1&#xA;Codec ID/Info                            : Advanced Video Coding&#xA;Duration                                 : 40s 512ms&#xA;Bit rate                                 : 11.9 Kbps&#xA;Nominal bit rate                         : 1 500 Kbps&#xA;Width                                    : 1 280 pixels&#xA;Height                                   : 720 pixels&#xA;Display aspect ratio                     : 16:9&#xA;Frame rate mode                          : Variable&#xA;Frame rate                               : 25.000 fps&#xA;Minimum frame rate                       : 13.885 fps&#xA;Maximum frame rate                       : 25.014 fps&#xA;Color space                              : YUV&#xA;Chroma subsampling                       : 4:2:0&#xA;Bit depth                                : 8 bits&#xA;Scan type                                : Progressive&#xA;Bits/(Pixel*Frame)                       : 0.001&#xA;Stream size                              : 58.6 KiB (1%)&#xA;Writing library                          : x264 core 155 r2917 0a84d98&#xA;Encoding settings                        : 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=125 / keyint_min=12 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=abr / mbtree=1 / bitrate=1500 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=1875 / vbv_bufsize=5625 / nal_hrd=none / filler=0 / ip_ratio=1.40 / aq=1:1.00&#xA;Codec configuration box                  : avcC&#xA;&#xA;Audio&#xA;ID                                       : 2&#xA;Format                                   : AAC LC&#xA;Format/Info                              : Advanced Audio Codec Low Complexity&#xA;Codec ID                                 : mp4a-40-2&#xA;Duration                                 : 42s 486ms&#xA;Bit rate mode                            : Constant&#xA;Bit rate                                 : 172 bps&#xA;Nominal bit rate                         : 172 Kbps&#xA;Channel(s)                               : 1 channel&#xA;Channel layout                           : C&#xA;Sampling rate                            : 48.0 KHz&#xA;Frame rate                               : 46.875 fps (1024 SPF)&#xA;Compression mode                         : Lossy&#xA;Stream size                              : 915 Bytes (0%)&#xA;Language                                 : French&#xA;Default                                  : Yes&#xA;Alternate group                          : 1&#xA;

    &#xA;&#xA;

    As you can see, Tvheadend is making a variable bitrate and variable framerate file, which is really bad for Premiere Pro (which is the main goal for all this). Clearly it's transcoding it, which I don't need, in a format that is worst for my workflow.

    &#xA;&#xA;

    My Pi4 is on Raspbian Buster, but I've also tried this with the same unfortunate result on libreelec.

    &#xA;&#xA;

    Does anyone has any idea ?

    &#xA;

  • Evolution #4766 : Passer le menu d’ajouts rapides dans un sous-menu

    4 mai 2021, par RastaPopoulos ♥

    Cédric commentait :

    c’est un bandeau d’accès rapide à l’écriture de contenus : c’est pas pour planquer les trucs dans un sous menu, donc ça me parait une mauvaise idée en terme d’interface même si ça semble plus simple pour les devs

    Ce sur quoi je ne suis pas d’accord :)

    C’est un bandeau d’accès rapide essentiellement pour créer un nouveau contenu, au final jamais personne n’y a mis autre chose que de la création. Donc pas pour n’importe quels accès rapides : que de la création, c’est super cohérent.

    Ce menu permet donc de créer sans quitter la page actuelle, c’est-à-dire sans naviguer sur plusieurs pages + devoir chercher et trouver un autre lien sur ces autres pages (exemple, aller dans Édition (ou autre) => Patates puis ensuite trouver un lien).

    Le fait que ce soit une entrée unique qui se déroule n’est pas planqué du tout :
    1) c’est plus facilement identifiable, car UN bouton à connaitre quand on veut accéder à une création sans quitter la page : réduction de la charge mentale, ya pas plein de choses affichées, sans label en plus, mais un seul : plus facile à former, et plus facile à mémoriser ensuite quand on l’a utilisé une fois
    2) à l’intérieur du sous-menu, on a désormais des labels pour chaque entrée, donc là aussi, bien plus facilement accessible à tout le monde, il n’y a pas à se souvenir des icones, ni a les compter comme RealET (cliquez sur la 3ème icones etc : super BAD pour la formation justement, le fait qu’il n’y ait pas de label), là une fois le menu ouvert, tout le monde sera capable de s’y retrouver sans l’aide de la formatrice

    Bref, c’est mieux. :)