Recherche avancée

Médias (2)

Mot : - Tags -/doc2img

Autres articles (111)

  • Emballe médias : à quoi cela sert ?

    4 février 2011, par

    Ce plugin vise à gérer des sites de mise en ligne de documents de tous types.
    Il crée des "médias", à savoir : un "média" est un article au sens SPIP créé automatiquement lors du téléversement d’un document qu’il soit audio, vidéo, image ou textuel ; un seul document ne peut être lié à un article dit "média" ;

  • Script d’installation automatique de MediaSPIP

    25 avril 2011, par

    Afin de palier aux difficultés d’installation dues principalement aux dépendances logicielles coté serveur, un script d’installation "tout en un" en bash a été créé afin de faciliter cette étape sur un serveur doté d’une distribution Linux compatible.
    Vous devez bénéficier d’un accès SSH à votre serveur et d’un compte "root" afin de l’utiliser, ce qui permettra d’installer les dépendances. Contactez votre hébergeur si vous ne disposez pas de cela.
    La documentation de l’utilisation du script d’installation (...)

  • Ajouter des informations spécifiques aux utilisateurs et autres modifications de comportement liées aux auteurs

    12 avril 2011, par

    La manière la plus simple d’ajouter des informations aux auteurs est d’installer le plugin Inscription3. Il permet également de modifier certains comportements liés aux utilisateurs (référez-vous à sa documentation pour plus d’informations).
    Il est également possible d’ajouter des champs aux auteurs en installant les plugins champs extras 2 et Interface pour champs extras.

Sur d’autres sites (8573)

  • avcodec/h274 : add film grain synthesis routine

    17 août 2021, par Niklas Haas
    avcodec/h274 : add film grain synthesis routine
    

    This could arguably also be a vf, but I decided to put it here since
    decoders are technically required to apply film grain during the output
    step, and I would rather want to avoid requiring users insert the
    correct film grain synthesis filter on their own.

    The code, while in C, is written in a way that unrolls/vectorizes fairly
    well under -O3, and is reasonably cache friendly. On my CPU, a single
    thread pushes about 400 FPS at 1080p.

    Apart from hand-written assembly, one possible avenue of improvement
    would be to change the access order to compute the grain row-by-row
    rather than in 8x8 blocks. This requires some redundant PRNG calls, but
    would make the algorithm more cache-oblivious.

    The implementation has been written to the wording of SMPTE RDD 5-2006
    as faithfully as I can manage. However, apart from passing a visual
    inspection, no guarantee of correctness can be made due to the lack of
    any publicly available reference implementation against which to
    compare it.

    Signed-off-by : Niklas Haas <git@haasn.dev>
    Signed-off-by : James Almer <jamrial@gmail.com>

    • [DH] libavcodec/Makefile
    • [DH] libavcodec/h274.c
    • [DH] libavcodec/h274.h
  • avcodec/h264_slice : compute and export film grain seed

    17 août 2021, par Niklas Haas
    avcodec/h264_slice : compute and export film grain seed
    

    From SMPTE RDD 5-2006, the grain seed is to be computed from the
    following definition of `pic_offset` :

    > When decoding H.264 | MPEG-4 AVC bitstreams, pic_offset is defined as
    > follows :
    > - pic_offset = PicOrderCnt(CurrPic) + (PicOrderCnt_offset << 5)
    > where :
    > - PicOrderCnt(CurrPic) is the picture order count of the current frame,
    > which shall be derived from [the video stream].
    >
    > - PicOrderCnt_offset is set to idr_pic_id on IDR frames. idr_pic_id
    > shall be read from the slice header of [the video stream]. On non-IDR I
    > frames, PicOrderCnt_offset is set to 0. A frame shall be classified as I
    > frame when all its slices are I slices, which may be optionally
    > designated by setting primary_pic_type to 0 in the access delimiter NAL
    > unit. Otherwise, PicOrderCnt_offset it not changed. PicOrderCnt_offset is
    > updated in decoding order.

    Co-authored-by : James Almer <jamrial@gmail.com>
    Signed-off-by : Niklas Haas <git@haasn.dev>
    Signed-off-by : James Almer <jamrial@gmail.com>

    • [DH] libavcodec/h264_slice.c
    • [DH] libavcodec/h264dec.c
    • [DH] libavcodec/h264dec.h
    • [DH] libavutil/film_grain_params.h
  • ffmpeg Windows : standard transcode produces file that "uses unsupported encoding settings" [duplicate]

    17 août 2022, par David M. Cotter

    using the basic command :

    &#xA;

    ffmpeg -i infile.mp4 -vcodec libx264 -acodec aac output.mp4&#xA;

    &#xA;

    poduces a file that can't be played by the standard Windows Media Player app.&#xA;Is there something i'm missing ?

    &#xA;

    Here is the log data.

    &#xA;

    C:> \\Mac\depot\kJams\External\ffmpeg\win\bin\ffmpeg.exe -i "\\Mac\Home\Desktop\Christina lying down.AVI" -vcodec libx264 -acodec aac output.mp4&#xA;ffmpeg version git-2019-11-01-53c21c2 Copyright (c) 2000-2019 the FFmpeg developers&#xA;  built with gcc 9.2.1 (GCC) 20191010&#xA;  configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-fontconfig --enable-gnutls --enable-iconv --enable-libass --enable-libdav1d --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable-libvidstab --enable-libvorbis --enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable-libaom --enable-libmfx --enable-ffnvcodec --enable-cuvid --enable-d3d11va --enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth --enable-libopenmpt --enable-amf&#xA;  libavutil      56. 35.101 / 56. 35.101&#xA;  libavcodec     58. 60.100 / 58. 60.100&#xA;  libavformat    58. 33.100 / 58. 33.100&#xA;  libavdevice    58.  9.100 / 58.  9.100&#xA;  libavfilter     7. 66.100 /  7. 66.100&#xA;  libswscale      5.  6.100 /  5.  6.100&#xA;  libswresample   3.  6.100 /  3.  6.100&#xA;  libpostproc    55.  6.100 / 55.  6.100&#xA;Guessed Channel Layout for Input Stream #0.1 : mono&#xA;Input #0, avi, from &#x27;\\Mac\Home\Desktop\Christina lying down.AVI&#x27;:&#xA;  Metadata:&#xA;    creation_time   : 2006-01-26 18:19:22&#xA;    encoder         : CanonMVI02&#xA;  Duration: 00:00:07.70, start: 0.000000, bitrate: 14928 kb/s&#xA;    Stream #0:0: Video: mjpeg (Baseline) (MJPG / 0x47504A4D), yuvj422p(pc, bt470bg/unknown/unknown), 640x480, 14896 kb/s, 30 fps, 30 tbr, 30 tbn, 30 tbc&#xA;    Stream #0:1: Audio: pcm_u8 ([1][0][0][0] / 0x0001), 11024 Hz, mono, u8, 88 kb/s&#xA;Stream mapping:&#xA;  Stream #0:0 -> #0:0 (mjpeg (native) -> h264 (libx264))&#xA;  Stream #0:1 -> #0:1 (pcm_u8 (native) -> aac (native))&#xA;Press [q] to stop, [?] for help&#xA;[aac @ 0f06a740] Too many bits 6408.707483 > 6144 per frame requested, clamping to max&#xA;[libx264 @ 0f068b40] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2&#xA;[libx264 @ 0f068b40] profile High 4:2:2, level 3.0, 4:2:2, 8-bit&#xA;[libx264 @ 0f068b40] 264 - core 158 - H.264/MPEG-4 AVC codec - Copyleft 2003-2019 - 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=12 lookahead_threads=2 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&#xA;Output #0, mp4, to &#x27;output.mp4&#x27;:&#xA;  Metadata:&#xA;    encoder         : Lavf58.33.100&#xA;    Stream #0:0: Video: h264 (libx264) (avc1 / 0x31637661), yuvj422p(pc), 640x480, q=-1--1, 30 fps, 1000k tbn, 30 tbc&#xA;    Metadata:&#xA;      encoder         : Lavc58.60.100 libx264&#xA;    Side data:&#xA;      cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: N/A&#xA;    Stream #0:1: Audio: aac (LC) (mp4a / 0x6134706D), 11025 Hz, mono, fltp, 66 kb/s&#xA;    Metadata:&#xA;      encoder         : Lavc58.60.100 aac&#xA;frame=  231 fps=128 q=-1.0 Lsize=    1570kB time=00:00:07.70 bitrate=1668.3kbits/s speed=4.28x&#xA;video:1514kB audio:51kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.347234%&#xA;[libx264 @ 0f068b40] frame I:2     Avg QP:24.57  size: 27076&#xA;[libx264 @ 0f068b40] frame P:60    Avg QP:26.24  size: 12693&#xA;[libx264 @ 0f068b40] frame B:169   Avg QP:27.91  size:  4342&#xA;[libx264 @ 0f068b40] consecutive B-frames:  1.7%  1.7%  1.3% 95.2%&#xA;[libx264 @ 0f068b40] mb I  I16..4:  0.6% 97.6%  1.8%&#xA;[libx264 @ 0f068b40] mb P  I16..4:  0.1% 10.6%  0.5%  P16..4: 51.1% 17.9% 10.8%  0.0%  0.0%    skip: 8.9%&#xA;[libx264 @ 0f068b40] mb B  I16..4:  0.0%  1.2%  0.0%  B16..8: 51.8%  4.4%  0.7%  direct: 6.4%  skip:35.5%  L0:48.8% L1:46.4% BI: 4.8%&#xA;[libx264 @ 0f068b40] 8x8 transform intra:95.6% inter:78.5%&#xA;[libx264 @ 0f068b40] coded y,uvDC,uvAC intra: 89.0% 85.1% 53.7% inter: 29.0% 44.7% 6.7%&#xA;[libx264 @ 0f068b40] i16 v,h,dc,p: 19% 31%  8% 42%&#xA;[libx264 @ 0f068b40] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 11% 15% 33%  6%  7%  5%  9%  5%  8%&#xA;[libx264 @ 0f068b40] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 14% 21% 18%  7% 10%  6% 11%  5%  6%&#xA;[libx264 @ 0f068b40] i8c dc,h,v,p: 67% 13% 15%  5%&#xA;[libx264 @ 0f068b40] Weighted P-Frames: Y:8.3% UV:6.7%&#xA;[libx264 @ 0f068b40] ref P L0: 35.8% 10.5% 35.1% 17.4%  1.2%&#xA;[libx264 @ 0f068b40] ref B L0: 76.1% 19.2%  4.7%&#xA;[libx264 @ 0f068b40] ref B L1: 92.7%  7.3%&#xA;[libx264 @ 0f068b40] kb/s:1609.92&#xA;[aac @ 0f06a740] Qavg: 34311.295&#xA;

    &#xA;

    Ignore this part, Stack Overflow now requires that i type something more so it's not "mostly code"

    &#xA;