mirror of
https://github.com/wangyu-/UDPspeeder.git
synced 2025-09-18 05:04:32 +08:00
Compare commits
53 Commits
v2@2017110
...
v2@2017111
Author | SHA1 | Date | |
---|---|---|---|
|
6f55b8a2fc | ||
|
85122b7155 | ||
|
0cef4503be | ||
|
744c8f56ae | ||
|
8680b06882 | ||
|
57cce3a424 | ||
|
6ab4294bd9 | ||
|
ebdabb4598 | ||
|
c254545290 | ||
|
1301fdc96d | ||
|
f58dfe4fdd | ||
|
3fd198a1e2 | ||
|
017e851c2d | ||
|
2929eead0e | ||
|
e2c2f2dfec | ||
|
d0ebd67dbd | ||
|
211fcee8db | ||
|
6b4a2dfe21 | ||
|
65939eb9e7 | ||
|
9c00a2f3a6 | ||
|
4706e51fad | ||
|
c3786a91d8 | ||
|
680f127350 | ||
|
7713cf0c15 | ||
|
5024a02d20 | ||
|
f2d9deb2a3 | ||
|
c5c440245c | ||
|
c95e2db1af | ||
|
82a2b3cb9a | ||
|
8ecc696da5 | ||
|
6e6fc62fb8 | ||
|
ea03e5f8ec | ||
|
3be2642397 | ||
|
d05bcfc2f8 | ||
|
e50292bd4a | ||
|
363aec12d4 | ||
|
4364a7b789 | ||
|
17a42a1218 | ||
|
9152fef474 | ||
|
eb7406e6f3 | ||
|
296a84be3c | ||
|
69558ab16c | ||
|
37b7eb7282 | ||
|
4ca57cf656 | ||
|
1a744d69ea | ||
|
86b68697e1 | ||
|
63a2f923ab | ||
|
5774b478fc | ||
|
e91dcf6647 | ||
|
f6c97af854 | ||
|
2f097d720d | ||
|
c6de39acc8 | ||
|
0f425a3a98 |
@@ -40,7 +40,7 @@ tested on a link with 100ms latency and 10% packet loss at both direction
|
||||
# Supported Platforms
|
||||
Linux host (including desktop Linux,Android phone/tablet, OpenWRT router, or Raspberry PI).
|
||||
|
||||
For Windows and MacOS You can run UDPspeeder inside [this](https://github.com/wangyu-/udp2raw-tunnel/releases/download/20170918.0/lede-17.01.2-x86_virtual_machine_image_with_udp2raw_pre_installed.zip) 7.5mb virtual machine image.
|
||||
For Windows and MacOS You can run UDPspeeder inside [this](https://github.com/wangyu-/udp2raw-tunnel/releases/download/20171108.0/lede-17.01.2-x86_virtual_machine_image.zip) 7.5mb virtual machine image.
|
||||
|
||||
# How does it work
|
||||
|
||||
@@ -86,7 +86,7 @@ Now connecting to UDP port 3333 at the client side is equivalent to connecting t
|
||||
|
||||
`-k` enables simple XOR encryption
|
||||
|
||||
To run stably, pay attention to MTU.
|
||||
To run stably, pay attention to MTU. You can also try `--mode 0`,there will be no MTU problem in this mode.
|
||||
|
||||
# Advanced Topic
|
||||
### Full Options
|
||||
|
3
common.h
3
common.h
@@ -70,7 +70,8 @@ const int buf_len=max_data_len+200;
|
||||
|
||||
//const u32_t timer_interval=400;
|
||||
////const u32_t conv_timeout=180000;
|
||||
const u32_t conv_timeout=40000;//for test
|
||||
//const u32_t conv_timeout=40000;//for test
|
||||
const u32_t conv_timeout=180000;
|
||||
const int max_conv_num=10000;
|
||||
const int max_conn_num=200;
|
||||
|
||||
|
@@ -51,11 +51,13 @@ client支持多个udp连接,server也支持多个client
|
||||
# 简明操作说明
|
||||
|
||||
### 环境要求
|
||||
Linux主机,可以是桌面版,可以是android手机/平板,可以是openwrt路由器,也可以是树莓派。在windows和mac上配合虚拟机可以稳定使用(speeder跑在Linux里,其他应用照常跑在window里,桥接模式测试可用),可以使用[这个](https://github.com/wangyu-/udp2raw-tunnel/releases/download/20170918.0/lede-17.01.2-x86_virtual_machine_image_with_udp2raw_pre_installed.zip)虚拟机镜像,大小只有7.5mb,免去在虚拟机里装系统的麻烦;虚拟机自带ssh server,可以scp拷贝文件,可以ssh进去,可以复制粘贴,root密码123456。
|
||||
Linux主机,可以是桌面版,可以是android手机/平板,可以是openwrt路由器,也可以是树莓派。Release中提供了`amd64`、`x86`、`arm`、`mips_be`、`mips_le`的预编译binary.
|
||||
|
||||
对于windows和mac用户,在虚拟机中可以稳定使用(speeder跑在Linux里,其他应用照常跑在window里,桥接模式测试可用)。可以使用[这个](https://github.com/wangyu-/udp2raw-tunnel/releases/download/20171108.0/lede-17.01.2-x86_virtual_machine_image.zip)虚拟机镜像,大小只有7.5mb,免去在虚拟机里装系统的麻烦;虚拟机自带ssh server,可以scp拷贝文件,可以ssh进去,可以复制粘贴,root密码123456。
|
||||
|
||||
android版需要通过terminal运行。
|
||||
|
||||
###### 注意
|
||||
##### 注意
|
||||
在使用虚拟机时,建议手动指定桥接到哪个网卡,不要设置成自动。否则可能会桥接到错误的网卡。
|
||||
|
||||
### 安装
|
||||
@@ -67,25 +69,25 @@ https://github.com/wangyu-/UDPspeeder/releases
|
||||
假设你有一个server,ip为44.55.66.77,有一个服务监听在udp 7777端口。 假设你需要加速本地到44.55.66.77:7777的流量。
|
||||
```
|
||||
在server端运行:
|
||||
./speederv2 -s -l0.0.0.0:4096 -r127.0.0.1:7777 -f20:10 -k "passwd"
|
||||
./speederv2 -s -l0.0.0.0:4096 -r127.0.0.1:7777 -f20:10 -k "passwd" --mode 0
|
||||
|
||||
在client端运行:
|
||||
./speederv2 -c -l0.0.0.0:3333 -r44.55.66.77:4096 -f20:10 -k "passwd"
|
||||
./speederv2 -c -l0.0.0.0:3333 -r44.55.66.77:4096 -f20:10 -k "passwd" --mode 0
|
||||
```
|
||||
|
||||
现在client和server之间建立起了tunnel。想要连接44.55.66.77:7777,只需要连接 127.0.0.1:3333。来回的所有的udp流量会被加速。
|
||||
|
||||
###### 备注:
|
||||
##### 备注:
|
||||
|
||||
`-f20:10` 表示对每20个原始数据发送10个冗余包。`-f20:10` 和`-f 20:10`都是可以的,空格可以省略,对于所有的单字节option都是如此。对于双字节option,例如后面的`--mode 0`和`--mtu 1200`,空格不可以省略。
|
||||
`-f20:10`表示对每20个原始数据发送10个冗余包。`-f20:10` 和`-f 20:10`都是可以的,空格可以省略,对于所有的单字节option都是如此。对于双字节option,例如后面会提到的`--mode 0`,空格不可以省略。
|
||||
|
||||
`-k` 指定一个字符串,开启简单的异或加密
|
||||
|
||||
如果需要更省流量,请加上`--mode 0`,`--mode 0`模式会牺牲一点点的延迟(默认最多8ms,可调)换取更低的流量消耗。
|
||||
推荐使用`--mode 0`选项,否则你可能需要考虑MTU问题。
|
||||
|
||||
###### 注意
|
||||
##### 注意
|
||||
|
||||
要为UDPspeeder加速的应用设置好MTU(不是在UDPspeeder中,是在被加速的应用中),建议设置为1200。 另外,如果被加速的应用不能调整MTU,也可以在UDPspeeder中通过`--mode 0 --mtu 1200`设置MTU。关于`--mode 0`和`--mtu`的具体解释请看下文。
|
||||
这里推荐的参数是给日常/非游戏情况下使用的;玩游戏请用 [使用经验](https://github.com/wangyu-/UDPspeeder/wiki/使用经验) 里推荐的参数。
|
||||
|
||||
# 进阶操作说明
|
||||
|
||||
@@ -140,27 +142,20 @@ log and help options:
|
||||
##### `-f` 选项
|
||||
设置fec参数,影响数据的冗余度。
|
||||
##### `--timeout` 选项
|
||||
指定fec编码器在编码时候最多可以引入多大的延迟。越高fec越有效率,加速游戏时调低可以降低延迟。
|
||||
|
||||
指定fec编码器在编码时候最多可以引入多大的延迟。越高fec越有效率,调低可以降低延迟,但是会牺牲效率。
|
||||
##### `--mode` 选项 和 `--mtu`选项
|
||||
fec编码器的工作模式。对于mode 0,编码器会积攒一定数量的packet,然后把他们合并再切成等长的片段(切分长度由--mtu指定)。对于mode 1,编码器不会做任何切分,而是会把packet按最大长度对齐,fec冗余包的长度为对齐后的长度(最大长度)。
|
||||
|
||||
mode 0更省流量,在丢包率正常的情况下效果和mode 1是一样的;mode 1延迟更低,在极高丢包的情况下表现更好。
|
||||
简单来说`--mode 0`更省流量,没有mtu问题;`--mode 1`可以稍微降低一点延迟,需要考虑mtu;另外还有个`--mode 0 -q1`模式,多倍发包专用,没有延迟,也没有mtu问题,适合游戏,但是最耗流量。
|
||||
|
||||
mode 0使用起来可以不用关注mtu,因为fec编码器会帮你把包切分到合理的大小;用mode 1时必须合理设置上层应用的mtu。mode 0模式中--mtu选项决定切分的片段的长度,mode 1模式中--mtu选项只起检查作用,如果超过了--mtu指定的值,数据包会被丢弃。
|
||||
具体见,https://github.com/wangyu-/UDPspeeder/wiki/mode和mtu选项
|
||||
|
||||
mode 0模式的流量消耗基本完全透明。mode 1因为涉及到数据按最大长度对齐,所以流量消耗不是完全可预期。<del>不过就实际使用来看,mode 1消耗的额外流量不多。</del> mode 1一般会比mode 0多消耗零点几倍的流量,对于在意流量的人,推荐用mode 0。
|
||||
|
||||
mode 0模式数据包一般不会乱序,除非网络本身有严重乱序;mode 1模式被恢复的数据包可能会乱序,不过UDP本来就允许乱序,对绝大多数应用没有影响。mode 0模式反而可以纠正一些乱序情况。
|
||||
|
||||
mode 0模式允许你发送的数据包大小超过物理接口的MTU而几乎不引起性能损失(而普通的ip分片做不到这点),目前最高支持到2000字节,2000字节已经可以应对任何应用了,因为一般网络的MTU只有1400多。之所以支持到2000字节是为了省程序内部开的静态buff(静态buff避免malloc提高性能),如果你是开发者,通过重新编译,支持到UDP协议的极限(
|
||||
65507字节)也没问题。
|
||||
对于新手,建议不要纠结这些参数的具体含义,就用我在`使用经验`里推荐的设置,不要乱改参数,尤其是不要改`--mtu`。
|
||||
|
||||
##### `--report` 选项
|
||||
数据发送和接受报告。开启后可以根据此数据推测出包速和丢包率等特征。
|
||||
数据发送和接受报告。开启后可以根据此数据推测出包速和丢包率等特征。`--report 10`表示每10秒生成一次报告。
|
||||
|
||||
##### `-i` 选项
|
||||
指定一个时间窗口,长度为n毫秒。同一个fec分组的数据在发送时候会被均匀分散到这n毫秒中。可以对抗突发性的丢包。默认值是0,因为这个功能需要用到时钟,在某些虚拟机里时钟不稳定,可能会导致个别包出现非常大的延迟,所以默认关掉了。这个功能很有用,默认参数效果不理想时可以尝试打开。这个选项的跟通信原理上常说的`交错fec` `交织fec`的原理是差不多的。
|
||||
指定一个时间窗口,长度为n毫秒。同一个fec分组的数据在发送时候会被均匀分散到这n毫秒中。可以对抗突发性的丢包。默认值是0,因为这个功能需要用到时钟,在某些虚拟机里时钟不稳定,可能会导致个别包出现非常大的延迟,所以默认关掉了。这个功能很有用,默认参数效果不理想时可以尝试打开,比如用`-i 10`。这个选项的跟通信原理上常说的`交错fec` `交织fec`的原理是差不多的。
|
||||
|
||||
##### `-j` 选项
|
||||
为原始数据的发送,增加一个延迟抖动值。这样上层应用计算出来的RTT方差会更大,以等待后续冗余包的到达,不至于发生在冗余包到达之前就触发重传的尴尬。配合-t选项使用。正常情况下跨国网络本身的延迟抖动就很大,可以不用设-j。这个功能也需要时钟,默认关掉了,不过一般情况应该不需要这个功能。
|
||||
@@ -170,11 +165,14 @@ mode 0模式允许你发送的数据包大小超过物理接口的MTU而几乎
|
||||
##### `--random-drop` 选项
|
||||
随机丢包。模拟高丢包的网络环境时使用。 `--random-drop`和`-j`选项一起用,可以模拟高延迟(或者高延迟抖动)高丢包的网络,可用于测试FEC参数在各种网络环境下的表现。
|
||||
|
||||
##### `-k`选项
|
||||
指定一个字符串,server/client间所有收发的包都会被异或,改变协议特征,防止UDPspeeder的协议被运营商针对。
|
||||
##### `-q` 选项
|
||||
仅对mode 0模式有用。设置fec编码器的最大队列长度。 比如`-q5`的意思是,在编码器积攒了5个数据包后,就立即发送。合理使用可以改善延迟。在下文的`使用经验`里有提到用`--mode 0 -q1` 来多倍发包。
|
||||
|
||||
##### `--disable-obscure`
|
||||
UDPspeeder默认情况下会对每个发出的数据包随机填充和异或一些字节(4~32字节),这样通过抓包难以发现你发了冗余数据,防止VPS被封。这个功能只是为了小心谨慎,即使你关掉这个功能,基本上也没问题,关掉可以省一些带宽和CPU。
|
||||
`-q`和 `--timeout`的作用类似。`-q`决定fec编码器积攒了多少个数据包之后,立即发送。`--timeout`决定编码器收到第一个数据包以后,最多延迟多少毫秒后发送。
|
||||
|
||||
默认值是200,也就是尽可能多得积攒数据。
|
||||
|
||||
建议不要自己调整这个参数,除非是用我在`使用经验`里推荐给你的形式。
|
||||
|
||||
#### `--fifo` option
|
||||
用fifo(命名管道)向运行中的程序发送command。例如`--fifo fifo.file`,可用的command有:
|
||||
@@ -187,84 +185,24 @@ echo mode 0 > fifo.file
|
||||
```
|
||||
可以动态改变fec编码器参数。可以从程序的log里看到command是否发送成功。
|
||||
|
||||
### 以下设置两端必须相同。
|
||||
|
||||
##### `-k`选项
|
||||
指定一个字符串,server/client间所有收发的包都会被异或,改变协议特征,防止UDPspeeder的协议被运营商针对。
|
||||
|
||||
##### `--disable-obscure`
|
||||
UDPspeeder默认情况下会对每个发出的数据包随机填充和异或一些字节(4~32字节),这样通过抓包难以发现你发了冗余数据,防止VPS被封。这个功能只是为了小心谨慎,即使你关掉这个功能,基本上也没问题,关掉可以省一些带宽和CPU。`--disable-obscure`可以关掉这个功能。
|
||||
|
||||
# 使用经验
|
||||
|
||||
### 在FEC和多倍发包之间如何选择
|
||||
|
||||
对于游戏,游戏的流量本身不大,延迟很重要,多倍发包是最佳解决方案,多倍发包不会引入额外的延迟。FEC编码器需要先积攒一些数据,才可以做FEC,延迟无法避免;对于多倍发包,没有这个问题,所以没有延迟。
|
||||
|
||||
对于其他日常应用(延迟要求一般),在合理配置的情况下,FEC的效果肯定好过多倍发包。不过需要根据网络的最大丢包来配置FEC参数,才能有稳定的效果。如果配置不当,对于--mode 1可能会完全没有效果;对于--mode 0,可能效果会比不用UDPspeeder还差。
|
||||
|
||||
对于游戏以外的应用,推荐使用FEC。但是,如果FEC版的默认参数在你那边效果很差,而你又不会调,可以先用多倍发包。
|
||||
|
||||
### V2版如何多倍发包
|
||||
|
||||
只要在设置-f参数时把x设置为1,fec算法就退化为多倍发包了。例如-f1:1,表示2倍发包,-f1:2表示3倍发包,以此类推。另外建议加上"--mode 1"参数,防止fec编码器试图积攒和合并数据,获得最低的延迟。
|
||||
|
||||
2倍发包的完整参数:
|
||||
|
||||
```
|
||||
./speederv2 -s -l0.0.0.0:4096 -r127.0.0.1:7777 -f1:1 -k "passwd" --mode 1
|
||||
./speederv2 -c -l0.0.0.0:3333 -r44.55.66.77:4096 -f1:1 -k "passwd" --mode 1
|
||||
```
|
||||
|
||||
使用了`--mode 1`以后,`--timeout`选项不起作用,所以不用调。
|
||||
|
||||
如果你只需要多倍发包,可以直接用回V1版,V1版配置更简单,占用内存更小,而且经过了几个月的考验,很稳定。
|
||||
|
||||
### 根据网络丢包合理设置FEC参数
|
||||
|
||||
默认的FEC参数为-f20:10,对每20个包,额外发送10个冗余包,也就是1.5倍发包。已经可以适应绝大多数的网络情况了,对于10%的网络丢包,可以降低到0.01%以下;对于20%的网络丢包,可以降低到2.5%。
|
||||
|
||||
如果你的网络丢包很低,比如在3%以下,可以尝试调低参数。比如-f20:5,也就是1.2倍发包,这个参数已经足够把3%的丢包降低到0.01%以下了。
|
||||
|
||||
如果网络丢包超过20%,需要把-f20:10调大。
|
||||
|
||||
如果你实在不会配,那么也可以用回V1版。
|
||||
|
||||
### 根据CPU处理能力来调整FEC参数
|
||||
|
||||
FEC算法很吃CPU,初次使用建议关注UDPspeeder的CPU占用。如果CPU被打满,可以在冗余度不变的情况下把FEC分组大小调小,否则的话效果可能很差。
|
||||
|
||||
比如-f20:10和-f10:5,都是1.5倍的冗余度,而-f20:10的FEC分组大小是30个包,-f10:5的FEC分组大小是15个包。-f20:10更费CPU,但是在一般情况下效果更稳定。把分组调小可以节省CPU。
|
||||
|
||||
另外,fec分组大小不宜过大,否则不但很耗CPU,还有其他副作用,建议x+y<50。
|
||||
|
||||
### 改变FEC参数而不断线
|
||||
|
||||
`--fifo`选项可以在运行时改变FEC参数,无需重启程序,也不会断线。如果你在使用过程中发现网络丢包突然变高,可以动态地把冗余度调大;反之也一样,如果网络变好了,把冗余度调小节省流量。一切都是无缝进行,不会断线,也不会因为改FEC参数导致额外的丢包。
|
||||
|
||||
### 为什么使用之后效果反而变差了?
|
||||
|
||||
有可能是你用了`--mode 0`参数,而又没调好参数。
|
||||
|
||||
如果你没有使用`--mode 0`,而确实效果变差了,那很可能是因为你的运营商对UDP有限制。一般看视频和下载都是TCP流量,而用UDPspeeder中转后流量变成了UDP流量,如果运营商对UDP做了限制,就可能导致效果比不用还差。用udp2raw可以解决,udp2raw: https://github.com/wangyu-/udp2raw-tunnel
|
||||
|
||||
|
||||
### UDPspeeder和BBR/锐速配合
|
||||
|
||||
UDPspeeder和BBR/锐速可以配合使用,UDPspeeder工作在IP层负责降低丢包率,BBR/锐速工作在TCP层负责优化拥塞和重传。这种情况下,可以调低UDPspeeder的冗余度,能把丢包率降低到5%以内就可以了,剩下的交给BBR/锐速解决,这样预计可以节省一些流量。如果是UDPspeeder跟Linux默认的Cubic一起用,最少也要把丢包率降低到1%以下才能流畅使用TCP。
|
||||
|
||||
对下文的`UDPspeeder + openvpn`和`UDPspeeder + openvpn + $***`方法有效。不过有一点区别,具体见下文。
|
||||
|
||||
### UDPspeeder和Kcptun配合
|
||||
|
||||
UDPspeeder和Kcptun配合,UDPspeeder和Kcptun可以并联也可以串联。
|
||||
|
||||
并联的情况下,让kcptun负责加速TCP,UDPspeeder负责加速UDP。见下文的`UDPspeeder + kcptun + $*** 同时加速tcp和udp流量`。
|
||||
|
||||
串联的情况。UDPspeeder的FEC跟Kcptun自带的相比:可以对两个方向设置不同的FEC参数、有一个更省流量的mode 0模式、可以动态改变FEC参数;但是UDPspeeder本身不优化拥塞和重传算法。所以UDPspeeder和Kcptun也可以配合使用,结合两者的优点。
|
||||
|
||||
串联时可以关掉Kcptun的FEC,让UDPspeeder接管FEC功能。这样UDPspeeder工作在UDP层负责降低丢包率,Kcptun工作在应用层用kcp算法负责优化拥塞和重传,能起到和`UDPspeeder+BBR/锐速`类似的效果。
|
||||
|
||||
如果发Issue问Kcptun+UDPspeeder相关的问题,一定要说明是并联还是串联。
|
||||
https://github.com/wangyu-/UDPspeeder/wiki/使用经验
|
||||
|
||||
# 应用
|
||||
|
||||
#### UDPspeeder + OpenVPN加速任何流量,也适用于其他VPN
|
||||

|
||||
|
||||
可以和BBR/锐速叠加,不过BBR/锐速部署在VPS上只对从本地到VPS的流量有效,对从本地到第三方服务器的流量无效。
|
||||
可以和BBR/锐速叠加,不过BBR/锐速部署在VPS上只对本地和VPS间的流量有效,对从本地和第三方服务器间的流量无效。
|
||||
|
||||
需要在服务端开启ipforward和NAT。在客户端改路由表(可以手动修改,也可以由OpenVPN的redirect-gateway选项自动加好)。
|
||||
|
||||
|
@@ -16,7 +16,7 @@ int g_fec_redundant_num=10;
|
||||
int g_fec_mtu=1250;
|
||||
int g_fec_queue_len=200;
|
||||
int g_fec_timeout=8*1000; //8ms
|
||||
int g_fec_mode=1;
|
||||
int g_fec_mode=0;
|
||||
|
||||
int dynamic_update_fec=1;
|
||||
|
||||
@@ -185,7 +185,7 @@ int fec_encode_manager_t::append(char *s,int len/*,int &is_first_packet*/)
|
||||
{
|
||||
mylog(log_trace,"counter=%d\n",counter);
|
||||
assert(len<=65535&&len>=0);
|
||||
assert(len<=fec_mtu);
|
||||
//assert(len<=fec_mtu);//relax this limitation
|
||||
char * p=input_buf[counter]+sizeof(u32_t)+4*sizeof(char);//copy directly to final position,avoid unnecessary copy.
|
||||
//remember to change this,if protocol is modified
|
||||
|
||||
@@ -229,7 +229,7 @@ int fec_encode_manager_t::input(char *s,int len/*,int &is_first_packet*/)
|
||||
}
|
||||
if(fec_mode==1&&s!=0&&len>fec_mtu)
|
||||
{
|
||||
mylog(log_warn,"mode==1,message len=%d,fec_mtu=%d,len>fec_mtu,packet may not be able to deliver\n",len,fec_mtu);
|
||||
mylog(log_warn,"mode==1,message len=%d,len>fec_mtu,fec_mtu=%d,packet may not be delivered\n",len,fec_mtu);
|
||||
//return -1;
|
||||
}
|
||||
if(s==0&&counter==0)
|
||||
@@ -282,7 +282,10 @@ int fec_encode_manager_t::input(char *s,int len/*,int &is_first_packet*/)
|
||||
int best_data_num=fec_data_num;
|
||||
for(int i=1;i<actual_data_num;i++)
|
||||
{
|
||||
u32_t new_len=(blob_encode.get_shard_len(i,0)+header_overhead)*(i+fec_redundant_num);
|
||||
u32_t shard_len=blob_encode.get_shard_len(i,0);
|
||||
if(shard_len>(u32_t)fec_mtu) continue;
|
||||
|
||||
u32_t new_len=(shard_len+header_overhead)*(i+fec_redundant_num);
|
||||
if(new_len<best_len)
|
||||
{
|
||||
best_len=new_len;
|
||||
|
14
main.cpp
14
main.cpp
@@ -34,19 +34,22 @@ static void print_help()
|
||||
printf("main options:\n");
|
||||
printf(" -f,--fec x:y forward error correction, send y redundant packets for every x packets\n");
|
||||
printf(" --timeout <number> how long could a packet be held in queue before doing fec, unit: ms, default: 8ms\n");
|
||||
printf(" --mode <number> fec-mode,available values: 0, 1; 0 cost less bandwidth, 1 cost less latency(default)\n");
|
||||
printf(" --report <number> turn on send/recv report, and set a period for reporting, unit: s\n");
|
||||
|
||||
printf("advanced options:\n");
|
||||
printf(" --mtu <number> mtu. for mode 0, the program will split packet to segment smaller than mtu_value.\n");
|
||||
printf(" --mode <number> fec-mode,available values: 0,1; mode 0(default) costs less bandwidth,no mtu problem.\n");
|
||||
printf(" mode 1 usually introduces less latency, but you have to care about mtu.\n");
|
||||
printf(" --mtu <number> mtu. for mode 0, the program will split packet to segment smaller than mtu value.\n");
|
||||
printf(" for mode 1, no packet will be split, the program just check if the mtu is exceed.\n");
|
||||
printf(" default value: 1250\n");
|
||||
printf(" default value: 1250. you typically shouldnt change this value.\n");
|
||||
printf(" -q,--queue-len <number> fec queue len, only for mode 0, fec will be performed immediately after queue is full.\n");
|
||||
printf(" default value: 200. \n");
|
||||
printf(" -j,--jitter <number> simulated jitter. randomly delay first packet for 0~<number> ms, default value: 0.\n");
|
||||
printf(" do not use if you dont know what it means.\n");
|
||||
printf(" -i,--interval <number> scatter each fec group to a interval of <number> ms, to protect burst packet loss.\n");
|
||||
printf(" default value: 0. do not use if you dont know what it means.\n");
|
||||
printf(" --random-drop <number> simulate packet loss, unit: 0.01%%. default value: 0\n");
|
||||
printf(" --disable-obscure <number> disable obscure, to save a bit bandwidth and cpu\n");
|
||||
printf(" --random-drop <number> simulate packet loss, unit: 0.01%%. default value: 0.\n");
|
||||
printf(" --disable-obscure <number> disable obscure, to save a bit bandwidth and cpu.\n");
|
||||
// printf(" --disable-xor <number> disable xor\n");
|
||||
|
||||
printf("developer options:\n");
|
||||
@@ -55,7 +58,6 @@ static void print_help()
|
||||
printf(" supported commands.\n");
|
||||
printf(" -j ,--jitter jmin:jmax similiar to -j above, but create jitter randomly between jmin and jmax\n");
|
||||
printf(" -i,--interval imin:imax similiar to -i above, but scatter randomly between imin and imax\n");
|
||||
printf(" -q,--queue-len <number> max fec queue len, only for mode 0\n");
|
||||
printf(" --decode-buf <number> size of buffer of fec decoder,u nit: packet, default: 2000\n");
|
||||
printf(" --fix-latency <number> try to stabilize latency, only for mode 0\n");
|
||||
printf(" --delay-capacity <number> max number of delayed packets\n");
|
||||
|
3
makefile
3
makefile
@@ -13,7 +13,7 @@ SOURCES=main.cpp log.cpp common.cpp lib/fec.c lib/rs.c packet.cpp delay_manager.
|
||||
NAME=speederv2
|
||||
TARGETS=amd64 arm mips24kc_be x86 mips24kc_le
|
||||
|
||||
TAR=${NAME}_binaries.tar.gz `echo ${TARGETS}|sed -r 's/([^ ]+)/speederv2_\1/g'`
|
||||
TAR=${NAME}_binaries.tar.gz `echo ${TARGETS}|sed -r 's/([^ ]+)/speederv2_\1/g'` version.txt
|
||||
|
||||
all:git_version
|
||||
rm -f ${NAME}
|
||||
@@ -56,6 +56,7 @@ cross3:git_version
|
||||
${cc_cross} -o ${NAME}_cross -I. ${SOURCES} ${FLAGS} -lrt -static -O3
|
||||
|
||||
release: ${TARGETS}
|
||||
cp git_version.h version.txt
|
||||
tar -zcvf ${TAR}
|
||||
|
||||
clean:
|
||||
|
Reference in New Issue
Block a user