
Recherche avancée
Médias (1)
-
Rennes Emotion Map 2010-11
19 octobre 2011, par
Mis à jour : Juillet 2013
Langue : français
Type : Texte
Autres articles (72)
-
Participer à sa traduction
10 avril 2011Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
Actuellement MediaSPIP n’est disponible qu’en français et (...) -
Les autorisations surchargées par les plugins
27 avril 2010, parMediaspip core
autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs -
Publier sur MédiaSpip
13 juin 2013Puis-je poster des contenus à partir d’une tablette Ipad ?
Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir
Sur d’autres sites (12777)
-
Evolution #4411 (En cours) : mini-pedzouille admin_plugins IE11 (et les autres..) => SVP
11 décembre 2019, par Yannyx SpipSur les pages de admin_plugin le numéro de version est "collé" au nom du plugin
- cela est particulièrement dérangeant sous IE11 (moins sous d’autres navigateurs)
voir les copies d’ecrans SPIP 3.2.5 WAMPSolution simpliste : /svp/formulaires/inc-admin_plugin.php
[-49] [(#VERSION)]
[+49] [ (#VERSION)]
[50] [ - (#ETAT)] -
Anomalie #3475 (Résolu) : Une mini coquille dans une clé de chaîne de langue du core
9 juin 2015bon ...corrigé par https://core.spip.net/projects/spip/repository/revisions/22207 en espérant que salvatore comprenne.
Eric travaille sur langonet qui devrait améliorer la gestion des chaines.
-
HTML5 Progressive Streaming — no follow-up range requests
20 septembre 2023, par user2333829I'm working on an embedded device that is recording video on the fly. I'd like to stream that to an HTML5 video element, using our own custom server. I have this almost working and would like some help.



So far as I can tell, I've got libav / ffmpeg doing their job right. I encoded an mp4 in RAM with the moov atom at the start of the file. I've written this file to disk and it plays everywhere it should.



The problem, I think, lies with how I'm responding to HTTP range requests. When I try to do a live stream, I get an initial range request from the browser / player (currently tried Chrome, Firefox, and VLC) for
bytes:0-
. I responded with some initial bytes. The browser / player actually plays this fine, but never asks again. So the live stream doesn't work, just the first 3 seconds or whatever.


I've looked at the RFC spec of partial content, and my understanding is I'm doing what I should be... Clearly I'm not though. Here is an example of a request / response with Chrome as the requester :






get /live.mp4 HTTP/1.1
host: localhost:1235
connection: keep-alive
accept-encoding: identity;q=1, *;q=0
user-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.167 Safari/537.36
accept: */*
dnt: 1
accept-language: en-GB,en-US;q=0.9,en;q=0.8
range: bytes=0-





HTTP/1.1 206 Partial Content
Accept-Ranges: bytes
Content-Type: video/mp4
Content-Length: 182400
Content-Range: bytes 0-182399/*






Again, with that request / response pair, Chrome plays the first 182400 bytes but never makes a second request. I thought having the '*' in
Content-Range
would make this happen...