Recherche avancée

Médias (91)

Autres articles (70)

  • Installation en mode ferme

    4 février 2011, par

    Le mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
    C’est la méthode que nous utilisons sur cette même plateforme.
    L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
    Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • ANNEXE : Les plugins utilisés spécifiquement pour la ferme

    5 mars 2010, par

    Le site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)

Sur d’autres sites (10206)

  • H264 decoder in opencv for real time video transmission

    4 avril 2014, par Narendra

    I am writing a client-server application which does real time video transmission from an android based phone to a server. The captured video from the phone camera is encoded using the android provided h264 encoder and transmitted via UDP socket. The frames are not RTP encapsulated. I need it to reduce the overhead and hence the delay.
    On the receiver, I need to decode the incoming encoded frame. The data being sent on the UDP socket not only contains the encoded frame but some other information related to the frame as a part of its header. Each frame is encoded as an nal unit.

    I am able to retrieve the frames from the received packet as a byte array. I can save this byte array as raw h264 file and playback using vlc and everything works fine.
    However, I need to do some processing on this frame and hence need to use it with opencv.
    Can anyone help me with decoding a raw h264 byte array in opencv ?
    Can ffmpeg be used for this ?

  • Revision 1eaa3a76dc : Enable SSSE3 implementation of 8x8 forward 2D-DCT Assembly implementation of ss

    23 avril 2014, par Jingning Han

    Changed Paths :
     Modify /vp9/common/vp9_rtcd_defs.pl


     Add /vp9/encoder/x86/vp9_dct_ssse3.asm


     Modify /vp9/vp9cx.mk



    Enable SSSE3 implementation of 8x8 forward 2D-DCT

    Assembly implementation of ssse3 8x8 forward 2D-DCT. The current
    version is turned on only for x86_64. The average unit runtime
    goes from 157 cycles down to 136 cycles, i.e., about 12.8% faster.
    This translates into about 1.5% speed-up for pedestrian_area 1080p
    at speed 2.

    Change-Id : I0f12435857e9425ed7ce12541344dfa16837f4f4

  • Revision 9e7b09bc5d : SSSE3 8x8 inverse 2D-DCT with first 10 coeffs non-zero This commit enables ssse

    3 mai 2014, par Jingning Han

    Changed Paths :
     Modify /vp9/common/vp9_rtcd_defs.pl


     Modify /vp9/common/x86/vp9_idct_ssse3.asm



    SSSE3 8x8 inverse 2D-DCT with first 10 coeffs non-zero

    This commit enables ssse3 assembly implementation of the 8x8
    inverse 2D-DCT with only first 10 coefficients non-zero. The
    average runtime for this unit goes down from 198 cycles to 129
    cycles (34.8% faster).

    Change-Id : Ie7fa4386f6d3a2fe0d47a2eb26fc2a6bbc592ac7

Navigation