V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  wanguorui123  ›  全部回复第 207 页 / 共 244 页
回复总数  4870
1 ... 203  204  205  206  207  208  209  210  211  212 ... 244  
@locoz
我觉得比较理想的云主机与云游戏:提供的应该是把软件云化,而不是单纯的远程桌面。

类似于 Web 应用或者小程序,把软件的交互还是放到本地,通过 WebAPI 之类与云端进行交互通讯,如果没有网络,可以离线使用。

如果是游戏,小型游戏可以下载到本地通过 WebGL 渲染执行,大型游戏可以通过流媒体插件进行串流,根据游戏需要的机能进行灵活部署。

简单说:云 API + 跨平台的软件 + 在线与离线使用的支持 + 提供能音视频串流组件 + 程序跑在沙箱环境,这样体验和本地程序一样。

1 、需要串流的游戏或者应用就使用串流组件,集成到云 APP 中。
2 、不需要串流的应用就想 Web 应用或者小程序一样,跨任何端都可以使用,并且适配了界面。
3 、有点像谷歌 ChromeOS,群辉 DSM,但是每个 app 有独立的容器,可以跨任何平台使用。
2020-09-22 15:45:23 +08:00
回复了 wdhwg001 创建的主题 奇思妙想 为什么不能做一个公共 PT 呢?
我觉得下载就应该做成区块链,大家用虚拟货币交易,虚拟货币可以与真实货币交易。不过 BT 、PT 本身就是非法的,只是没人查水表而已。这种公共服务也会被运营商封杀的。

像是目前的玩客云、京东路由器,贩卖边缘 CDN 资源,都是游走在灰色地带,指不准那天定性为非法提供下载与加速服务。
2020-09-22 15:20:40 +08:00
回复了 jeffjade 创建的主题 互联网 互联网链接的腐烂率估算
@jeffjade 现在只能自己用插件滚动截屏保存为图片
@locoz
1 、所谓加密也会被公安机关强制审查的,虽然技术上讲可以做到独立加密不被审查,但是云服务为了安全和各种因素估计会被强制要求可以审查。
2 、很多人用盗版可能是真的使用频率不高,但是又不得不用,这部分用户一般不会愿意付费,其次就是大多数用户不愿意付费说白了就是不想花钱,参考视频网站的会员订阅比例并不高,白嫖用户占大多数,参考操作系统、Office 等等软件的盗版量,这部分用户可能会继续选择本地主机。
3 、不能玩盗版游戏也会阻止很多玩家使用云游戏,我猜测中国的盗版玩家不再少数,而且很多都是无法过审的游戏,不然主机游戏早就中国火了、对于游戏审查也可以参考目前对主机游戏的审查情况,最近又加强了游戏审查管理。
4 、至于网络稳定性,这需要漫长的时间完善,短期之内也不要奢望,用户体验达不到要求。
5 、云上的服务还有个问题就是信任,你知道你的个人隐私会不会被内鬼贩卖,以前个人信息不集中,现在好了信息全在云上,你的个人信息可以一网打尽,不要指望加密,不是所有云服务商那么老实,他们会想办法监听你的数据。

云主机和云游戏能成功的先决条件:
1 、大部分用户愿意为正版付费。
2 、不在乎隐私。
3 、网络非常稳定、尤其是农村以及人口密度非常大的场景,网络的 Qos 能力要做到非常高。
4 、云上的价格比自己购买主机还便宜,目前看不见的便宜。
2020-09-22 09:41:25 +08:00
回复了 jeffjade 创建的主题 互联网 互联网链接的腐烂率估算
所以需要网页快照啊,指不准网站那天就倒闭了。
网络延迟与稳定性、企业上行带宽巨贵、游戏审核与阉割、防止盗版、内容审查、由于成本上涨后期割韭菜等等问题,这些不解决云电脑的场景就很小。

大部分都是普通用户,这些都是很基础的需求,不然本地主机还是有很大的生存空间。

目前看云电脑:理想很丰满,现实很骨感。
2020-09-22 07:33:11 +08:00
回复了 hikaruchang 创建的主题 程序员 列举一下迅雷「子公司」玩物科技的一二事
迅雷已经沦落到盗取流量为生了,破产之前割一波韭菜
2020-09-21 08:54:14 +08:00
回复了 opengps 创建的主题 汽车 周一早上格外堵车,都有哪些主要原因?
办事、开会、周边郊县返程,全部堆积在周一,能不堵么?同理周五
2020-09-21 08:21:45 +08:00
回复了 mlgm2020 创建的主题 问与答 交换机的好坏主要体现在哪呀?
小包的交换性能的差距吧,mac 地址表容量
2020-09-20 10:16:08 +08:00
回复了 foru17 创建的主题 装修 装修脑壳痛:家庭万兆光纤网络、智能家居 pre 设计
@foru17 如果家里空间不大,建议都选微型化的设备,因为后期其实你用的最多的还是 WIFI 和固定的 PC 以及千兆的电视盒子,只要网线质量没问题与预留的网口够多,设备可以慢慢迭代升级,万兆网络可能也就在书房有用。

如果专门有一间屋做机房,给你看个 UP 主的视频: https://www.bilibili.com/video/BV1M7411V7vY
2020-09-20 09:59:05 +08:00
回复了 foru17 创建的主题 装修 装修脑壳痛:家庭万兆光纤网络、智能家居 pre 设计
@foru17 我更倾向对现有储物柜配合弱电箱进行定制,不要在家放机柜啥的,浪费空间不说,后期噪音也是问题。
2020-09-20 09:55:00 +08:00
回复了 foru17 创建的主题 装修 装修脑壳痛:家庭万兆光纤网络、智能家居 pre 设计
@foru17 弱电箱改到鞋柜里面,对鞋柜做下局部散热改造,预留一些散热口和孔洞,既不影响美观,噪音和可以隔离。把软路由,猫,交换机放在里面,NAS 其实可以放到鞋柜里,后期那么网络设备真的没地方搁着,不可能把书房改成机房吧?书房最多放个万兆 NAS 就好,而且这么设备放在书房还要做吸音处理,不处理基本上一间屋就废了。
2020-09-18 17:44:17 +08:00
回复了 fansmaster 创建的主题 京东 狗东白嫖路由器,终于来了!
卖上传带宽给京东
2020-09-18 12:49:04 +08:00
回复了 eccentric579 创建的主题 成都 成都双流机场的噪声真是够可以的
周末歼 20,一架接一架从头上略过,以为在检阅,我都没说啥呢
2020-09-18 12:41:54 +08:00
回复了 preper 创建的主题 Apple 现在买 mac 是不是亏大了?
二手入二手出,继续做等等党
2020-09-18 12:25:38 +08:00
回复了 foru17 创建的主题 装修 装修脑壳痛:家庭万兆光纤网络、智能家居 pre 设计
对了弱电箱最好让装修师傅给你掏大点,后期最好能把:交换机、路由器、甚至小主机都能放进去最好,留好散热口方便后期搭建 All In One 的架构。
2020-09-18 11:37:28 +08:00
回复了 foru17 创建的主题 装修 装修脑壳痛:家庭万兆光纤网络、智能家居 pre 设计
我说下我的情况:

刚开始我也头脑发热,准备把机房那套方案搬回家,后面想想功率和发热和占用不必要的空间就放弃这个想法了。

全屋布置好 6 类网线,尤其是客厅饭厅多留几口,不要以为没用,网口多布置些位置花不了多少钱和插座一样,正规 6 类线跑 40Gbps 没什么问题,所以电口不是瓶颈,特别需要万兆的可以通过 SFP+模块转换也就就 300 块不到,买 2 个成本也不高。

布置光纤取电?买抗拉光纤?光交换设备价格也不便宜。

然后弱电箱接口:光猫->1G 或 2.5G 软路由->( 1 ) AC+AP ;( 2 ) 1G 或 2.5G 交换机;( 3 )领势或网件的 Mesh 有线回程,这几个方案都可以。

大多数情况:万兆网卡会和 NAS 直连或者局部连接,而其他 Wi-Fi 设备在无线环境很难跑到万兆的水平,因为 WiFi 大多数是 2x2MIMO 规格的,按照目前规格:WiFi5 跑 600Mbps 、WiFi6 跑 780Mbps,也喂不饱千兆口。
2020-09-18 10:03:50 +08:00
回复了 iLiberty 创建的主题 Apple iOS14 正式版把 4K 视频播放砍掉了?
圈地运动
成都 68 元 19 元座机话费抵扣 + ITV + 手机卡 1 张 + 座机 1 部 + 上 20Mbps/下 100Mbps,现在好像还送流量了
2020-09-17 17:45:36 +08:00
回复了 prof 创建的主题 云计算 阿里云无影靠谱么?技术方案是什么?
云桌面最大的硬伤就是延迟和稳定性,路由器 Qos 不到位,人一多卡卡顿顿。对延迟要求不高还可以,对网络环境依赖比较大。
1 ... 203  204  205  206  207  208  209  210  211  212 ... 244  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2539 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 60ms · UTC 04:55 · PVG 12:55 · LAX 20:55 · JFK 23:55
Developed with CodeLauncher
♥ Do have faith in what you're doing.