Recherche avancée

Médias (0)

Mot : - Tags -/configuration

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

Autres articles (63)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • Les formats acceptés

    28 janvier 2010, par

    Les commandes suivantes permettent d’avoir des informations sur les formats et codecs gérés par l’installation local de ffmpeg :
    ffmpeg -codecs ffmpeg -formats
    Les format videos acceptés en entrée
    Cette liste est non exhaustive, elle met en exergue les principaux formats utilisés : h264 : H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 m4v : raw MPEG-4 video format flv : Flash Video (FLV) / Sorenson Spark / Sorenson H.263 Theora wmv :
    Les formats vidéos de sortie possibles
    Dans un premier temps on (...)

  • 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 à (...)

Sur d’autres sites (7944)

  • arm : vp9itxfm16 : Do a simpler half/quarter idct16/idct32 when possible

    24 février 2017, par Martin Storsjö
    arm : vp9itxfm16 : Do a simpler half/quarter idct16/idct32 when possible

    This work is sponsored by, and copyright, Google.
    

    This avoids loading and calculating coefficients that we know will
    
be zero, and avoids filling the temp buffer with zeros in places
    
where we know the second pass won’t read.
    

    This gives a pretty substantial speedup for the smaller subpartitions.
    

    The code size increases from 14516 bytes to 22484 bytes.
    

    The idct16/32_end macros are moved above the individual functions ; the
    
instructions themselves are unchanged, but since new functions are added
    
at the same place where the code is moved from, the diff looks rather
    
messy.
    

    Before :                                 Cortex A7       A8       A9      A53
    
vp9_inv_dct_dct_16x16_sub1_add_10_neon :     454.0    270.7    418.5    295.4
    
vp9_inv_dct_dct_16x16_sub2_add_10_neon :    3840.2   3244.8   3700.1   2337.9
    
vp9_inv_dct_dct_16x16_sub4_add_10_neon :    4212.5   3575.4   3996.9   2571.6
    
vp9_inv_dct_dct_16x16_sub8_add_10_neon :    5174.4   4270.5   4615.5   3031.9
    
vp9_inv_dct_dct_16x16_sub12_add_10_neon :   5676.0   4908.5   5226.5   3491.3
    
vp9_inv_dct_dct_16x16_sub16_add_10_neon :   6403.9   5589.0   5839.8   3948.5
    
vp9_inv_dct_dct_32x32_sub1_add_10_neon :    1710.7    944.7   1582.1   1045.4
    
vp9_inv_dct_dct_32x32_sub2_add_10_neon :   21040.7  16706.1  18687.7  13193.1
    
vp9_inv_dct_dct_32x32_sub4_add_10_neon :   22197.7  18282.7  19577.5  13918.6
    
vp9_inv_dct_dct_32x32_sub8_add_10_neon :   24511.5  20911.5  21472.5  15367.5
    
vp9_inv_dct_dct_32x32_sub12_add_10_neon :  26939.5  24264.3  23239.1  16830.3
    
vp9_inv_dct_dct_32x32_sub16_add_10_neon :  29419.5  26845.1  25020.6  18259.9
    
vp9_inv_dct_dct_32x32_sub20_add_10_neon :  31146.4  29633.5  26803.3  19721.7
    
vp9_inv_dct_dct_32x32_sub24_add_10_neon :  33376.3  32507.8  28642.4  21174.2
    
vp9_inv_dct_dct_32x32_sub28_add_10_neon :  35629.4  35439.6  30416.5  22625.7
    
vp9_inv_dct_dct_32x32_sub32_add_10_neon :  37269.9  37914.9  32271.9  24078.9
    

    After :
    
vp9_inv_dct_dct_16x16_sub1_add_10_neon :     454.0    276.0    418.5    295.1
    
vp9_inv_dct_dct_16x16_sub2_add_10_neon :    2336.2   1886.0   2251.0   1458.6
    
vp9_inv_dct_dct_16x16_sub4_add_10_neon :    2531.0   2054.7   2402.8   1591.1
    
vp9_inv_dct_dct_16x16_sub8_add_10_neon :    3848.6   3491.1   3845.7   2554.8
    
vp9_inv_dct_dct_16x16_sub12_add_10_neon :   5703.8   4831.6   5230.8   3493.4
    
vp9_inv_dct_dct_16x16_sub16_add_10_neon :   6399.5   5567.0   5832.4   3951.5
    
vp9_inv_dct_dct_32x32_sub1_add_10_neon :    1722.1    938.5   1577.3   1044.5
    
vp9_inv_dct_dct_32x32_sub2_add_10_neon :   15003.5  11576.8  13105.8   9602.2
    
vp9_inv_dct_dct_32x32_sub4_add_10_neon :   15768.5  12677.2  13726.0  10138.1
    
vp9_inv_dct_dct_32x32_sub8_add_10_neon :   17278.8  14825.4  14907.5  11185.7
    
vp9_inv_dct_dct_32x32_sub12_add_10_neon :  22335.7  21544.5  20379.5  15019.8
    
vp9_inv_dct_dct_32x32_sub16_add_10_neon :  24165.6  23881.7  21938.6  16308.2
    
vp9_inv_dct_dct_32x32_sub20_add_10_neon :  31082.2  30860.9  26835.3  19711.3
    
vp9_inv_dct_dct_32x32_sub24_add_10_neon :  33102.6  31922.8  28638.3  21161.0
    
vp9_inv_dct_dct_32x32_sub28_add_10_neon :  35104.9  34867.5  30411.7  22621.2
    
vp9_inv_dct_dct_32x32_sub32_add_10_neon :  37438.1  39103.4  32217.8  24067.6
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] libavcodec/arm/vp9itxfm_16bpp_neon.S

  • arm : vp9itxfm : Do a simpler half/quarter idct16/idct32 when possible

    22 novembre 2016, par Martin Storsjö
    arm : vp9itxfm : Do a simpler half/quarter idct16/idct32 when possible

    This work is sponsored by, and copyright, Google.
    

    This avoids loading and calculating coefficients that we know will
    
be zero, and avoids filling the temp buffer with zeros in places
    
where we know the second pass won’t read.
    

    This gives a pretty substantial speedup for the smaller subpartitions.
    

    The code size increases from 12388 bytes to 19784 bytes.
    

    The idct16/32_end macros are moved above the individual functions ; the
    
instructions themselves are unchanged, but since new functions are added
    
at the same place where the code is moved from, the diff looks rather
    
messy.
    

    Before :                              Cortex A7       A8       A9      A53
    
vp9_inv_dct_dct_16x16_sub1_add_neon :     273.0    189.5    212.0    235.8
    
vp9_inv_dct_dct_16x16_sub2_add_neon :    2102.1   1521.7   1736.2   1265.8
    
vp9_inv_dct_dct_16x16_sub4_add_neon :    2104.5   1533.0   1736.6   1265.5
    
vp9_inv_dct_dct_16x16_sub8_add_neon :    2484.8   1828.7   2014.4   1506.5
    
vp9_inv_dct_dct_16x16_sub12_add_neon :   2851.2   2117.8   2294.8   1753.2
    
vp9_inv_dct_dct_16x16_sub16_add_neon :   3239.4   2408.3   2543.5   1994.9
    
vp9_inv_dct_dct_32x32_sub1_add_neon :     758.3    456.7    864.5    553.9
    
vp9_inv_dct_dct_32x32_sub2_add_neon :   10776.7   7949.8   8567.7   6819.7
    
vp9_inv_dct_dct_32x32_sub4_add_neon :   10865.6   8131.5   8589.6   6816.3
    
vp9_inv_dct_dct_32x32_sub8_add_neon :   12053.9   9271.3   9387.7   7564.0
    
vp9_inv_dct_dct_32x32_sub12_add_neon :  13328.3  10463.2  10217.0   8321.3
    
vp9_inv_dct_dct_32x32_sub16_add_neon :  14176.4  11509.5  11018.7   9062.3
    
vp9_inv_dct_dct_32x32_sub20_add_neon :  15301.5  12999.9  11855.1   9828.2
    
vp9_inv_dct_dct_32x32_sub24_add_neon :  16482.7  14931.5  12650.1  10575.0
    
vp9_inv_dct_dct_32x32_sub28_add_neon :  17589.5  15811.9  13482.8  11333.4
    
vp9_inv_dct_dct_32x32_sub32_add_neon :  18696.2  17049.2  14355.6  12089.7
    

    After :
    
vp9_inv_dct_dct_16x16_sub1_add_neon :     273.0    189.5    211.7    235.8
    
vp9_inv_dct_dct_16x16_sub2_add_neon :    1203.5    998.2   1035.3    763.0
    
vp9_inv_dct_dct_16x16_sub4_add_neon :    1203.5    998.1   1035.5    760.8
    
vp9_inv_dct_dct_16x16_sub8_add_neon :    1926.1   1610.6   1722.1   1271.7
    
vp9_inv_dct_dct_16x16_sub12_add_neon :   2873.2   2129.7   2285.1   1757.3
    
vp9_inv_dct_dct_16x16_sub16_add_neon :   3221.4   2520.3   2557.6   2002.1
    
vp9_inv_dct_dct_32x32_sub1_add_neon :     753.0    457.5    866.6    554.6
    
vp9_inv_dct_dct_32x32_sub2_add_neon :    7554.6   5652.4   6048.4   4920.2
    
vp9_inv_dct_dct_32x32_sub4_add_neon :    7549.9   5685.0   6046.9   4925.7
    
vp9_inv_dct_dct_32x32_sub8_add_neon :    8336.9   6704.5   6604.0   5478.0
    
vp9_inv_dct_dct_32x32_sub12_add_neon :  10914.0   9777.2   9240.4   7416.9
    
vp9_inv_dct_dct_32x32_sub16_add_neon :  11859.2  11223.3   9966.3   8095.1
    
vp9_inv_dct_dct_32x32_sub20_add_neon :  15237.1  13029.4  11838.3   9829.4
    
vp9_inv_dct_dct_32x32_sub24_add_neon :  16293.2  14379.8  12644.9  10572.0
    
vp9_inv_dct_dct_32x32_sub28_add_neon :  17424.3  15734.7  13473.0  11326.9
    
vp9_inv_dct_dct_32x32_sub32_add_neon :  18531.3  17457.0  14298.6  12080.0
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DBH] libavcodec/arm/vp9itxfm_neon.S

  • Set GOP length for HEVC-Encoding in ffmpeg

    18 juin 2018, par nm82

    I want to encode an xxx.y4m file to hevc and set the GOP-length to a particular value, open and closed gop.

    To encode I’m using :

    ...>ffmpeg -i xxx.y4m -c copy xxx.hevc

    this gives me the hevc-encoded file, now I want to set a particular gop-length

    ...>ffmpeg -i xxx.y4m -c:v libx265 -keyint=1 -open-gop=1 -c copy xxx.hevc

    is not working because "option not found"

    kind regards

Navigation