Recherche avancée

Médias (0)

Mot : - Tags -/auteurs

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (32)

  • Personnaliser les catégories

    21 juin 2013, par

    Formulaire de création d’une catégorie
    Pour ceux qui connaissent bien SPIP, une catégorie peut être assimilée à une rubrique.
    Dans le cas d’un document de type catégorie, les champs proposés par défaut sont : Texte
    On peut modifier ce formulaire dans la partie :
    Administration > Configuration des masques de formulaire.
    Dans le cas d’un document de type média, les champs non affichés par défaut sont : Descriptif rapide
    Par ailleurs, c’est dans cette partie configuration qu’on peut indiquer le (...)

  • 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

  • Emballe médias : à quoi cela sert ?

    4 février 2011, par

    Ce plugin vise à gérer des sites de mise en ligne de documents de tous types.
    Il crée des "médias", à savoir : un "média" est un article au sens SPIP créé automatiquement lors du téléversement d’un document qu’il soit audio, vidéo, image ou textuel ; un seul document ne peut être lié à un article dit "média" ;

Sur d’autres sites (5450)

  • Saving frames from a network camera (RTSP) to a mp4 file

    24 novembre 2015, par Dídac Pérez

    I am quite confused about how to save a video stream into a mp4 file. I am using ffmpeg. Let me explain the problem :

    1. I connect to a network camera via RTSP (H.264 stream) with avformat_open_input(), avformat_find_stream_info(), av_read_play(), and I get frames with av_read_frame().
    2. Each time I get a frame with av_read_frame(), I store the corresponding AVPacket in a circular buffer.
    3. In some points in my application, a range of this circular buffer is selected. I find a key frame used to start from.
    4. Once I have a list of AVPacket’s starting from a key frame, I write header, frames, and tail, as I described below in the code.

    The problem is that the resulting mp4 video has artifacts if I try to watch it using VLC, Windows Media Player, or another one.

    I have also realized that the pts of that packets are not continuous, while dts are continuous. I know about B frames, but is this a problem in my case ?

    // Prepare the output
    
AVFormatContext* oc = avformat_alloc_context();
    
oc->oformat = av_guess_format(NULL, "video.mp4", NULL);
    

    
// Must write header, packets, and trailing
    
avio_open2(&oc->pb, "video.mp4", AVIO_FLAG_WRITE, NULL, NULL);
    

    
// Write header
    
AVStream* stream = avformat_new_stream(oc, (AVCodec*) context->streams[video_stream_index]->codec->codec);
    
avcodec_copy_context(stream->codec, context->streams[video_stream_index]->codec);
    
stream->sample_aspect_ratio = context->streams[video_stream_index]->codec->sample_aspect_ratio;
    
avformat_write_header(oc, NULL);
    

    
// FOR EACH FRAME...
    
... av_write_frame(oc, circular[k]); ...
    

    
// Write trailer and close the file
    
av_write_trailer(oc);
    
avcodec_close(stream->codec);
    
avio_close(oc->pb);
    
avformat_free_context(oc);

    Thank you so much,

  • Merge remote-tracking branch ’cus/stable’

    7 décembre 2013, par Michael Niedermayer
    Merge remote-tracking branch ’cus/stable’

    * cus/stable :
    
  ffplay : set default window size before starting audio
    
  ffplay : factor out function setting default window size
    
  ffplay : remove no longer necessary codec flush
    
  ffplay : do not wait for flushing the picture queue on flush packet
    

    Merged-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] ffplay.c

  • Revision 9f26861147 : Support for extended feature flags enumeration leaf in CPUID instruction This C

    20 novembre 2013, par Erik Niemeyer

    Changed Paths :
     Modify /vpx_ports/x86.h


     Modify /vpx_ports/x86_cpuid.c



    Support for extended feature flags enumeration leaf in CPUID instruction

    This CL fixes an overcite with the AVX2 support CL previously
    merged (Change-Id : Idc03f3fca4bf2d0afd33631ea1d3caf8fc34ec29) that
    prevented runtime execution of AVX2 code in WebM.

    Background :
    Starting with the Sandybridge processor, the CPUID instruction was
    enhanced to add various extended feature flag enumeration leaves.
    Reading these leaves requires an additional input value for the CPUID
    instruction which is stored in ECX. This change adds this second input
    value for all ARCH_X86 and ARCH_x86_64 targets to the CPUID macros,
    allowing checks of EBX bit 5 for AVX2 support. This capability will be
    required moving forward to check for future processor features.

    Change-Id : Ie9d872bc9ff68dad4b6578e4544e4dfd0ae26c36

Navigation