Recherche avancée

Médias (0)

Mot : - Tags -/api

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

Autres articles (60)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • Utilisation et configuration du script

    19 janvier 2011, par

    Informations spécifiques à la distribution Debian
    Si vous utilisez cette distribution, vous devrez activer les dépôts "debian-multimedia" comme expliqué ici :
    Depuis la version 0.3.1 du script, le dépôt peut être automatiquement activé à la suite d’une question.
    Récupération du script
    Le script d’installation peut être récupéré de deux manières différentes.
    Via svn en utilisant la commande pour récupérer le code source à jour :
    svn co (...)

  • Menus personnalisés

    14 novembre 2010, par

    MediaSPIP utilise le plugin Menus pour gérer plusieurs menus configurables pour la navigation.
    Cela permet de laisser aux administrateurs de canaux la possibilité de configurer finement ces menus.
    Menus créés à l’initialisation du site
    Par défaut trois menus sont créés automatiquement à l’initialisation du site : Le menu principal ; Identifiant : barrenav ; Ce menu s’insère en général en haut de la page après le bloc d’entête, son identifiant le rend compatible avec les squelettes basés sur Zpip ; (...)

Sur d’autres sites (12856)

  • ffmpeg - Frames flip upside-down when using -c:v copy

    7 mars 2014, par user3384390

    I tried to just copy (a period of time of) an AVI-Video into another newly created AVI-file using ffmpeg's copy option.
    (On Windows 32-bit)

    ffmpeg -i "C:\Temp\zzz\myAvi.avi" -c copy -t 00:00:10 "C:\Temp\zzz\myAviNew.avi"

    Why are the pictures flipped upside-down in the resulting file ?
    (Also the generated new audio is a little distorted.)

    Using the same command again on the newly created file will not flip them back again - the pictures stay upside down.
    Why this ? Is it a bug ?

    Console brings the following output :

     ffmpeg version N-50911-g9efcfbe Copyright (c) 2000-2013 the FFmpeg developers
    
  built on Mar 13 2013 21:26:48 with gcc 4.7.2 (GCC)
    
  configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av
    
isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab
    
le-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg
    
sm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libo
    
pencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-li
    
bschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-lib
    
twolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enabl
    
e-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib
    
  libavutil      52. 19.100 / 52. 19.100
    
  libavcodec     55.  0.100 / 55.  0.100
    
  libavformat    55.  0.100 / 55.  0.100
    
  libavdevice    54.  4.100 / 54.  4.100
    
  libavfilter     3. 45.103 /  3. 45.103
    
  libswscale      2.  2.100 /  2.  2.100
    
  libswresample   0. 17.102 /  0. 17.102
    
  libpostproc    52.  2.100 / 52.  2.100
    
[avi @ 02537ba0] non-interleaved AVI
    
Guessed Channel Layout for  Input Stream #0.1 : stereo
    
Input #0, avi, from 'C:\Temp\zzz\Hase.avi':
    
  Duration: 00:00:35.92, start: 0.000000, bitrate: 171375 kb/s
    
    Stream #0:0: Video: rawvideo, bgra, 768x576, 12 tbr, 12 tbn, 12 tbc
    
    Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16
    
, 1411 kb/s
    
Output #0, avi, to 'C:\Temp\zzz\HaseNew.avi':
    
  Metadata:
    
    ISFT            : Lavf55.0.100
    
    Stream #0:0: Video: rawvideo, bgra, 768x576, q=2-31, 12 tbn, 12 tbc
    
    Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, 141
    
1 kb/s
    
Stream mapping:
    
  Stream #0:0 -> #0:0 (copy)
    
  Stream #0:1 -> #0:1 (copy)
    
Press [q] to stop, [?] for help
    
frame=   11 fps=0.0 q=-1.0 size=   19162kB time=00:00:00.91 bitrate=171242.4kbit
    
frame=   16 fps= 12 q=-1.0 size=   27874kB time=00:00:01.33 bitrate=171255.5kbit
    
...
    
...
    
...
    
frame=  120 fps=5.4 q=-1.0 size=  209083kB time=00:00:09.99 bitrate=171280.6kbit
    
frame=  121 fps=5.5 q=-1.0 Lsize=  210834kB time=00:00:10.08 bitrate=171288.2kbi
    
ts/s
    
video:209088kB audio:1723kB subtitle:0 global headers:0kB muxing overhead 0.0112
    
76%
    

    
C:\WINDOWS\system32>

  • ffmpeg RTSP With TCP channel and its time delay delivery why ?

    27 février 2014, par Whoami

    Connecting RTSP Server using UDP, have seen huge packet loss, and resulted
    to flickering images, hence configured to use TCP like :

    AVDictionary *stream_opts = 0;
    
av_dict_set(&stream_opts, "rtsp_transport", "tcp", 0);

    The issue what i see is at the initial period, the time delay between RTSP
    server and av_read_frame() is around 1 sec, and which grows gradually to 5
    sec after some time, then it gets somehow reset to again 1 sec. Server is
    sending for about max 25 fps, min is 18 fps.

    Coder : x264, YUV420p file format [ 1028*720]

    I am not sure where i can hook around ?. Please advise ?.

    P.S :

    1) I am not using any PTS calculation, but simply dumping completed
    frames into UI.
    2) using ffmpeg 2.1.3 in android.

  • Merge commit ’304e916a92bc17385a485bec2f957e192257ddb6’

    14 février 2014, par Michael Niedermayer
    Merge commit ’304e916a92bc17385a485bec2f957e192257ddb6’

    * commit ’304e916a92bc17385a485bec2f957e192257ddb6’ :
    
  h264_sei : name buffering period type consistently
    

    Merged-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] libavcodec/h264.h
    • [DH] libavcodec/h264_sei.c

Navigation