Recherche avancée

Médias (91)

Autres articles (74)

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

  • Ajouter des informations spécifiques aux utilisateurs et autres modifications de comportement liées aux auteurs

    12 avril 2011, par

    La manière la plus simple d’ajouter des informations aux auteurs est d’installer le plugin Inscription3. Il permet également de modifier certains comportements liés aux utilisateurs (référez-vous à sa documentation pour plus d’informations).
    Il est également possible d’ajouter des champs aux auteurs en installant les plugins champs extras 2 et Interface pour champs extras.

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

Sur d’autres sites (12057)

  • what is the packet size unit of ffprobe(similar to ffmpeg) ?

    26 août 2014, par Juneyoung Oh

    I am developing thumbnail extractor with ff- series(means ffmpeg, ffplay, ffprobe).

    I need to know the location of frames, so I use a command like below which I found another posting in stackoverflow.

    ffprobe -show_frames -select_streams v -print_format json=c=1 0001.wmv

    Actually it works nice and makes a file with lots of information of packet.

    The output file like below.

       "frames": [
    
        { "media_type": "video", "key_frame": 1, "pkt_pts": 900000, "pkt_pts_time": "10.000000", "pkt_dts": 900000, "pkt_dts_time": "10.000000", "pkt_duration": 3003, "pkt_duration_time": "0.033367", "pkt_pos": "453", "pkt_size": "9744", "width": 720, "height": 480, "pix_fmt": "yuv420p", "sample_aspect_ratio": "8:9", "pict_type": "I", "coded_picture_number": 0, "display_picture_number": 0, "interlaced_frame": 0, "top_field_first": 0, "repeat_pict": 0 },...

    There is a column named "pkt_size", which I assume that size of packet.

    It displays some numbers in, but no information of units.

    I wonder that unit is ’byte’ or ’bit’.

    If somebody has some information of this, Tell me.

    Thanks.

  • Revision 1f4bf79d65 : Added per pixel inter rd hit count stats Added some code to output normalized r

    21 août 2013, par Paul Wilkins

    Changed Paths :
     Modify /vp9/encoder/vp9_onyx_if.c


     Modify /vp9/encoder/vp9_onyx_int.h


     Modify /vp9/encoder/vp9_rdopt.c



    Added per pixel inter rd hit count stats

    Added some code to output normalized rd hit count stats.
    In effect this approximates to the average number of rd
    operations/tests per pixel for the sequence.

    The results are not quite accurate and I have not bothered
    to account for partial SB64s at frame edges and for key frames
    However they do give some idea of the number of modes /
    prediction methods being tested for each pixel across the
    different partition sizes. This indicates how much scope their
    is for further gains either by reducing the number of partitions
    examined or the modes per partition through heuristics.

    Patch 3 moved place where count incremented so partial rd
    tests that are aborted with INT_MAX return are also counted.

    Example numbers for first 50 frames of Akiyo.
    Speed 0 84.4 rd operations / pixel
    Speed 1 28.8
    Speed 2 11.9

    Change-Id : Ib956e787e12f7fa8b12d3a1a2f6cda19a65a6cb8

  • pcm-dvd : Support channel configuration changes

    11 septembre 2013, par Christian Schmidt
    pcm-dvd : Support channel configuration changes

    The sample buffering logic does not take into account that the blocksize
    
could change. Reset the buffer if the channel configuration changes,
    
since if there are leftover samples, it is most likely a broken or
    
misconcatenated stream. This could lead to negative numbers for
    
missing_samples during decoding.
    

    Thanks to Michael Niedermeyer for pointing these out.
    • [DBH] libavcodec/pcm-dvd.c

Navigation