
Recherche avancée
Médias (16)
-
#7 Ambience
16 octobre 2011, par
Mis à jour : Juin 2015
Langue : English
Type : Audio
-
#6 Teaser Music
16 octobre 2011, par
Mis à jour : Février 2013
Langue : English
Type : Audio
-
#5 End Title
16 octobre 2011, par
Mis à jour : Février 2013
Langue : English
Type : Audio
-
#3 The Safest Place
16 octobre 2011, par
Mis à jour : Février 2013
Langue : English
Type : Audio
-
#4 Emo Creates
15 octobre 2011, par
Mis à jour : Février 2013
Langue : English
Type : Audio
-
#2 Typewriter Dance
15 octobre 2011, par
Mis à jour : Février 2013
Langue : English
Type : Audio
Autres articles (72)
-
Organiser par catégorie
17 mai 2013, parDans MédiaSPIP, une rubrique a 2 noms : catégorie et rubrique.
Les différents documents stockés dans MédiaSPIP peuvent être rangés dans différentes catégories. On peut créer une catégorie en cliquant sur "publier une catégorie" dans le menu publier en haut à droite ( après authentification ). Une catégorie peut être rangée dans une autre catégorie aussi ce qui fait qu’on peut construire une arborescence de catégories.
Lors de la publication prochaine d’un document, la nouvelle catégorie créée sera proposée (...) -
Récupération d’informations sur le site maître à l’installation d’une instance
26 novembre 2010, parUtilité
Sur le site principal, une instance de mutualisation est définie par plusieurs choses : Les données dans la table spip_mutus ; Son logo ; Son auteur principal (id_admin dans la table spip_mutus correspondant à un id_auteur de la table spip_auteurs)qui sera le seul à pouvoir créer définitivement l’instance de mutualisation ;
Il peut donc être tout à fait judicieux de vouloir récupérer certaines de ces informations afin de compléter l’installation d’une instance pour, par exemple : récupérer le (...) -
Encoding and processing into web-friendly formats
13 avril 2011, parMediaSPIP automatically converts uploaded files to internet-compatible formats.
Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
All uploaded files are stored online in their original format, so you can (...)
Sur d’autres sites (5593)
-
Roadmap #3582 : Simplifier l’utilsation des documents
21 février 2016, par Fil _Il n’est utilisé à ma connaissance que sur visionscarto, donc pas beaucoup de recul ni de retours.
Cela dit ça marche bien et après deux ans et demi avec ce système je le préfère de loin aux gestionnaires de médias de SPIP. (Et je compte l’améliorer encore grâce à l’intégration de github + repo git local.)
Point négatif : j’aurais aimé aller beaucoup plus loin avec, pour publier des documents de tous types, mais cette partie est restée un peu en plan.
Point très positif : la syntaxe des attributs, plus proche du HTML (pas de pipes séparateurs, mais des espaces) que les modèles spip habituels.
Autre point positif : comme la ressource distante est mise en copie locale, même si elle disparaît de la source d’origine le site continue à fonctionner. Et bien sûr la fonctionnalité inverse : on peut travailler offline, copier/coller le texte d’un site de test au site de prod sans avoir à se préoccuper de réuploader les documents, renuméroter etc.
Point qui reste discutable : le fait de mettre l’url de la ressource en premier juste après le chevron. C’est pratique, mais discutable sur le plan des principes. On pourrait avoir une syntaxe longue `
` (c’est ce qui est fait en interne, d’ailleurs). Voire même `` pour retomber sur du HTML si le plugin disparait ou si on copie/colle le code dans un autre site. J’ai très peu testé le raccourci sur des documents locaux `
toto.rtf>` ; à priori c’est pourtant celui-ci qui devrait être d’usage le plus standard avec ce plugin, mais bon, sur visionscarto : 1) toutes les images sont gérées dans notre compte FlickR (et on va basculer sur github) et 2) quand on uploade un doc en local on passe par la médiathèque classique. -
Capture CMOS video with FPGA, encode and send over Ethernet
23 décembre 2015, par ya_urockI am planning a open source university project for my students based on Zynq Xilinx FPGA that will capture CMOS video, encode it into transport stream and send it over Ethernet to remote PC. Basically I want to design yet another IP camera. I have strong FPGA experience, but lack knowledge regarding encoding and transfering video data. Here is my plan :
-
Connect CMOS camera to FPGA, recieve video frames and save them to external DDR memory, verify using HDMI output to monitor. I have no problems with that.
-
I understand that I have to compress my video stream for example to H.264 format and put into transport stream. Here I have little knowledge and require some hints.
-
After I form transport stream I can send it over network using UDP packets. I have working hardware solution that reads data from FIFO and sends it to remote PC as UDP papckets.
-
And finally I plan to receive and play video using ffmpeg library.
ffplay udp://localhost:5678
My question is basically regarding 2 step. How do I convert pixel frames to transport stream ? My options are :
- Use commercial IP, like
Here I doubt that they are free to use and we don’t have much funds.
-
Use open cores like
- http://sourceforge.net/projects/hardh264/ - here core generates only h264 output, but how to encapsulate it into transport stream ?
- I have searched opencores.org but with no success on this topic
- Maybe somebody knows some good open source relevant FPGA projects ?
-
Develop harware encoder by myself using Vivado HLS (C Language). But here is the problem that I don’t know the algorithm. Maybe I could gig ffmpeg or Cisco openh264 library and find there a function that converts raw pixel frames to H.264 format and then puts it into transport stream ? Any help would be appriciated here also.
Also I am worried about format compatibility of stream I might generate inside FPGA and the one expected at host by ffplay utility. Any help, hints, links and books are appriciated !
-
-
aacenc : move the TNS search and filtering before PNS
6 décembre 2015, par Rostislav Pehlivanovaacenc : move the TNS search and filtering before PNS
The original plan was to have TNS use data from the PNS search to better
tune itself to noise but this was never used nor necessary. This should
slightly boost the PNS accuracy if TNS was used.Signed-off-by : Rostislav Pehlivanov <atomnuker@gmail.com>