Recherche avancée

Médias (91)

Autres articles (55)

  • Les vidéos

    21 avril 2011, par

    Comme les documents de type "audio", Mediaspip affiche dans la mesure du possible les vidéos grâce à la balise html5 .
    Un des inconvénients de cette balise est qu’elle n’est pas reconnue correctement par certains navigateurs (Internet Explorer pour ne pas le nommer) et que chaque navigateur ne gère en natif que certains formats de vidéos.
    Son avantage principal quant à lui est de bénéficier de la prise en charge native de vidéos dans les navigateur et donc de se passer de l’utilisation de Flash et (...)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Possibilité de déploiement en ferme

    12 avril 2011, par

    MediaSPIP peut être installé comme une ferme, avec un seul "noyau" hébergé sur un serveur dédié et utilisé par une multitude de sites différents.
    Cela permet, par exemple : de pouvoir partager les frais de mise en œuvre entre plusieurs projets / individus ; de pouvoir déployer rapidement une multitude de sites uniques ; d’éviter d’avoir à mettre l’ensemble des créations dans un fourre-tout numérique comme c’est le cas pour les grandes plate-formes tout public disséminées sur le (...)

Sur d’autres sites (3943)

  • not able to convert a specific .wav file to mp3 or m4a with sox, avconv

    25 juillet 2017, par astrograph

    At the office we have a project where we apply IoT technologies to a real bee hive.

    One of the features is to detect specific sounds the bees make when a new queen hatches. We have a special microphone in place, the algorithm is also implemented. For now we get a lot of false positives, and want to quickly be able to identify them, by listening to the audio files in the browser. Therefore I want to convert the .wav files to either .mp3 or .m4a

    The .wav file format seems to be quite strange, as I was not able to convert it to mp3 using avconv, sox or even audacity. The funny thing is, the Microsoft media player can play the .wav file fine.

    Here is the information soxi gives about the wav file :

    pi@raspberrypi:~ $ soxi Channel1.wav
    soxi WARN wav: wave header missing extended part of fmt chunk

    Input File     : 'Channel1.wav'
    Channels       : 1
    Sample Rate    : 6250
    Precision      : 24-bit
    Duration       : 00:01:21.00 = 506250 samples ~ 6075 CDDA sectors
    File Size      : 2.03M
    Bit Rate       : 200k
    Sample Encoding: 32-bit Floating Point PCM

    This is the avconv command I am trying to use :

    avconv -y -v quiet -i Channel1.wav -strict experimental -ar 44100 -ab 160k Channel1.m4a

    I also tried with sox :

    sox  -v 0.60 Channel1.wav -r 22050 Channel1.m4a

    but the output is mostly silent, with some random noise.

    The question is how can a wav file like this : https://drive.google.com/open?id=0B9YVh-jkOMLsQThERlI2emN2QWM be converted to an audio format using a raspberry pi that can be played in the browser ?

  • ASPSMS : a successful integration with Piwik

    3 octobre 2017, par Piwik Core Team — Development

    Have you ever wondered how an integration between a third party company and Piwik is possible ? What are the key factors for a good partnership ? This article describes our recent collaboration with a company for a mobile messaging integration.

    At Piwik, we are always looking for new functionalities to build and improve the work of our community members. ASPSMS, an innovative SMS Gateway & Messaging solutions provider got in contact with us in order to do just this.

    Why did we decide to partner with ASPSMS ?

    • Fast
    • Easy
    • Just works

    Those three words define the collaboration we had with ASPSMS and in the end everyone benefits.

    Stefan, one of our developers who did the integration into Piwik, says “Thanks to an easy to understand API the SMS integration was done in a couple of hours. We got SMS credits upfront for testing which helped a lot.”

    Using the ASPSMS integration, you can receive a daily or weekly SMS message listing the Key Performance Indicators of your website(s).

    ASPSMS is now part of Piwik through the Mobile messaging settings :

    aspsms back-office in Piwik

    As a company, how can I contribute to Piwik ?

    If, like ASPSMS, you are providing great services which can help Piwik final users take better decisions, do not hesitate to contact the Piwik core team.

    You can also start to develop your own, specific plugins, that you can freely publish on the Piwik marketplace.

    About ASPSMS

    VADIAN.NET AG is today one of the leading global providers of SMS solutions with more than 200,000 satisfied business clients. The product ASPSMS was launched in 2001. ASPSMS is a product of VADIAN.NET AG, a Swiss based Internet and Mobile Solutions provider.

    aspsms logo

    Learn more about ASPSMS.

  • Evolution #4148 : Augmenter la largeur de l’espace privé

    13 juin 2018, par tcharlss (*´_ゝ`)

    Super nicod_, merci pour les remarques et le boulot :)

    Alors concernant la largeur, 1200px ce serait déjà beaucoup mieux.
    Mais pour ma part je pense que du 100% serait toujours la meilleur option. Au début ça fait un peu bizarre je le concède, mais on s’y fait vite et c’est dur de revenir sur une largeur fixe après. Pour les tableaux / listes d’objets par exemple ça devient vite indispensable. Le menu ne me pose pas de problème non plus : on comprend que les items sont alignés à gauche.

    Il y a bien certains contenus qui doivent être limité en largeur pour avoir 80 caractères par ligne c’est vrai, mais il s’agit de quelques blocs à identifier, et ça reste valable quelque soit la largeur globale de l’interface.
    Pour l’instant je ne vois que 2 blocs concernés : le #wysiwyg et les formulaires d’édition.
    Donc mon constat c’est : à partir du moment où on limite la largeur de certains blocs qui contiennent du texte afin que ça reste lisible, pourquoi limiter arbitrairement la largeur globale de l’interface ?
    Dans le plugin privé fluide, seul le #wysiwyg est ciblé pour l’instant. Attention il reste aussi des petits problèmes à régler dans certains cas, cf. capture d’écran.

    Pour comparaison, avec RastaPopoulos on avait installé une floppée de CMS pour étudier leurs interfaces au moment où on s’intéressait au sujet, et ils ont tous une largeur 100%.
    Je ne dis pas qu’il faut suivre bêtement ce que font les autres, mais ça donne des exemples concrets de choix de layouts qui fonctionnent.

    Sur la question de rendre cette largeur configurable, je ne suis pas très chaud. C’est exactement pour ça que j’avais fait le plugin privé fluide dans mon coin alors qu’il existe déjà le plugin d’Ybbet : je pense que l’interface doit être d’office adaptée à tous les écrans, sans rien à configurer. Aucune envie d’avoir à configurer ça sur chaque nouvelle instance de SPIP qu’on déploie :p

    Du coup on écrivant tout ça, je verrais finalement la chose comme ça :

    • Largeur globale 100%
    • Supprimer carrément la préférence utilisateur « taille de l’écran »
    • Jusqu’à 1200px : 2 colonnes (#navigation + #extra | #contenu)
    • Au-delà : 3 colonnes (#navigation | #contenu | #extra)

    Du coup en écran large on aurait toujours 3 colonnes et ça équilibre un peu plus.
    Et plutôt que du flex, je pense qu’on pourrait partir directement sur du css grid, avec un bête fallback en float pour les vieux navigateurs.
    Parceque du coup je ne vois pas comment mettre la colonne #extra soit en dessous de #navigation, soit à droite de #contenu juste avec du flex.