Recherche avancée

Médias (0)

Mot : - Tags -/upload

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (35)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

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

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

  • avformat/movenc : Add support for writing ’gama’ atom to QuickTime .mov files.

    5 mars 2015, par Kevin Wheatley
    avformat/movenc : Add support for writing ’gama’ atom to QuickTime .mov files.
    

    As this is depricated it should not be on by default, it is only
    supported for MOV containers, depends on avpriv_get_gamma_from_trc()

    Enable by :

    - movflags +write_gama

    This will use the color_trc to supply a gamma value, if desired an
    explicit value may be supplied using the -mov_gamma option supplying
    a suitable floating point value, values <=1e-6 will not be written.

    Signed-off-by : Kevin Wheatley <kevin.j.wheatley@gmail.com>
    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>

    • [DH] libavformat/movenc.c
    • [DH] libavformat/movenc.h
  • Graph-based video processing for .NET

    23 octobre 2016, par Borv

    Does anyone know a good object-oriented library (preferably high-level, like C# or Java) for working with video and audio streams ?

    I wrote an app which fiddles with video and audio streams, feeds and such. The original task was simple :

    • grab an RTSP feed
    • display original feed(s) on the display
    • convert it to a series of h264 ts files
    • extract audio into separate MP3 files
    • upload videos and audio to the web site (preferably in real time, few minute delay is acceptable)

    As you may have already guessed it is about recording events (e.g. lectures) and publishing them on the web.

    To pull this out I needed some graph-based non-linear editing for media. Two weeks in, I tried ffmpeg, vlc and WMF. The only library I got to work is ffmpeg, and that comes with lots of "however". WMF required a lot of coding (and I abandoned this path), vlc looked great on paper, but I stumbled across some bugs with input splitting I could not get around (e.g. transcode:es combination flat out refused to work).

    So, the question. What are good non-linear editing libraries besides ffmpeg, vlc and wmf/directshow that allow for building video processing graphs with sources, sinks and filters ? Or perhaps good bindings over ffmpeg and vlc allowing to build such graphs ?

  • Revision 3606b78108 : Modified test for auto key frame detection. The existing test was triggering a

    16 avril 2015, par paulwilkins

    Changed Paths :
     Modify /vp9/encoder/vp9_firstpass.c



    Modified test for auto key frame detection.

    The existing test was triggering a lot of false positives on some types
    of animated material with very plain backgrounds. These were triggering
    code designed to catch key frames in letter box format clips.

    This patch tightens up the criteria and imposes a minimum requirement
    on the % blocks coded intra in the first pass and the ratio between the
    % coded intra and the modified inter % after discounting neutral (flat)
    blocks that are coded equally well either way.

    On a particular problem animation clip this change eliminated a large
    number of false positives including some cases where the old code
    selected kf several times in a row. Marginal false negatives are less
    damaging typically to compression and in the problem clip there are now
    a couple of cases where "visual" scene cuts are ignored because of well
    correlated content across the scene cut.

    Replaced some magic numbers related to this with #defines and added
    explanatory comments.

    Change-Id : Ia3d304ac60eb7e4323e3817eaf83b4752cd63ecf