Recherche avancée

Médias (0)

Mot : - Tags -/api

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

Autres articles (31)

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

  • Use, discuss, criticize

    13 avril 2011, par

    Talk to people directly involved in MediaSPIP’s development, or to people around you who could use MediaSPIP to share, enhance or develop their creative projects.
    The bigger the community, the more MediaSPIP’s potential will be explored and the faster the software will evolve.
    A discussion list is available for all exchanges between users.

  • Création définitive du canal

    12 mars 2010, par

    Lorsque votre demande est validée, vous pouvez alors procéder à la création proprement dite du canal. Chaque canal est un site à part entière placé sous votre responsabilité. Les administrateurs de la plateforme n’y ont aucun accès.
    A la validation, vous recevez un email vous invitant donc à créer votre canal.
    Pour ce faire il vous suffit de vous rendre à son adresse, dans notre exemple "http://votre_sous_domaine.mediaspip.net".
    A ce moment là un mot de passe vous est demandé, il vous suffit d’y (...)

Sur d’autres sites (6971)

  • Using FFmpeg from .NET

    31 août 2011, par Lieven Cardoen

    I have been searching for an hour on how to use FFmpeg from .NET and it seems you need to execute the FFmpeg.exe with a Process to get things done. To get a duration of an flv file for instance, you would need to start using grep to get something back out of cmd window. It all seems complicated... + you'd have to start installing things on remote servers (@ customers)...

    Is there another way ? Aren't there dll's containing the FFmpeg logic ? Other solutions to get some information out of flv files in .NET ?

  • FFmpeg RTP network issue in Ubuntu

    4 mai 2017, par Ivan Kolesnikov

    I want to copy a bunch of SD sources from mpegts transported with RTP on local files. (VBR mpeg2video, mp2 audio). It works fine for one multicast source with the following command :

    ffmpeg -i rtp://@IP1:PORT -c copy video1.mpg

    but when I ran a second ffmpeg instance with the following command :

    ffmpeg -i rtp://@IP2:PORT -c copy video2.mpg

    then I got errors from both FFmpeg instances ("RTP : dropping old packet received too late") and in both files (video1.mpg and video2.mpg) recorded video from the second source (rtp ://@IP2:PORT).

    This issue occurs only in Linux (I checked Ubuntu 14.04 - 16.04). I have no problems in Windows and can transcoding video correctly in parallel from files. Under Ubuntu even two ffplay instances tuned to different sources play back the same content (from the source which was opened last). I tried playing back with VLC and there is no such problem.

    I can resolve this issue when using FFmpeg with the -f option :
    ffmpeg -f mpegts -i rtp ://@IP1:PORT -c copy video1.mpg
    and
    ffmpeg -f mpegts -i rtp ://@IP2:PORT -c copy video2.mpg, but then I’m getting the following errors : "[mpegts @ 0x306e240] PES packet size mismatch" and receive both files (video1.mpg and video2.mpg) with artifacts and freeze effects. This issue appears for both operating systems.

    How can I record|transcode videos from multiple RTP streams with FFmpeg simultaneously under Ubuntu without errors and artifacts ?

  • matroskaenc : factor ts_offset into block timecode computation

    15 février 2017, par John Stebbins
    matroskaenc : factor ts_offset into block timecode computation

    ts_offset was added to cluster timecode, but then effectively subtracted
    
back off the block timecode
    

    When setting initial_padding for an audio stream, the timestamps are
    
written incorrectly to the mkv file.  cluster timecode gets written
    
as pts0 + ts_offset which is correct, but then block timecode gets
    
written as pts - cluster timecode which expanded is
    
pts - (pts0 + ts_offset).  Adding cluster and block tc back together :
    
cluster + block = (pts0 + ts_offset) + (pts - (pts0 + ts_offset)) = pts
    
But the result should be pts + ts_offset since demux will subtract the
    
CodecDelay element from pts and set initial_padding to CodecDelay.
    
This patch gives the correct result.
    • [DBH] libavformat/matroskaenc.c

Navigation