huguohu2006的专栏

 Busybox    Busybo是一个遵循GPLv2协议的开源项目。Busybox将众多的Linux命令集合进一个很小的可执行程序中，可以用来替换GNU fileutils shellutils等工具集。Busybox中各种命令与相应的GNU工具相比，所能提供的选项较少，但是能够满足一般应用。Busybox为各种小型的或者嵌入式系统提供了一个比较完完全的工具集。Busybox在编写过程

转载注明出处：https://www.ibm.com/developerworks/cn/linux/l-async/学习何时以及如何使用 POSIX AIO APILinux® 中最常用的输入/输出（I/O）模型是同步 I/O。在这个模型中，当请求发出之后，应用程序就会阻塞，直到请求满足为止。这是很好的一种解决方案，因为调用应用程序在等待 I/O 请求

主要是看到网上的一篇博客http://blog.youkuaiyun.com/fdemon/article/details/6358520#quote，照个这篇博客确实现不了正确的结果。现修改如下：1. 建立一个Html网页文件。文件名：test.html     C+CGI+Ajax在S3C2440中的应用      获取服务器当前时间

最近在弄网络音频传输，linux下音频的录制和播放比较简单，一般都是open一个dsp设备文件，ioctl一些必要的参数，如：采样率，声道，采样字节数等。然后开一个线程读取发送（或者接受播放）。至于一些网络实时性的优化策略，在这里不讨论。这里只讨论底层的录制和播放。其实windows下大概也是这样的原理，但是windows略有不同，主要是和windows的api有关。先通俗的形容一下，

转载注明出处：http://blog.youkuaiyun.com/ghostyu/article/details/7396854因需要，从个人的理解顺序和需求角度对live555的分析与开发整理，包含RTSP Server与RTSP Client、如何直播H.264流与JPEG流等，均进行了探讨，对live555的初学者有一定的指导意义。本人习惯使用excel归档，所以本文均为excel的截图，

看到一片关于servfox解析的文章，为了防止以后找不到，现转载到这里，感谢原文作者。搞了一段时间的嵌入式网络视频采集与传输，基本上在服务器端采集视频用的是servfox程序包，它可以用arm-linux-gcc编译后移植到开发板上，我现在一直在做这方面的工作，用的是S3C2410的板子，这个开源程序十分不错，觉得有必要深入理解和学习一下它的源程序，网上一般没有对它的详细说明，只是简单介绍

servfox分析同样是写的比较好的文章，转载了。感谢原文作者，原文地址：http://hmgle.com/wiki/servfox_ans.html构建嵌入式Linux网络视频监控系统中,我们采用servfox来做服务器采集程序. servfox涉及到的内容主要有:V4L1接口、套接字和多线程编程. 这里简单分析一下servfox-R1_1_3.1. servfo

这也是觉得很好就转过来的文章。一:    ioctl函数的作用    ioctl用于向设备发控制和配置命令 ，有些命令也需要读写一些数据，但这些数据是不能用read/write读写的，称为Out-of-band数据。也就是说，read/write读写的数据是in-band数据，是I/O操作的主体，而ioctl命令传送的是控制信息 ，其中的数据是辅助的数据。    ioctl是设

如何指定 GCC 的默认头文件路径网上偶搜得之，以之为宝：） 原地址： http://blog.chinaunix.net/u/28781/showart.php?id=401631===========================================

记录一下，留着以后用。这里是以龙芯3210为例,其他开发板可以参考。工作环境: ubuntu-10.04(虚拟机7.13)目标平台：龙芯3210开发板开发包内核源码目录：/home/linux_3210开发包内核版本：2.6.18.1交

mplayer源码下载地址：http://www.mplayerhq.hu/MPlayer/releases/下载最新的MPlayer-1.0rc4#mkdir /usr/local/mplayer#mkdir /usr/local/codecs#cd MPlayer-1.0rc4#./configure --prefix=/usr/local/mplayer --code

转载注明出处：http://blog.sina.com.cn/s/blog_61bc01360102vu0i.html我自己在PC上写了一个小程序进行验证，发现果然是这样。如果把全部.o文件（用-ggdb3选项编译，带调试信息）直接编译成可执行文件，是可以跟踪进入.o文件对应的源文件的；如果先把其中几个.o文件用ar命令打包成静态库，再和主程序的.o文件一起编译成可执行文件，gdb就跟踪不