尽管自己看mplayer源码时日已久，也有些心得，但从未在网页上做过归纳和总结。倒是常常用笔在记事本上画画，只因为那样来的简单。下面分别抄 自不同的地方，而之所以要贴在这里，因为和他们一样，都是在认识mplayer源码过程中的同路人，也是对他们所取得认识的肯定和赞赏。没有保持原文的完 整性，望作者不要生气。我会把链接附上，如果有朋友要追本溯源，直接顺着去了就可以 :)

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－  

    Mplayer中关于Framebuffer设备相关的流程

    原文地址： http://browser.bokee.com/2171300.html

  注：本文只关注FBDEV相关的内容，其他的或不提，或略过。[由于时间比较紧,许多地方肯定还有不足的地方,欢迎指教]
首先从Mplayer.c中的main函数开始，
注意到
//================== Init VIDEO (codec & libvo) ==========================
current_module=”preinit_libvo”;
if(!(video_out=init_best_video_out(video_driver_list)))

这将跳进Video_out.c
for(i=0;video_out_drivers[i];i++){
if(!video_driver->preinit(vo_subdevice))
如果你的FBDEV打开的话，即若有
#ifdef HAVE_FBDEV
&video_out_fbdev,
&video_out_fbdev2,
那么，video_driver->preinit(vo_subdevice)这句话将跳进Vo_fbdev.c中执行preinit操作。
Preinit中进行了
fb_dev_fd = open(fb_dev_name, O_RDWR)
和一些ioctl对framebuffer设备的信息进行读取：
ioctl(fb_dev_fd, FBIOGET_VSCREENINFO, &fb_vinfo)
至此，FBDEV相关的pre初始化操作基本结束。

。。。省略其他无关的信息
进入
/*========================== PLAY VIDEO =============
这里面最重要的一个操作就是解出一帧：
//——————– Decode a frame: ———————-
// get it!
current_module=”video_read_frame”;
具体如何解赞不提，但应关注一下结果：
in_size=video_read_frame(sh_video,&next_frame_time,&start,force_fps);
其中video_read_frame是Video.c中的函数，这个操作得到了这一帧的数据信息在
内存区的起始值start和长度in_size;

由于现在得到的帧还只是未解码的信息，
下一步就是要进行解码操作：
// decode:
current_module=”decode_video”;
blit_frame=decode_video(sh_video,start,in_size,drop_frame);
执行时将跳进Dec_video.c中的decode_video函数，
mpi=mpvdec->decode(sh_video, start, in_size, drop_frame);
之后，得到了这一帧的原始的mp_image_t的图像格式，基本上可以说是最终可用的数据了。
下一步就是如何将数据刷进Fb设备中了。
vf=sh_video->vfilter;
ret = vf->put_image(vf,mpi); // apply video filters and call the leaf vo/ve
这段实际上就是我们想要的。
原来的作者曾有一句注释掉的，则更为清晰：
//vo_draw_image(video_out,mpi);
意思则是说将mpi数据直接刷到已经初始化好的video_out中去。
Vf_vo.c中实现了上述一段的主要功能：
#define video_out ((vo_functions_t*)(vf->priv)) 定义了video_out实际为vo_functions_t类型，
而vf->put_image(vf，mpi)的实现中
video_out->draw_slice(mpi->planes,mpi->stride,mpi->w,mpi->h,mpi->x,mpi->y);
调用draw_slice函数的原型为在Video_out.h中的
/*
* Draw a planar YUV slice to the buffer:
* params:
* src[3] = source image planes (Y,U,V)
* stride[3] = source image planes line widths (in bytes)
* w,h = width*height of area to be copied (in Y pixels)
* x,y = position at the destination image (in Y pixels)
*/
uint32_t (*draw_slice)(uint8_t *src[], int stride[], int w,int h, int x,int y);
也就是此时将调用Vo_fbdev.c中的
static uint32_t draw_slice(uint8_t *src[], int stride[], int w, int h, int x, int y)
{
uint8_t *d;
uint8_t *s;

d = center + (fb_line_len * y + x) * fb_pixel_size;

s = src[0];
while (h) {
memcpy(d, s, w * fb_pixel_size);
d += fb_line_len;
s += stride[0];
h–;
}

return 0;
}
从而完成从mpi到framebuffer的内存拷贝！

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

 Mplayer 中的版本管理

原文地址： http://kware.blogbus.com/logs/17613567.html

  1. Mplayer 中的版本管理
   1) 文件 Makefile 中处理
      depend: help_mp.h
        ./version.sh `$(CC) -dumpversion`
      # 这里将编译器的版本号也追加在整体版本号

   2) 文件中 version.sh 中的处理
      #!/bin/sh
      echo "#define VERSION /"1.0pre7try2-$1-josa1.0/"" > version.h
      #自动生成 version.h 文件。这里增加了 josa 版本号
      #文件 version.h 里只有一行：#define VERSION "1.0pre7try2-3.2.3-josa1.0"

   3) 版本号使用
      // 初始化，消息系统 …… mplayer.c 中
      mp_msg(MSGT_CPLAYER, MSGL_INFO, "MPlayer " VERSION " (C) 2000-2005 Yifang NTT Team/n");

   4) 编解码器的版本号问题 libancodec/utils.c
      unsigned avcodec_version( void ) { return LIBAVCODEC_VERSION_INT; }
      unsigned avcodec_build( void ) { return LIBAVCODEC_BUILD; }

2. Mplayer 安全禁用函数的使用
   错误：“utils.c: undefined reference to `time_is_forbidden_due_to_security_issues'”
   解决方案：

   #undef fprintf
   #undef time
     josaf = fopen(fn, "wt");
     time(&rawtime);                       // 获取当地时间
     fprintf(josaf, "Josa Begin! " VERSION ", Yuchun Ji, %s/n", ctime(&rawtime));
     av_log_callback = josa;
   #define fprintf please_use_av_log
   #define time time_is_forbidden_due_to_security_issues

3. 原始技术资料文本
   F:/MPlayer-1.0pre7try2/DOCS/tech/libmpcodecs.txt
   The libMPcodecs API details, hints - by A'rpi
   ==================================
   See also: colorspaces.txt, codec-devel.txt, dr-methods.txt, codecs.conf.txt

       [MPlayer core]
             | (1)
        _____V______   (2)  /~~~~~~~~~~/    (3,4)  |~~~~~~|
        |          | -----> | vd_XXX.c |  -------> | vd.c |
        | decvideo |        /__________/  <-(3a)-- |______|
        |          | -----,  ,.............(3a,4a).....:
        ~~~~~~~~~~~~  (6) V  V
          /~~~~~~~~/     /~~~~~~~~/  (8)
          | vf_X.c | --> | vf_Y.c | ---->  vf_vo.c / ve_XXX.c
          /________/     /________/
              |              ^
          (7) |   |~~~~~~|   : (7a)
              `-> | vf.c |...:
                  |______|

4. 音视频解码器选择
   1) 在 libmpcodec/dec_audio.c 文件 init_best_audio_codec() 函数中
      // 输出的三项信息分别为“编解码器名称、驱动程序、描述信息”
      tprintf("/nACD:%s AFM:%s(%s)",
        sh_audio->codec->name, sh_audio->codec->drv, sh_audio->codec->info);

   2) 在 libmpcodec/dec_video.c 文件 init_best_video_codec() 函数中
      // 输出的三项信息分别为“编解码器名称、驱动程序、描述信息”
      tprintf("/nVCD:%s VFM:%s(%s)/n",
        sh_video->codec->name, sh_video->codec->drv, sh_video->codec->info);

5. 文件 codecs.conf.h 的自动生成机制
   1) 元工具 codec_cfg.exe 的生成，在 Makefile 文件里
      PRG_CFG = codec-cfg

      $(PRG_CFG): version.h codec-cfg.c codec-cfg.h
        $(HOST_CC) $(HOST_CFLAGS) -I. -g codec-cfg.c mp_msg.c -o $(PRG_CFG) -DCODECS2HTML /
          $(EXTRA_LIB) $(EXTRA_INC) $(I18NLIBS)

   2) 使用生成的 codec_cfg.exe 工具生成 codecs.conf.h 头文件，在 Makefile 文件里
      codecs.conf.h: $(PRG_CFG) etc/codecs.conf
        ./$(PRG_CFG) ./etc/codecs.conf > $@

   3) 元工具 codec-cfg.c 分析
      目的是将编解码器配置文件 etc/codecs.conf 转化为 codecs.conf.h 文件。源配置格式见下节，目标格
      式如下：

      /* GENERATED FROM ./etc/codecs.conf, DO NOT EDIT! */

      codecs_t builtin_video_codecs[] = {
      {{0x10000001, 0x10000002, -1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,
        -1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1},  /* fourcc */
       {0x10000001, 0x10000002, 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,
        0,0,0,0,0,0,0,0,0,0,0,0,0},                                 /* fourccmap */
       {0x4D504553, -1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1},  /* outfmt */
       {0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0},                           /* outflags */
       {-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1},           /* infmt */
       {0,0,0,0,0,0,0,0,0, 0, 0, 0, 0, 0, 0, 0 },                   /* inflags */
       "mpegpes",                                                   /* name */
       "MPEG-PES output (.mpg or DXR3/DVB card)",                   /* info */
       "for hardware decoding",                                     /* comment */
       NULL,                                                        /* dll */
       "mpegpes",                                                   /* drv */
       {0x00000000,0,0,{0, 0, 0, 0, 0, 0, 0, 0}},                   /* GUID */
       0, 1, 0                                                      /* flags, status, cpuflags */
      }

   4) 编解码器配置文件 etc/codecs.conf 分析
      ;=============================================================================
      ;  Default codecs config file. It replaces the old codecs.c file!
      ;  Before editing this file, please read DOCS/tech/codecs.conf.txt !
      ;=============================================================================
      release 20030724

      ; MPEG-1/2 decoding:
      ; Note: mpegpes is preferred for hw decoders:

      videocodec mpegpes
        info "MPEG-PES output (.mpg or DXR3/DVB card)"
        comment "for hardware decoding"
        status working
        format 0x10000001  ; mpeg 1
        format 0x10000002  ; mpeg 2
        driver mpegpes
        out MPES

6. 打包源代码 MPlayer-1.0pre7try2-josa1.0.rar
   原始容量 33.20MB, 234,832,312 字节, 2341 个文件 115 个目录；
   压 缩 后  8.99MB    9,432,977 字节

   这篇文章讲的时间比较早了，其实内容可以用粗旷形容。尽管说的基本上都是对的，但我还是不懂他想说些什么。题目起的莫名其妙哦~,还有，作者有版权声明的 “版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://kware.blogbus.com/logs/17613567.html”，要是转载的话要注意了哈。

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

 Mplayer代码阅读

原文地址： http://qzone.qq.com/blog/81182980-1228458373

此文还有另外版本的链接：http://uthz.com/tag/%E8%A7%86%E9%A2%91/

 从Mplayer.c的main开始
处理参数
mconfig = m_config_new();
m_config_register_options(mconfig,mplayer_opts);
// TODO : add something to let modules register their options
mp_input_register_options(mconfig);
parse_cfgfiles(mconfig);
初始化mpctx结构体，mpctx应该是mplayer context的意思，顾名思义是一个统筹全局的变量。
static MPContext *mpctx = &mpctx_s;
// Not all functions in mplayer.c take the context as an argument yet
static MPContext mpctx_s = {
.osd_function = OSD_PLAY,
.begin_skip = MP_NOPTS_VALUE,
.play_tree_step = 1,
.global_sub_pos = -1,
.set_of_sub_pos = -1,
.file_format = DEMUXER_TYPE_UNKNOWN,
.loop_times = -1,
#ifdef HAS_DVBIN_SUPPORT
.last_dvb_step = 1,
#endif
};
原型
typedef struct MPContext {
int osd_show_percentage;
int osd_function;
ao_functions_t *audio_out;
play_tree_t *playtree;
play_tree_iter_t *playtree_iter;
int eof;
int play_tree_step;
int loop_times;
stream_t *stream;
demuxer_t *demuxer;
sh_audio_t *sh_audio;
sh_video_t *sh_video;
demux_stream_t *d_audio;
demux_stream_t *d_video;
demux_stream_t *d_sub;
mixer_t mixer;
vo_functions_t *video_out;
// Frames buffered in the vo ready to flip. Currently always 0 or 1.
// This is really a vo variable but currently there’s no suitable vo
// struct.
int num_buffered_frames;
// AV sync: the next frame should be shown when the audio out has this
// much (in seconds) buffered data left. Increased when more data is
// written to the ao, decreased when moving to the next frame.
// In the audio-only case used as a timer since the last seek
// by the audio CPU usage meter.
double delay;
float begin_skip; ///< start time of the current skip while on edlout mode
// audio is muted if either EDL or user activates mute
short edl_muted; ///< Stores whether EDL is currently in muted mode.
short user_muted; ///< Stores whether user wanted muted mode.
int global_sub_size; // this encompasses all subtitle sources
int global_sub_pos; // this encompasses all subtitle sources
int set_of_sub_pos;
int set_of_sub_size;
int global_sub_indices[SUB_SOURCES];
一些GUI相关的操作
打开字幕流
打开音视频流
mpctx->stream=open_stream(filename,0,&mpctx->file_format);
fileformat文件还是TV流DEMUXER_TYPE_PLAYLIST或DEMUXER_TYPE_UNKNOWN DEMUXER_TYPE_TV
current_module记录状态vobsub  open_stream handle_playlist dumpstream
stream_reset(mpctx->stream);
stream_seek(mpctx->stream,mpctx->stream->start_pos);
f=fopen(stream_dump_name,”wb”); dump文件流
stream->type==STREAMTYPE_DVD
//============ Open DEMUXERS — DETECT file type ======================
Demux。分离视频流和音频流
mpctx->demuxer=demux_open(mpctx->stream,mpctx->file_format,audio_id,video_id,dvdsub_id,filename);
Demux过程
demux_open
get_demuxer_type_from_name
……
mpctx->d_audio=mpctx->demuxer->audio;
mpctx->d_video=mpctx->demuxer->video;
mpctx->d_sub=mpctx->demuxer->sub;
mpctx->sh_audio=mpctx->d_audio->sh;
mpctx->sh_video=mpctx->d_video->sh;
分离了之后就开始分别Play audio和video
这里只关心play video
/*========================== PLAY VIDEO ============================*/
vo_pts=mpctx->sh_video->timer*90000.0;
vo_fps=mpctx->sh_video->fps;
if (!mpctx->num_buffered_frames) {
double frame_time = update_video(&blit_frame);
mp_dbg(MSGT_AVSYNC,MSGL_DBG2,”*** ftime=%5.3f ***/n”,frame_time);
if (mpctx->sh_video->vf_inited < 0) {
mp_msg(MSGT_CPLAYER,MSGL_FATAL, MSGTR_NotInitializeVOPorVO);
mpctx->eof = 1; goto goto_next_file;
}
if (frame_time < 0)
mpctx->eof = 1;
else {
// might return with !eof && !blit_frame if !correct_pts
mpctx->num_buffered_frames += blit_frame;
time_frame += frame_time / playback_speed;  // for nosound
}
}
关键的函数是update_video
根据pts是否正确调整一下同步并在必要的时候丢帧处理。
最终调用decode_video开始解码（包括generate_video_frame里）。
mpi = mpvdec->decode(sh_video, start, in_size, drop_frame);
mpvdec是在main里通过reinit_video_chain的一系列调用动态选定的解码程序。
其实就一结构体。它的原型是
typedef struct vd_functions_s
{
vd_info_t *info;
int (*init)(sh_video_t *sh);
void (*uninit)(sh_video_t *sh);
int (*control)(sh_video_t *sh,int cmd,void* arg, …);
mp_image_t* (*decode)(sh_video_t *sh,void* data,int len,int flags);
} vd_functions_t;
这是所有解码器必须实现的接口。
int (*init)(sh_video_t *sh);是一个名为init的指针，指向一个接受sh_video_t *类型参数，并返回int类型值的函数地址。
那些vd_开头的文件都是解码相关的。随便打开一个vd文件以上几个函数和info变量肯定都包含了。
mpi被mplayer用来存储解码后的图像。在mp_image.h里定义。
typedef struct mp_image_s {
unsigned short flags;
unsigned char type;
unsigned char bpp;  // bits/pixel. NOT depth! for RGB it will be n*8
unsigned int imgfmt;
int width,height;  // stored dimensions
int x,y,w,h;  // visible dimensions
unsigned char* planes[MP_MAX_PLANES];
int stride[MP_MAX_PLANES];
char * qscale;
int qstride;
int pict_type; // 0->unknown, 1->I, 2->P, 3->B
int fields;
int qscale_type; // 0->mpeg1/4/h263, 1->mpeg2
int num_planes;
/* these are only used by planar formats Y,U(Cb),V(Cr) */
int chroma_width;
int chroma_height;
int chroma_x_shift; // horizontal
int chroma_y_shift; // vertical
/* for private use by filter or vo driver (to store buffer id or dmpi) */
void* priv;
} mp_image_t;
图 像在解码以后会输出到显示器，mplayer本来就是一个视频播放器么。但也有可能作为输入提供给编码器进行二次编码，MP附带的 mencoder.exe就是专门用来编码的。在这之前可以定义filter对图像进行处理，以实现各种效果。所有以vf_开头的文件，都是这样的 filter。
图像的显示是通过vo，即video out来实现的。解码器只负责把解码完成的帧传给vo，怎样显示就不用管了。这也是平台相关性最大的部分，单独分出来的好处是不言而喻的，像在 Windows下有通过direcx实现的vo，Linux下有输出到X的vo。vo_*文件是各种不同的vo实现，只是他们不都是以显示为目的，像 vo_md5sum.c只是计算一下图像的md5值。
在解码完成以后，即得到mpi以后，filter_video被调用，其结果是整个filter链上的所有filter都被调用了一遍，包括最后的VO，在vo的put_image里把图像输出到显示器。这个时候需要考虑的是图像存储的方法即用哪种色彩空间。
[MPlayer core]
| (1)
_____V______   (2)  /~~~~~~~~~~/    (3,4)  |~~~~~~|
|          | —–> | vd_XXX.c |  ——-> | vd.c |
| decvideo |        /__________/  <-(3a)– |______|
|          | —–,  ,………….(3a,4a)…..:
~~~~~~~~~~~~  (6) V  V
/~~~~~~~~/     /~~~~~~~~/  (8)
| vf_X.c | –> | vf_Y.c | —->  vf_vo.c / ve_XXX.c
/________/     /________/
|              ^
(7) |   |~~~~~~|   : (7a)
`-> | vf.c |…:
|______|
感觉Mplayer的开发人员们都是无比的牛，硬是用原始的C实现了很多OO语言才支持的特性，带来不好的结果是代码看起来比较费劲.

这位兄弟说出了俺的心里话:"感觉Mplayer的开发人员们都是无比的牛".哦，他还有一篇大作在下面，嘿嘿。

Mplayer的目录结构和子文件夹说明

原文地址：http://qzone.qq.com/blog/81182980-1235106011

 libavcodec libavformat libavutil三个文件夹来自ffmpeg的库 ；
libfaad2 libao2 liba52 libmpg2 mp3lib vidix几个文件夹是其它的三方库 ；
libmpcodecs libmpdemux 文件夹中为mplayer 的 demux 和codecs。 ；
  其中demux_XXX.c为处理各种不同的container.
  vd_XXX.c为mplayer的内置视频解码器，ad_xxx.c是音频解码器。
  vf_XXX.c 和af_XXX.c 为视，音频的各种filter。
  vo_XXX.c 为解码后视频输出。
libvo  视频输出模块的 Make 文件配置部分头
libao2  音频输出模块的 Make 文件配置部分头
drivers    使用 VIDIX 技术用到的直接硬件访问驱动程序

怎么样，还是很注重条理的吧？不过，vo_XXX.c是在libvo下说的哦