Recherche avancée

Médias (1)

Mot : - Tags -/pirate bay

Autres articles (68)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

  • Librairies et logiciels spécifiques aux médias

    10 décembre 2010, par

    Pour un fonctionnement correct et optimal, plusieurs choses sont à prendre en considération.
    Il est important, après avoir installé apache2, mysql et php5, d’installer d’autres logiciels nécessaires dont les installations sont décrites dans les liens afférants. Un ensemble de librairies multimedias (x264, libtheora, libvpx) utilisées pour l’encodage et le décodage des vidéos et sons afin de supporter le plus grand nombre de fichiers possibles. Cf. : ce tutoriel ; FFMpeg avec le maximum de décodeurs et (...)

Sur d’autres sites (13697)

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