Recherche avancée

Médias (3)

Mot : - Tags -/collection

Autres articles (100)

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

  • Amélioration de la version de base

    13 septembre 2013

    Jolie sélection multiple
    Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
    Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...)

Sur d’autres sites (11826)

  • Anyone knows what might be the problem with this video output ?

    31 janvier 2020, par Krishnakumar

    I am seeing the following scrambled output for a live stream when processing an udp input stream. I am using the recently downloaded ffmpeg from GIT. Stop and Start of ffmpeg command resolves the issues temporarily.

    Scrambled out
    Sample Logs :

       Sun Jan 26 03:52:00 2020 ffmpeg version N-94528-gfaa9cd3 Copyright (c) 2000-2019 the FFmpeg developers
    Sun Jan 26 03:52:00 2020   built with gcc 4.8.5 (GCC) 20150623 (Red Hat 4.8.5-36)
    Sun Jan 26 03:52:00 2020   configuration: --prefix=/root/ffmpeg_build --pkg-config-flags=--static --extra-cflags=-I/root/ffmpeg_build/include --extra-ldflags=-L/root/ffmpeg_build/lib --extra-libs=-lpthread --extra-libs=-lm --bindir=/root/bin --enable-gpl --enable-libfdk_aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable-libvpx --enable-libx264 --enable-libx265 --enable-nonfree --enable-openssl
    Sun Jan 26 03:52:00 2020   libavutil      56. 33.100 / 56. 33.100
    Sun Jan 26 03:52:00 2020   libavcodec     58. 55.100 / 58. 55.100
    Sun Jan 26 03:52:00 2020   libavformat    58. 30.100 / 58. 30.100
    Sun Jan 26 03:52:00 2020   libavdevice    58.  9.100 / 58.  9.100
    Sun Jan 26 03:52:00 2020   libavfilter     7. 58.100 /  7. 58.100
    Sun Jan 26 03:52:00 2020   libswscale      5.  6.100 /  5.  6.100
    Sun Jan 26 03:52:00 2020   libswresample   3.  6.100 /  3.  6.100
    Sun Jan 26 03:52:00 2020   libpostproc    55.  6.100 / 55.  6.100


    Sun Jan 26 04:02:46 2020 [h264 @ 0x4d988c0] illegal short term buffer state detected
    Sun Jan 26 04:02:46 2020 [h264 @ 0x4e54f80] reference picture missing during reorder
    Sun Jan 26 04:02:46 2020     Last message repeated 1 times
    Sun Jan 26 04:02:46 2020 [h264 @ 0x4e54f80] Missing reference picture, default is 56257016
    Sun Jan 26 04:02:46 2020     Last message repeated 1 times
    Sun Jan 26 04:02:46 2020 [h264 @ 0x4cc2e00] mmco: unref short failure
    Sun Jan 26 04:02:46 2020 [h264 @ 0x594f4c0] illegal short term buffer state detected
    Sun Jan 26 04:02:46 2020 [h264 @ 0x4f66800] reference picture missing during reorder
    Sun Jan 26 04:02:46 2020 [h264 @ 0x4f66800] Missing reference picture, default is 56257692
    Sun Jan 26 04:02:46 2020 [h264 @ 0x4c75a00] mmco: unref short failure
    Sun Jan 26 04:02:46 2020 [h264 @ 0x4d988c0] illegal short term buffer state detected
    Sun Jan 26 04:02:47 2020 [h264 @ 0x4e54f80] reference picture missing during reorder
    Sun Jan 26 04:02:47 2020     Last message repeated 1 times
    Sun Jan 26 04:02:47 2020 [h264 @ 0x4e54f80] Missing reference picture, default is 56257032
    Sun Jan 26 04:02:47 2020     Last message repeated 1 times
    Sun Jan 26 04:02:47 2020 [h264 @ 0x4cc16c0] reference picture missing during reorder
    Sun Jan 26 04:02:47 2020 [h264 @ 0x4cc16c0] Missing reference picture, default is 56257700
    Sun Jan 26 04:02:47 2020 [h264 @ 0x4cc2e00] mmco: unref short failure
    Sun Jan 26 04:02:47 2020 [h264 @ 0x594f4c0] illegal short term buffer state detected
    Sun Jan 26 04:02:47 2020 udp://230.1.1.2:12000?fifo_size=5000000&overrun_nonfatal=1: corrupt decoded frame in stream 3
    Sun Jan 26 04:02:47 2020 [h264 @ 0x4f66800] reference picture missing during reorder
    Sun Jan 26 04:02:47 2020 [h264 @ 0x4f66800] Missing reference picture, default is 56257708
    Sun Jan 26 04:02:47 2020 [h264 @ 0x4c75a00] mmco: unref short failure
    Sun Jan 26 04:02:47 2020 [h264 @ 0x4d988c0] illegal short term buffer state detected
    Sun Jan 26 04:02:47 2020 [h264 @ 0x4e54f80] reference picture missing during reorder
    Sun Jan 26 04:02:47 2020     Last message repeated 1 times
    Sun Jan 26 04:02:47 2020 [h264 @ 0x4e54f80] Missing reference picture, default is 56257048
    Sun Jan 26 04:02:47 2020     Last message repeated 1 times
    Sun Jan 26 04:02:47 2020 [h264 @ 0x4cc16c0] reference picture missing during reorder
    Sun Jan 26 04:02:47 2020 [h264 @ 0x4cc16c0] Missing reference picture, default is 56257716
    Sun Jan 26 04:02:47 2020 [h264 @ 0x4cc2e00] mmco: unref short failure
    Sun Jan 26 04:02:47 2020 [h264 @ 0x594f4c0] illegal short term buffer state detected
  • avcodec_decode_video2 takes long time to decode wmv

    22 février 2013, par Mike Versteeg

    I have written a player using the ffmpeg libraries that plays several avi, mp4 and mpg files fine but not wmv. Debugging has shown that the culprit is avcodec_decode_video2 which for some reason takes half a second to decode a single wmv frame. I have tested and confirmed this with multiple wmv files, even those with much lower resolution then other files that play successfully. Anyone has a clue what I'm doing wrong ?

    PS : log shows "Extra data : 8 bits left, value : 0" and "parser not found for codec wmav2, packets or times may be invalid." for WMV files.

    UPDATE :
    Further examination has shown the call to avcodec_decode_video2 is not slow, instead it seems to return the same frame some 16 times or so, giving the visual impression that it is slow. It does not return an error code so I have no clue why it won't decode all frames in the case of wmv.

    Relevant code :

     AVPacket packet;
     av_init_packet(&packet);
     done = pOwner->av_read_frame(pFormatCtx, &packet) < 0;
     if (!done && packet.stream_index==videostream)
         bool error = pOwner->avcodec_decode_video2(pVCodecCtx, pFrameYUV, &finished, &packet) < 0;
  • PyAV/ffmpeg : How to resolve 'Reinit context to WxH ... deprecated pixel format'

    26 mai 2023, par hi im Bacon

    I am using the pyav library to read and process video data and as I am reading through the videos I am getting lots (and lots) of the following output.

    


    I am creating the videos by segmenting either a much larger source file or RTSP/HTTP IP camera.

    


    I would love to understand what this output actually means, and what I can do to prevent its output

    


    ffmpeg creating videos :

    


    ffmpeg -y -i https://manifest.googlevideo.com/api/... -pix_fmt yuvj422p -c:v libx264 -an -vf scale='min(1280,iw)':'min(720,ih)':force_original_aspect_ratio=decrease -r 12 -vsync cfr -x264opts keyint=12:min-keyint=12 -f segment -segment_format matroska -segment_time 5 -initial_offset 1656497474.686672 -strftime 1 /tmp/tmp87cc1n2o/%Y-%m-%dT%H%M%S.mkv -loglevel error


    


    python :

    


    container = av.open(io.BytesIO(...))
for frame in container.decode(video=0):
   ...


    


    2022-06-30 14:45:00,964 DEBUG:****:Creating <***.core.generators.av.AVGenerator object at 0x7f13340abd50> with target path: <_io.BytesIO object at 0x7f13341c93b0>
2022-06-30 14:45:00,966 DEBUG:libav.h264:Reinit context to 1280x720, pix_fmt: yuv420p
2022-06-30 14:45:00,966 DEBUG:libav.h264:Reinit context to 1280x720, pix_fmt: yuvj422p
2022-06-30 14:45:00,984 DEBUG:libav.h264:Reinit context to 1280x720, pix_fmt: yuv420p
2022-06-30 14:45:01,045 DEBUG:libav.h264:Reinit context to 1280x720, pix_fmt: yuv420p
2022-06-30 14:45:01,046 DEBUG:libav.h264:Reinit context to 1280x720, pix_fmt: yuvj422p
deprecated pixel format used, make sure you did set range correctly
deprecated pixel format used, make sure you did set range correctly
 (repeated 9 more times)
2022-06-30 14:45:01,194 DEBUG:libav.h264:Reinit context to 1280x720, pix_fmt: yuv420p
deprecated pixel format used, make sure you did set range correctly
deprecated pixel format used, make sure you did set range correctly
2022-06-30 14:45:01,215 DEBUG:libav.h264:Reinit context to 1280x720, pix_fmt: yuv420p
deprecated pixel format used, make sure you did set range correctly
deprecated pixel format used, make sure you did set range correctly
 (repeated 17 more times)
2022-06-30 14:45:01,384 DEBUG:libav.h264:Reinit context to 1280x720, pix_fmt: yuv420p
deprecated pixel format used, make sure you did set range correctly
deprecated pixel format used, make sure you did set range correctly
 (repeated 3 more times)
2022-06-30 14:45:01,398 DEBUG:libav.h264:Reinit context to 1280x720, pix_fmt: yuv420p
deprecated pixel format used, make sure you did set range correctly
deprecated pixel format used, make sure you did set range correctly
 (repeated 22 more times)
2022-06-30 14:45:01,550 DEBUG:libav.h264:Reinit context to 1280x720, pix_fmt: yuv420p
deprecated pixel format used, make sure you did set range correctly
deprecated pixel format used, make sure you did set range correctly
 (repeated 2 more times)
2022-06-30 14:45:01,592 DEBUG:libav.h264:Reinit context to 1280x720, pix_fmt: yuv420p