Recherche avancée

Médias (91)

Autres articles (98)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 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 (...)

  • Supporting all media types

    13 avril 2011, par

    Unlike 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 (...)

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

Sur d’autres sites (6190)

  • FFmpeg macos install Reason : image not found

    26 avril 2019, par Joycon

    I’m trying to install FFmpeg on my mac.
    When I do

    brew install ffmpeg --with-chromaprint --with-fdk-aac
    --with-fontconfig --with-freetype --with-frei0r --with-game-music-emu --with-libass --with-libbluray --with-libbs2b --with-libcaca --with-libgsm --with-libmodplug --with-librsvg --with-libsoxr --with-libssh --with-libvidstab --with-libvorbis --with-libvpx --with-opencore-amr --with-openh264 --with-openjpeg --with-openssl --with-opus --with-rtmpdump --with-rubberband --with-sdl2 --with-snappy --with-speex --with-tesseract --with-theora --with-tools --with-two-lame --with-wavpack --with-webp --with-x265 --with-xz --with-zeromq --with-zimg

    This happens when I try to use FFmpeg

    dyld: Library not loaded: /usr/local/opt/rubberband/lib/librubberband.2.dylib  
    Referenced from: /usr/local/bin/ffmpeg  
    Reason: image not found  
    Abort trap: 6
  • Java Playing Sound From YouTube

    8 mai 2022, par etkmlm

    I'm in a LWJGL game and want to play sound from YouTube. I have the stream link but can't play it anymore.

    


    public void playMusic(Music m) throws IOException {
    String uri = m.getUrl();
    URL url = new URL(uri);
    try{
        Process p = new ProcessBuilder().command("ffmpeg.exe", "-i", uri, "-acodec", "pcm_u8", "-ar", "22050", "-f", "wav", "pipe:1").redirectError(ProcessBuilder.Redirect.INHERIT).start();

        AudioInputStream str = AudioSystem.getAudioInputStream(p.getInputStream());
        Clip clip = AudioSystem.getClip();
        clip.open(str);
        clip.start();

    }
    catch (Exception e){
        e.printStackTrace();
    }

}


    


    It throws "Chunk size too big" error. I started ffmpeg alone but in this time, ffmpeg throws "invalid argumentsize=" error.

    


  • avcodec/rl2 : Remove wrong check

    28 septembre 2022, par Andreas Rheinhardt
    avcodec/rl2 : Remove wrong check
    

    This check is intended to be avoid buffer overflows,
    yet there are four problems with it :
    1. It has an in-built off-by-one error : len == out_end - out
    is perfectly fine and nothing to worry about.
    This off-by-one error led to the pixel in the lower-right corner
    not being set properly for the back frame of the sample from
    the rl2 FATE-test. This pixel is copied to every frame which
    is the reason for the update to the reference file of said test.
    With this patch, the output of the decoder matches the output
    as captured from the reference decoder* (apart from the fact
    that said reference somehow lacks the top part of the frame
    (copied over from the background frame)).
    2. Given that the stride of the buffer may be different
    from the width of the video (despite one pixel taking one byte),
    there is a second check lateron making the first check redundant
    (if one returns immediately ; a simple break at the second check
    is not sufficient, because it only exits the inner loop).
    3. The check is based around the assumption of the stride being
    positive (it has this in common with the other check which
    will be fixed in a future commit).
    4. Even after fixing the off-by-one error, the check in
    question is still triggered by all the non-background frames
    in the FATE sample as well as by A1100100.RL2. In all these
    cases, they use len == 255 and val == 128. For videos with
    background frame this just means "copy from the background
    frame", which would be done anyway lateron.* Yet for videos
    without it copying it is necessary to avoid leaving
    uninitialized parts in the video.

    * : Available in https://samples.mplayerhq.hu/game-formats/voyeur-rl2/
    ** : Due to this, the code that copies the rest from the
    back frame is no longer executed for any of the samples
    available on the sample server. Given that these are only
    the files from the demo version of this game, I don't know
    whether this code is executed for any file in existence or not.

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

    • [DH] libavcodec/rl2.c
    • [DH] tests/ref/fate/rl2