
Recherche avancée
Médias (1)
-
Bug de détection d’ogg
22 mars 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Video
Autres articles (34)
-
Support audio et vidéo HTML5
10 avril 2011MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...) -
Taille des images et des logos définissables
9 février 2011, parDans beaucoup d’endroits du site, logos et images sont redimensionnées pour correspondre aux emplacements définis par les thèmes. L’ensemble des ces tailles pouvant changer d’un thème à un autre peuvent être définies directement dans le thème et éviter ainsi à l’utilisateur de devoir les configurer manuellement après avoir changé l’apparence de son site.
Ces tailles d’images sont également disponibles dans la configuration spécifique de MediaSPIP Core. La taille maximale du logo du site en pixels, on permet (...) -
Gestion de la ferme
2 mars 2010, parLa ferme est gérée dans son ensemble par des "super admins".
Certains réglages peuvent être fais afin de réguler les besoins des différents canaux.
Dans un premier temps il utilise le plugin "Gestion de mutualisation"
Sur d’autres sites (5717)
-
Anomalie #3017 : Gestion des versions de plugins
6 juillet 2021Il y aurait beaucoup de choses à dire là dessus.
Personnellement je ne suis pas hyper motivé par la chose car en gros on demande au fil du temps de plus en plus à SVP d’être aussi bon que Composer pour la gestion de versions.
Ça demanderait à refaire completement la logique de SVP.- D’abord à interroger une API externe pour obtenir la liste des plugins / paquets compatibles avec notre version de SPIP (plutôt que de passer par des dépots qui contiennent aussi les paquets pour des versions de SPIP qui ne nous concernent pas). Déjà cette partie est à faire (mais c’est pas le plus dur, vu que Eric a déjà fait une partie de job)
- Ensuite ça veut dire stocker localement (soit en bdd comme maintenant, soit autrement — ce qui serait mieux) l’ensemble des paquets possibles pour chaque plugin : il peut y en avoir un grand nombre (1 par tag en gros…)
- Et gérer tous les cas supplémentaires de mises à jour que toutes ces possibilités composent.Le SAT Solver (https://fr.wikipedia.org/wiki/Probl%C3%A8me_SAT) de SVP n’est déjà pas parfait. Il mériterait d’être refait avec un PHP plus récent. Et peut être utiliser une librairie spécifique pour ce travail mais je ne sais pas si ça existe en PHP, mis à part celui de Composer...
Bref tout ça pour dire que… à vouloir refaire Composer dans SVP… avec nos moyens humains et connaissances du sujet loin d’être aussi grandes que l’équipe de Composer, j’ai peur qu’on s’enlise.
-
Revision 124667 : Nouvelle option pour la description .yaml d’une saisie : hériter d’une ...
13 mai 2020, par Maïeul Rouquette — LogNouvelle option pour la description .yaml d’une saisie : hériter d’une
autre saisie.
Possibilité d’avoir des héritages en cascade.
Possibilité de régler précisement les options héritées ou pas, via des
entrées dans le .yaml.
Pour la documentation, voir
https://contrib.spip.net/ecrire/?exec=article&id_article=5272
Pour des exemples :dans ce dossier, les tests (tests/saisies + tests/saisies_heriter)
la saisie nombre :
https://git.spip.net/spip-contrib-extensions/saisie_nombrela saisie calcul : https://git.spip.net/spip-contrib-extensions/saisie_calcul
En bonus :Ajout d’une fonction saisies_supprimer_identifiants() qui supprime récursivement les identifiants d’une saisie. À utiliser sur les tests unitaires pour éviter d’avoir un identifiant qui change à chaque test.
saisies_modifier(), une option ’fusion’, suite à la demande de @Rastapopoulos. en https://git.spip.net/spip-contrib-extensions/formidable/issues/25#issuecomment-691
-
input stream error _read() is not implemented : ffmpeg-fluent
23 mai 2018, par Thomsheer AhamedI have buffer object. I want to pass that buffer as readable stream to ffpmeg.
var ffmpeg = require('fluent-ffmpeg');
var ffmpegPath = require("ffmpeg-binaries").ffmpegPath()
ffmpeg.setFfmpegPath(ffmpegPath);
var command = new ffmpeg();
command.input(my_buffer)
.videoCodec('libx264')
.size('520x?')
.aspect('4:3')
.inputFPS(8)
.outputFPS(30)
.output('new_video.mp4')
.on('start', onStrat)
.on('progress', onProgress)
.on('end', onEnd)
.on('error', onError)
.run();If I pass buffer right away I will get "Error : Invalid input
at FfmpegCommand.proto.mergeAdd.proto.addInput.proto.input"So I converted buffer into stream using
function bufferToStream(buffer) {
let Duplex = require('stream').Duplex;
let stream = new Duplex();
stream.push(new Buffer(buffer));
stream.push(null);
return stream;
}
var red = bufferToStream(finalResponse.file.buffer);and passed this steam to input
command.input(red)
Above Command throws "ffmpeg exited with code 1 : Error opening filters !" ;
If I use my_buffer and save it in locally using fs.writeFile(’path’,my_buffer) and pass this path to input of ffmpeg then it works fine..
But I dont want to store that file and then delete it after altering video.
Can some one help me ?