Recherche avancée

Médias (1)

Mot : - Tags -/biomaping

Autres articles (60)

  • Encoding and processing into web-friendly formats

    13 avril 2011, par

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

  • Contribute to documentation

    13 avril 2011

    Documentation is vital to the development of improved technical capabilities.
    MediaSPIP welcomes documentation by users as well as developers - including : critique of existing features and functions articles contributed by developers, administrators, content producers and editors screenshots to illustrate the above translations of existing documentation into other languages
    To contribute, register to the project users’ mailing (...)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

Sur d’autres sites (9801)

  • Transcoding wmv file to mp4 using Jave

    17 mai 2013, par Fawkes

    I am trying to use Jave to convert a wmv file into h264(mp4).
    The final version created by Jave plays fine with VLC player but when I try to use it inside the HTML5 video tag, it is not able to play the file.

    I am guessing that the issue is with the attributes I am setting for the video attributes.

    Java Code :

       videoAttributes.setCodec("mpeg4");
       videoAttributes.setTag("mpeg4");
       videoAttributes.setBitRate(new Integer(5000));
       videoAttributes.setFrameRate(new Integer(30));
       videoAttributes.setSize(new VideoSize(512, 384));
       encodingAttributes.setVideoAttributes(videoAttributes);
       encodingAttributes.setFormat("mp4");

    HTML code :

       <video controls="true" width="400" height="200">
           <source src="path_to_converted_mp4_file" type="video/mp4"></source>
           Not Supported
       </video>
  • FFmpeg screencast recording : which codecs to use ?

    24 avril 2013, par mkaito

    I've been experimenting with recording screencasts using FFmpeg's X11grab module, which has worked more or less fine so far. I understand that a/v encoding is a complex process with many fine details, but I'm doing my best to learn.

    I'd like to do "lightweight" recording of a video stream, that puts as little strain as possible on the system while the stream is being recorded. I record two audio streams separately with pacat and sox. Later, the whole thing is filtered, normalized, encoded, and combined into a Matroska container.

    Right now, I'm having ffmpeg record a rawvideo stream to be fed to x264's yuv4 demuxer. I experimented with ffv1 and straight x264 recording before. My system can't handle real time encoding with x264 on the settings I want for the final stream, so I have to recompress separately once the recording is done. I've found that ffv1 gives me terrible frame dropping, and yuv4 too, but less so. I suspect this is due to hard drive speed, even if I'm sitting in a SATA3 Caviar Black that's being used exclusively to hold the recorded data.

    The question is, which combination of video codecs should I look at ? Record straight in x264 and recompress to "better" x264 later ? Raw video, then compress ? How would I go about pinpointing issues such as the frame drops I've been experiencing ?

    EDIT : This is the ffmpeg line I currently use.

    ffmpeg -v warning -f x11grab -s 1920x1080 -r 30000/1001 -i :0.0\
    -vcodec rawvideo -pix_fmt yuv420p -s 1280x720\
    -threads 0\
    recvideo.y4m
  • FFmpeg screencast recording : which codecs to use ?

    24 avril 2013, par mkaito

    I've been experimenting with recording screencasts using FFmpeg's X11grab module, which has worked more or less fine so far. I understand that a/v encoding is a complex process with many fine details, but I'm doing my best to learn.

    I'd like to do "lightweight" recording of a video stream, that puts as little strain as possible on the system while the stream is being recorded. I record two audio streams separately with pacat and sox. Later, the whole thing is filtered, normalized, encoded, and combined into a Matroska container.

    Right now, I'm having ffmpeg record a rawvideo stream to be fed to x264's yuv4 demuxer. I experimented with ffv1 and straight x264 recording before. My system can't handle real time encoding with x264 on the settings I want for the final stream, so I have to recompress separately once the recording is done. I've found that ffv1 gives me terrible frame dropping, and yuv4 too, but less so. I suspect this is due to hard drive speed, even if I'm sitting in a SATA3 Caviar Black that's being used exclusively to hold the recorded data.

    The question is, which combination of video codecs should I look at ? Record straight in x264 and recompress to "better" x264 later ? Raw video, then compress ? How would I go about pinpointing issues such as the frame drops I've been experiencing ?

    EDIT : This is the ffmpeg line I currently use.

    ffmpeg -v warning -f x11grab -s 1920x1080 -r 30000/1001 -i :0.0\
    -vcodec rawvideo -pix_fmt yuv420p -s 1280x720\
    -threads 0\
    recvideo.y4m