
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 (58)
-
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 (...) -
Personnaliser les catégories
21 juin 2013, parFormulaire de création d’une catégorie
Pour ceux qui connaissent bien SPIP, une catégorie peut être assimilée à une rubrique.
Dans le cas d’un document de type catégorie, les champs proposés par défaut sont : Texte
On peut modifier ce formulaire dans la partie :
Administration > Configuration des masques de formulaire.
Dans le cas d’un document de type média, les champs non affichés par défaut sont : Descriptif rapide
Par ailleurs, c’est dans cette partie configuration qu’on peut indiquer le (...) -
Supporting all media types
13 avril 2011, parUnlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)
Sur d’autres sites (9323)
-
ffmpeg : multiple video filter order issue
29 janvier 2018, par Massimo VantaggioI have a problem with the ffmpeg video filters. I’m unable to get two filters to work : the scale function and the logo addition. I read about
-filter_complex
instead of-vf
, but someone also achieved it with-vf
. I try with commas, but for the moment it can read max one filter, otherwise it gives me an error.ffmpeg -y -i $name -c:a aac -b:a 256k -ar 48000 -ac 2 -async 1 -c:v libx264 -x264opts keyint=$GOP:min-keyint=$GOP:no-scenecut -bf 0 -r $FPSC -b:v 1060k -maxrate 1060k -bufsize 530k -profile:v main -t $FDUR -vf "movie=logo480.png [watermark]; [in][watermark] overlay=main_w-overlay_w-10:10 [out], scale=-1:478" format480.mp4
-
Rebuilding Website for sharing videos
22 novembre 2015, par Léo Le GallSome friends and I run a sport forum with a decent user base. A lot of users wanted the ability to share video clips of their tricks. We didn’t really think anyone would use a video website that we made, so I built a really simple one just to see if the users would really use it. I hosted the video site on a $10 VPS, and it got blown away. The site was literally garbage, it was not visually appealing and the performance was just sad. Just as expected really, since this was just a test site. Since our test project was a success, we want to create a new and more polished site for the videos.
The website is really simple, and probably not optimized in any way at the moment. I will try to explain in details what the website does. The user uploads some video files in format X, the website combines them and converts (using ffmpeg) the final video to mp4(so it can be served with a html5 video player). The users gets a link (example.com/randomvideo) where he can see the video through a html5 player serving the mp4 file(just default html5, nothing fancy). The videos only contains highlights, and the final video is always under 1 minute, most are around 30 seconds.
Currently everything happens on the same server, both the video processing and the video serving. I can try to show how it works :
- User uploads some videos
- Servers stores the videos in a new random folder
- Combine videos and convert to mp4 (ffmpeg)
- Move final video(random name) to directory containing processed videos
- Store the name of the video file in the database (for website to serve it)
- Delete directory used to process the videos
I want to rebuild the website’s architecture to make it able to scale and handle heavy load. I have never done this before and I am currently making a plan how to do this. My plan is at the moment :
- Seperate servers for processing videos and viewing videos (all VPS in the start)
- Utilize content delivery network for serving static files
- Utilize load balancers both for servers proccesing and serving
I don’t really know what I should do with database(s). Can I do with one database or should use more ? They do not need to store sensitive information, since the auth in done through an API. They only need store information about the videos. I have experience with postgresql, mysql and redis, but I am not limited to those. What would you recommend in terms of scaleability ?
I will appriciate all the feedback I can get regarding my plan and what to do about databases. I know this might be a bit vague, so please ask me if I have forgotten anything imporant. Thanks for reading.
-
Evolution #3591 (Nouveau) : Edition d’articles et rubriques dans l’espace privé
13 novembre 2015, par Julien PORIAUBonjour,
Serait-il possible de repenser l’affichage de l’édition d’un article ? Ou proposer un affichage différent, plus ergonomique ?
Je m’explique :
J’ai des articles qui avoisine les 70.000 caractères avec plus de 25 images et parfois plus. Sincèrement, même avec la préférence "grand écran", je trouve que l’on utilise pas bien l’espace dans l’édition d’un article et que l’on peut mieux faire. J’ai des articles avec un scroll à n’en plus finir, tout cela à cause d’images qui s’empilent les une sous les autres sur une colonne. Et quand vient le moment de les insérer au corps de l’article, bonjour le casse tête pour les atteindre et les copier/coller dans le champ texte.
Peut-être suis je le seul a trouver cela ennuyeux ou que je suis passé à coté d’une préférence/plugins qui réagit à se "problème", mais je le signal tout de même. :)