Recherche avancée

Médias (1)

Mot : - Tags -/belgique

Autres articles (32)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

  • XMP PHP

    13 mai 2011, par

    Dixit Wikipedia, XMP signifie :
    Extensible Metadata Platform ou XMP est un format de métadonnées basé sur XML utilisé dans les applications PDF, de photographie et de graphisme. Il a été lancé par Adobe Systems en avril 2001 en étant intégré à la version 5.0 d’Adobe Acrobat.
    Étant basé sur XML, il gère un ensemble de tags dynamiques pour l’utilisation dans le cadre du Web sémantique.
    XMP permet d’enregistrer sous forme d’un document XML des informations relatives à un fichier : titre, auteur, historique (...)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

Sur d’autres sites (4447)

  • How to read and send a compressed video, frame by frame ?

    2 mars 2018, par fei shawnshanks

    How to read and send a compressed video, frame by frame ?

    I plan to design a video transport protocol, which should send and receive a video frame by frame, at the same time has distinguish between I frames and P frames.

  • Stream video from python code(ffmpeg)

    31 janvier 2018, par R-Cronj

    I have video frames from below code

    (grabbed, frame) = camera.read()

    Now I want to stream this live video from my python code.

    I plan on using ffmpeg but please do tell me if I can do this with another tool.

    I have tried this but didn’t work :

    subprocess.call(["ffmpeg", "-f", "rawvideo", "-pixel_format", "bgr24", "-video_size", "544x576", "-framerate", "25", "-i", "-", "http://localhost:8090/feed1.ffm"], stdin=frame.tostring())

  • 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