Recherche avancée

Médias (91)

Autres articles (95)

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

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

  • 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 (9218)

  • sws_scale screws up last pixel row in smaller x264 mp4 encoding

    23 juillet 2012, par TheSHEEEP

    I am muxing pictures in the PIX_FMT_ARGB format into an mp4 video.

    All of it works well, except that the last pixel row of the outgoing image is screwed up, in most cases the last row is completely black, sometimes there are other colors, it seems somehow dependant on the machine it runs on.

    I am absolutely sure that the error must be in sws_scale, as I am saving the images before and after the scaling. The input images do not have the error, but after the sws_scale() I save the yuv image and the error is apparent.

    Here is an example :

    Original

    enter image description here

    Yuvfile (after sws_scale)

    enter image description here

    At the bottom of the Yuvfile, you will see the black row.

    This is how I do the scaling (it is after the official ffmpeg examples, more or less) :

    static int sws_flags = SWS_FAST_BILINEAR | SWS_ACCURATE_RND;

    if (img_convert_ctx == NULL)
    {
      img_convert_ctx = sws_getContext( srcWidth, srcHeight,
              PIX_FMT_ARGB,
              codecContext->width, codecContext->height,
              codecContext->pix_fmt,
              sws_flags, NULL, NULL, NULL );
      if (img_convert_ctx == NULL)
      {
         av_log(c, AV_LOG_ERROR, "%s","Cannot initialize the conversion context\n");
         exit(1);
      }
    }
    fill_image(tmp_picture, pic, pic_size, frame_count, ptr->srcWidth, ptr->srcHeight );

    sws_scale(img_convert_ctx, tmp_picture->data, tmp_picture->linesize,
           0, srcHeight, picture->data, picture->linesize);

    I also tried a number of different SWS_ flags, but all yield the same result.

    Could this be a bug in sws_scale or am I doing something wrong ? I am using the latest version of the ffmpeg libraries.

  • resolution changed mid video - FFMPEG

    27 août 2012, par user1626099

    I have a source video (mpeg2video) which I'm transcoding to x264. The source contains 2 different programs recorded from TV. One is in 4:3 AR and the other 16:9 AR. When I play the source file through VLC the player correctly changes size to show the video at the correct AR. So far so good.

    When I transcode the conversion process auto detects the AR from the first few frames and then transcodes the whole video using this AR. If the 16:9 section comes first then the whole conversion is done in 16:9 and the 4:3 section looks stretch horizontally. If the 4:3 section is at the start of the source file then the whole transcode is done in 4:3 and the 16:9 section looks squashed horizontally.

    No black bars are ever visible.

    Here's my command :

    nice -n 17 ffmpeg -i source.mpg -acodec libfaac -ar 48000 -ab 192k -async 1 -copyts -vcodec libx264 -b 1250k -threads 2 -level 31 -map 0:0 -map 0:1 -map 0:2 -scodec copy -deinterlace output.mkv

    I don't fully understand what's going on. How do I get the same 'change in AR' mid video in the output file that I have in the input video ?

  • convert f4v to mp4 with ffmpeg

    9 août 2013, par Winnie Oldright

    Trying to convert f4v to mp4 with ffmpeg

    This file

    FFmpeg :

    ffmpeg -i input.f4v -vcodec copy -acodec copy output.mp4

    In output i have black screen in video and no sound but track seconds are incrementing properly.

    What i'm doing wrong ? Or maybe i need mpg or some other file type in out put (output file type should supports in android).