Recherche avancée

Médias (0)

Mot : - Tags -/médias

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

Autres articles (9)

  • Demande de création d’un canal

    12 mars 2010, par

    En fonction de la configuration de la plateforme, l’utilisateur peu avoir à sa disposition deux méthodes différentes de demande de création de canal. La première est au moment de son inscription, la seconde, après son inscription en remplissant un formulaire de demande.
    Les deux manières demandent les mêmes choses fonctionnent à peu près de la même manière, le futur utilisateur doit remplir une série de champ de formulaire permettant tout d’abord aux administrateurs d’avoir des informations quant à (...)

  • Organiser par catégorie

    17 mai 2013, par

    Dans MédiaSPIP, une rubrique a 2 noms : catégorie et rubrique.
    Les différents documents stockés dans MédiaSPIP peuvent être rangés dans différentes catégories. On peut créer une catégorie en cliquant sur "publier une catégorie" dans le menu publier en haut à droite ( après authentification ). Une catégorie peut être rangée dans une autre catégorie aussi ce qui fait qu’on peut construire une arborescence de catégories.
    Lors de la publication prochaine d’un document, la nouvelle catégorie créée sera proposée (...)

  • Les thèmes de MediaSpip

    4 juin 2013

    3 thèmes sont proposés à l’origine par MédiaSPIP. L’utilisateur MédiaSPIP peut rajouter des thèmes selon ses besoins.
    Thèmes MediaSPIP
    3 thèmes ont été développés au départ pour MediaSPIP : * SPIPeo : thème par défaut de MédiaSPIP. Il met en avant la présentation du site et les documents média les plus récents ( le type de tri peut être modifié - titre, popularité, date) . * Arscenic : il s’agit du thème utilisé sur le site officiel du projet, constitué notamment d’un bandeau rouge en début de page. La structure (...)

Sur d’autres sites (3182)

  • Using ffplay as a C++ library ?

    20 janvier 2024, par Victor M

    I want to be able to use the functionality of ffplay as a C++ library, as opposed to a standalone command line tool. Right now in C++, I am able to call ffplay via std::system, but this isn't ideal for performance as is documented extensively here, chief of which is simply that we need to spawn new shell processes in order to execute this.

    


    My application attempts to feed in a bytestream of audio data to a media player. Running a command like cat /tmp/f.mp3 | ffplay -v 0 -nodisp -autoexit - runs smoothly but somewhat slowly/not instantaneously. I would ideally like to be able pass in a bytestream to an ffplay function or via some library that I can link directly to my application. I think ffplay is quite useful here, as it integrates ffmpeg and SDL together.

    


    Is this possible at all ? Or is the only hope to use the command line functionality ?

    


  • Anomalie #4245 (Fermé) : Petit bug de sous_repertoire()

    11 décembre 2018

    Découvert hier, un enchaînement tueur :

    1. <span class="CodeRay"><span class="local-variable">$demo</span> = sous_repertoire(_DIR_TMP, <span class="string"><span class="delimiter">'</span><span class="content">demo_</span><span class="delimiter">'</span></span>);
    2. <span class="comment">// $demo = 'tmp/demo_'</span>
    3. <span class="local-variable">$bug</span> = sous_repertoire(<span class="local-variable">$demo</span>, <span class="string"><span class="delimiter">'</span><span class="content">potiron</span><span class="delimiter">'</span></span>);
    4. </span>

    Télécharger

    Le système a rencontré une erreur lors de l’écriture du fichier tmp/demo/potiron/.plat.

    En fait, lors de l’appel de sous_repertoire($base, $subdir), la fonction vire les / et _ finaux de $base (mais pas le _ final éventuel de $subdir).
    Il se retrouve ici à vouloir créer le répertoire tmp/demo/potiron au lieu de tmp/demo_/potiron et n’y arrive pas, vu que le répertoire parent (demo) n’existe pas.

    Histoire

    Après quelques fouilles archéologiques, il se trouve que le problème survient probablement avec r8196 qui refactore différemment le code de r6395 :
    - 6395 fil@rezo.n     if (!preg_match(',[/_]$,', $base)) $base .= '/';
    - 8196 esj@rezo.n     if (preg_match(',[/_]$,', $base)) $base = substr($base,0,-1);
    - 16035 fil@rezo.n     $base = rtrim($base, '/_');

    Le tout devait être, je suppose, pour prendre en compte les excentriques répertoires "plats" (dépendants maintenant de la présence de la constante _CREER_DIR_PLAT).

    Corrections

    Plusieurs corrections possibles :
    - A) virer la constante _CREER_DIR_PLAT et ses actions, et le rtrim de ce souligné (on est en 2018…).
    - B) simplement appliquer le rtrim du souligné si _CREER_DIR_PLAT est présent (ça corrige pas le bug que $subdir n’aurait alors pas ce rtrim non plus !)
    - C) B + corriger le rtrim pour $subdir de la même manière.

    Je suis partisan de A) sur le trunk, et B) ou C) sur 3.2 et 3.1.

    Des avis ?

  • Anomalie #3236 (Nouveau) : opendir et readdir

    27 juin 2014, par Ybbet SPIP