Recherche avancée

Médias (0)

Mot : - Tags -/publication

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

Autres articles (94)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • Ecrire une actualité

    21 juin 2013, par

    Présentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
    Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
    Vous pouvez personnaliser le formulaire de création d’une actualité.
    Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

Sur d’autres sites (12827)

  • Evolution #3123 (Nouveau) : #URL_ARTICLE et articles de redirection

    20 décembre 2013, par realet RealET

    Actuellement, #URL_ARTICLE génère l’URL de l’article, et c’est le moteur de SPIP qui au moment de charger la page détecte que c’est une redirection et la fait.
    Ce serait sans doute plus pertinent si #URL_ARTICLE générait directement l’URL de redirection.
    Autre formulation lue sur IRC : « c’est possible que l’URL des articles virtuels soit directement l’URL finale ? »

    Cette demande a initié une grosse discussion ici : http://thread.gmane.org/gmane.comp.web.spip.devel/57112

    Un des manques relevé est que SPIP fait une redirection 302 (temporaire) et qu’on ne peut pas faire de redirection 301 (permanente).

  • Debugging Video Frame Differences

    14 mai 2014, par jvenema

    I’m trying to decode an h264-encoded video frame using a decoder that has fairly limited capabilities (Broadway JS).

    Here’s the process I’m using for testing :

    1. Encode single image using h264 (output is 62KB) using OpenH264 from Cisco, write to disk
    2. Read file as binary in JS (loaded via XHR)
    3. Decode in JS using Broadway
    4. Display in canvas

    I actually have a functional example of this, but there’s a manual step at the moment between steps 1 and 2 - I have to call FFMPEG to force a small translation, and I can’t figure out why.

    I have successfully integrated Cisco’s Openh264 library into my project, and can encode the image as h264 and write it to disk. I’ve confirmed the encoding itself is valid by using FFMPEG to extract the frame back out as a JPEG (looks perfect).

    But, to make the frame decode properly in JS, I have to do a conversion using FFMPEG. It does some magic, the file size drops to 58KB, and voila, everything starts working.

    The Openh264 libraries only work with the baseline configuration, so I’m assuming I have some other random parameter set incorrectly. Problem is, if I use ffprobe to compare the frames - the settings are identical ! But the file sizes are different, so obviously something is different.

    So now the final question - what tool can I use to truly see what FFMPEG is doing behind the scenes here to make my "manually" encoded frame work ? Is there a tool that will let me compare all the details of two h264 frames ?

  • Révision 85773 : Fix http://core.spip.org/issues/2768 : on stocke les infos des paquets en UTF-8 d...

    31 octobre 2014, par cedric@yterium.com

    et on utilise un filtre pour importer dans le charset du site au moment de l’affichage

Navigation