Recherche avancée

Médias (1)

Mot : - Tags -/epub

Autres articles (35)

  • Gestion de la ferme

    2 mars 2010, par

    La ferme est gérée dans son ensemble par des "super admins".
    Certains réglages peuvent être fais afin de réguler les besoins des différents canaux.
    Dans un premier temps il utilise le plugin "Gestion de mutualisation"

  • Demande de création d’un canal

    12 mars 2010, par

    En fonction de la configuration de la plateforme, l’utilisateur peu avoir à sa disposition deux méthodes différentes de demande de création de canal. La première est au moment de son inscription, la seconde, après son inscription en remplissant un formulaire de demande.
    Les deux manières demandent les mêmes choses fonctionnent à peu près de la même manière, le futur utilisateur doit remplir une série de champ de formulaire permettant tout d’abord aux administrateurs d’avoir des informations quant à (...)

  • Création définitive du canal

    12 mars 2010, par

    Lorsque votre demande est validée, vous pouvez alors procéder à la création proprement dite du canal. Chaque canal est un site à part entière placé sous votre responsabilité. Les administrateurs de la plateforme n’y ont aucun accès.
    A la validation, vous recevez un email vous invitant donc à créer votre canal.
    Pour ce faire il vous suffit de vous rendre à son adresse, dans notre exemple "http://votre_sous_domaine.mediaspip.net".
    A ce moment là un mot de passe vous est demandé, il vous suffit d’y (...)

Sur d’autres sites (5182)

  • avcodec/nvenc : De-compensate aspect ratio compensation of DVD-like content.

    28 janvier 2015, par Philip Langdale
    avcodec/nvenc : De-compensate aspect ratio compensation of DVD-like content.

    For reasons we are not privy to, nvidia decided that the nvenc encoder
    
should apply aspect ratio compensation to ’DVD like’ content, assuming that
    
the content is not bt.601 compliant, but needs to be bt.601 compliant. In
    
this context, that means that they make the following, questionable,
    
assumptions :
    

    1) If the input dimensions are 720x480 or 720x576, assume the content has
    
an active area of 704x480 or 704x576.
    

    2) Assume that whatever the input sample aspect ratio is, it does not account
    
for the difference between ’physical’ and ’active’ dimensions.
    

    From, these assumptions, they then conclude that they can ’help’, by adjusting
    
the sample aspect ratio by a factor of 45/44. And indeed, if you wanted to
    
display only the 704 wide active area with the same aspect ratio as the full
    
720 wide image - this would be the correct adjustment factor, but what if you
    
don’t ? And more importantly, what if you’re used to ffmpeg not making this kind
    
of adjustment at encode time - because none of the other encoders do this !
    

    And, what if you had already accounted for bt.601 and your input had the
    
correct attributes ? Well, it’s going to apply the compensation anyway !
    
So, if you take some content, and feed it through nvenc repeatedly, it
    
will keep scaling the aspect ratio every time, stretching your video out
    
more and more and more.
    

    So, clearly, regardless of whether you want to apply bt.601 aspect ratio
    
adjustments or not, this is not the way to do it. With any other ffmpeg
    
encoder, you would do it as part of defining your input paramters or
    
do the adjustment at playback time, and there’s no reason by nvenc
    
should be any different.
    

    This change adds some logic to undo the compensation that nvenc would
    
otherwise do.
    

    nvidia engineers have told us that they will work to make this
    
compensation mechanism optional in a future release of the nvenc
    
SDK. At that point, we can adapt accordingly.
    

    Signed-off-by : Philip Langdale <philipl@overt.org>
    
Reviewed-by : Timo Rothenpieler <timo@rothenpieler.org>
    
Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] libavcodec/nvenc.c

  • Merge commit ’3d5d46233cd81f78138a6d7418d480af04d3f6c8’

    2 février 2015, par Michael Niedermayer
    Merge commit ’3d5d46233cd81f78138a6d7418d480af04d3f6c8’

    * commit ’3d5d46233cd81f78138a6d7418d480af04d3f6c8’ :
    
  opus : Factor out imdct15 into a standalone component
    

    Conflicts :
    
	configure
    
	libavcodec/opus_celt.c
    

    Merged-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] configure
    • [DH] libavcodec/Makefile
    • [DH] libavcodec/aarch64/Makefile
    • [DH] libavcodec/aarch64/imdct15_init.c
    • [DH] libavcodec/aarch64/imdct15_neon.S
    • [DH] libavcodec/imdct15.c
    • [DH] libavcodec/imdct15.h
    • [DH] libavcodec/opus_celt.c

  • Merge commit ’4cfbeef31d4e6096c0596359d212f5d99a7ba4b5’

    27 décembre 2014, par Michael Niedermayer
    Merge commit ’4cfbeef31d4e6096c0596359d212f5d99a7ba4b5’

    * commit ’4cfbeef31d4e6096c0596359d212f5d99a7ba4b5’ :
    
  h264 : factor hwaccel pixel formats list
    

    Conflicts :
    
	libavcodec/h264_slice.c
    

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

Navigation