Recherche avancée

Médias (0)

Mot : - Tags -/navigation

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (51)

  • Contribute to a better visual interface

    13 avril 2011

    MediaSPIP is based on a system of themes and templates. Templates define the placement of information on the page, and can be adapted to a wide range of uses. Themes define the overall graphic appearance of the site.
    Anyone can submit a new graphic theme or template and make it available to the MediaSPIP community.

  • Creating farms of unique websites

    13 avril 2011, par

    MediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
    This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)

  • Les notifications de la ferme

    1er décembre 2010, par

    Afin d’assurer une gestion correcte de la ferme, il est nécessaire de notifier plusieurs choses lors d’actions spécifiques à la fois à l’utilisateur mais également à l’ensemble des administrateurs de la ferme.
    Les notifications de changement de statut
    Lors d’un changement de statut d’une instance, l’ensemble des administrateurs de la ferme doivent être notifiés de cette modification ainsi que l’utilisateur administrateur de l’instance.
    À la demande d’un canal
    Passage au statut "publie"
    Passage au (...)

Sur d’autres sites (6311)

  • I have failed the make of Android-FFmpeg-Android

    5 juillet 2013, par Tsurumaru Makoto

    I am having trouble compiling Android-FFmpeg-Android with make command.

    I'm using the ndk : android-ndk-r8e-linux-x86.tar.bz2 and I have ffmpeg installed on my machine :

    [root@sv ffmpeg]#cat /proc/version
    Linux version 2.6.18-8.1.14.el5 (brewbuilder@hs20-bc2-2.build.redhat.com)
    (gcc version 4.1.1 20070105 (Red Hat 4.1.1-52)) #1 SMP Tue Sep 25 11:45:53 EDT 2007

    [root@sv ffmpeg]# ffmpeg
    FFmpeg version SVN-r26402, Copyright (c) 2000-2011 the FFmpeg developers
     built on Jul  5 2013 11:45:24 with gcc 4.1.2 20080704 (Red Hat 4.1.2-54)
     configuration: --enable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-postproc --enable-x11grab --enable-libfaac --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-libvpx --enable-pic
     libavutil     50.36. 0 / 50.36. 0
     libavcore      0.16. 1 /  0.16. 1
     libavcodec    52.108. 0 / 52.108. 0
     libavformat   52.93. 0 / 52.93. 0
     libavdevice   52. 2. 3 / 52. 2. 3
     libavfilter    1.74. 0 /  1.74. 0
     libswscale     0.12. 0 /  0.12. 0
     libpostproc   51. 2. 0 / 51. 2. 0
    Hyper fast Audio and Video encoder
    usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfile}...

    Use -h to get full help or, even better, run 'man ffmpeg'

    I'm using following repository : https://github.com/chu888chu888/Android-FFmpeg-Android

    Where I get :

    [homepage@sv FFmpeg-Android-master]$ ./FFmpeg-Android.sh

    /tmp/vplayer/bin/../lib/gcc/arm-linux-androideabi/4.6/../../../../arm-linux-androideabi/bin/as: /lib/libz.so.1: no version information available (required by
    /tmp/vplayer/bin/../lib/gcc/arm-linux-androideabi/4.6/../../../../arm-linux-androideabi/bin/as)
    LD libavutil/libavutil.so.51
    /tmp/vplayer/bin/../lib/gcc/arm-linux-androideabi/4.6/../../../../arm-linux-androideabi/bin/ld: error: cannot open /tmp/vplayer/bin/../sysroot/usr/lib/libm.so: Unknown error 530
    /tmp/vplayer/bin/../lib/gcc/arm-linux-androideabi/4.6/../../../../arm-linux-androideabi/bin/ld: error: cannot open /tmp/vplayer/bin/../sysroot/usr/lib/libz.so: Unknown error 530
    /tmp/vplayer/bin/../lib/gcc/arm-linux-androideabi/4.6/../../../../arm-linux-androideabi/bin/ld: error: cannot open /tmp/vplayer/bin/../lib/gcc/arm-linux-androideabi/4.6/libgcc.a: Unknown error 530
    /tmp/vplayer/bin/../lib/gcc/arm-linux-androideabi/4.6/../../../../arm-linux-androideabi/bin/ld: error: cannot open /tmp/vplayer/bin/../sysroot/usr/lib/libc.so: Unknown error 530
    /tmp/vplayer/bin/../lib/gcc/arm-linux-androideabi/4.6/../../../../arm-linux-androideabi/bin/ld: error: cannot open /tmp/vplayer/bin/../sysroot/usr/lib/libdl.so: Unknown error 530
    /tmp/vplayer/bin/../lib/gcc/arm-linux-androideabi/4.6/../../../../arm-linux-androideabi/bin/ld: error: cannot open /tmp/vplayer/bin/../lib/gcc/arm-linux-androideabi/4.6/libgcc.a: Unknown error 530
    collect2: ld returned 1 exit status
    make: *** [libavutil/libavutil.so.51] Error 1

    It is an error.

    [homepage@sv FFmpeg-Android-master]$ ls /tmp/vplayer/sysroot/usr/lib
    crtbegin_dynamic.o  libEGL.so        libandroid.so      liblog.so     libthread_db.so
    crtbegin_so.o       libGLESv1_CM.so  libc.a             libm.a        libz.so
    crtbegin_static.o   libGLESv2.so     libc.so            libm.so
    crtend_android.o    libOpenMAXAL.so  libdl.so           libstdc++.a
    crtend_so.o         libOpenSLES.so   libjnigraphics.so  libstdc++.so

    You can see that file is present. Can anyone advice a solution to this issue ?

  • Extracting metadata from incomplete video files

    17 juillet 2013, par npgall

    Can anyone tell me where metadata is stored in common video file formats ? And if it would be located towards the start of the file, or scattered throughout.

    I'm working with a remote object store containing a lot of video files and I want to extract metadata, in particular video duration and video dimensions from those files, without streaming the entire file contents to the local machine.

    I'm hoping that this metadata will be stored in the first X bytes of files, and so I can just fetch a byte range starting at the beginning instead of the whole file, passing this partial file data to ffprobe.

    For testing purposes I created a 22MB MP4 file, and used the following command to supply only the first 1MB of data to ffprobe :

    head -c1024K '2013-07-04 12.20.07.mp4' | ffprobe -

    It prints :

    avprobe version 0.8.6-4:0.8.6-0ubuntu0.12.04.1, Copyright (c) 2007-2013 the Libav developers
     built on Apr  2 2013 17:02:36 with gcc 4.6.3
    [mov,mp4,m4a,3gp,3g2,mj2 @ 0x1a6b7a0] stream 0, offset 0x10beab: partial file
    Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'pipe:':
     Metadata:
       major_brand     : isom
       minor_version   : 0
       compatible_brands: isom3gp4
       creation_time   : 1947-07-04 11:20:07
     Duration: 00:00:09.84, start: 0.000000, bitrate: N/A
       Stream #0.0(eng): Video: h264 (High), yuv420p, 1920x1080, 20028 kb/s, PAR 65536:65536 DAR 16:9, 29.99 fps, 30 tbr, 90k tbn, 180k tbc
       Metadata:
         creation_time   : 1947-07-04 11:20:07
       Stream #0.1(eng): Audio: aac, 48000 Hz, stereo, s16, 189 kb/s
       Metadata:
         creation_time   : 1947-07-04 11:20:07

    So I see the first 1MB was enough to extract video duration 9.84 seconds and video dimensions 1920x1080, even though ffprobe printed the warning about detecting a partial file. If I supply less than 1MB, it fails completely.

    Would this approach work for other common video file formats to reliably extract metadata, or do any common formats scatter metadata throughout the file ?

    I'm aware of the concept of container formats and that various codecs may be used represent the audio/video data inside those containers. I'm not familiar with the details though. So I guess the question may apply to common combinations of containers + codecs ? Thanks in advance.

  • How to detect audio sampling rate with avprobe / ffprobe ?

    8 août 2013, par Devy

    I am using libav 9.6, installed via Homebrew.

    $ avprobe -version
    avprobe version 9.6, Copyright (c) 2007-2013 the Libav developers
     built on Jun  8 2013 02:44:19 with Apple LLVM version 4.2 (clang-425.0.24) (based on LLVM 3.2svn)
    avprobe 9.6
    libavutil     52.  3. 0 / 52.  3. 0
    libavcodec    54. 35. 0 / 54. 35. 0
    libavformat   54. 20. 3 / 54. 20. 3
    libavdevice   53.  2. 0 / 53.  2. 0
    libavfilter    3.  3. 0 /  3.  3. 0
    libavresample  1.  0. 1 /  1.  0. 1
    libswscale     2.  1. 1 /  2.  1. 1

    Even though the sampling rate is displayed in the stdout in the command line output, the -show_format option doesn't surface the sampling rate information for the audio file at all.

    Here is the BASH terminal output :

    $ avprobe  -v verbose -show_format -of json  sample.gsm
    avprobe version 9.6, Copyright (c) 2007-2013 the Libav developers
     built on Jun  8 2013 02:44:19 with Apple LLVM version 4.2 (clang-425.0.24)
    (based on LLVM 3.2svn)
     configuration: --prefix=/usr/local/Cellar/libav/9.6 --enable-shared
    --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree
    --enable-hardcoded-tables --enable-avresample --enable-vda --enable-gnutls
    --enable-runtime-cpudetect --disable-indev=jack --cc=cc --host-cflags=
    --host-ldflags= --enable-libx264 --enable-libfaac --enable-libmp3lame
    --enable-libxvid --enable-avplay
     libavutil     52.  3. 0 / 52.  3. 0
     libavcodec    54. 35. 0 / 54. 35. 0
     libavformat   54. 20. 3 / 54. 20. 3
     libavdevice   53.  2. 0 / 53.  2. 0
     libavfilter    3.  3. 0 /  3.  3. 0
     libavresample  1.  0. 1 /  1.  0. 1
     libswscale     2.  1. 1 /  2.  1. 1
    [gsm @ 0x7f8012806600] Estimating duration from bitrate, this may be inaccurate
    Input #0, gsm, from 'sample.gsm':
     Duration: 00:03:52.32, start: 0.000000, bitrate: 13 kb/s
       Stream #0.0: Audio: gsm, 8000 Hz, mono, s16, 13 kb/s
    {  "format" : {
       "filename" : "sample.gsm",
       "nb_streams" : 1,
       "format_name" : "gsm",
       "format_long_name" : "raw GSM",
       "start_time" : "0.000000",
       "duration" : "232.320000",
       "size" : "383328.000000",
       "bit_rate" : "13200.000000"
     }}

    And the python code example :

    >>> filename = 'sample.gsm'
    >>> result = subprocess.check_output(['avprobe', '-show_format', '-of',
    'json', filename])
    avprobe version 9.6, Copyright (c) 2007-2013 the Libav developers
     built on Jun  8 2013 02:44:19 with Apple LLVM version 4.2
    (clang-425.0.24) (based on LLVM 3.2svn)
    [gsm @ 0x7fe0b1806600] Estimating duration from bitrate, this may be
    inaccurate
    Input #0, gsm, from 'sample.gsm':
     Duration: 00:03:52.32, start: 0.000000, bitrate: 13 kb/s
       Stream #0.0: Audio: gsm, 8000 Hz, mono, s16, 13 kb/s
    >>> print result
    {  "format" : {
       "filename" : "sample.gsm",
       "nb_streams" : 1,
       "format_name" : "gsm",
       "format_long_name" : "raw GSM",
       "start_time" : "0.000000",
       "duration" : "232.320000",
       "size" : "383328.000000",
       "bit_rate" : "13200.000000"
    }}

    So I am aware that sampling rate could be a stream specific display to be shown in -show_format option results. But there isn't any other options to detect the sampling rate on a specific audio stream even though it's possible to set it with -ar when re-encoding it.

    I filed a ticket to libav but I am just curious if there is any other way to extract sampling rate from libav probing utils. I appreciate the answer beforehand.

    PS : it would be the same question for the upstream project of ffmpeg (ffprobe) in this case.