Recherche avancée

Médias (91)

Autres articles (84)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

Sur d’autres sites (12753)

  • av_read_frame function in ffmpeg in android always returning packet.stream_index as 0

    31 juillet 2013, par droidmad

    I am using the following standard code pasted below (ref : http://dranger.com/ffmpeg/) to use ffmpeg in android using ndk. My code is working fine in ubuntu 10.04 using gcc compiler. But I am facing an issue in android.The issue is av_read_frame(pFormatCtx, &packet) is always returning packet.stream_index=0. I have tested my code with various rtsp urls and I have the same behaviour in all cases. I do not have any linking or compiling issues as everything seems to be working fine except this issue. I am trying to solve this from last 2 days but I am stuck badly.Please point me in right direction.

    #include 
    
#include <android></android>log.h>
    

    
#include <libavcodec></libavcodec>avcodec.h>
    
#include <libavformat></libavformat>avformat.h>
    
#include <libswscale></libswscale>swscale.h>
    

    
#include 
    
#define DEBUG_TAG "mydebug_ndk"
    

    
jint Java_com_example_tut2_MainActivity_myfunc(JNIEnv * env, jobject this,jstring myjurl) {
    
  AVFormatContext *pFormatCtx = NULL;
    
  int             i, videoStream;
    
  AVCodecContext  *pCodecCtx = NULL;
    
  AVCodec         *pCodec = NULL;
    
  AVFrame         *pFrame = NULL;
    
  AVPacket        packet;
    
  int             frameFinished;
    

    
  AVDictionary    *optionsDict = NULL;
    
  struct SwsContext *sws_ctx = NULL;
    

    
  jboolean isCopy;
    
  const char * mycurl = (*env)->GetStringUTFChars(env, myjurl, &amp;isCopy);
    
  __android_log_print(ANDROID_LOG_DEBUG, DEBUG_TAG, "NDK:p2: [%s]", mycurl);
    

    
  // Register all formats and codecs
    
  av_register_all();
    
  avformat_network_init();
    
  // Open video file
    
  __android_log_print(ANDROID_LOG_DEBUG, DEBUG_TAG, "NDK:before_open");
    

    
  if(avformat_open_input(&amp;pFormatCtx, mycurl, NULL, NULL)!=0)
    
      return -1;
    
  __android_log_print(ANDROID_LOG_DEBUG, DEBUG_TAG, "start: %d\t%d\n",pFormatCtx->raw_packet_buffer_remaining_size,pFormatCtx->max_index_size);
    

    
  (*env)->ReleaseStringUTFChars(env, myjurl, mycurl);
    
  __android_log_print(ANDROID_LOG_DEBUG, DEBUG_TAG, "NDK:before_stream");
    
  // Retrieve stream information
    
  if(avformat_find_stream_info(pFormatCtx, NULL)&lt;0)
    
      return -1;
    
  __android_log_print(ANDROID_LOG_DEBUG, DEBUG_TAG, "NDK:after_stream");
    
  // Find the first video stream
    
  videoStream=-1;
    
  for(i=0; inb_streams; i++)
    
      if(pFormatCtx->streams[i]->codec->codec_type==AVMEDIA_TYPE_VIDEO) {
    
        videoStream=i;
    
        break;
    
      }
    
  if(videoStream==-1)
    
      return -1; // Didn&#39;t find a video stream
    
  __android_log_print(ANDROID_LOG_DEBUG, DEBUG_TAG, "NDK:after_videostream");
    
  // Get a pointer to the codec context for the video stream
    
  pCodecCtx=pFormatCtx->streams[videoStream]->codec;
    
  __android_log_print(ANDROID_LOG_DEBUG, DEBUG_TAG, "NDK:after_codec_context");
    

    
  // Find the decoder for the video stream
    
  pCodec=avcodec_find_decoder(pCodecCtx->codec_id);
    
  __android_log_print(ANDROID_LOG_DEBUG, DEBUG_TAG, "NDK:after_decoder");
    

    
  if(pCodec==NULL)
    
      return -1;
    
  __android_log_print(ANDROID_LOG_DEBUG, DEBUG_TAG, "NDK:found_decoder");
    

    
  // Open codec
    
  if(avcodec_open2(pCodecCtx, pCodec, &amp;optionsDict)&lt;0)
    
      return -1;
    
  // Allocate video frame
    
  pFrame=avcodec_alloc_frame();
    
  sws_ctx = sws_getContext(pCodecCtx->width,pCodecCtx->height,pCodecCtx->pix_fmt,pCodecCtx->width,
    
        pCodecCtx->height,PIX_FMT_YUV420P,SWS_BILINEAR,NULL,NULL,NULL);
    
  __android_log_print(ANDROID_LOG_DEBUG, DEBUG_TAG, "NDK:before_while");
    

    
  int count=0;
    
  while(av_read_frame(pFormatCtx, &amp;packet)>=0) {
    
        __android_log_print(ANDROID_LOG_DEBUG, DEBUG_TAG, "entered while: %d   %d   %d\n", packet.duration,packet.stream_index,packet.size);
    

    
      if(packet.stream_index==videoStream) {
    
          // Decode video frame
    
          //break;
    
          avcodec_decode_video2(pCodecCtx, pFrame, &amp;frameFinished,&amp;packet);
    
          __android_log_print(ANDROID_LOG_DEBUG, DEBUG_TAG, "NDK:in_while");
    
          if(frameFinished) {
    
              __android_log_print(ANDROID_LOG_DEBUG, DEBUG_TAG, "NDK:gng_out_of_while");
    
                break;
    
          }
    
      }
    

    
      // Free the packet that was allocated by av_read_frame
    
      av_free_packet(&amp;packet);
    
      if(++count>1000)
    
         return -2; //infinite while loop
    
  }
    
  __android_log_print(ANDROID_LOG_DEBUG, DEBUG_TAG, "NDK:after_while");
    

    
  // Free the YUV frame
    
  av_free(pFrame);
    
  // Close the codec
    
  avcodec_close(pCodecCtx);
    
  // Close the video file
    
  avformat_close_input(&amp;pFormatCtx);
    

    
  return 0;
    

    
}

  • Linphone OSx msx264 encryption VGA takes 97% CPU, why ?

    11 septembre 2013, par Maxim Shoustin

    I have problem and today don't know how to fix it or even from where to start.

    I have Linphone application that uses msx264 plugin.

    All stuff I run on OSx and my ffmpeg version installed from port , I didn't using selfupdate for port

    bash-3.2# port installed ffmpeg-devel
    

    
The following ports are currently installed:
    
 ffmpeg-devel @20130205_0+gpl2
    
 ffmpeg-devel @20130328_0 (active)
    
 ffmpeg-devel @20130328_0+gpl2

    So I compiled and build msx264, no errors.

    Now I try to send video over CIP resolution VGA (640x480) and get huge delay 8-9 seconds, even self-view I see in big delay.

    when I configure CIF (352x288), all seems fine.

    It's really strange that self-view camera has delay 4-5 sec.

    So from logs during the session I found that msx264 plugin takes 97% CPU

    On PC (windows 7) the same code runs fine, even HD I don't see any problems.

    What is the problem should be ?

    warning: Video MSTicker: We are late of 32146 miliseconds.
    
message: Filter MSRtpRecv is not scheduled; nothing to do.
    
message: ===========================================================
    
message:              AUDIO SESSION&#39;S RTP STATISTICS                
    
message: -----------------------------------------------------------
    
message: sent                                          2344 packets
    
message:                                             403168 bytes  
    
message: received                                      2038 packets
    
message:                                             350536 bytes  
    
message: incoming delivered to the app               325080 bytes  
    
message: lost                                             0 packets
    
message: received too late                              123 packets
    
message: bad formatted                                    0 packets
    
message: discarded (queue overflow)                      17 packets
    
message: ===========================================================
    
message: ms_filter_unlink: MSAuRead:0x7fb5a34955b0,0-->MSResample:0x7fb5aa917820,0
    
message: ms_filter_unlink: MSResample:0x7fb5aa917820,0-->MSSpeexEC:0x7fb5a34f6d20,1
    
message: ms_filter_unlink: MSSpeexEC:0x7fb5a34f6d20,1-->MSVolume:0x7fb5a3493450,0
    
message: ms_filter_unlink: MSVolume:0x7fb5a3493450,0-->MSTee:0x7fb5a3498e40,0
    
message: ms_filter_unlink: MSTee:0x7fb5a3498e40,0-->MSUlawEnc:0x7fb5a3499410,0
    
message: ms_filter_unlink: MSUlawEnc:0x7fb5a3499410,0-->MSRtpSend:0x7fb5aa910ba0,0
    
message: ms_filter_unlink: MSRtpRecv:0x7fb5a3400170,0-->MSUlawDec:0x7fb5a34933c0,0
    
message: ms_filter_unlink: MSUlawDec:0x7fb5a34933c0,0-->MSGenericPLC:0x7fb5aa91b040,0
    
message: ms_filter_unlink: MSGenericPLC:0x7fb5aa91b040,0-->MSDtmfGen:0x7fb5a6585f00,0
    
message: ms_filter_unlink: MSDtmfGen:0x7fb5a6585f00,0-->MSVolume:0x7fb5aa917790,0
    
message: ms_filter_unlink: MSVolume:0x7fb5aa917790,0-->MSTee:0x7fb5aa914fc0,0
    
message: ms_filter_unlink: MSTee:0x7fb5aa914fc0,0-->MSEqualizer:0x7fb5a3498f50,0
    
message: ms_filter_unlink: MSEqualizer:0x7fb5a3498f50,0-->MSSpeexEC:0x7fb5a34f6d20,0
    
message: ms_filter_unlink: MSSpeexEC:0x7fb5a34f6d20,0-->MSResample:0x7fb5aa9178b0,0
    
message: ms_filter_unlink: MSResample:0x7fb5aa9178b0,0-->MSAuWrite:0x7fb5a3499380,0
    
message: ms_filter_unlink: MSTee:0x7fb5a3498e40,1-->MSAudioMixer:0x7fb5aa914df0,0
    
message: ms_filter_unlink: MSTee:0x7fb5aa914fc0,1-->MSAudioMixer:0x7fb5aa914df0,1
    
message: ms_filter_unlink: MSAudioMixer:0x7fb5aa914df0,0-->MSFileRec:0x7fb5aa911020,0
    
message: Audio MSTicker thread exiting
    
message: ===========================================================
    
message:                   FILTER USAGE STATISTICS                  
    
message: Name                Count     Time/tick (ms)      CPU Usage
    
message: -----------------------------------------------------------
    
message: MSX264Enc           321       138.147             97.1677   
    
message: MSResample          8076      0.0550274           0.97085   
    
message: MSSpeexEC           4302      0.0873765           0.821276  
    
message: MSH264Dec           291       0.880267            0.561463  
    
message: MSRtpSend           6174      0.012353            0.166623  
    
message: MSRtpRecv           6174      0.0115132           0.155295  
    
message: MSOSXGLDisplay      375       0.0376117           0.0308912 
    
message: MSAudioMixer        4695      0.00249638          0.0256072 
    
message: MSV4m               1480      0.00740446          0.0239537 
    
message: MSUlawEnc           4038      0.0019542           0.0172411 
    
message: MSTee               6540      0.000698976         0.00998688
    
message: MSAuRead            4695      0.00095017          0.0097466 
    
message: MSUlawDec           1890      0.00205553          0.00849059
    
message: MSVolume            5928      0.000633159         0.00820007
    
message: MSFileRec           4695      0.000722743         0.00741371
    
message: MSDtmfGen           4695      0.0005              0.00512887
    
message: MSGenericPLC        4695      0.000429514         0.00440585
    
message: MSAuWrite           4038      0.000364199         0.00321319
    
message: MSEqualizer         1890      0.000250661         0.00103538
    
message: MSSizeConv          322       0.00104334          0.000736128
    
message: MSJpegWriter        290       0.000694158         0.00044124
    
message: MSPixConv           322       0.000405573         0.000286151
    
message: MSFilePlayer        0         0                   0         
    
message: MSVoidSink          0         0                   0         
    
message: ===========================================================
    
warning: Video MSTicker: We are late of 32256 miliseconds.
    
message: v4m video device closed.
    
message: Filter MSRtpRecv is not scheduled; nothing to do.
    
message: ===========================================================
    
message:              VIDEO SESSION&#39;S RTP STATISTICS                
    
message: -----------------------------------------------------------
    
message: sent                                          1311 packets
    
message:                                            1517528 bytes  
    
message: received                                      1783 packets
    
message:                                            1049010 bytes  
    
message: incoming delivered to the app               986868 bytes  
    
message: lost                                             0 packets
    
message: received too late                                0 packets
    
message: bad formatted                                    0 packets
    
message: discarded (queue overflow)                       0 packets
    
message: ===========================================================

    In addition the application shows me delay status, from logs :

    message:: Dialog [0x7fb5a7634940]: now updated by transaction [0x7fb5aa9685d0].
    
warning: Video MSTicker: We are late of 20415 miliseconds.
    
warning: Video MSTicker: We are late of 20564 miliseconds.
    
message:: A SPS is being sent.
    
message:: A PPS is being sent.
    
warning: Video MSTicker: We are late of 20609 miliseconds.
    
warning: Video MSTicker: We are late of 20636 miliseconds.
    
warning: Video MSTicker: We are late of 20694 miliseconds.
    
warning: Video MSTicker: We are late of 20784 miliseconds.
    
warning: Video MSTicker: We are late of 20894 miliseconds.
    
warning: Video MSTicker: We are late of 21016 miliseconds.
    
warning: echo canceller: we are accumulating too much reference signal, need to throw out 1216 samples
    
message:: audio_stream_iterate(): local statistics available
    
Local&#39;s current jitter buffer size:77.440002 ms
    
message:: bandwidth usage: audio=[d=80.1,u=80.1] video=[d=305.3,u=441.8] kbit/sec
    
message:: Thread processing load: audio=2.135499    video=1268.186768
    
warning: Video MSTicker: We are late of 21134 miliseconds.
    
warning: Video MSTicker: We are late of 21256 miliseconds.
    
warning: Video MSTicker: We are late of 21382 miliseconds.
    
warning: Video MSTicker: We are late of 21506 miliseconds.
    
warning: Video MSTicker: We are late of 21638 miliseconds.
    
warning: Video MSTicker: We are late of 21781 miliseconds.
    
warning: Video MSTicker: We are late of 21921 miliseconds.
    
message:: bandwidth usage: audio=[d=81.6,u=80.0] video=[d=271.9,u=185.5] kbit/sec
    
message:: Thread processing load: audio=1.971647    video=1342.125000
    
warning: Video MSTicker: We are late of 22068 miliseconds.
    
message:: audio_stream_iterate(): remote statistics available
    
remote&#39;s interarrival jitter=68
    
remote&#39;s lost packets percentage since last report=0.390625
    
round trip time=0.258850 seconds
    
warning: Video MSTicker: We are late of 22216 miliseconds.

    Please, help me to find the problem.

    Thanks,

    this is a msx264 git repository : git clone git://git.linphone.org/msx264.git

  • Linphone OSx msx264 encryption VGA takes 97% CPU, why ?

    11 septembre 2013, par Maxim Shoustin

    I have problem and today don't know how to fix it or even from where to start.

    I have Linphone application that uses msx264 plugin.

    All stuff I run on OSx and my ffmpeg version installed from port , I didn't using selfupdate for port

    bash-3.2# port installed ffmpeg-devel
    

    
The following ports are currently installed:
    
 ffmpeg-devel @20130205_0+gpl2
    
 ffmpeg-devel @20130328_0 (active)
    
 ffmpeg-devel @20130328_0+gpl2

    So I compiled and build msx264, no errors.

    Now I try to send video over CIP resolution VGA (640x480) and get huge delay 8-9 seconds, even self-view I see in big delay.

    when I configure CIF (352x288), all seems fine.

    It's really strange that self-view camera has delay 4-5 sec.

    So from logs during the session I found that msx264 plugin takes 97% CPU

    On PC (windows 7) the same code runs fine, even HD I don't see any problems.

    What is the problem should be ?

    warning: Video MSTicker: We are late of 32146 miliseconds.
    
message: Filter MSRtpRecv is not scheduled; nothing to do.
    
message: ===========================================================
    
message:              AUDIO SESSION&#39;S RTP STATISTICS                
    
message: -----------------------------------------------------------
    
message: sent                                          2344 packets
    
message:                                             403168 bytes  
    
message: received                                      2038 packets
    
message:                                             350536 bytes  
    
message: incoming delivered to the app               325080 bytes  
    
message: lost                                             0 packets
    
message: received too late                              123 packets
    
message: bad formatted                                    0 packets
    
message: discarded (queue overflow)                      17 packets
    
message: ===========================================================
    
message: ms_filter_unlink: MSAuRead:0x7fb5a34955b0,0-->MSResample:0x7fb5aa917820,0
    
message: ms_filter_unlink: MSResample:0x7fb5aa917820,0-->MSSpeexEC:0x7fb5a34f6d20,1
    
message: ms_filter_unlink: MSSpeexEC:0x7fb5a34f6d20,1-->MSVolume:0x7fb5a3493450,0
    
message: ms_filter_unlink: MSVolume:0x7fb5a3493450,0-->MSTee:0x7fb5a3498e40,0
    
message: ms_filter_unlink: MSTee:0x7fb5a3498e40,0-->MSUlawEnc:0x7fb5a3499410,0
    
message: ms_filter_unlink: MSUlawEnc:0x7fb5a3499410,0-->MSRtpSend:0x7fb5aa910ba0,0
    
message: ms_filter_unlink: MSRtpRecv:0x7fb5a3400170,0-->MSUlawDec:0x7fb5a34933c0,0
    
message: ms_filter_unlink: MSUlawDec:0x7fb5a34933c0,0-->MSGenericPLC:0x7fb5aa91b040,0
    
message: ms_filter_unlink: MSGenericPLC:0x7fb5aa91b040,0-->MSDtmfGen:0x7fb5a6585f00,0
    
message: ms_filter_unlink: MSDtmfGen:0x7fb5a6585f00,0-->MSVolume:0x7fb5aa917790,0
    
message: ms_filter_unlink: MSVolume:0x7fb5aa917790,0-->MSTee:0x7fb5aa914fc0,0
    
message: ms_filter_unlink: MSTee:0x7fb5aa914fc0,0-->MSEqualizer:0x7fb5a3498f50,0
    
message: ms_filter_unlink: MSEqualizer:0x7fb5a3498f50,0-->MSSpeexEC:0x7fb5a34f6d20,0
    
message: ms_filter_unlink: MSSpeexEC:0x7fb5a34f6d20,0-->MSResample:0x7fb5aa9178b0,0
    
message: ms_filter_unlink: MSResample:0x7fb5aa9178b0,0-->MSAuWrite:0x7fb5a3499380,0
    
message: ms_filter_unlink: MSTee:0x7fb5a3498e40,1-->MSAudioMixer:0x7fb5aa914df0,0
    
message: ms_filter_unlink: MSTee:0x7fb5aa914fc0,1-->MSAudioMixer:0x7fb5aa914df0,1
    
message: ms_filter_unlink: MSAudioMixer:0x7fb5aa914df0,0-->MSFileRec:0x7fb5aa911020,0
    
message: Audio MSTicker thread exiting
    
message: ===========================================================
    
message:                   FILTER USAGE STATISTICS                  
    
message: Name                Count     Time/tick (ms)      CPU Usage
    
message: -----------------------------------------------------------
    
message: MSX264Enc           321       138.147             97.1677   
    
message: MSResample          8076      0.0550274           0.97085   
    
message: MSSpeexEC           4302      0.0873765           0.821276  
    
message: MSH264Dec           291       0.880267            0.561463  
    
message: MSRtpSend           6174      0.012353            0.166623  
    
message: MSRtpRecv           6174      0.0115132           0.155295  
    
message: MSOSXGLDisplay      375       0.0376117           0.0308912 
    
message: MSAudioMixer        4695      0.00249638          0.0256072 
    
message: MSV4m               1480      0.00740446          0.0239537 
    
message: MSUlawEnc           4038      0.0019542           0.0172411 
    
message: MSTee               6540      0.000698976         0.00998688
    
message: MSAuRead            4695      0.00095017          0.0097466 
    
message: MSUlawDec           1890      0.00205553          0.00849059
    
message: MSVolume            5928      0.000633159         0.00820007
    
message: MSFileRec           4695      0.000722743         0.00741371
    
message: MSDtmfGen           4695      0.0005              0.00512887
    
message: MSGenericPLC        4695      0.000429514         0.00440585
    
message: MSAuWrite           4038      0.000364199         0.00321319
    
message: MSEqualizer         1890      0.000250661         0.00103538
    
message: MSSizeConv          322       0.00104334          0.000736128
    
message: MSJpegWriter        290       0.000694158         0.00044124
    
message: MSPixConv           322       0.000405573         0.000286151
    
message: MSFilePlayer        0         0                   0         
    
message: MSVoidSink          0         0                   0         
    
message: ===========================================================
    
warning: Video MSTicker: We are late of 32256 miliseconds.
    
message: v4m video device closed.
    
message: Filter MSRtpRecv is not scheduled; nothing to do.
    
message: ===========================================================
    
message:              VIDEO SESSION&#39;S RTP STATISTICS                
    
message: -----------------------------------------------------------
    
message: sent                                          1311 packets
    
message:                                            1517528 bytes  
    
message: received                                      1783 packets
    
message:                                            1049010 bytes  
    
message: incoming delivered to the app               986868 bytes  
    
message: lost                                             0 packets
    
message: received too late                                0 packets
    
message: bad formatted                                    0 packets
    
message: discarded (queue overflow)                       0 packets
    
message: ===========================================================

    In addition the application shows me delay status, from logs :

    message:: Dialog [0x7fb5a7634940]: now updated by transaction [0x7fb5aa9685d0].
    
warning: Video MSTicker: We are late of 20415 miliseconds.
    
warning: Video MSTicker: We are late of 20564 miliseconds.
    
message:: A SPS is being sent.
    
message:: A PPS is being sent.
    
warning: Video MSTicker: We are late of 20609 miliseconds.
    
warning: Video MSTicker: We are late of 20636 miliseconds.
    
warning: Video MSTicker: We are late of 20694 miliseconds.
    
warning: Video MSTicker: We are late of 20784 miliseconds.
    
warning: Video MSTicker: We are late of 20894 miliseconds.
    
warning: Video MSTicker: We are late of 21016 miliseconds.
    
warning: echo canceller: we are accumulating too much reference signal, need to throw out 1216 samples
    
message:: audio_stream_iterate(): local statistics available
    
Local&#39;s current jitter buffer size:77.440002 ms
    
message:: bandwidth usage: audio=[d=80.1,u=80.1] video=[d=305.3,u=441.8] kbit/sec
    
message:: Thread processing load: audio=2.135499    video=1268.186768
    
warning: Video MSTicker: We are late of 21134 miliseconds.
    
warning: Video MSTicker: We are late of 21256 miliseconds.
    
warning: Video MSTicker: We are late of 21382 miliseconds.
    
warning: Video MSTicker: We are late of 21506 miliseconds.
    
warning: Video MSTicker: We are late of 21638 miliseconds.
    
warning: Video MSTicker: We are late of 21781 miliseconds.
    
warning: Video MSTicker: We are late of 21921 miliseconds.
    
message:: bandwidth usage: audio=[d=81.6,u=80.0] video=[d=271.9,u=185.5] kbit/sec
    
message:: Thread processing load: audio=1.971647    video=1342.125000
    
warning: Video MSTicker: We are late of 22068 miliseconds.
    
message:: audio_stream_iterate(): remote statistics available
    
remote&#39;s interarrival jitter=68
    
remote&#39;s lost packets percentage since last report=0.390625
    
round trip time=0.258850 seconds
    
warning: Video MSTicker: We are late of 22216 miliseconds.

    Please, help me to find the problem.

    Thanks,

    this is a msx264 git repository : git clone git://git.linphone.org/msx264.git

Navigation