Recherche avancée

Médias (21)

Mot : - Tags -/Nine Inch Nails

Autres articles (97)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

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

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

  • Technically Correct VP8 Encoding

    26 octobre 2010, par Multimedia Mike — VP8

    I know people are anxious to see what happens next with my toy VP8 encoder. First and foremost, I corrected the encoder’s DC prediction. A lot of rules govern that mode and if you don’t have it right, error cascades through the image. Now the encoder and decoder both agree on every fine detail of the bitstream syntax and rendering thereof. It still encodes to a neo-impressionist mosaic piece, but at least I’ve ironed the bugs out of this phase :



    I also made it possible to adjust the quantization levels inside the encoder. This means that I’m finally getting some compression out of the thing, vs. the original approach of hardcoding the minimum quantizers.

  • avutil/timecode : fix av_timecode_get_smpte_from_framenum with 50/60 fps

    20 juillet 2020, par Marton Balint
    avutil/timecode : fix av_timecode_get_smpte_from_framenum with 50/60 fps

    SMPTE 12M timecode can only count frames up to 39, because the tens-of-frames
    
value is stored in 2 bit. In order to resolve this 50/60 fps SMPTE timecode is
    
using the field bit (which is the same bit as the phase correction bit) to
    
signal the least significant bit of a 50/60 fps timecode. See SMPTE ST
    
12-1:2014 section 12.1.
    

    Therefore we slightly change the format of the return value of
    
av_timecode_get_smpte_from_framenum and AV_FRAME_DATA_S12M_TIMECODE and start
    
using the previously unused Phase Correction bit as Field bit. (As the SMPTE
    
standard suggests)
    

    We add 50/60 fps support to av_timecode_get_smpte_from_framenum by calling the
    
recently added av_timecode_get_smpte function in it which already handles this
    
properly.
    

    This change affects the decklink indev and the DV and MXF muxers. MXF has no
    
fate test for 50/60fps content, DV does, therefore the changes.
    

    MediaInfo (a recent version) confirms that half-frame timecode must be inserted
    
to DV. MXFInspect confirms valid timecode insertion to the System Item of MXF
    
files. For MXF, also see EBU R122.
    

    Note that for DV the field flag is not used because in the HDV specs (SMPTE
    
370M) it is still defined as biphase mark polarity correction flag. So it
    
should not matter that the DV muxer overrides the field bit.
    

    Signed-off-by : Marton Balint <cus@passwd.hu>
    • [DH] libavutil/timecode.c
    • [DH] libavutil/timecode.h
    • [DH] tests/ref/vsynth/vsynth1-dv-hd
    • [DH] tests/ref/vsynth/vsynth2-dv-hd
    • [DH] tests/ref/vsynth/vsynth3-dv-hd
    • [DH] tests/ref/vsynth/vsynth_lena-dv-hd

  • How to capture audio using Xuggle API

    28 juillet 2014, par AnilJ

    To capture video using Xuggle API, we use the following device attributes.

    Driver name: v4l2 
    
Device name: /dev/video0

    What is the equivalent attributes for the audio device to capture and record the audio signal from the ubuntu platform ?

Navigation