自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

北雨南萍

天行健 君子以自强不息,地势坤 君子以厚德载物!

  • 博客(17)
  • 资源 (17)
  • 收藏
  • 关注

转载 RHEL6.4下一键安装 Redmine

RHEL6.4下一键安装 Redmine一键式安装redmine省去了大量不必要的时间。一、下载:bitnami-redmine-2.5.2-1-linux-x64-installer.run。https://bitnami.com/stack/redmine二、安装过程如下:# ./bitnami-redmine-2.5.2-1-linux-x64-i

2015-04-19 21:35:53 1086

转载 SSL certificate problem, verify that the CA cert is OK. Details:

使用 git 出现SSL certificate problem, verify that the CA cert is OK. Details:​[jifeng@jifeng04 git]$ git clone http://github.com/cloudera/hue.git  正克隆到 'hue'...  fatal: una

2015-04-13 22:23:12 895

原创 2015中国智能硬件蛋年创新大会手记

2015中国智能硬件蛋年创新大会时间:2015年4月11日地点:北京。751时尚回廊言论一:智能硬件创业难,比软件创业更难!因为它比软件的环节更多,更有可能在任何一个环节上死。所有的环节,包括设计、打版、样品生产、试生产、销售      --- 像小鱼在家就是走的明星推广的路线,投资人带着创始人一家家去推广、供应链管理--- 好不容易有订单了,但是供应商不配

2015-04-12 22:31:13 1121

转载 FMS间实现流共享

有两个FMS服务器:一个FMS作为源服务器A,它负责采集流,在APP(test)中,livestream为流名一个FMS作为边缘服务器B,在它的APP中新建一main.asc文件,服务器启动时,它会自动执行.​NOTE:这些服务器都必须是Flash media interactive server版才行。其中,A的ip为10.0.117.21B的ip

2015-04-11 23:50:29 940

转载 Flash Media Server 心得之一

今天开始写Flash Media Server的心得,篇幅都不会很长,以比较轻松的方式写出来,对我也好,对阅读的朋友也好。如果想系统的学习FMS,请去看帮助,或者买书...什么样的情况下才使用FMS?有以下几种情形的时候,你可能需要用到FMS1、需要通过Flash Player 播放视频,而视频是以流的方式,而不是http渐进式下载的方式进行播放的时候。     渐进式下载

2015-04-11 22:39:03 2016

翻译 FlashMediaServer开发指南-第一章

Chapter 1: Getting started一、关于服务器的版本Adobe Flash Media Server offers a combination of streaming media and interactivity for building rich media applications. Flash Media Server offers instant

2015-04-11 22:31:48 1356

转载 RTMP服务器的延迟,多级边缘不影响延迟,gop为最大因素

编码器用FMLE,用手机秒表作为延迟计算。结论:1. 影响延迟的三个重要因素:网络带宽不足延迟越大,服务器算法缓存越多延迟越大,编码gop越大延迟越大2. 若只考虑服务器,NGINX-RTMP做源站时延迟在2-3秒以上。3. 若只考虑服务器,SmartServer做边缘延迟最小在0.3秒,多级边缘服务器没有影响。服务器结构如下:源站:NGINX-

2015-04-02 18:53:50 1389 1

转载 流媒体分发方式比较

分发方式比较一、分发方式比较互联网上的两种主要的分发方式:HLS和RTMP,什么时候用谁,完全决定于应用场景。还有其他的分发方式,这些分发方式不属于互联网常见和通用的方式,不予以比较:  . UDP:    譬如YY的实时应用,视频会议等等,或者RTSP之类。    这类应用的特点就是实时性要求特别高,以毫秒计算。    TCP家族协议根本就满足不了要求,所

2015-04-02 18:48:24 1395

转载 RTMP直播应用与延时分析

直播应用中,RTMP和HLS基本上可以覆盖所有客户端观看,HLS主要是延时比较大,RTMP主要优势在于延时低。一、应用场景低延时应用场景包括:  .  互动式直播:譬如2013年大行其道的美女主播,游戏直播等等     各种主播,流媒体分发给用户观看。用户可以文字聊天和主播互动。  .  视频会议:我们要是有同事出差在外地,就用视频会议开内部会议。     其实

2015-04-02 18:45:02 2477

原创 linux安装GCC详解

目前,GCC可以用来编译C/C++、FORTRAN、JAVA、OBJC、ADA等语言的程序,可根据需要选择安装支持的语言。因项目要求,需要在Redhat Linux原本安装有GCC4.1.2的基础上,再安装GCC4.5.1。安装之前,系统中必须要有cc或者gcc等编译器,并且是可用的,或者用环境变量CC指定系统上的编译器。如果系统上没有编译器,不能安装源代码形式的GCC 4.5.1

2015-04-01 17:47:35 2548

原创 《从0到1》笔记 第十章 打造帮派文化

第十章 打造帮派文化----我的团队管理风格从一开始,我就想让PayPal员工紧密团结,而不是出于事务关系待在一起。 除了工作时间,其它时间也要更多地交流和活动。初创公司早期要让员工尽可能地个性相像,因为观点一致,更容易高效运转。每名员工只专注于一件事情:因为角色界定明确可以减少矛盾,消除竞争更易于建立长久的纯粹的工作关系以外的交情。内部和谐也是初创公司

2015-04-01 12:35:50 1642

原创 《从0到1》笔记 第九章 基础决定命运

第九章 基础决定命运----每个成功企业都是独一无二的,而要做好每个事业,有些事情在起步阶段就必须做好:----基础没有打好的初创企业是无法挽救的。开头很特殊,它在本质上有别于之后的阶段。如美国的《独立宣言》的制定,后来的几百年都只是小修改。公司初创时,对合伙人的选择,制度的制定,产品的方向都是基础性的,决定企业最终命运的。现在我考虑投资一家初创公司时,会考

2015-04-01 11:42:15 4078

原创 《从0到1》笔记 第八章 秘密

第八章 秘密----好企业都有自己的秘技​发现秘密时,你将面临选择:告诉别人?还是保守秘密?那么要对谁说呢?不管你必须要对谁说,都不要多讲。好企业是改变世界的密谋者,当你与人分享秘密时,听众就成为了你的谋士。

2015-04-01 09:43:50 764

原创 《从0到1》笔记 第七章 向钱看

第七章 向钱看----风险投资中的幂次法则,在公司的经营也同样有效风险投资家的任务是鉴定那些刚起步的前景光明的公司,投资这些公司并从中获利。风投中一种错误的投资组合是:期待所投的企业的回报呈正太分布。也就是说,没有希望的公司会倒闭,这样的企业不多;中等公司会一直持平,这样的企业最多;好的公司的回报会达到两倍甚至四倍,但这们的企业也不多,却弥补了倒闭企业的亏损。

2015-04-01 09:42:03 786

原创 《从0到1》笔记 第六章 成功不是中彩票

第六章 成功不是中彩票----长期规划及其重要初创公司的创立者只有在对公司没有确切规划的时候才会主动卖掉公司。2006年7月,当雅虎公司出价10亿要收购Facebook时,我认为如果是我们,至少会考虑一下。但是马克.扎克伯格在会议上宣布:“好了,伙计们,这个会议只是走个程序,10分钟也不用,我们显然不会把Facebook卖掉”马克清楚他能够领导公司开创出怎样的未来,

2015-04-01 09:39:26 878

原创 《从0到1》笔记 第五章 后发优势

第五章 后发优势----如何创建垄断企业一个企业成功与否要看它在未来生成现金流的能力。这也是为什么现在的美国市场上对企业的估值更看重的未来的赢利能力,而不会在意企业现在是亏损的。一、垄断企业的特征1. 专利或独门技术专利或独门技术是一家公司最实质性的优势,它使你的产品很难或不能被别的公司复制。例如谷歌的搜索算法,它的搜索效果比其他的搜索引擎都好。

2015-04-01 09:38:10 5806

原创 《从0到1》笔记 第四章 竞争意识

第四章 竞争意识----模仿与零和式的竞争是低端的,----现有的教育存在陷阱,并随之带到了职场中成为职场陷阱​创造性垄断或竞争就是新产品既让大众受益,又可以给创造者带来长期利润。在社会中,竞争是一种观念,甚至是零和式竞争也在所不惜。我们宣扬竞争,内化竞争的必要性,颁布竞争的条律;结果就是,尽管竞争越来越激烈,我们的实际获得的却越来越少,我们把自己困在了竞争中。

2015-04-01 09:32:41 1022

h264-to-rtmp.copy-frame

使用了FFmpeg SDK的最新版实现; 能完整地逐帧读取h.264的码流文件, 并帧数据复制的模式封装成RTMP流并推送; 有详细的代码注释; 亲测可用,很方便整合到生产工程中;

2024-02-20

PJT-dynamic-video-encoder.by-x264.zip

基于X264实现的动态码率与动态帧率调整

2021-02-16

RTCP-RTP协议详解-中文版.doc

RTP/RTCP协议的解析

2021-02-16

red-black-tree.zip

红黑树的C语言实现

2021-02-05

查找H.264流中的SPS,PPS并解析

从FFmpeg中抽取出来, 读取文件中数据流,快速找到buffer中的SPS 和 PPS,并解析它们的代码;

2018-06-16

FFmpeg SDK的数据结构与API函数详解

我自己整理的最新版(2014-5-5)ffmpeg SDK的数据结构和API函数; 包含了数据结构中变量的大量注解,以及API函数的一些基本使用方式;

2014-05-04

ffmpegSDK_avc2ts

使用ffmpeg SDK实现的h264封装成MPEG2-TS文件; 网上其它的版本都有bug,不能工作,这个是我自己改好的; 代码分析可以看我写的文章《FFmpeg SDK开发模型之三:muxer》

2014-05-04

ffmpeg SDK与示例程序

根据ffmpeg生成的SDK, 并添加上了编译,测试通过的两例子apiexample, output_example 具体的代码分析可以看我的博客文章

2014-04-21

UDP数据接收服务器

这是我在做一个要用UDP方式进行数据传输时,自己写的一个多线程的UDP数据接收服务器, 它能将接收到的UDP数据包存成文件,并提供数据包接收时间监测; 还支持键盘命令响应,以将数据写到新的文件,和退出程序;

2013-09-18

HEVC(h.265)官方文档

HEVC(H.265)的官方文档,做视频编解码必备 2012年2月10日,在美国圣何塞召开了第99届MPEG会议。MPEG组织和ITU-T组织对JCT-VC的工作表示满意,准备于2013年1月,同时在ISO/IEC和ITU-T发布HEVC标准的最终版本。[1] 2013年1月26号,HEVC正式成为国际标准 这是2013年的最新版本

2013-05-09

录制UDP组播数据到文件

本程序支持本机多网卡(即多IP),指定IP接收UDP组播数据存储成文件。 而且本程序是多线程并行的工作方式,能保证数据并行接收与存储,从而不会造成数据丢失。 本程序还对UDP组播数据的初始化,接收和结束进行了封装,方便应用开发。 最后说明一下,本程序借鉴ffmpeg的相关代码,完全达到了应用开发级别, 且可以用来理解ffmpeg对UDP数据的处理。

2013-05-09

linux进程间的通信:匿名管道

liunx进程间,使用匿名管道通信的示例程序, 生成了两个子进程, 实现文件读取,转码成大写,写输出文件的流水并行。 对实用场合很有启发意义

2012-11-15

DirectShow实务精选+源代码

DirectShow开发的三本必备学习资料之一。 快速提高DirectShow技术的利器。

2012-10-27

DirectShow开发指南及源代码

《Directshow开发指南》书和源代码,开发directshow的入门和必备资料

2012-10-26

rtmpdump for vs2008

将rtmpdump移植到了VS2008下

2012-10-26

H.264/SVC 官方说明书最新完整版(包含SVC部分)

H.264/SVC官方的说明书,包含有SVC部分,是网上最好最全的版,研究H.264必备的文档

2012-07-29

H.264 SVC简介

H.264的SVC技术综述,基本原理介绍

2012-07-29

H.264 SVC学习报告

H.264 SVC部分的专项内容学习与疑问解答。对学习H.264的SVC的入门极有用

2012-07-29

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除