Recherche avancée

Médias (1)

Mot : - Tags -/pirate bay

Autres articles (105)

  • XMP PHP

    13 mai 2011, par

    Dixit Wikipedia, XMP signifie :
    Extensible Metadata Platform ou XMP est un format de métadonnées basé sur XML utilisé dans les applications PDF, de photographie et de graphisme. Il a été lancé par Adobe Systems en avril 2001 en étant intégré à la version 5.0 d’Adobe Acrobat.
    Étant basé sur XML, il gère un ensemble de tags dynamiques pour l’utilisation dans le cadre du Web sémantique.
    XMP permet d’enregistrer sous forme d’un document XML des informations relatives à un fichier : titre, auteur, historique (...)

  • 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" ;

  • Les vidéos

    21 avril 2011, par

    Comme les documents de type "audio", Mediaspip affiche dans la mesure du possible les vidéos grâce à la balise html5 .
    Un des inconvénients de cette balise est qu’elle n’est pas reconnue correctement par certains navigateurs (Internet Explorer pour ne pas le nommer) et que chaque navigateur ne gère en natif que certains formats de vidéos.
    Son avantage principal quant à lui est de bénéficier de la prise en charge native de vidéos dans les navigateur et donc de se passer de l’utilisation de Flash et (...)

Sur d’autres sites (8714)

  • Anomalie #4725 : SyntaxError : JSon.parse : unexpected character at line 1 column 1 of the JSON data

    12 avril 2021, par Franck D

    https://www.spip.net/fr_article4453.html

    define(’_NO_CACHE’, -1) ;
    define(’_INTERDIRE_COMPACTE_HEAD_ECRIRE’, true) ;
    error_reporting(E_ALL^E_NOTICE) ;
    ini_set ("display_errors", "On") ;
    define(’SPIP_ERREUR_REPORT’,E_ALL) ;
    $GLOBALS[’taille_des_logs’] = 500 ;
    define(’_MAX_LOG’, 500000) ;
    define(’_LOG_FILELINE’,true) ;
    define(’_LOG_FILTRE_GRAVITE’,8) ;
    define(’_DEBUG_SLOW_QUERIES’, true) ;
    define(’_BOUCLE_PROFILER’, 5000) ;

    Je vais essayer de refaire, mais c’est pas simple, marcimat à eu le cas une fois et n’a pas réussi à reproduire

  • avformat/rtpdec_jpeg : fix low contrast image on low quality setting

    24 mars 2016, par Ico Doornekamp
    avformat/rtpdec_jpeg : fix low contrast image on low quality setting
    

    Original mail and my own followup on ffmpeg-user earlier today :

    I have a device sending out a MJPEG/RTP stream on a low quality setting.
    Decoding and displaying the video with libavformat results in a washed
    out, low contrast, greyish image. Playing the same stream with VLC results
    in proper color representation.

    Screenshots for comparison :

    http://zevv.nl/div/libav/shot-ffplay.jpg
    http://zevv.nl/div/libav/shot-vlc.jpg

    A pcap capture of a few seconds of video and SDP file for playing the
    stream are available at

    http://zevv.nl/div/libav/mjpeg.pcap
    http://zevv.nl/div/libav/mjpeg.sdp

    I believe the problem might be in the calculation of the quantization
    tables in the function create_default_qtables(), the attached patch
    solves the issue for me.

    The problem is that the argument ’q’ is of the type uint8_t. According to the
    JPEG standard, if 1 <= q <= 50, the scale factor ’S’ should be 5000 / Q.
    Because the create_default_qtables() reuses the variable ’q’ to store the
    result of this calculation, for small values of q < 19, q wil subsequently
    overflow and give wrong results in the calculated quantization tables. The
    patch below uses a new variable ’S’ (same name as in RFC2435) with the proper
    range to store the result of the division.

    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>

    • [DH] libavformat/rtpdec_jpeg.c
  • rtpdec_jpeg : fix low contrast image on low quality setting

    24 mars 2016, par Ico Doornekamp
    rtpdec_jpeg : fix low contrast image on low quality setting
    

    The problem is that the argument ’q’ is of the type uint8_t.
    According to the JPEG standard, if 1 <= q <= 50, the scale factor
    ’S’ should be 5000 / Q. Because the create_default_qtables() reuses
    the variable ’q’ to store the result of this calculation, for small
    values of q < 19, q wil subsequently overflow and give wrong results
    in the calculated quantization tables.

    Instead, use a new variable ’S’ (same name as in RFC2435) with the
    proper range to store the result of the division.

    Signed-off-by : Martin Storsjö <martin@martin.st>

    • [DBH] libavformat/rtpdec_jpeg.c