Recherche avancée

Médias (33)

Mot : - Tags -/creative commons

Autres articles (111)

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

  • Submit bugs and patches

    13 avril 2011

    Unfortunately a software is never perfect.
    If you think you have found a bug, report it using our ticket system. Please to help us to fix it by providing the following information : the browser you are using, including the exact version as precise an explanation as possible of the problem if possible, the steps taken resulting in the problem a link to the site / page in question
    If you think you have solved the bug, fill in a ticket and attach to it a corrective patch.
    You may also (...)

  • Script d’installation automatique de MediaSPIP

    25 avril 2011, par

    Afin de palier aux difficultés d’installation dues principalement aux dépendances logicielles coté serveur, un script d’installation "tout en un" en bash a été créé afin de faciliter cette étape sur un serveur doté d’une distribution Linux compatible.
    Vous devez bénéficier d’un accès SSH à votre serveur et d’un compte "root" afin de l’utiliser, ce qui permettra d’installer les dépendances. Contactez votre hébergeur si vous ne disposez pas de cela.
    La documentation de l’utilisation du script d’installation (...)

Sur d’autres sites (11498)

  • How can we extract the RTP packet sequence number from AVPacket (ffmpeg)

    9 décembre 2015, par Nech

    We are trying to extract the "Sequence Number" from the RTP header of a packet.
    We use av_read_frame in order to read the packets into AVPacket structs.

    We tried using the AVPacket.data field, hoping it holds the original payload, but we didn’t manage to find the right location of the header. So we assume that the data field does not hold the full payload - please correct if we are wrong.

    Is there a way to find the RTP header information ?

  • tools/target_dec_fuzzer : Limit number off all pixels decoded

    31 juillet 2019, par Michael Niedermayer
    tools/target_dec_fuzzer : Limit number off all pixels decoded

    This should reduces the number of uninteresting timeouts encountered
    

    A single threshold for all codecs did not work
    

    Fixes : 13979/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_QTRLE_fuzzer-5629872380051456 (14sec -> 4sec)
    
Fixes : 14709/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_GDV_fuzzer-5704215281795072 (179sec -> 7sec)
    
Fixes : 16296/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_HNM4_VIDEO_fuzzer-5756304521428992 (108sec -> 9sec)
    
Fixes : 15620/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_GIF_fuzzer-5657214435459072 (26sec -> 26ms)
    

    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] tools/target_dec_fuzzer.c

  • Strange FPS and frame number while re-encoding a video

    5 juillet 2017, par mdasari

    I am re-encoding a video using below command :

    ffmpeg -i input.mp4 -q 20 output.avi

    The video is 10 mins approx, i.e, it has around 18K frames. However, I am getting last frame number as 5061, but the re-encoded video is playing for all 10 mins. I don’t understand the reason why it is showing such a low frame number. Below is last few lines of output.

    frame= 5028 fps=143 q=20.0 size=   24863kB time=00:09:53.20 bitrate= 343.4kbits/s dup=0 drop=2087    
    
Past duration 1.703728 too large
    
Past duration 0.986687 too large
    
Past duration 0.704277 too large
    
Past duration 0.954399 too large
    
Past duration 1.951469 too large
    
Past duration 0.879509 too large
    
Past duration 0.942192 too large  
    
Past duration 0.815910 too large
    
Past duration 0.785393 too large
    
Past duration 0.792351 too large
    
Past duration 0.644402 too large
    
frame= 5061 fps=143 q=20.0 Lsize=   25493kB time=00:09:56.45 bitrate= 350.1kbits/s dup=0 drop=2098
    
video:22458kB audio:2320kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 2.886272%

    Edit : Here is the log

Navigation