Recherche avancée

Médias (91)

Autres articles (87)

  • De l’upload à la vidéo finale [version standalone]

    31 janvier 2010, par

    Le chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
    Upload et récupération d’informations de la vidéo source
    Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
    Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)

  • List of compatible distributions

    26 avril 2011, par

    The table below is the list of Linux distributions compatible with the automated installation script of MediaSPIP. Distribution nameVersion nameVersion number Debian Squeeze 6.x.x Debian Weezy 7.x.x Debian Jessie 8.x.x Ubuntu The Precise Pangolin 12.04 LTS Ubuntu The Trusty Tahr 14.04
    If you want to help us improve this list, you can provide us access to a machine whose distribution is not mentioned above or send the necessary fixes to add (...)

  • Librairies et binaires spécifiques au traitement vidéo et sonore

    31 janvier 2010, par

    Les logiciels et librairies suivantes sont utilisées par SPIPmotion d’une manière ou d’une autre.
    Binaires obligatoires FFMpeg : encodeur principal, permet de transcoder presque tous les types de fichiers vidéo et sonores dans les formats lisibles sur Internet. CF ce tutoriel pour son installation ; Oggz-tools : outils d’inspection de fichiers ogg ; Mediainfo : récupération d’informations depuis la plupart des formats vidéos et sonores ;
    Binaires complémentaires et facultatifs flvtool2 : (...)

Sur d’autres sites (12266)

  • arm : vp9itxfm : Skip empty slices in the first pass of idct_idct 16x16 and 32x32

    18 novembre 2016, par Martin Storsjö
    arm : vp9itxfm : Skip empty slices in the first pass of idct_idct 16x16 and 32x32

    This work is sponsored by, and copyright, Google.
    

    Previously all subpartitions except the eob=1 (DC) case ran with
    
the same runtime :
    

                                         Cortex A7       A8       A9      A53
    
vp9_inv_dct_dct_16x16_sub16_add_neon :   3188.1   2435.4   2499.0   1969.0
    
vp9_inv_dct_dct_32x32_sub32_add_neon :  18531.7  16582.3  14207.6  12000.3
    

    By skipping individual 4x16 or 4x32 pixel slices in the first pass,
    
we reduce the runtime of these functions like this :
    

    vp9_inv_dct_dct_16x16_sub1_add_neon :     274.6    189.5    211.7    235.8
    
vp9_inv_dct_dct_16x16_sub2_add_neon :    2064.0   1534.8   1719.4   1248.7
    
vp9_inv_dct_dct_16x16_sub4_add_neon :    2135.0   1477.2   1736.3   1249.5
    
vp9_inv_dct_dct_16x16_sub8_add_neon :    2446.7   1828.7   1993.6   1494.7
    
vp9_inv_dct_dct_16x16_sub12_add_neon :   2832.4   2118.3   2266.5   1735.1
    
vp9_inv_dct_dct_16x16_sub16_add_neon :   3211.7   2475.3   2523.5   1983.1
    
vp9_inv_dct_dct_32x32_sub1_add_neon :     756.2    456.7    862.0    553.9
    
vp9_inv_dct_dct_32x32_sub2_add_neon :   10682.2   8190.4   8539.2   6762.5
    
vp9_inv_dct_dct_32x32_sub4_add_neon :   10813.5   8014.9   8518.3   6762.8
    
vp9_inv_dct_dct_32x32_sub8_add_neon :   11859.6   9313.0   9347.4   7514.5
    
vp9_inv_dct_dct_32x32_sub12_add_neon :  12946.6  10752.4  10192.2   8280.2
    
vp9_inv_dct_dct_32x32_sub16_add_neon :  14074.6  11946.5  11001.4   9008.6
    
vp9_inv_dct_dct_32x32_sub20_add_neon :  15269.9  13662.7  11816.1   9762.6
    
vp9_inv_dct_dct_32x32_sub24_add_neon :  16327.9  14940.1  12626.7  10516.0
    
vp9_inv_dct_dct_32x32_sub28_add_neon :  17462.7  15776.1  13446.2  11264.7
    
vp9_inv_dct_dct_32x32_sub32_add_neon :  18575.5  17157.0  14249.3  12015.1
    

    I.e. in general a very minor overhead for the full subpartition case due
    
to the additional loads and cmps, but a significant speedup for the cases
    
when we only need to process a small part of the actual input data.
    

    In common VP9 content in a few inspected clips, 70-90% of the non-dc-only
    
16x16 and 32x32 IDCTs only have nonzero coefficients in the upper left
    
8x8 or 16x16 subpartitions respectively.
    

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

  • arm : vp9itxfm : Skip empty slices in the first pass of idct_idct 16x16 and 32x32

    9 janvier 2017, par Martin Storsjö
    arm : vp9itxfm : Skip empty slices in the first pass of idct_idct 16x16 and 32x32

    This work is sponsored by, and copyright, Google.
    

    Previously all subpartitions except the eob=1 (DC) case ran with
    
the same runtime :
    

                                         Cortex A7       A8       A9      A53
    
vp9_inv_dct_dct_16x16_sub16_add_neon :   3188.1   2435.4   2499.0   1969.0
    
vp9_inv_dct_dct_32x32_sub32_add_neon :  18531.7  16582.3  14207.6  12000.3
    

    By skipping individual 4x16 or 4x32 pixel slices in the first pass,
    
we reduce the runtime of these functions like this :
    

    vp9_inv_dct_dct_16x16_sub1_add_neon :     274.6    189.5    211.7    235.8
    
vp9_inv_dct_dct_16x16_sub2_add_neon :    2064.0   1534.8   1719.4   1248.7
    
vp9_inv_dct_dct_16x16_sub4_add_neon :    2135.0   1477.2   1736.3   1249.5
    
vp9_inv_dct_dct_16x16_sub8_add_neon :    2446.7   1828.7   1993.6   1494.7
    
vp9_inv_dct_dct_16x16_sub12_add_neon :   2832.4   2118.3   2266.5   1735.1
    
vp9_inv_dct_dct_16x16_sub16_add_neon :   3211.7   2475.3   2523.5   1983.1
    
vp9_inv_dct_dct_32x32_sub1_add_neon :     756.2    456.7    862.0    553.9
    
vp9_inv_dct_dct_32x32_sub2_add_neon :   10682.2   8190.4   8539.2   6762.5
    
vp9_inv_dct_dct_32x32_sub4_add_neon :   10813.5   8014.9   8518.3   6762.8
    
vp9_inv_dct_dct_32x32_sub8_add_neon :   11859.6   9313.0   9347.4   7514.5
    
vp9_inv_dct_dct_32x32_sub12_add_neon :  12946.6  10752.4  10192.2   8280.2
    
vp9_inv_dct_dct_32x32_sub16_add_neon :  14074.6  11946.5  11001.4   9008.6
    
vp9_inv_dct_dct_32x32_sub20_add_neon :  15269.9  13662.7  11816.1   9762.6
    
vp9_inv_dct_dct_32x32_sub24_add_neon :  16327.9  14940.1  12626.7  10516.0
    
vp9_inv_dct_dct_32x32_sub28_add_neon :  17462.7  15776.1  13446.2  11264.7
    
vp9_inv_dct_dct_32x32_sub32_add_neon :  18575.5  17157.0  14249.3  12015.1
    

    I.e. in general a very minor overhead for the full subpartition case due
    
to the additional loads and cmps, but a significant speedup for the cases
    
when we only need to process a small part of the actual input data.
    

    In common VP9 content in a few inspected clips, 70-90% of the non-dc-only
    
16x16 and 32x32 IDCTs only have nonzero coefficients in the upper left
    
8x8 or 16x16 subpartitions respectively.
    

    This is cherrypicked from libav commit
    
9c8bc74c2b40537b0997f646c87c008042d788c2.
    

    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libavcodec/arm/vp9itxfm_neon.S
    • [DH] tests/checkasm/vp9dsp.c

  • How to provide video streaming option for different formats on website

    3 avril 2014, par kami998

    In my website users can upload different video formats and i need to provide streaming for those formats (for example : mkv, avi, mp4, 3gp, wmv), but on web only mp4 format can be played by flash players.

    My videos are hosted on amazon s3 server while my webserver is on different location, what i do is receive stream from s3 and transmit to client, so what i need is to convert the video format to mp4 on the fly

    So, is there any possibility to perform this functionality ( i am using asp.net mvc webapi as streaming service )

    Any sort of help is appreciable...

Navigation