Recherche avancée

Médias (1)

Mot : - Tags -/MediaSPIP 0.2

Autres articles (71)

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

  • Récupération d’informations sur le site maître à l’installation d’une instance

    26 novembre 2010, par

    Utilité
    Sur le site principal, une instance de mutualisation est définie par plusieurs choses : Les données dans la table spip_mutus ; Son logo ; Son auteur principal (id_admin dans la table spip_mutus correspondant à un id_auteur de la table spip_auteurs)qui sera le seul à pouvoir créer définitivement l’instance de mutualisation ;
    Il peut donc être tout à fait judicieux de vouloir récupérer certaines de ces informations afin de compléter l’installation d’une instance pour, par exemple : récupérer le (...)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 is the first MediaSPIP stable release.
    Its official release date is June 21, 2013 and is announced here.
    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 (...)

Sur d’autres sites (4811)

  • avcodec/smacker : Use unsigned for prediction values

    26 juin 2020, par Andreas Rheinhardt
    avcodec/smacker : Use unsigned for prediction values

    Up until now, the Smacker decoder has pretended that the prediction
    
values are signed in code like 'pred[0] += (unsigned)sign_extend(val, 16)'
    
(the cast has been added to this code later to fix undefined behaviour).
    
This has been even done in case the PCM format is u8.
    

    Yet in case of 8/16 bit samples, only the lower 8/16 bit of the predicition
    
values are ever used, so one can just as well just use unsigned and
    
remove the sign extensions. This is what this commit does.
    

    For GCC 9 the time for one call to smka_decode_frame() for the sample from
    
ticket #2425 decreased from 1709043 to 1693619 decicycles ; for Clang 9
    
it went up from 1355273 to 1369089 decicycles.
    

    Reviewed-by : Paul B Mahol <onemda@gmail.com>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] libavcodec/smacker.c

  • How to send AVPacket through a QTcpSocket.write() with all of its data ?

    24 juin 2024, par CottonBuds

    I want to send an AVPacket though a QTcpSocket.write() I tried to cast the avpacket pointer to an char * but it only shows 8 bytes of the avpacket and without the avpacket.data.

    &#xA;

    enter image description here

    &#xA;

    here is my code

    &#xA;

    void DisplayStreamServer::sendDataToClient(AVPacket* packet) {&#xA;    if (client == nullptr) {&#xA;        return;&#xA;    }&#xA;&#xA;&#xA;    client->write((char*) packet);&#xA;    client->waitForBytesWritten();&#xA;&#xA;    av_packet_unref(packet);&#xA;    av_packet_free(&amp;packet);&#xA;}&#xA;

    &#xA;

    I can see that my packet.data has data inside it using the visual studio memory viewer. but it seems like when i convert the packet to char * the data is not included

    &#xA;

    enter image description here

    &#xA;

  • libavutil/hwcontext_qsv : fix a bug for mapping vaapi frame to qsv

    16 novembre 2021, par nyanmisaka
    libavutil/hwcontext_qsv : fix a bug for mapping vaapi frame to qsv

    The data stored in data[3] in VAAPI AVFrame is VASurfaceID while
    
the data stored in pair->first is the pointer of VASurfaceID, so
    
we need to do cast to make following commandline works :
    

    ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 \

    - hwaccel_output_format vaapi -i input.264 \

    - vf "hwmap=derive_device=qsv,format=qsv" -c:v h264_qsv output.264
    

    Signed-off-by : nyanmisaka <nst799610810@gmail.com>
    
Signed-off-by : Wenbin Chen <wenbin.chen@intel.com>
    
Signed-off-by : Anton Khirnov <anton@khirnov.net>
    • [DH] libavutil/hwcontext_qsv.c

Navigation