Recherche avancée

Médias (17)

Mot : - Tags -/wired

Autres articles (66)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

  • Gestion générale des documents

    13 mai 2011, par

    MédiaSPIP ne modifie jamais le document original mis en ligne.
    Pour chaque document mis en ligne il effectue deux opérations successives : la création d’une version supplémentaire qui peut être facilement consultée en ligne tout en laissant l’original téléchargeable dans le cas où le document original ne peut être lu dans un navigateur Internet ; la récupération des métadonnées du document original pour illustrer textuellement le fichier ;
    Les tableaux ci-dessous expliquent ce que peut faire MédiaSPIP (...)

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

Sur d’autres sites (10034)

  • pgssubdec : reset rle_data_len/rle_remaining_len on allocation error

    31 janvier 2017, par Andreas Cadhalpun
    pgssubdec : reset rle_data_len/rle_remaining_len on allocation error
    

    The code relies on their validity and otherwise can try to access a NULL
    object->rle pointer, causing segmentation faults.

    Signed-off-by : Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
    Signed-off-by : Diego Biurrun <diego@biurrun.de>

    • [DBH] libavcodec/pgssubdec.c
  • avcodec/nvdec : reset bitstream_len/nb_slices when resetting bitstream pointer

    29 mars 2024, par Timo Rothenpieler
    avcodec/nvdec : reset bitstream_len/nb_slices when resetting bitstream pointer
    
    • [DH] libavcodec/nvdec.c
  • FFmpeg massive data loss when writing large data and swapping segments

    25 avril 2023, par Bohdan Petrenko

    I have an ffmpeg process running which continiously writes audio data to two 30 seconds (for testing, I'm actually planning to use 5 minutes) segments. The problem is that when I write some audio data with length more than size of two segments (60 seconds), 8-17 seconds of audio is lost. Here is how I run FFmpeg and write data :

    &#xA;

        _ffmpeg = Process.Start(new ProcessStartInfo&#xA;    {&#xA;        FileName = "ffmpeg",&#xA;        Arguments = &#xA;            $"-y -f s16le -ar 48000 -ac {Channels} -i pipe:0 -c:a libmp3lame -f segment -segment_time {BufferDuration} -segment_format mp3 -segment_wrap 2 -reset_timestamps 1 -segment_list \"{_segmentListPath}\" \"{segmentName}\"",&#xA;        UseShellExecute = false,&#xA;        RedirectStandardInput = true&#xA;    })!;&#xA;    // Channels is usually 1, BufferDuration is 30&#xA;

    &#xA;

    And here is how I write data :

    &#xA;

    public async Task WriteSilenceAsync(int amount)&#xA;{&#xA;    if (amount > _size) amount = _size; // _size is 48000 * 1 * 2 * 30 * 2 = 5760000 (size of 1 minute of audio)&#xA;    &#xA;    var silence = _silenceBuffer.AsMemory(0, amount);&#xA;    await _ffmpeg.StandardInput.BaseStream.WriteAsync(silence);&#xA;}&#xA;

    &#xA;

    I tried to change the ffmpeg parameters and ways I write data. But I haven't found the solution.

    &#xA;

    I'm sure that the problem is caused by ffmpeg segments, because if I disable segmenting and write audio to a single file, there are no problems with data loss or audio missmatch. I also sure that amount of silence to add in WriteSilenceAsync() method is calculated right. I'm not sure if the problem appears with data length more than 30 seconds but less then 1 minute, but I think it doesn't.

    &#xA;

    I don't know how to solve this problem and would be glad to see any suggestions or solutions.

    &#xA;