Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

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

Autres articles (73)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • Creating farms of unique websites

    13 avril 2011, par

    MediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
    This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)

Sur d’autres sites (11250)

  • librarys for a website based video merger ? [closed]

    19 février 2020, par swoompy

    I’m a student (and school wont or cant help me figure this project out) and would like to make an online video merger, with fixed movie parts, where the user can select what topic it want in the movie and then compile it into to one file. some one a idea where to start ? is it possible with ffmpeg ?

    Cheers,
    swoompy

  • Revision 040eeed9d0 : Turning model based reverse update on for coefs Turns model based reverse updat

    26 avril 2013, par Deb Mukherjee

    Changed Paths :
     Modify /vp9/common/vp9_entropy.c


     Modify /vp9/common/vp9_entropy.h



    Turning model based reverse update on for coefs

    Turns model based reverse updates on for coefficients in an
    effort to reduce the memory requirement for counters.

    With this patch the counters needed will be reduced by about
    75% since only 3 counts are needed instead of 12.

    The impact in performance is :
    derf300 : -0.252%
    stdhd250 : -0.046%

    However retraining should alleviate some of the drop in
    performance.

    Change-Id : I6f2b3e13f6d5520aa3400b0b228fb5e8b4a43caa

  • VFR input + h264_nvenc - output bitrate is based on initial frame rate when I want it to be time based [closed]

    4 août, par hedgehog90

    I have an HLS stream produced from a live VFR source in ffmpeg.
The source consists of blocks of varying frame rate. The first 30 minutes might be 24fps, the next 30 minutes @ 60fps.
Although it is not standard for HLS to be VFR, it appears to playback perfectly well on various platforms I've tested.

    


    When I use the libx264 encoder with -crf + -maxrate parameters, I can get my desired bitrate per stream despite potentially wild frame rate fluctuations.

    


    But when I use the h264_nvenc encoder with -cq + -maxrate parameters (and practically every configuration I could think of), the bitrate is all dependant on the initial frame rate of the input stream.
For example, segment duration is set to 5 seconds... the first 5 seconds of the input are 30fps, and the next 5 seconds are 60fps, the resulting output will produce 1 segment at the desired bitrate, the next at double the desired bitrate.

    


    I have tried every configuration to try and trick the encoder into working differently, but it appears this might be a built-in limitation.

    


    I've searched for answers, I've asked the chatbots, I can't find a definitive solution, besides converting the input stream to a constant frame rate (which is not an option).

    


Navigation