Recherche avancée

Médias (3)

Mot : - Tags -/plugin

Autres articles (61)

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

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

  • aacenc : add support for encoding files using Long Term Prediction

    17 octobre 2015, par Rostislav Pehlivanov
    aacenc : add support for encoding files using Long Term Prediction

    Long Term Prediction allows for prediction of spectral coefficients
    
via the previously decoded time-dependent samples. This feature
    
works well with harmonic content 2 or more frames long, like speech,
    
human or non-human, piano music or any constant tones at very low
    
bitrates.
    

    It should be noted that the current coder is highly efficient and
    
the rate control system is unable to encode files at extremely
    
low bitrates (less than 14kbps seems to be impossible) so this
    
extension isn’t capable of optimum operation. Dramatic difference
    
is observable with some types of audio and speech but for the most
    
part the audiable differences are subtle. The spectrum looks better
    
however so the encoder is able to harvest the additional bits that
    
this feature provies, should the user choose to enable it. So
    
it’s best to enable this feature only if encoding at the absolutely
    
lowest bitrate that the encoder is capable of.
    • [DH] libavcodec/Makefile
    • [DH] libavcodec/aac.h
    • [DH] libavcodec/aaccoder.c
    • [DH] libavcodec/aacenc.c
    • [DH] libavcodec/aacenc.h
    • [DH] libavcodec/aacenc_ltp.c
    • [DH] libavcodec/aacenc_ltp.h

  • aacenc : increase fuzz on aac-ms-encode test

    17 octobre 2015, par Rostislav Pehlivanov
    aacenc : increase fuzz on aac-ms-encode test

    GCC 3.4 miscompiles it on sunos. Date of release ? The second of
    
August two thousand and five, anno Domini. That’s ten years two
    
months and fourteen days ago. Three thousand seven hundred and
    
twenty seven days ago. One sixth of the average life expectancy
    
of a person living in a country with a human development index
    
of zero point eight hundred and eight, equality adjusted.
    
GCC 4.3 also miscompiles it, though not as bad.
    • [DH] tests/fate/aac.mak

  • Fix description of —rice-partition-order in flac -H

    9 janvier 2016, par Thomas Zander
    Fix description of —rice-partition-order in flac -H

    This is more of a "human language versus programmer parlor" issue.
    
src/flac/main.c will return usage error for an argument greater
    
than FLAC__MAX_RICE_PARTITION_ORDER (15u).
    
While in programming "0..16" usually means "from zero to 15", in
    
natural human-to-human talk, it would rather mean "from zero to 16".
    
This changes the wording a bit to avoid this misunderstanding.
    

    Closes : http://sourceforge.net/p/flac/bugs/352/
    
Signed-off-by : Erik de Castro Lopo <erikd@mega-nerd.com>
    • [DH] src/flac/main.c

Navigation