V2EX › BYDH 的所有回复 › 第 1 页 / 共 2 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2

❮

❯

4 天前

回复了 qiOip 创建的主题 › 奇思妙想 › 大家对于图书推荐有什么相关的需求吗，或者关于阅读有什么需求吗

我需要一个喜欢读书的朋友，十天半个月出个视频聊一聊最近读了什么有意思的书，不限制题材那种

4 天前

回复了 14c0r3y 创建的主题 › 分享创造 › 手搓了一个个人网站并开源了代码

真好看，有空了抄一下

11 天前

回复了 littletong 创建的主题 › 分享创造 › 为什么有这么多图片压缩工具，还要再做一个？

@mayli #45 0 分

11 天前

回复了 allplay 创建的主题 › .NET › Windows 普通用户，可否禁用系统自带.net 3.5/4.8，仅安装最新.net 8/9？

.net core 和.net framework 不是一个东西，并不只是版本号的差异。.net 程序知道自己需要的运行时是什么。最好的就是什么都不做

11 天前

回复了 littletong 创建的主题 › 分享创造 › 为什么有这么多图片压缩工具，还要再做一个？

@mayli #35 你说的都对，但是没有解决我的问题：用户不知道参数怎么设，jpg 的 80%、webp 的 80%、avif 的 80%，heic 的 80%，是一样的吗？你能确切地回答这个问题吗？显然不是。如果需求是把 10000 张不同的图按各种编码各压一张，要求画质保持在同一水准，即放大到 200%肉眼看不出来，怎么办？期待你能给出建设性的意见

11 天前

回复了 littletong 创建的主题 › 分享创造 › 为什么有这么多图片压缩工具，还要再做一个？

@mayli 问题就在这里了，有的是 q=80 ，那还有的呢？一张满是纹理的图，和一张背景虚化的特写，最合适的质量参数绝对是不一样的，因为纹理一般认为不可舍弃，放大很容易看出端倪，而虚化的背景就无所谓。我认为可以做个算法，去衡量人眼会关注的局部区域(视觉显著性/边缘检测之类)相对于原图的质量损失，让程序算出一个"主观数据"，反馈到输入端，用于调整 q 。给用户喂💩是厂商的行为，用户没有必要亏待自己，在算力充裕的情况下，拿时间换无脑但稳定的输出是可行的，至少应该是可选的，然而并没有这样的工具

12 天前

回复了 littletong 创建的主题 › 分享创造 › 为什么有这么多图片压缩工具，还要再做一个？

@longsays 还真别说，我觉得这张图没法直接压，因为它相较于刚扫描出来的原图，已经压得很极限了，不改变分辨率、不涂抹纹理的情况下把这张图二压到更小的体积，细节的损失绝对是不可接受的。只能说用更先进的编码器去处理尚且无损的原图，或许会比这张更好

12 天前

回复了 littletong 创建的主题 › 分享创造 › 为什么有这么多图片压缩工具，还要再做一个？

市面上缺少的是能把每一张图片的有效视觉信息损失自动控制在及格线上的工具，需要做一些算法上的工作和大量的试验

18 天前

回复了 xmagicer 创建的主题 › 分享创造 › WeClipper - 极简剪切板助手 - v0.2.0 - 极简主义再进化

有什么比较好的，PC 和 iOS 剪贴板同步的方式吗？目前我尝试过的方案存在感都太强了

18 天前

回复了 wheelg 创建的主题 › 程序员 › 摸了个 Github Pages 的终极博客解决方案 - Urodele

有意思哦，不过跟你思路不一样，我不喜欢把私人项目和第三方服务高度绑定，我认为的、理想的博客形态是：跨平台，不需要额外配置运行环境，赋个权限就能跑，一条 tar 命令下去全站打包。管理后台则是完全没必要做到网页上，预留 api 就行了

36 天前

回复了 a1oyss0925 创建的主题 › 程序员 › 目前想写一个桌面应用，请问下技术栈选择

我梦到过若干年后的某天用游戏引擎写软件界面，可能是 godot ，醒来评估了一下，还是有点重，选的 raylib

39 天前

回复了 CodeUU 创建的主题 › 程序员 › H265 是最优的压缩格式吗？ ISO 转成 H265，实际体验上有多大差别？

HEVC 基本上可以认为是当下综合体验最好的视频编码，支持 AV1 硬解硬编的硬件尚未普及开，压制和播放 AV1 视频的代价太大。对这方面技术了解不多，我也说不上来 AV1 视频目前有哪些缺陷，但我就 libaom 和 x265 单张图片编码的质量进行过一些小测试，依据是引入了视觉显著性的 SSIM ，样本为十万张人物写真，AV1 确实更胜一筹，在同等视觉效果下文件更小，但小得不多，代价是编解码时间更长

42 天前

回复了 Visitor233 创建的主题 › 程序员 › 求问： WPF 未来还能坚挺几个十年？

不是程序员，但身在传统行业，私下里写了若干年 c#
公司的上位机还是.net framework 4.0 的 winform ，纯屎，一个 form 几万行
从.net core 转正开始，个人项目就开始避免使用 wpf 、winform ，不干净
avalonia 则是浅尝辄止，虽然很强大，但是对于我的小项目来说太重了
我现在用的是基于 raylib 的轻量 UI 库，只实现了最基本的组件，勉强够我自己用

59 天前

回复了 leaveeel 创建的主题 › 职场话题 › 关于工资卡限额

我工资卡是交行的旧卡，断卡行动时把非柜面交易锁了，本地所有网点都说解不了。我乘着出差跑到开卡行去，提供工资流水和在职证明，这才把日限额改到了平均月薪的 120%

70 天前

回复了 statusbar 创建的主题 › 分享创造 › PandaGo 图片格式转换器送[永久兑换码或年订阅]

提一些建议
1.大屏上侧边栏的功能性很弱，有点多余，A to B 可以做成下拉菜单
2.不支持 A to A
3.绝大多数用户不懂图像编码，根本就没有能力为不同的编码器选择合适的质量参数。而工具完全可以替用户做这个决定，至少可以有这么个模式可选，允许用算力和时间换取稳定的输出质量与尽可能小的文件体积，不需要用户介入，无论输入图片是个什么质量，输出图片是个什么格式，都能把每一张图的损失控制在的同一水平上

84 天前

回复了 bobguo 创建的主题 › 奇思妙想 › 电传动自行车的可行性

@bobguo #95 你连人力发电有多逆天都意识不到，也来讨论技术问题？

84 天前

回复了 bobguo 创建的主题 › 奇思妙想 › 电传动自行车的可行性

你这个方案根本性的槽点在于人力发电，非常逆天。不如换个思路，车本质上是纯电，脚踏类似于动感单车空转，阻力可调以满足休闲、锻炼等不同使用场景，踏频就是油门，用算法控制电机功率输出。人力只与骑行感受相关，不参与传动，车重根本就无所谓，也没有能量转化效率的问题

93 天前

回复了 grabbywu 创建的主题 › 奇思妙想 › 我一个想法----小小 up 主

@grabbywu 小孩子的社交和娱乐在小天才手表上自成一脉，牢不可破。此外，二十年前就有这种打着关注孩子成长的 blog 平台了，我父母当前给我注册过，在我的记忆里就是无聊透顶，我当时完全不理解为什么要去上面写日记，为什么要赚积分。现在回想起来，不过是家长的自我感动罢了

93 天前

回复了 grabbywu 创建的主题 › 奇思妙想 › 我一个想法----小小 up 主

我觉得不行，完全没有办法吸引到用户，对于孩子而言这个平台完全没有趣味性，跟小天才生态没法比
而鸡娃的家长们存在利益冲突，不可能聚到一起搞信息共享，我提前知道了某个新的加分政策会告诉你？

1 2

❮

❯