Recherche avancée

Médias (0)

Mot : - Tags -/auteurs

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

Autres articles (6)

  • L’espace de configuration de MediaSPIP

    29 novembre 2010, par

    L’espace de configuration de MediaSPIP est réservé aux administrateurs. Un lien de menu "administrer" est généralement affiché en haut de la page [1].
    Il permet de configurer finement votre site.
    La navigation de cet espace de configuration est divisé en trois parties : la configuration générale du site qui permet notamment de modifier : les informations principales concernant le site (...)

  • Déploiements possibles

    31 janvier 2010, par

    Deux types de déploiements sont envisageable dépendant de deux aspects : La méthode d’installation envisagée (en standalone ou en ferme) ; Le nombre d’encodages journaliers et la fréquentation envisagés ;
    L’encodage de vidéos est un processus lourd consommant énormément de ressources système (CPU et RAM), il est nécessaire de prendre tout cela en considération. Ce système n’est donc possible que sur un ou plusieurs serveurs dédiés.
    Version mono serveur
    La version mono serveur consiste à n’utiliser qu’une (...)

  • Sélection de projets utilisant MediaSPIP

    29 avril 2011, par

    Les exemples cités ci-dessous sont des éléments représentatifs d’usages spécifiques de MediaSPIP pour certains projets.
    Vous pensez avoir un site "remarquable" réalisé avec MediaSPIP ? Faites le nous savoir ici.
    Ferme MediaSPIP @ Infini
    L’Association Infini développe des activités d’accueil, de point d’accès internet, de formation, de conduite de projets innovants dans le domaine des Technologies de l’Information et de la Communication, et l’hébergement de sites. Elle joue en la matière un rôle unique (...)

Sur d’autres sites (5078)

  • FFmpeg Convert to JPEG works in VLC but not in Mac Preview ?

    24 juillet 2019, par Evan Keeton

    I’m trying to convert a PNG image to a JPEG image using ffmpeg. As far as I can tell, it’s working fine, but it doesn’t display properly in Mac Preview.

    I’m running the following :

    $ ffmpeg -i foo.png foo.jpg

    And it produces the following output :

    ffmpeg version 4.1.3 Copyright (c) 2000-2019 the FFmpeg developers
     built with Apple LLVM version 10.0.0 (clang-1000.11.45.5)
     configuration: --prefix=/usr/local/Cellar/ffmpeg/4.1.3_1 --enable-shared --enable-pthreads --enable-version3 --enable-hardcoded-tables --enable-avresample --cc=clang --host-cflags='-I/Library/Java/JavaVirtualMachines/adoptopenjdk-11.0.2.jdk/Contents/Home/include -I/Library/Java/JavaVirtualMachines/adoptopenjdk-11.0.2.jdk/Contents/Home/include/darwin' --host-ldflags= --enable-ffplay --enable-gnutls --enable-gpl --enable-libaom --enable-libbluray --enable-libmp3lame --enable-libopus --enable-librubberband --enable-libsnappy --enable-libtesseract --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-libxvid --enable-lzma --enable-libfontconfig --enable-libfreetype --enable-frei0r --enable-libass --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-librtmp --enable-libspeex --enable-videotoolbox --disable-libjack --disable-indev=jack --enable-libaom --enable-libsoxr
     libavutil      56. 22.100 / 56. 22.100
     libavcodec     58. 35.100 / 58. 35.100
     libavformat    58. 20.100 / 58. 20.100
     libavdevice    58.  5.100 / 58.  5.100
     libavfilter     7. 40.101 /  7. 40.101
     libavresample   4.  0.  0 /  4.  0.  0
     libswscale      5.  3.100 /  5.  3.100
     libswresample   3.  3.100 /  3.  3.100
     libpostproc    55.  3.100 / 55.  3.100
    Input #0, png_pipe, from 'foo.png':
     Duration: N/A, bitrate: N/A
       Stream #0:0: Video: png, rgba(pc), 200x231, 25 tbr, 25 tbn, 25 tbc
    Stream mapping:
     Stream #0:0 -> #0:0 (png (native) -> mjpeg (native))
    Press [q] to stop, [?] for help
    [swscaler @ 0x7ffeaf00ae00] deprecated pixel format used, make sure you did set range correctly
    Output #0, image2, to 'foo.jpg':
     Metadata:
       encoder         : Lavf58.20.100
       Stream #0:0: Video: mjpeg, yuvj444p(pc), 200x231, q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc
       Metadata:
         encoder         : Lavc58.35.100 mjpeg
       Side data:
         cpb: bitrate max/min/avg: 0/0/200000 buffer size: 0 vbv_delay: -1
    frame=    1 fps=0.0 q=3.7 Lsize=N/A time=00:00:00.04 bitrate=N/A speed= 4.7x    
    video:12kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown

    When I open foo.jpg in most applications, such as VLC or Google Chrome, I get exactly what I expected : an image that looks exactly the same as foo.png, the input.

    <code width='200' height='231' / class='spip_code' dir='ltr'>foo.png</code> (input)
    <code width='200' height='231' / class='spip_code' dir='ltr'>foo.jpg</code> (output)

    However, this is what is displayed in the Finder preview, and the same this is displayed when I open up the file in "Preview."

    the problem

     I wonder if this has something to do with the deprecated pixel format used, make sure you did set range correctly error, but I’m not sure, especially since the image is fine, the problem seems to be elsewhere. 

    It seems the deprecated pixel format error is not the issue (that’s an internal thing), so I guess I just need to specify pixel formats properly.

  • How to convert video to .ico files sequence using ffmpeg ?

    3 août 2019, par marto55555

    I cannot successfully convert an .mp4 video to a sequence of .ico files.

    I tried using the same command as for converting to a sequence of .jpg/.png/.bmp files :

    ffmpeg -i video.mp4 %05d.png

    Unfortunately, when I try with :

    ffmpeg -i video.mp4 %05d.ico

    I get only a single .ico file and the following output error :

    Output #0, ico, to '%05d.ico':
     Metadata:
       major_brand     : isom
       minor_version   : 512
       compatible_brands: isomiso2avc1mp41
       encoder         : Lavf56.40.101
       Stream #0:0(und): Video: bmp, bgr24, 256x144 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc (default)
       Metadata:
         handler_name    : ISO Media file produced by Google Inc. Created on: 05/05/2019.
         encoder         : Lavc56.60.100 bmp
    Stream mapping:
     Stream #0:0 -> #0:0 (h264 (native) -> bmp (native))
    Press [q] to stop, [?] for help
    [ico @ 0x155a720] ICO already contains 1 images
    av_interleaved_write_frame(): Input/output error
    frame=    2 fps=0.0 q=-0.0 Lsize=     113kB time=00:00:05.16 bitrate= 178.9kbits/s    
    video:216kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
    Conversion failed!

    I have also tried using the image2 muxer through -f image2. This time, the sequence will be generated. However, the images will not be actual ICO files, but JPEGs ending in .ico instead.

  • How to solve Jiiter Buffer problem in receiving audio RTP stream (bad sound quality) in PJSIP ?

    1er août 2019, par Mayur Patel

    I’m a newbie to pjsip and want to build an RTP stream receiver using pjsip.

    Setup :

    I want to use specific L16/16000/1 codec and have also enabled it in "config_site.h" during compiling the pjsip project and checked that its available

    Receiver :

    • BeagleBone
    • CrossCompiled Pjsip and Installed all req. libs and sample apps

    Sender :

    • Another Windows PC in the same Network using FFmpeg to transmit Audio Stream via Multicast

    I got to know about streamutil.c(pjsip sample-apps) which does similar things to send and receive both. Now for the sake of easyness, I’m using the same Cross-Compiled binary streamutil.

    SENDER :

    ..\ffmpeg -re -stream_loop -1 -i test.mp3 -ar 16000 -acodec pcm_s16be -b:a 128k -ac 1 -payload_type 123 -f rtp udp://239.255.255.211:5500?pkt_size=652

    ......
    Output #0, rtp, to 'udp://239.255.255.211:5500?pkt_size=652':
     Metadata:
       title           : -----
       artist          : --------
       album           : -------
       date            : 2019
       track           : 1
       encoder         : Lavf58.20.100
       Stream #0:0: Audio: pcm_s16be, 16000 Hz, mono, s16, 256 kb/s
       Metadata:
         encoder         : Lavc58.35.100 pcm_s16be
    SDP:
    v=0
    o=- 0 0 IN IP4 127.0.0.1
    s=GREATEST HITS (2) [1 HOUR 20 MINUTES LONG]
    c=IN IP4 239.255.255.211/5
    t=0 0
    a=tool:libavformat 58.26.101
    m=audio 5500 RTP/AVP 123
    b=AS:256
    a=rtpmap:97 L16/16000/1
    a=rtpmap:123 L16/16000/1
    a=control:streamid=

    size=     833kB time=00:00:25.91 bitrate= 263.4kbits/s speed=   1x

    RECIEVER LOG :

    ./streamutil --mcast-addr=239.255.255.211 --recv-only --codec=L16/16000/1
    ...
    ...
    17:05:05.178     strm0x55dee1537f48  Jitter buffer starts returning normal frames (after 1 empty/lost)
    17:05:05.246     strm0x55dee1537f48  Jitter buffer empty (prefetch=0), plc invoked
    17:05:05.266     strm0x55dee1537f48  Jitter buffer starts returning normal frames (after 1 empty/lost)
    17:05:05.325     strm0x55dee1537f48  Jitter buffer empty (prefetch=0), plc invoked
    17:05:05.344     strm0x55dee1537f48  Jitter buffer starts returning normal frames (after 1 empty/lost)
    17:05:05.422     strm0x55dee1537f48  Jitter buffer empty (prefetch=0), plc invoked

    Tried So far :

    • set different payload_type
    • set specific codec in streamutil as parameter
    • all other parameters in FFmpeg ex. bitrate, clockrate, channels

    Check working stream

    I am facing no issue, if I use a *.sdp file to receive RTP stream in VLC.

    SDP file :

    v=0
    o=- 0 0 IN IP4 127.0.0.1
    s=GREATEST HITS (2) [1 HOUR 20 MINUTES LONG]
    c=IN IP4 239.255.255.211/5
    t=0 0
    a=tool:libavformat 58.26.101
    m=audio 5500 RTP/AVP 123
    b=AS:256
    a=rtpmap:97 PCMU/8000/1
    a=rtpmap:123 PCMU/8000/1
    a=control:streamid=

    I have googled a lot but stuck now at this problem.
    So finally my question is that,
    How can I get the same Output via Pjsip without this Jitter Buffer logging and dropped sound ?

    Any help would be greatly appreciated.!