V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  msg7086  ›  全部回复第 364 页 / 共 1020 页
回复总数  20399
1 ... 360  361  362  363  364  365  366  367  368  369 ... 1020  
2018-09-08 17:19:22 +08:00
回复了 pulelt 创建的主题 问与答 vivaldi 为什么要推免费邮箱呢?
刚试了下,能登。应该是注册论坛就直接拿到邮箱了,虽然好像没什么用……
上海移动主叫 0.19rmb/分,Google voice 国际长途打国内 0.07rmb/分。然后你嫌贵么……
@arthasgxy 我说玩烂的东西不多说,指的是上面 20 多层楼已经该说的都说了,我就不再重复一遍了。
用树莓派堆集群,是因为要玩集群,是一堆树莓派还是一堆双路 E5 不重要,重要的是一堆这个数量。
你这个分割电脑用途属于反其道而行,放着低价的低性能不用,而去用高价的高性能电脑,是个很不划算的操作。

举个极端的例子,志强 8180 零售价 10000 刀一片,插 4 片这台机器就是 40000 刀以上。而这个 112 核心的机器估算的 Passmark 跑分大约只有 120000 左右,也就相当于 12 片 i7 加一起。
如果你的目的是把一个 4 路 8180 分割成 12 个 i7,那就是亏炸了。
同理这也是为什么人们会去用集群这种东西,集群就是用非常便宜的硬件来达到非常贵的硬件才能跑出的性能。

你如果只是想玩的话当然是可以的,我只是给你分析背后的利弊而已。
你在市面上很难找到类似的解决方案,也是同样的道理,亏炸,很少有人愿意去花更多的钱来获得更低的性能。没人用这个解决方案,自然也不会有很多软件厂商愿意赔本开发软件了。
2018-09-08 01:27:29 +08:00
回复了 liangming1 创建的主题 PHP PHP 书写<? PHP 问题
@realpg 我们 2008 年的时候就在用类似的规则了,那时候大概 PHP 5.0 的年代。
一个 PHP 程序最好就是单个入口,引入框架和组件,统一检查用户权限和输入数据,然后程序部分无法被其他账号修改,甚至最好在 wwwroot 以外,然后可上传的目录禁止一切 PHP 解析。

8012 年了,不应该再用十五年前的习惯来做了。
2018-09-08 01:06:19 +08:00
回复了 lucky2javascript 创建的主题 问与答 公司让你走一个人重构一个老项目?
根据业务使用情况,可以考虑做小规模阶段性重构,类似 piggyback 的做法,阶段性地把一部分分解出来重构,剩下的部分继续沿用老代码。这样每个阶段的成果都是一个 deliverable 产品,即使在任何时刻项目停止了,已经重构的部分仍然能够保留下来。
2018-09-08 01:02:59 +08:00
回复了 lrvy 创建的主题 问与答 😊同一 VLAN 下相同 MAC 和 IP 地址的两台 PC 是否可以正常联网?
交换机会绑定 MAC 和网线端口,所以每隔一段时间,这个映射被改变,会导致往这个 MAC 发送的数据被发送到另一根网线上,所以很有可能你 A 机发出的数据包,返回的时候被交换机发到 B 机去了。

如果你使用的是傻瓜集线器( Layer 1 设备),那是有可能可行的。不过像是封包里的时间戳和编号之类的东西就没办法了。
主从复制是会有延迟的,牺牲的数据及时性,换取扩展性。很可能你再次读取时读到的是 0.1 秒前的数据。
长连接随便你吧,随机读也是可以的,本来就很随意。
2018-09-07 23:55:19 +08:00
回复了 moximo 创建的主题 Java 压缩大小限制问题请教
分卷我还是建议用 RAR 做,即使这是个私有的格式。
ZIP 已经很多很多年了,刚开始应该是不支持分卷的吧,后来各大软件自己去实现的分割算法,很可能一个软件做的分卷另一个软件不知道该怎么读取。
要用开源分卷的话可以试试 7Z 分卷,反正分卷已经没了兼容性优势,随便找个现代的替代品更好些。
2018-09-07 23:46:10 +08:00
回复了 SpiderXiantang 创建的主题 git git 合并分支的时候为什么老是把老的覆盖到新的上面
@SpiderXiantang Git 这玩意儿,说简单也简单,说复杂可以搞得非常复杂。这货完美继承了 Linux 的血统,想要吃透 Git,没个两三年的沉淀积累,我觉得难。初期我建议试试 SmartGit 这个 GUI 工具,比较直观。后期如果想换命令行的话,可以学他的命令行玩法,我敢说他命令行玩得比这帖子里很多人都要溜。
2018-09-07 17:22:00 +08:00
回复了 SpiderXiantang 创建的主题 git git 合并分支的时候为什么老是把老的覆盖到新的上面
先学习如何使用 Git 吧。用东西不看说明书并不见得一直行得通。
2018-09-07 16:32:34 +08:00
回复了 rawer0 创建的主题 问与答 Vmware 删除快照,磁盘使用率暴涨
删除快照需要先合并 vmdk,如果你做大死开了 thin disk,合并 vmdk 的时候数据往里一写,那就……
Linus 玩烂的东西我就不多说了,光说你这性能过剩的问题。性能严重过剩是买电脑配置不合理,比如你 8700k 的 6c6t 你根本用不完,那说明可能一个 8600k,甚至是 7350k 都是够用的。那为什么不直接买个 8600k 呢,省下那 100 刀再去买个电视盒子不是美滋滋。
至于像我们这样对 CPU 依赖比较高的,10 个 8700k 加一起都不够用的,分割高性能电脑就更没意义了。
2018-09-07 16:22:50 +08:00
回复了 rockjike 创建的主题 问与答 一种对资源的新存储方式的构想
@zgray 想太多了。
2018-09-07 07:51:50 +08:00
回复了 maowenjie 创建的主题 MySQL 求救 数据库里不小心 delete 数据怎么恢复
ermmm 人家的明文密码啊信用卡号啊身份证号啊手机号啊这些你们都是永久保存的?
贵国的程序员真是可怕。
2018-09-07 01:20:04 +08:00
回复了 rockjike 创建的主题 问与答 一种对资源的新存储方式的构想
早就变革完了。
一部电影含有的信息量超过 750GB,考虑到光盘容量太小,发售一次蓝光电影需要 20 张蓝光光盘。
而现在,只需要下载仅仅 2GB 类似公式一样的东西就可以看到电影了。
考虑到网速限制,人们再也不用花上一个月时间下载电影了,而仅仅需要数十分钟。

这个东西放在一个叫做 Decoder 的解码器中就能用公式还原出整个电影画面来。
这种编码解码器里有很多模块,有一个叫 DCT/IDCT,专门用来在时空域和频域之间转换。还有一个叫做 Motion estimation 模块,专门看视频里连贯的工作,把多张连续的画面变成起始画面+运动矢量+残差的公式。还有什么 MB 分析模块,专门看画面上哪些地方复杂,需要分割成小块来转换公式,哪些地方平坦,直接一大块转换成一个公式。还有 psy 人脑视觉分析,分析的是人类的眼睛看哪些部分会更敏感,看哪些部分会更不敏感,敏感的画面部分用更复杂的公式来实现。

嗯,这玩意儿专门有个组织在做,这个组织叫 MPEG,1990 年的时候完成了上述公式的第一版定义,1992 年被批准为国际标准,叫做 MPEG-1。而且其最为流行的一个格式,叫做 MPEG-1 Layer 3,简称 MP3,是人类音视频公式中使用得最广泛的公式之一。
如果楼主的年龄比这 MPEG 要小的话,建议等以后上了大学,可以好好了解一下信息论基础。
2018-09-07 01:02:58 +08:00
回复了 okwork 创建的主题 问与答 云服务商的老旧服务,是怎么下架的?
云是看规模的呀,用的人多就多部署几层楼的机器,用的人少了机器就可以撤掉给其他服务用了呗。
云服务商动辄几万台服务器的规模,就算留下十几台机器支撑老用户又如何。
大不了宣布这服务自然死,你想用就用,反正没技术支持,用到你不想用了为止。
@zhzer @rabbbit
没有许可证,根据美国版权法之规定,默认为保留所有权利,未经授权任何人不得用作任何用途。
上传到 GitHub 以后,网站许可协议额外允许查看、下载和叉。
那个 Repo 没有叉,行使了查看、下载和叉以外的权利,显然是侵犯了楼主的版权了。
如果你用商业工具剪辑,一般是用 ProRes 编码。
如果你要导入视频进商业工具,除了 x264 的无损以外,也可以试试 Lagarith。我不确定 x264 的无损编码(需要 High444 )那些商业工具能不能正常解码,你都可以试试看。
「有损」压缩格式就是在压缩的过程中有损。不存在既无损又有损的压缩方式。
AVC 并不一定是有损的,AVC 和 HEVC 都有无损编码方式,x264 中使用--qp 0,x265 中使用--lossless,可以保证输出结果与原始输入完全一致。我们编码一部片的时候,有时候需要输出 720P 和 1080P 两个版本,这时候如果前期处理时间很长,我们就会先输出到无损文件,再解码并重新编码到目标参数。

最近在做的一部 DVDRip,原档是 24 分钟的 NTSC DVD,1.5G ,waifu2x 完的 720p 用 x265 压缩到无损后是 14G,再次 x265 转压到发布用参数,成 180M。

720p 转换成 1080p 会变大只是因为二次压缩效率变低了。
比如 24fps/1.001 的 720p YUV420P8 的码率是 253mbps,你的素材如果是 24 分钟 250M 的话,差不多是 1.4mbps。

所以你前后做的工作是:
1.4mbps (素材) -> 253mbps (解码后的素材) -> 569mbps (拉伸到 1080p 后的素材) -> 3.2mbps (压缩完的 h264 1080p)。

你这里的 3.2mbps,这「多出来的 270M 」,和素材的码率其实并没有太大的关系。
1 ... 360  361  362  363  364  365  366  367  368  369 ... 1020  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2831 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 89ms · UTC 02:31 · PVG 10:31 · LAX 19:31 · JFK 22:31
Developed with CodeLauncher
♥ Do have faith in what you're doing.