Recherche avancée

Médias (16)

Mot : - Tags -/mp3

Autres articles (66)

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

  • (Dés)Activation de fonctionnalités (plugins)

    18 février 2011, par

    Pour gérer l’ajout et la suppression de fonctionnalités supplémentaires (ou plugins), MediaSPIP utilise à partir de la version 0.2 SVP.
    SVP permet l’activation facile de plugins depuis l’espace de configuration de MediaSPIP.
    Pour y accéder, il suffit de se rendre dans l’espace de configuration puis de se rendre sur la page "Gestion des plugins".
    MediaSPIP est fourni par défaut avec l’ensemble des plugins dits "compatibles", ils ont été testés et intégrés afin de fonctionner parfaitement avec chaque (...)

  • Activation de l’inscription des visiteurs

    12 avril 2011, par

    Il est également possible d’activer l’inscription des visiteurs ce qui permettra à tout un chacun d’ouvrir soit même un compte sur le canal en question dans le cadre de projets ouverts par exemple.
    Pour ce faire, il suffit d’aller dans l’espace de configuration du site en choisissant le sous menus "Gestion des utilisateurs". Le premier formulaire visible correspond à cette fonctionnalité.
    Par défaut, MediaSPIP a créé lors de son initialisation un élément de menu dans le menu du haut de la page menant (...)

Sur d’autres sites (11534)

  • 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

  • src/ : Remove un-needed MSVC6 workaround.

    4 juillet 2014, par Erik de Castro Lopo
    src/ : Remove un-needed MSVC6 workaround.

    MSVC6 was not able to cast from a uint64_t to a double and this
    
commit removes some #ifdef hackery designed to work around this
    
problem.
    

    Patch-from : lvqcl <lvqcl.mail@gmail.com>
    • [DH] src/flac/decode.c
    • [DH] src/flac/encode.c
    • [DH] src/libFLAC/fixed.c
    • [DH] src/libFLAC/stream_decoder.c
    • [DH] src/utils/flactimer/main.cpp

  • Anomalie #3196 : Bug (bien connu des anciens) de sauvegarde standard des q’un prefixe ....

    31 octobre 2014, par YannX spip

    Salut,

    Le 31/10/2014 12:00, Ybbet Spip a écrit :

    Le 31 octobre 2014 11:19, YannX SPIP <
    yannx.spip@hotmail.fr>> a écrit :

    Le 30/10/2014 17:57, redmine@spip.org> a
    écrit :

    La demande #3196 a été mise à jour par cedric -.

    • Statut changé de /Nouveau/ à /Fermé/
    • Resolution mis à /invalid/

    Bon, faute de description et suite a r21750 / r21752 je ne
    constate aucun probleme de backup sur une base avec un prefixe
    different de ’spip’

    Anomalie #3196 : Bug (bien connu des anciens) de sauvegarde
    standard des q’un prefixe ....
    <http://core.spip.org/issues/3196#change-10189>

    • Auteur : YannX spip
    • Statut : Fermé
    • Priorité : Normal
    • Assigné à :
    • Catégorie :
    • Version cible : 3.0
    • Resolution : invalid
    • Navigateur :

    Deux avertissements :
    - prévenir que la sauvegarde peut etre incomplète
    - préciser le prefixe utilisé "qq.part" dans l’interface
    (pour qu’un gestionnaire pas trop expérimenté ne galère pas trop !)

    Merci
    YannX

    Vous recevez ce mail car vous êtes impliqués sur ce projet.
    Pour changer les préférences d’envoi de mail, allez sur
    http://core.spip.org/my/account

    Le problème est simple, bien que quelque peu aléatoire...
    depuis que la sauvegarde est passée sous sqlite,
    je crois n’avoir pas souvent réussi
    (sur une douzaine au moins de sites SPIP 3.x chez OVH) une
    sauvegarde complète d’une base SPIP.

    Encore en milieu de semaine sur SPN : la restauration a zappé
    totalement
    la tables ARTICLES .. et la table RUBRIQUES

    La seule solution a été de ré-intégrer "a la mano" par Adminer
    (merci Suske)
    de petits bouts du dump SQL que prudent j’avais AUSSI fait avec
    Save_auto

    Peut-etre que ce souci serait aussi dû à l’implémentation SQlite
    chez OVH ?
    (j’avais constaté que l’instalaltion automatique SQlite SPIP
    créait un MySQL non-accessible ! )
    mais il me faudrait demander à Bernard de vérifier sur son serveur
    kimSufi
    si c’est également le cas....

    Je n’ose imaginer un utilisateur moins aguerri...

    Et ça ne serait pas dans ton cas un soucis de timeout ? Ou de mémoire ?

    Sauf si je n’ai pas vu un rechargement de page,
    j’apercois bien l’ecran final de SPIP qui m’affiche parfois (0/...) sur
    certaines tables :
    donc si c’etait un timeout, ce serait plutot de la base.... mais pas dès
    les premières tables ??

    Non, je vais commencer à croire à un conflit d’implémentation
    MySQL-SQlite chez OVH
    (si ce n’est un bug dû au préfixe, ou au principe de SQlite...) mais je
    ne sais déterminer d’ici !

    Si cette hypothèse se verifiait (appel a tous les utilisateurs de bases
    SPIP_préfixées chez OVH ??),
    cela serait très gênant pour de nouveaux utilisateurs,
    car tout le monde ne peut pas etre hébergé chez Nursit ! ;-)

    —
    YannX
    http://www.spippourlesnuls.fr

Navigation