Recherche avancée

Médias (1)

Mot : - Tags -/publishing

Autres articles (106)

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;

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

  • Qualité du média après traitement

    21 juin 2013, par

    Le bon réglage du logiciel qui traite les média est important pour un équilibre entre les partis ( bande passante de l’hébergeur, qualité du média pour le rédacteur et le visiteur, accessibilité pour le visiteur ). Comment régler la qualité de son média ?
    Plus la qualité du média est importante, plus la bande passante sera utilisée. Le visiteur avec une connexion internet à petit débit devra attendre plus longtemps. Inversement plus, la qualité du média est pauvre et donc le média devient dégradé voire (...)

Sur d’autres sites (12466)

  • Is there a way to crop a video given a videoURL in node js ?

    30 mars 2021, par Radespy

    I’m building an electron-react app and need to crop [x, y, width, height] a video in the main process.

    


    The video URL and buffer have been generated in a react rendering component using mediaStream / mediaRecorder and a URL / buffer generated in the render process using URL.createObjectURL.

    


    I need to crop the video buffer directly (i.e. select a region of interest within the video) without having to download a file.

    


    I would then like to create a buffer from the cropped video to save in MongoDB as a base64 encoded string.

    


    I’ve looked at fluent-ffmpeg but this doesn’t seem to work with a URL or buffer and requires a path to a downloaded video file.

    


    Does anyone know of a way to do this ?

    


    Many thanks

    


  • Optimizing x264 based remote desktop by dirty regions

    17 novembre 2016, par useprxf

    I was using x264 to achieve remote desktop, but had some problems on handling P_SKIP detection.

    Dirty regions indicate changed areas. For those 16x16 macroblocks which don’t intersect any dirty region, I would like to encode them as P_SKIP macroblocks.

    I tried to add the following code into x264_macroblock_prob_skip_internal function :

    if (! h->isdirty[h->mb.i_mb_x][h->mb.i_mb_y])       // isdirty is a 2-dim array indicating dirty macroblocks
    
    return 1;

    but there is almost no speed-up. I think it may be the information preparation for the macroblock analysis that take influence.

    How to speed up x264 by considering dirty regions ?

  • Anomalie #3260 (Nouveau) : Problème de dump sur les tables comportants des index de longueur spéci...

    28 août 2014, par b b

    Le contexte est le suivant : http://contrib.spip.net/GIS-4?debut_comments-list=@476655#forum476655

    En résumé, depuis que la table spip_gis contient des index dont la longueur est spécifiée, le système de dump génère une erreur sur ces tables. Après pas mal de recherche, je suis remonté jusqu’à spip_mysql_show_table() (raison pour laquelle ce ticket est déclaré sur le core et non le plugin dump).

    J’ai d’abord étudié ce qui se passe dans base_copier_table() de ecrire/base/dump.php :

    http://core.spip.org/projects/spip/repository/entry/spip/ecrire/base/dump.php#L536

    À ce niveau, dans $desc_source['key'] la longueur des index n’est pas renseignée. Si on compare le contenu des fichiers de cache des descriptions des tables, on observe que tmp/cache/sql_desc*.txt ne renseigne pas la longueur des index. Alors que tmp/cachesql_desc_dump*.txt est ok, la longueur des index y est présente.

    Du coup, j’en suis remonté à sql_showtable(), et plus précisemment à spip_mysql_show_table() :

    http://core.spip.org/projects/spip/repository/entry/spip/ecrire/req/mysql.php#L754

    Depuis phpmyadmin, un SHOW CREATE TABLE renvoie bien ce qu’il faut, ex :

    CREATE TABLE `spip_gis` (
 `id_gis` bigint(21) NOT NULL AUTO_INCREMENT,
 `titre` text NOT NULL,
 `descriptif` text NOT NULL,
 `lat` double DEFAULT NULL,
 `lon` double DEFAULT NULL,
 `zoom` tinyint(4) DEFAULT NULL,
 `adresse` text NOT NULL,
 `pays` text NOT NULL,
 `code_pays` varchar(255) NOT NULL DEFAULT ’’,
 `region` text NOT NULL,
 `departement` text NOT NULL,
 `ville` text NOT NULL,
 `code_postal` varchar(255) NOT NULL DEFAULT ’’,
 PRIMARY KEY (`id_gis`),
 KEY `lat` (`lat`),
 KEY `lon` (`lon`),
 KEY `pays` (`pays`(500)),
 KEY `code_pays` (`code_pays`),
 KEY `region` (`region`(500)),
 KEY `ville` (`ville`(500)),
 KEY `code_postal` (`code_postal`),
 KEY `departement` (`departement`(500))
) ENGINE=MyISAM AUTO_INCREMENT=24 DEFAULT CHARSET=latin1

    Il semble que la regex de la ligne 736 ne match pas la table spip_gis certainement à cause des (500) :

    http://core.spip.org/projects/spip/repository/entry/spip/ecrire/req/mysql.php#L736

    Et du coup, on bascule sur le plan B, qui ne fait qu’un simple SHOW COLUMNS FROM ne contenant pas l’information de longueur des index :

    http://core.spip.org/projects/spip/repository/entry/spip/ecrire/req/mysql.php#L765

    Wala où j’en suis ^^ Je ne sais pas si ce comportement est voulu, mais il pose un sacré problème pour les dumps.

Navigation