V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  terrytw  ›  全部回复第 46 页 / 共 58 页
回复总数  1145
1 ... 42  43  44  45  46  47  48  49  50  51 ... 58  
2018-01-12 10:35:04 +08:00
回复了 mrmrchu 创建的主题 宽带症候群 网速慢,不只是运营商的锅,拒绝杀马特路由器!!!
不要误导别人好吗...
我家里超 5 类线可以跑千兆
为了达到 100m 的速度,只需要百兆的 wan 口和 lan 口就可以了
你速度不达标网络不稳定,单纯是因为路由器质量不好罢了

另外信道也不能乱选,有些设备不支持某些信道会连不上或者压根看不到 SSID..
2018-01-10 13:01:02 +08:00
回复了 atfeel 创建的主题 宽带症候群 谁介绍下家用大功率路由.我这很慢
@vv8412
“如果都支持”的话。。
这是那种“看上去很美”的技术。。
2018-01-10 11:53:33 +08:00
回复了 atfeel 创建的主题 宽带症候群 谁介绍下家用大功率路由.我这很慢
@vv8412 mu-mimo 现阶段基本不实用
首先任何一个设备不支持 MU-MIMO 就不能用
其次连接的设备数量超过路由器上限也不能用
而现在的路由器最多 4x4,有些甚至逗比的 2x2,基本上超过 2 个设备连接就不能用

我估计 99%的中国家庭不能用
2018-01-10 11:50:25 +08:00
回复了 atfeel 创建的主题 宽带症候群 谁介绍下家用大功率路由.我这很慢
@atfeel 有的小米可以

https://lede-project.org/toh/start
https://wiki.openwrt.org/toh/start

你在表里看看你的设备是否支持

教程网上很多,搜索 openwrt 刷机
2018-01-10 10:23:41 +08:00
回复了 atfeel 创建的主题 宽带症候群 谁介绍下家用大功率路由.我这很慢
刷 openwrt 然后国别选 US
无线电功率可以调很高!
我有个 R6220,5G 的信号隔一堵墙就消失了,自从刷了 OPENWRT 之后,到了电梯门口还连的上
@sxm 请看这两个千星之城的文件,同一个组织发布的,HDR 的文件大概 19GB,SDR 的大概 30GB

10bit HDR


Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main [email protected]@High
Codec ID : V_MPEGH/ISO/HEVC
Duration : 2 h 17 min
Bit rate : 11.9 Mb/s
Width : 3 840 pixels
Height : 1 612 pixels
Display aspect ratio : 2.40:1
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.080
Stream size : 11.4 GiB (61%)
Title : Valerian.and.the.City.of.a.Thousand.Planets.2017.2160p.BluRay.x265.10bit.HDR.DTS-HD.MA.TrueHD.7.1.Atmos-SWTYBLZ
Writing library : x265 2.5+4-b4a5bcfe29c7:[Windows][GCC 4.9.3][64 bit] 10bit
Encoding settings : cpuid=1173503 / frame-threads=16 / numa-pools=24,24,24,24 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=3840x1612 / interlace=0 / total-frames=0 / level-idc=51 / high-tier=1 / uhd-bd=0 / ref=3 / no-allow-non-conformance / repeat-headers / annexb / aud / hrd / info / hash=0 / no-temporal-layers / no-open-gop / min-keyint=1 / keyint=24 / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=25 / lookahead-slices=4 / scenecut=40 / no-intra-refresh / ctu=64 / min-cu-size=8 / no-rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=0 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=2 / limit-refs=3 / no-limit-modes / me=1 / subme=2 / merange=57 / temporal-mvp / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / no-sao / no-sao-non-deblock / rd=3 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=0.00 / no-rd-refine / analysis-reuse-mode=0 / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=16.0 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / vbv-maxrate=160000 / vbv-bufsize=160000 / vbv-init=0.9 / crf-max=0.0 / crf-min=0.0 / ipratio=1.40 / pbratio=1.30 / aq-mode=1 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=1 / overscan=0 / videoformat=5 / range=0 / colorprim=9 / transfer=16 / colormatrix=9 / chromaloc=1 / chromaloc-top=2 / chromaloc-bottom=2 / display-window=0 / master-display=G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(40000000,50) / max-cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / opt-qp-pps / opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / no-opt-cu-delta-qp / no-aq-motion / hdr / hdr-opt / no-dhdr10-opt / analysis-reuse-level=5 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=0 / no-limit-sao / ctu-info=0
Default : Yes
Forced : No
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0050 cd/m2, max: 4000 cd/m2


10bit SDR

Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main [email protected]@High
Codec ID : V_MPEGH/ISO/HEVC
Duration : 2 h 17 min
Bit rate : 24.4 Mb/s
Width : 3 840 pixels
Height : 1 612 pixels
Display aspect ratio : 2.40:1
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.165
Stream size : 23.4 GiB (77%)
Title : Valerian.and.the.City.of.a.Thousand.Planets.2017.2160p.BluRay.x265.10bit.SDR.DTS-HD.MA.TrueHD.7.1.Atmos-SWTYBLZ
Writing library : x265 2.5+4-b4a5bcfe29c7:[Windows][GCC 4.9.3][64 bit] 10bit
Encoding settings : cpuid=1173503 / frame-threads=16 / numa-pools=24,24,24,24 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=3840x1612 / interlace=0 / total-frames=0 / level-idc=51 / high-tier=1 / uhd-bd=0 / ref=3 / no-allow-non-conformance / repeat-headers / annexb / aud / hrd / info / hash=0 / no-temporal-layers / no-open-gop / min-keyint=1 / keyint=24 / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=25 / lookahead-slices=4 / scenecut=40 / no-intra-refresh / ctu=64 / min-cu-size=8 / no-rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=0 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=2 / limit-refs=3 / no-limit-modes / me=1 / subme=2 / merange=57 / temporal-mvp / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / no-sao / no-sao-non-deblock / rd=3 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=0.00 / no-rd-refine / analysis-reuse-mode=0 / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=16.0 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / vbv-maxrate=160000 / vbv-bufsize=160000 / vbv-init=0.9 / crf-max=0.0 / crf-min=0.0 / ipratio=1.40 / pbratio=1.30 / aq-mode=1 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=1 / overscan=0 / videoformat=5 / range=0 / colorprim=2 / transfer=2 / colormatrix=2 / chromaloc=0 / display-window=0 / max-cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / opt-qp-pps / opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / no-opt-cu-delta-qp / no-aq-motion / no-hdr / no-hdr-opt / no-dhdr10-opt / analysis-reuse-level=5 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=0 / no-limit-sao / ctu-info=0
Default : Yes
Forced : No

不是很确定为什么 HDR 的文件要小这么多,而且基本上所有有 4KHDR 的资源都是这样
你有自控能力当然最好

大多数人没有
钱赚得越多胆子越大
可是不知道为什么会涨,自然更不知道为什么会跌
赚的迟早全吐出去
2018-01-07 14:33:23 +08:00
回复了 kalsolio 创建的主题 硬件 请问 intel,英特尔 如何将安全更新推送到数十亿部设备?
@zhicheng 话不投机,多说无益
2018-01-07 14:22:38 +08:00
回复了 kalsolio 创建的主题 硬件 请问 intel,英特尔 如何将安全更新推送到数十亿部设备?
@zhicheng 你的世界真简单,只有一个目标,只有一个选择:做或者不做
而事实是,这个世界很复杂,有很多可以做得事情,做得时候花多少代价和精力,投入多少时间和金钱,都是需要考虑和选择的
2018-01-07 14:20:53 +08:00
回复了 kalsolio 创建的主题 硬件 请问 intel,英特尔 如何将安全更新推送到数十亿部设备?
@zhicheng 做一个类比
你为什么没有比尔盖茨有钱?
为什么没有杨振宁学术造诣高?
他们能做到你为什么做不到?科研和经商又不看血统

如果有个人告诉你你其实有潜力可以成为比尔盖茨或者杨振宁,只需要去花钱上他们的课
你肯定觉得这人是骗子
换成国家层面的科研或者商业活动,你怎么就一下子失去理智了呢?
2018-01-07 14:08:11 +08:00
回复了 kalsolio 创建的主题 硬件 请问 intel,英特尔 如何将安全更新推送到数十亿部设备?
@zhicheng 我从来没有提到过民族劣根性什么的
我一开始就讲了,欧洲那么多发达国家,也没有什么都自己研发自己造
荷兰 ASML 可以说是一统江湖,连英特尔、三星都要看人家脸色,那正是没人能什么都赢的最好证明

你鸡汤喝多了
2018-01-07 14:05:44 +08:00
回复了 kalsolio 创建的主题 硬件 请问 intel,英特尔 如何将安全更新推送到数十亿部设备?
@zhicheng
为什么不能?
很简单,没这个能力,原因各种各样
这个世界上没有哪个国家可以说自己样样都是世界第一或者一流的
简单的事实
2018-01-07 12:32:08 +08:00
回复了 kalsolio 创建的主题 硬件 请问 intel,英特尔 如何将安全更新推送到数十亿部设备?
@zhicheng 你没有理解我的回复就来回复,也是非常有趣的
如果国产 CPU 自力更生研发出来有竞争力还能赚钱,那当然是最好不过的了
关键问题是,能吗?
更关键的是,不能做到的时候,总有些人觉得用热情和努力可以克服这个困难,常见句式就是,美国可以,我们为什么不行?
这才是我真正不能理解的地方
美国可以,我们不行,原因各种各样,再说美国可以,我们为什么一定也要可以?

再说不是每个人都受到社会主义关照的,讲这个就没意思了
2018-01-07 12:17:57 +08:00
回复了 hoilee105020 创建的主题 硬件 求推荐一款这样的路由(??)无线转有线
@skylancer 你怎么知道多重 NAT 不能用?你怎么知道他一定有 NAS ?我不知道他的需求,那么你就知道了?

第一句话就以为我不知道 masquerade 是用来 NAT 的,你是有多自以为是?

“关键词也不可能用 masquerade,因为根本不需要也不能 NAT ”
你说“不能”的底气何在?

上来就一副要教育别人的口气,用脑子把自己的逻辑理顺了,不要来贻笑大方!
在不知道人家具体的网络环境上来就说“不能 NAT ”,你才是真的来搞笑的吧!
2018-01-06 21:20:46 +08:00
回复了 kalsolio 创建的主题 硬件 请问 intel,英特尔 如何将安全更新推送到数十亿部设备?
@mooncakejs 你说的很对!
我们既有袜子,又有飞机,现在可以用袜子换飞机,也能用飞机换袜子,还能用袜子换 CPU,也能用飞机换 CPU
这时候是不是一定要发展民用 CPU 产业?我看没必要。

如果有这个能力,发展一下也可以;如果没这个能力,骗国家经费来发展,我看还是打住的好
目前来看,我觉得没这个能力
2018-01-06 19:24:14 +08:00
回复了 kalsolio 创建的主题 硬件 请问 intel,英特尔 如何将安全更新推送到数十亿部设备?
@kikyous 我讨论的当然是民用产品
军事的,工业机密的,不在此列

@wdlth
什么都要起来,什么都要赢,是一种我完全不能理解的心态
大前提:你不可能什么都起来,什么都赢,现代社会就是互相协作、制衡的一个动态平衡
荷兰 ASML 可以说是一统江湖,连英特尔、三星都要看人家脸色,那正是没人能什么都赢的最好证明
什么都想世界第一,那是意淫,作用就是煽动民族主义,某些人乘机捞点经费和权力罢了
半导体产业起不来就起不来,又能怎样?


@mooncakejs 是的,那也不代表我们什么都要赢,什么都要发展,什么都能做
2018-01-06 15:18:30 +08:00
回复了 kalsolio 创建的主题 硬件 请问 intel,英特尔 如何将安全更新推送到数十亿部设备?
@wdlth 美帝出了,我们也出了,那要我们自己的 CPU 干啥?
更何况就我国目前相关方面的研究水平,美帝出一个只怕我们这边要出十个
性价比就更不要提了

欧洲那么多发达国家,也没见人家什么都是自己研发自己造的
什么都要自己做,什么都要超过别人,我觉得这种思想很狭隘
2018-01-06 11:54:39 +08:00
回复了 hoilee105020 创建的主题 硬件 求推荐一款这样的路由(??)无线转有线
@skylancer 我仔细想了一下,如果用 bridge 的方式也可以做到,所以你要是说“不需要 NAT ”也没错
但是你要是说“不能 NAT ”那是 100%错误的

其次用 bridge 的方式,NAT 和 DHCP 都依赖上游的路由,而且 bridge 的设备本身不能联网,而且有些系统没有相关的软件还需要安装和配置
所以肯定是次级路由的方式更省事
2018-01-06 11:40:33 +08:00
回复了 hoilee105020 创建的主题 硬件 求推荐一款这样的路由(??)无线转有线
@skylancer
真!好!笑!
我碰巧有和楼主有完全相同的需求,用搭载了 raspbian 系统的树莓派实现的
sysctl.conf 开启包转发,然后 iptables 开启 nat,最后开启 DHCP,少了一个都不行
根本不存在什么不需要也不能 NAT 的说法

下面两篇文章是用 GOOGLE 搜索“ debian 路由器”出来的前两个结果,你可以学习学习
https://blog.wolftankk.com/2011/10/18/use-debian-for-route/
https://blog.chou.it/2014/03/make-debian-a-home-router/

如果你觉得中文的结果太 LOW,那么下面是“ debian router ”搜索的第一个结果
http://blog.noviantech.com/2010/12/22/debian-router-gateway-in-15-minutes/
1 ... 42  43  44  45  46  47  48  49  50  51 ... 58  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   5348 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 89ms · UTC 09:27 · PVG 17:27 · LAX 02:27 · JFK 05:27
Developed with CodeLauncher
♥ Do have faith in what you're doing.