
Recherche avancée
Autres articles (106)
-
MediaSPIP 0.1 Beta version
25 avril 2011, parMediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
The zip file provided here only contains the sources of MediaSPIP in its standalone version.
To get a working installation, you must manually install all-software dependencies on the server.
If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...) -
Websites made ​​with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
Creating farms of unique websites
13 avril 2011, parMediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)
Sur d’autres sites (13726)
-
Anomalie #3055 (En cours) : Autorisation sur les listes d’objets
5 mai 2015, par Eric LupinacciEn fait, c’est à mon avis un problème plus général, de rigueur dans l’appel des autorisations en entrée des pages mais aussi de stratégie de définition des autorisations qui sont malheureusement assez rarement arborescentes.
Si on prend les pages objet comme article, rubrique et auteur par exemple, elle commencent toutes par une autorisation :
(#AUTORISERvoir,article,#ID_ARTICLE ou (#AUTORISERvoir,rubrique,#ID_RUBRIQUE ou (#AUTORISERvoir,auteur,#ID_AUTEUR
Cependant d’ailleurs seul l’autorisation article_voir est définie, les autres renvoyant sur l’autorisation par défaut. Mais au moins une autorisation est appelée systématiquement quelque soit le moyen avec lequel on arrive sur cette page.
A partir de là si il existe un bouton qui envoie sur cette page il faut le conditionner par cette autorisation (code HTML) et si c’est un menu créé automatiquement alors là il faut créer une autorisation de menu qui appelle l’autorisation de voir et pas le contraire à mon avis.Donc si on étend ça aux pages articles, auteurs et rubriques je suis d’accord qu’il faudrait une autorisation voir_xxxx (ce qui n’est pas le cas actuellement) qui serait appelée en entrée de la page comme l’exemple ci-dessous pour la page articles :
(#AUTORISERvoir,_articles
et il faudrait alors coder l’autorisation du menu Articles de cette façon :function autoriser_articles_menu_dist($faire, $type, $id, $qui, $opt) return autoriser(’voir’, ’_articles’) ;
En effet, la décision d’afficher ou pas le menu est indépendante du fait de voir ou pas la page articles mais doit s’appuyer dessus si on décide de ne pas présenter un lien qui mène vers une page interdite.
Et il faudrait systématiser cela pour tous les plugins objet du core à mon avis.En second lieu il faudrait faire une passe sur le code des autorisations actuelles pour imbriquer un peu plus les autorisations de façon arborescente ce qui leur donnerait plus de lisibilité car parfois elles sont identiques sans qu’on s’en rende compte car le code est dupliqué.
-
avformat/matroskadec : Check min_luminance more thoroughly
16 février 2021, par Andreas Rheinhardtavformat/matroskadec : Check min_luminance more thoroughly
In the absence of an explicitly coded minimal luminance, the current
code inferred it to be -1, an invalid value. Yet it did not check the
value lateron at all, so that if a valid maximum luminance is
encountered, but no minimal luminance, an invalid minimal luminance of1 is exported. If an minimal luminance element with a negative value is
present, it is exported, too. This can be simply fixed by adding a check
for the value of the element.Yet given that a minimal luminance of zero Cd/m² is legal and can be
coded with a length of zero, we must not use a fake default value to
find out whether the element is present or not. Therefore this patch
uses an explicit counter for it.While just at it, also check for max_luminance > min_luminance.
Reviewed-by : Ridley Combs <rcombs@rcombs.me>
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com> -
rtmp module stream do not , how to solve that ?
24 avril 2019, par DuxoI have some problem with configuring nginx+rtk-©module.
I need to stream a video from IP camera to web-site. I use MPEG-DASH.My server configuration is lower. Files .m4a, .m4v are creating and I also have stream.mpd file. But in browser it doen’t work, inifinity loading. some logs from dash.jsTime: 0
dash.all.js:2:10794
Array(6) [ {…}, {…}, {…}, {…}, {…}, {…} ]
dash.all.js:2:10818
Index for time 0 is -1
dash.all.js:3:8722
Checking for stream end...
dash.all.js:3:8722
Live never ends! (TODO)
dash.all.js:3:8722
Stream finished? false
dash.all.js:3:8722
Got a request.
dash.all.js:3:8722
null
dash.all.js:3:8722
BufferController video setState to:READY
dash.all.js:3:8722
Working time is video time: 0
dash.all.js:3:8722
BufferController.validate() video | state: READY
dash.all.js:3:8722
video Playback rate: 0
dash.all.js:3:8722
video Working time: 0
dash.all.js:3:8722
video Video time: 0
dash.all.js:3:8722
Current video buffer length: 0
dash.all.js:3:8722
BufferController video setState to:VALIDATING
dash.all.js:3:8722
ABR enabled? (true)
dash.all.js:3:8722
Check ABR rules.
dash.all.js:3:8722
Checking download ratio rule...
dash.all.js:3:8722
Total time: 0.009s
dash.all.js:3:8722
Download time: 0.009s
dash.all.js:3:8722
The ratios are NaN, bailing.
dash.all.js:3:8722
Checking insufficient buffer rule...
dash.all.js:3:8722
Not enough information for rule.
dash.all.js:3:8722
Array [ {…}, {…} ]
dash.all.js:3:8722
New quality of 0
dash.all.js:3:8722
video Playback quality: 0
dash.all.js:3:8722
Populate video buffers.
dash.all.js:3:8722
Quality didn't change.
dash.all.js:3:8722
Loading the video fragment for time: 0
dash.all.js:3:8722
Getting the request for time: 0
dash.all.js:3:8722
Got segments.
dash.all.js:3:8722
Array(6) [ {…}, {…}, {…}, {…}, {…}, {…} ]
dash.all.js:3:8722
Got a list of segments, so dig deeper.
dash.all.js:3:8722
Couldn't figure out a time!
dash.all.js:2:10751
Time: 0
dash.all.js:2:10794
Array(6) [ {…}, {…}, {…}, {…}, {…}, {…} ]
dash.all.js:2:10818
Index for time 0 is -1
dash.all.js:3:8722
Checking for stream end...
dash.all.js:3:8722
Live never ends! (TODO)
dash.all.js:3:8722
Stream finished? false
dash.all.js:3:8722
Got a request.
dash.all.js:3:8722
null
dash.all.js:3:8722
BufferController video setState to:READY
dash.all.js:3:8722
Working time is video time: 0
dash.all.js:3:8722
BufferController.validate() video | state: READY
dash.all.js:3:8722
video Playback rate: 0
dash.all.js:3:8722
video Working time: 0
dash.all.js:3:8722
video Video time: 0
dash.all.js:3:8722
Current video buffer length: 0
dash.all.js:3:8722
BufferController video setState to:VALIDATING
dash.all.js:3:8722
ABR enabled? (true)
dash.all.js:3:8722
Check ABR rules.
dash.all.js:3:8722
Checking download ratio rule...
dash.all.js:3:8722
Total time: 0.009s
dash.all.js:3:8722
Download time: 0.009s
dash.all.js:3:8722
The ratios are NaN, bailing.user some_user;
worker_processes 1;
events {
worker_connections 1024;
}
rtmp {
live on;
dash on;
server {
listen 1935;
application cams {
dash_path /cams;
}
exec_static ffmpeg -i
rtsp://admin:admin@192.168.0.51/1/Streaming/Channels/1/ -c:v libx264 -q:v 31 -an -profile:v baseline -ar 44100
-f flv rtmp://0.0.0.0/cams/stream;
}
}
http {
include mime.types;
default_type application/octet-stream;
sendfile on;
#keepalive_timeout 0;
keepalive_timeout 65;
server {
listen 80;
server_name localhost;
location / {
root /;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}Can someone explain me why stream is not working and how to issue that ?thanks