Recherche avancée

Médias (1)

Mot : - Tags -/artwork

Autres articles (37)

  • Submit bugs and patches

    13 avril 2011

    Unfortunately a software is never perfect.
    If you think you have found a bug, report it using our ticket system. Please to help us to fix it by providing the following information : the browser you are using, including the exact version as precise an explanation as possible of the problem if possible, the steps taken resulting in the problem a link to the site / page in question
    If you think you have solved the bug, fill in a ticket and attach to it a corrective patch.
    You may also (...)

  • Contribute to translation

    13 avril 2011

    You can help us to improve the language used in the software interface to make MediaSPIP more accessible and user-friendly. You can also translate the interface into any language that allows it to spread to new linguistic communities.
    To do this, we use the translation interface of SPIP where the all the language modules of MediaSPIP are available. Just subscribe to the mailing list and request further informantion on translation.
    MediaSPIP is currently available in French and English (...)

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

Sur d’autres sites (6608)

  • Not outputting Opus raw audio

    3 mars 2016, par Dustin

    I’m currently writing a small script that coverts an MP4 to Opus audio on the fly and sends it to Discord in golang. Initially my script would pass an MP4 as it was downloading to ffmpeg through stdin and then pass stdout to an Opus encoder, then to Discord (exactly like this). After learning I could build ffmpeg with Opus, I’d like to cut out the opus encoder I previous had and pass ffmpeg’s output directly to Discord.

    Previous, my ffmpeg command looked like this (with using the second opus encoder)

    ffmpeg -i - -f s16le -ar 48000 -ac 2 pipe:1

    Now, without the encoder and letting ffmpeg do all the work, this is what I’ve come up with so far.

    ffmpeg -i - -f s16le -ar 48000 -ac 2 -acodec libopus -b:a 192k -vbr on -compression_level 10 pipe:1

    With this command however the audio doesn’t get accepted by Discord’s server, meaning I’m suspecting opus audio isn’t coming out the other end. No errors outputted. Have I done something wrong with ffmpeg that could of caused this ?

  • intrax8 : Change type of array stride parameters to ptrdiff_t

    8 septembre 2016, par Diego Biurrun
    intrax8 : Change type of array stride parameters to ptrdiff_t

    ptrdiff_t is the correct type for array strides and similar.
    

    Also rename all such parameters to "stride" for consistency.
    • [DBH] libavcodec/intrax8.c
    • [DBH] libavcodec/intrax8dsp.c
    • [DBH] libavcodec/intrax8dsp.h

  • ffmpeg - Not outputting Opus audio

    3 mars 2016, par Dustin

    I’m currently writing a small script that coverts an MP4 to Opus audio on the fly and sends it to Discord in golang. Initially my script would pass an MP4 as it was downloading to ffmpeg through stdin and then pass stdout to an Opus encoder, then to Discord (exactly like this). After learning I could build ffmpeg with Opus, I’d like to cut out the opus encoder I previous had and pass ffmpeg’s output directly to Discord.

    Previous, my ffmpeg command looked like this (with using the second opus encoder)

    ffmpeg -i - -f s16le -ar 48000 -ac 2 pipe:1

    Now, without the encoder and letting ffmpeg do all the work, this is what I’ve come up with so far.

    ffmpeg -i - -f s16le -ar 48000 -ac 2 -acodec libopus -b:a 192k -vbr on -compression_level 10 pipe:1

    With this command however the audio doesn’t get accepted by Discord’s server, meaning I’m suspecting opus audio isn’t coming out the other end. No errors outputted. Have I done something wrong with ffmpeg that could of caused this ?

Navigation