vinjn's profile::让世界更好玩的vinjn::BlogLists Tools Help

Blog


    November 28

    本周太忙了

    微机实验,笔试,面试,女仆-。-,兼职,OO作业,网络作业,等等等等
    live555的faq根本没时间细看,有了兼职以后时间就开始不够用了
    公司的网站可以运作了,还缺图片显示的功能,简历上可以写上熟悉asp了吧(笑)
     
    但是在上沧线上看科幻世界.译文版的时光还是很惬意的
    当组长是很麻烦的事情,唉。
     
    找工作的事暂时不想放太多精力,上海机会多着呢
    而工作了两年后,我,想去哪不行?
    November 24

    一个视频点播系统的构想(三)

    得到水源上rogerfd的提示,看了live555的一些资料
    现在服务端程序已经有解决方法了,即live555/mediaServer/live555MediaServer.exe,再套个界面上去就ok了
    而客户端通过自定义一个MediaSink来实现
    剩下的问题是ffmpeg如何和packet交互,即不涉及文件io的解码流程
    还svn了VLC的源码,海量啊,VLC支持rtsp协议,并且经测试能够访问live555MediaServer.exe提供的服务
    所以啊,到时客户端完成不了的话,我就写个小网站调用activex版本的VLC算了
    MonoComic,恩,就叫这个名字咯

    October 05

    一个视频点播系统的构想(二)

    找到现有的工程了
    就在ffmpeg的根目录下
    ffserver.h/.c
    将近4.5k行的代码
    又要死磕了
     
    October 02

    一个视频点播系统的构想

    v 0.1
    服务端:负责打开文件,获取文件信息,解码(视频/音频),进行影音同步,将同步后的packet发送给客户端。
    单位长度的视频(即一张位图)是连续的内存单位,以uint8_t数组的形式存在
    单位长度的音频同上
     
    客户端:接收packet,
    处理视频的方式是画出图片,可以借助gdi/ddraw/sdl/d3d/opengl等等等
    处理音频的方式是播放,可以借助dAudio/sdl/fmod等等等
     
    解码部分使用ffmpeg 
    客户端的播放使用sdl
     
    一切貌似很棒,但是,现在问题来了,就拿320×240的模式来说,每个象素占用3个字节
    共需:320*240*3(byte) = 230,400(byte)
    这可不是个小数字哦,更何况是每秒24帧的电影
    很明显,由服务端解码,再传给客户端的做法是不可行的
    解决方案麽,显然是流媒体,问题是怎么搞呢?