@水木易安，电脑开了热点，所以电脑是一个DNS服务器，负责客户端的域名解析。 至于本机hosts文件里的记录是否参与解析，取决于开热点时DNS服务器的配置。 可能360的热点DNS配置为使用hosts，自带热点因为隐私配置为不使用。 至于怎么配置我就没研究过了。
@huaruan，怎么设置，截个图？
@无名啊，据我所知Windows的标准输入和标准输出不是二进制安全的，可能无法用于文件传输。只有Linux可以。
@无名啊，哦对了，unrar有两个版本，在Linux环境里安装的通常是GNU版本，可能和WinRAR附带的那个不一样。
unrar
@无名啊，看起来有方法把标准输入和标准输出设置为二进制模式。 https://learn.microsoft.com/zh-cn/cpp/c-runtime-library/reference/setmode?view=msvc-170#example-use-_setmode-to-change-stdin _setmode( _fileno( stdin ), _O_BINARY ); 不过Win32控制台依然是特殊的，因为Win32窗口程序默认没有标准输入和标准输出，而启动Win32控制台程序则总会一并启动一个控制台宿主进程（conhost.exe）并显示黑窗口。所以Windows中的窗口程序和控制台程序往往是两个不同的二进制，就算功能相同（比如java.exe和javaw.exe）。
@无名啊，看起来有方法把标准输入和标准输出设置为二进制模式。
https://learn.microsoft.com/zh-cn/cpp/c-runtime-library/reference/setmode?view=msvc-170#example-use-_setmode-to-change-stdin
_setmode( _fileno( stdin ), _O_BINARY );
不过Win32控制台依然是特殊的，因为Win32窗口程序默认没有标准输入和标准输出，而启动Win32控制台程序则总会一并启动一个控制台宿主进程（conhost.exe）并显示黑窗口。所以Windows中的窗口程序和控制台程序往往是两个不同的二进制，就算功能相同（比如java.exe和javaw.exe）。
conhost.exe
java.exe
javaw.exe
@张小强，一个生成浏览器id的开源库：https://github.com/fingerprintjs/fingerprintjs 来自 https://zhuanlan.zhihu.com/p/400206593 尝试 1：IP 是否会影响指纹 结果：通过 VPN 或者连接不同的网络，指纹的生成是稳定的，直接切换 IP 并不影响指纹。可以理解，因为 IP 是非常不稳定的，用户很容易切换 IP，导致指纹变化。个人看法，IP 只是作为辅助手段进行校验，比如曾经有使用某个 IP 的历史记录，就可以佐证是之前生成的某个指纹，即使某些指标发生异动。 尝试 2：伪造某些指标是否会影响指纹 开源版：只要修改了提取的某个参数值，生成的指纹就会改变。 专业版：在 Chrome 的无痕模式下，通过插件（Fingerprint Spoofing）或者断点通过 Object.defineProperty 等方式修改某些指标的值是会影响指纹的。但在普通模式下，修改参数不会影响指纹。为什么呢，我们会很容易去想普通模式和隐身模式有什么不同。经过一些尝试后，笔者把目标锁定在 Cookie 、本地存储和缓存上，专业版生成指纹后，存储在 Cookie 和本地存储中，下一次生成指纹时，先判断是否已存在 Cookie，有且符合历史记录则直接取，没有再重新生成。 尝试 3：伪造某些指标并清除 Cookie 、本地存储和缓存后是否影响专业版指纹 结果：会影响，基本上可以实现随机指纹。所以，基本可以确认，当 Cookie 等内容存在时，能够匹配历史记录里的值就直接从里面取值，这样能在很大程度上保持指纹的稳定。在实验中，Cookie、本地存储和缓存都可以用于保持稳定。
@张小强，一个生成浏览器id的开源库：https://github.com/fingerprintjs/fingerprintjs
来自 https://zhuanlan.zhihu.com/p/400206593
尝试 1：IP 是否会影响指纹
结果：通过 VPN 或者连接不同的网络，指纹的生成是稳定的，直接切换 IP 并不影响指纹。可以理解，因为 IP 是非常不稳定的，用户很容易切换 IP，导致指纹变化。个人看法，IP 只是作为辅助手段进行校验，比如曾经有使用某个 IP 的历史记录，就可以佐证是之前生成的某个指纹，即使某些指标发生异动。
尝试 2：伪造某些指标是否会影响指纹
开源版：只要修改了提取的某个参数值，生成的指纹就会改变。
专业版：在 Chrome 的无痕模式下，通过插件（Fingerprint Spoofing）或者断点通过 Object.defineProperty 等方式修改某些指标的值是会影响指纹的。但在普通模式下，修改参数不会影响指纹。为什么呢，我们会很容易去想普通模式和隐身模式有什么不同。经过一些尝试后，笔者把目标锁定在 Cookie 、本地存储和缓存上，专业版生成指纹后，存储在 Cookie 和本地存储中，下一次生成指纹时，先判断是否已存在 Cookie，有且符合历史记录则直接取，没有再重新生成。
尝试 3：伪造某些指标并清除 Cookie 、本地存储和缓存后是否影响专业版指纹
结果：会影响，基本上可以实现随机指纹。所以，基本可以确认，当 Cookie 等内容存在时，能够匹配历史记录里的值就直接从里面取值，这样能在很大程度上保持指纹的稳定。在实验中，Cookie、本地存储和缓存都可以用于保持稳定。
@无名啊，压缩成webp，支持透明度
webp
@无名啊，Linux的unrar也可以流式调用： sudo apt install p7zip unrar 7z e -so test.7z.001 inner.rar | unrar x -si -o"+" . -so 解压到标准输出 -si 从标准输入读取压缩包 -o"+" 解压时覆盖所有已存在文件（没有该选项，文件重名时会退出）
@无名啊，Linux的unrar也可以流式调用：
sudo apt install p7zip unrar 7z e -so test.7z.001 inner.rar | unrar x -si -o"+" .
-so 解压到标准输出 -si 从标准输入读取压缩包 -o"+" 解压时覆盖所有已存在文件（没有该选项，文件重名时会退出）
@艾木友尔尔巴，发现局域网内的其他设备
修改HEVC视频的数据级别（有限、完全） ffmpeg -i HLG测试：数据级别完全.mkv -c copy -bsf:v hevc_metadata=video_full_range_flag=0 HLG测试：数据级别完全，错标为有限.mkv ffmpeg -i HLG测试：数据级别有限.mkv -c copy -bsf:v hevc_metadata=video_full_range_flag=1 HLG测试：数据级别有限，错标为完全.mkv
ffmpeg -i HLG测试：数据级别完全.mkv -c copy -bsf:v hevc_metadata=video_full_range_flag=0 HLG测试：数据级别完全，错标为有限.mkv ffmpeg -i HLG测试：数据级别有限.mkv -c copy -bsf:v hevc_metadata=video_full_range_flag=1 HLG测试：数据级别有限，错标为完全.mkv
@无名啊，嗯，看起来C为并行执行优化留下了很多空间。
@无名啊，i++ + ++i中哪一部分是未定义的？C标准允许++i读取不到i++增加后的值？
i++ + ++i
++i
i++
@无名啊，我看出一些问题。 restrict是一个C99规定的关键字，C++的任何版本都未要求实现该关键字，大部分C++编译器会直接忽略它。 你是想在C++中用它吗，那你应该用__restrict__，虽然它是编译器特定扩展，但大部分编译器都实现了它。
restrict
__restrict__
浏览器已经开发了多种功能来阻止这种操作。在浏览器的默认隐私策略中，应该获取不到任何全局唯一标识。
操作系统也在努力避免通过IPv6地址暴露网卡mac地址给网站。 最初的全局唯一IPv6地址要求通过mac地址转换生成，同一设备在不同网络下生成的IPv6地址后缀都相同。后来发现该特性被网站滥用，用于追踪用户，于是发布了IPv6隐私扩展。 支持IPv6隐私扩展的操作系统会在连接时优先使用随机生成的IPv6地址后缀。
操作系统也在努力避免通过IPv6地址暴露网卡mac地址给网站。
最初的全局唯一IPv6地址要求通过mac地址转换生成，同一设备在不同网络下生成的IPv6地址后缀都相同。后来发现该特性被网站滥用，用于追踪用户，于是发布了IPv6隐私扩展。
支持IPv6隐私扩展的操作系统会在连接时优先使用随机生成的IPv6地址后缀。
@无名啊，@水木易安，大学肯定不会教这个啊，大学教的C和C++基本上都是最具可移植性的部分，语法基本上停留在C89阶段，不会有C99之后的新特性。
@残缘，你可以试试： ndp -an arp -an
@残缘，你可以试试：
ndp -an arp -an
@希望自己长胖胖，LED很省电的，没有LED功率要求不会变小吧
可以采用webrtc+p2p来进行播放，可以节省带宽流量。 例如： http://www.hifilm.top/film/tv?media=http://cctvalih5ca.v.myalicdn.com/live/cctv15_2/index.m3u8 可以把上述网址中的media值改为其它m3u8网址 @admpub，它能实现类似BT下载那样的自动互传吗，看的人越多越流畅？ 相关开源项目： https://github.com/cdnbye/hlsjs-p2p-engine/blob/master/Readme_zh.md P2P技术使观看相同内容的用户之间可以相互分享数据，不仅能效降低视频/直播网站的带宽成本，还可以提升用户的播放体验，降低卡顿、二次缓存的发生率。 另外，随着H5的普及，flash逐渐被淘汰已成为不可逆转的趋势。而在H5采用的视频传输格式中，hls由于兼容ios和android、可以穿过任何允许HTTP数据通过的防火墙、容易使用内容分发网络来传输媒体流和码率自适应等众多优势而在业界得到广泛使用。通过使用hls.js这个第三方库，几乎所有现代浏览器都可以播放hls视频。hls天生分片传输的优势，使其可以采用p2p的方式进行传输，从而减小服务器的负担。在web端，无插件化实现p2p传输能力的最好选择就是WebRTC技术，与hls.js类似，WebRTC也支持几乎所有现代浏览器。本项目是一个hls.js的插件，通过WebRTC datachannel技术，在不影响用户体验的前提下，最大化p2p率，是面向未来的Web P2P技术。 https://github.com/cdnbye/CBPlayer CBPlayer 是基于 DPlayer 开发的，内置 CDNBye P2P 插件的 H5 播放器，加入了记忆播放等实用功能，右键可以查看p2p实时数据。支持HLS、MP4和MPEG-DASH三种格式的P2P加速。
可以采用webrtc+p2p来进行播放，可以节省带宽流量。 例如： http://www.hifilm.top/film/tv?media=http://cctvalih5ca.v.myalicdn.com/live/cctv15_2/index.m3u8 可以把上述网址中的media值改为其它m3u8网址
@admpub，它能实现类似BT下载那样的自动互传吗，看的人越多越流畅？
相关开源项目：
P2P技术使观看相同内容的用户之间可以相互分享数据，不仅能效降低视频/直播网站的带宽成本，还可以提升用户的播放体验，降低卡顿、二次缓存的发生率。 另外，随着H5的普及，flash逐渐被淘汰已成为不可逆转的趋势。而在H5采用的视频传输格式中，hls由于兼容ios和android、可以穿过任何允许HTTP数据通过的防火墙、容易使用内容分发网络来传输媒体流和码率自适应等众多优势而在业界得到广泛使用。通过使用hls.js这个第三方库，几乎所有现代浏览器都可以播放hls视频。hls天生分片传输的优势，使其可以采用p2p的方式进行传输，从而减小服务器的负担。在web端，无插件化实现p2p传输能力的最好选择就是WebRTC技术，与hls.js类似，WebRTC也支持几乎所有现代浏览器。本项目是一个hls.js的插件，通过WebRTC datachannel技术，在不影响用户体验的前提下，最大化p2p率，是面向未来的Web P2P技术。
CBPlayer 是基于 DPlayer 开发的，内置 CDNBye P2P 插件的 H5 播放器，加入了记忆播放等实用功能，右键可以查看p2p实时数据。支持HLS、MP4和MPEG-DASH三种格式的P2P加速。
相关讨论：内网用户同时看同一直播，怎么保证流畅 https://hu60.cn/q.php/bbs.topic.102308.2.html?floor=36#36 @admpub： 可以采用webrtc+p2p来进行播放，可以节省带宽流量。 例如： http://www.hifilm.top/film/tv?media=http://cctvalih5ca.v.myalicdn.com/live/cctv15_2/index.m3u8 可以把上述网址中的media值改为其它m3u8网址 相关开源项目： https://github.com/cdnbye/hlsjs-p2p-engine/blob/master/Readme_zh.md P2P技术使观看相同内容的用户之间可以相互分享数据，不仅能效降低视频/直播网站的带宽成本，还可以提升用户的播放体验，降低卡顿、二次缓存的发生率。 另外，随着H5的普及，flash逐渐被淘汰已成为不可逆转的趋势。而在H5采用的视频传输格式中，hls由于兼容ios和android、可以穿过任何允许HTTP数据通过的防火墙、容易使用内容分发网络来传输媒体流和码率自适应等众多优势而在业界得到广泛使用。通过使用hls.js这个第三方库，几乎所有现代浏览器都可以播放hls视频。hls天生分片传输的优势，使其可以采用p2p的方式进行传输，从而减小服务器的负担。在web端，无插件化实现p2p传输能力的最好选择就是WebRTC技术，与hls.js类似，WebRTC也支持几乎所有现代浏览器。本项目是一个hls.js的插件，通过WebRTC datachannel技术，在不影响用户体验的前提下，最大化p2p率，是面向未来的Web P2P技术。 https://github.com/cdnbye/CBPlayer CBPlayer 是基于 DPlayer 开发的，内置 CDNBye P2P 插件的 H5 播放器，加入了记忆播放等实用功能，右键可以查看p2p实时数据。支持HLS、MP4和MPEG-DASH三种格式的P2P加速。
相关讨论：内网用户同时看同一直播，怎么保证流畅 https://hu60.cn/q.php/bbs.topic.102308.2.html?floor=36#36
@admpub：
老虎会游泳
