
Recherche avancée
Autres articles (70)
-
Le plugin : Podcasts.
14 juillet 2010, parLe problème du podcasting est à nouveau un problème révélateur de la normalisation des transports de données sur Internet.
Deux formats intéressants existent : Celui développé par Apple, très axé sur l’utilisation d’iTunes dont la SPEC est ici ; Le format "Media RSS Module" qui est plus "libre" notamment soutenu par Yahoo et le logiciel Miro ;
Types de fichiers supportés dans les flux
Le format d’Apple n’autorise que les formats suivants dans ses flux : .mp3 audio/mpeg .m4a audio/x-m4a .mp4 (...) -
Organiser par catégorie
17 mai 2013, parDans 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 (...) -
Récupération d’informations sur le site maître à l’installation d’une instance
26 novembre 2010, parUtilité
Sur le site principal, une instance de mutualisation est définie par plusieurs choses : Les données dans la table spip_mutus ; Son logo ; Son auteur principal (id_admin dans la table spip_mutus correspondant à un id_auteur de la table spip_auteurs)qui sera le seul à pouvoir créer définitivement l’instance de mutualisation ;
Il peut donc être tout à fait judicieux de vouloir récupérer certaines de ces informations afin de compléter l’installation d’une instance pour, par exemple : récupérer le (...)
Sur d’autres sites (5536)
-
Anomalie #3260 (Nouveau) : Problème de dump sur les tables comportants des index de longueur spéci...
28 août 2014, par b bLe 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.
-
Optimizing x264 based remote desktop by dirty regions
17 novembre 2016, par useprxfI 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 ?
-
Is there a way to crop a video given a videoURL in node js ?
30 mars 2021, par RadespyI’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