WWW.YOUINFO.SITE
标签聚合 主持人

/tag/主持人

v2ex · 2026-05-25 18:06:26+08:00 · tech

大概用法是:主持人在扩展里创建房间,选择一个媒体源;观看者通过网页端输入房间码,或者直接打开房间链接加入。 它不是把原始视频文件上传给别人,而是用 WebRTC 传输浏览器里解码后的媒体流。网络情况好的时候,画质会自动往上适配;网络差的时候就比较随缘。 目前能共享这些东西: 常见视频网站里的 <video> 标签,插件会嗅探页面上可见的视频元素,然后用 captureStream() 推流 标签页、窗口、屏幕 本地视频文件,扩展里会用 offscreen document 持有一个隐藏播放器,所以观看页刷新或关掉之后,推流也可以继续 房间内支持文字聊天、成员列表、踢人、可选密码 也做了语音和视频通话,能看到当前在线通话人数 为什么说偏玩具?主要是没钱。 国内没有中转服务器,现在只有 3 台 Oracle 的海外 TURN/中继。网络好(可以直连的)的用户体验还行,网络复杂一点,比如公司内网、校园网、运营商 NAT 比较怪,就可能连不上或者延迟比较高。 我感觉它可能比较适合两类场景: 网络还不错的异地情侣,一起看点东西 同办公室摸鱼的朋友,共享个画面或者本地视频 感兴趣可以装来玩玩。也欢迎提 issue ,尤其是网络穿透、TURN 、WebRTC 这块的建议。 主页: https://screenmate.recolly.com/ 插件地址: https://chromewebstore.google.com/detail/screenmate-webrtc-video-s/nlhckieejhbhoeeeiekjdpodemijblnl github: https://github.com/ekxs-dev/ScreenMate

v2ex · 2026-05-25 18:06:26+08:00 · tech

大概用法是:主持人在扩展里创建房间,选择一个媒体源;观看者通过网页端输入房间码,或者直接打开房间链接加入。 它不是把原始视频文件上传给别人,而是用 WebRTC 传输浏览器里解码后的媒体流。网络情况好的时候,画质会自动往上适配;网络差的时候就比较随缘。 目前能共享这些东西: 常见视频网站里的 <video> 标签,插件会嗅探页面上可见的视频元素,然后用 captureStream() 推流 标签页、窗口、屏幕 本地视频文件,扩展里会用 offscreen document 持有一个隐藏播放器,所以观看页刷新或关掉之后,推流也可以继续 房间内支持文字聊天、成员列表、踢人、可选密码 也做了语音和视频通话,能看到当前在线通话人数 为什么说偏玩具?主要是没钱。 国内没有中转服务器,现在只有 3 台 Oracle 的海外 TURN/中继。网络好(可以直连的)的用户体验还行,网络复杂一点,比如公司内网、校园网、运营商 NAT 比较怪,就可能连不上或者延迟比较高。 我感觉它可能比较适合两类场景: 网络还不错的异地情侣,一起看点东西 同办公室摸鱼的朋友,共享个画面或者本地视频 感兴趣可以装来玩玩。也欢迎提 issue ,尤其是网络穿透、TURN 、WebRTC 这块的建议。 主页: https://screenmate.recolly.com/ 插件地址: https://chromewebstore.google.com/detail/screenmate-webrtc-video-s/nlhckieejhbhoeeeiekjdpodemijblnl github: https://github.com/ekxs-dev/ScreenMate

v2ex · 2026-05-25 17:59:11+08:00 · tech

大概用法是:主持人在扩展里创建房间,选择一个媒体源;观看者通过网页端输入房间码,或者直接打开房间链接加入。 它不是把原始视频文件上传给别人,而是用 WebRTC 传输浏览器里解码后的媒体流。网络情况好的时候,画质会自动往上适配;网络差的时候就比较随缘。 目前能共享这些东西: 常见视频网站里的 <video> 标签,插件会嗅探页面上可见的视频元素,然后用 captureStream() 推流 标签页、窗口、屏幕 本地视频文件,扩展里会用 offscreen document 持有一个隐藏播放器,所以观看页刷新或关掉之后,推流也可以继续 房间内支持文字聊天、成员列表、踢人、可选密码 也做了语音和视频通话,能看到当前在线通话人数 为什么说偏玩具?主要是没钱。 国内没有中转服务器,现在只有 3 台 Oracle 的海外 TURN/中继。网络好(可以直连的)的用户体验还行,网络复杂一点,比如公司内网、校园网、运营商 NAT 比较怪,就可能连不上或者延迟比较高。 我感觉它可能比较适合两类场景: 网络还不错的异地情侣,一起看点东西 同办公室摸鱼的朋友,共享个画面或者本地视频 感兴趣可以装来玩玩。也欢迎提 issue ,尤其是网络穿透、TURN 、WebRTC 这块的建议。 主页: https://screenmate.recolly.com/ 插件地址: https://chromewebstore.google.com/detail/screenmate-webrtc-video-s/nlhckieejhbhoeeeiekjdpodemijblnl github: https://github.com/ekxs-dev/ScreenMate

v2ex · 2026-05-25 17:28:25+08:00 · tech

大概用法是:主持人在扩展里创建房间,选择一个媒体源;观看者通过网页端输入房间码,或者直接打开房间链接加入。 它不是把原始视频文件上传给别人,而是用 WebRTC 传输浏览器里解码后的媒体流。网络情况好的时候,画质会自动往上适配;网络差的时候就比较随缘。 目前能共享这些东西: 常见视频网站里的 <video> 标签,插件会嗅探页面上可见的视频元素,然后用 captureStream() 推流 标签页、窗口、屏幕 本地视频文件,扩展里会用 offscreen document 持有一个隐藏播放器,所以观看页刷新或关掉之后,推流也可以继续 房间内支持文字聊天、成员列表、踢人、可选密码 也做了语音和视频通话,能看到当前在线通话人数 为什么说偏玩具?主要是没钱。 国内没有中转服务器,现在只有 3 台 Oracle 的海外 TURN/中继。网络好(可以直连的)的用户体验还行,网络复杂一点,比如公司内网、校园网、运营商 NAT 比较怪,就可能连不上或者延迟比较高。 我感觉它可能比较适合两类场景: 网络还不错的异地情侣,一起看点东西 同办公室摸鱼的朋友,共享个画面或者本地视频 感兴趣可以装来玩玩。也欢迎提 issue ,尤其是网络穿透、TURN 、WebRTC 这块的建议。 主页: https://screenmate.recolly.com/ 插件地址: https://chromewebstore.google.com/detail/screenmate-webrtc-video-s/nlhckieejhbhoeeeiekjdpodemijblnl github: https://github.com/ekxs-dev/ScreenMate

v2ex · 2026-05-25 17:28:25+08:00 · tech

大概用法是:主持人在扩展里创建房间,选择一个媒体源;观看者通过网页端输入房间码,或者直接打开房间链接加入。 它不是把原始视频文件上传给别人,而是用 WebRTC 传输浏览器里解码后的媒体流。网络情况好的时候,画质会自动往上适配;网络差的时候就比较随缘。 目前能共享这些东西: 常见视频网站里的 <video> 标签,插件会嗅探页面上可见的视频元素,然后用 captureStream() 推流 标签页、窗口、屏幕 本地视频文件,扩展里会用 offscreen document 持有一个隐藏播放器,所以观看页刷新或关掉之后,推流也可以继续 房间内支持文字聊天、成员列表、踢人、可选密码 也做了语音和视频通话,能看到当前在线通话人数 为什么说偏玩具?主要是没钱。 国内没有中转服务器,现在只有 3 台 Oracle 的海外 TURN/中继。网络好(可以直连的)的用户体验还行,网络复杂一点,比如公司内网、校园网、运营商 NAT 比较怪,就可能连不上或者延迟比较高。 我感觉它可能比较适合两类场景: 网络还不错的异地情侣,一起看点东西 同办公室摸鱼的朋友,共享个画面或者本地视频 感兴趣可以装来玩玩。也欢迎提 issue ,尤其是网络穿透、TURN 、WebRTC 这块的建议。 主页: https://screenmate.recolly.com/ 插件地址: https://chromewebstore.google.com/detail/screenmate-webrtc-video-s/nlhckieejhbhoeeeiekjdpodemijblnl github: https://github.com/ekxs-dev/ScreenMate

v2ex · 2026-05-25 16:59:55+08:00 · tech

大概用法是:主持人在扩展里创建房间,选择一个媒体源;观看者通过网页端输入房间码,或者直接打开房间链接加入。 它不是把原始视频文件上传给别人,而是用 WebRTC 传输浏览器里解码后的媒体流。网络情况好的时候,画质会自动往上适配;网络差的时候就比较随缘。 目前能共享这些东西: 常见视频网站里的 <video> 标签,插件会嗅探页面上可见的视频元素,然后用 captureStream() 推流 标签页、窗口、屏幕 本地视频文件,扩展里会用 offscreen document 持有一个隐藏播放器,所以观看页刷新或关掉之后,推流也可以继续 房间内支持文字聊天、成员列表、踢人、可选密码 也做了语音和视频通话,能看到当前在线通话人数 为什么说偏玩具?主要是没钱。 国内没有中转服务器,现在只有 3 台 Oracle 的海外 TURN/中继。网络好(可以直连的)的用户体验还行,网络复杂一点,比如公司内网、校园网、运营商 NAT 比较怪,就可能连不上或者延迟比较高。 我感觉它可能比较适合两类场景: 网络还不错的异地情侣,一起看点东西 同办公室摸鱼的朋友,共享个画面或者本地视频 感兴趣可以装来玩玩。也欢迎提 issue ,尤其是网络穿透、TURN 、WebRTC 这块的建议。 主页: https://screenmate.recolly.com/ 插件地址: https://chromewebstore.google.com/detail/screenmate-webrtc-video-s/nlhckieejhbhoeeeiekjdpodemijblnl github: https://github.com/ekxs-dev/ScreenMate

v2ex · 2026-05-25 16:48:04+08:00 · tech

大概用法是:主持人在扩展里创建房间,选择一个媒体源;观看者通过网页端输入房间码,或者直接打开房间链接加入。 它不是把原始视频文件上传给别人,而是用 WebRTC 传输浏览器里解码后的媒体流。网络情况好的时候,画质会自动往上适配;网络差的时候就比较随缘。 目前能共享这些东西: 常见视频网站里的 <video> 标签,插件会嗅探页面上可见的视频元素,然后用 captureStream() 推流 标签页、窗口、屏幕 本地视频文件,扩展里会用 offscreen document 持有一个隐藏播放器,所以观看页刷新或关掉之后,推流也可以继续 房间内支持文字聊天、成员列表、踢人、可选密码 也做了语音和视频通话,能看到当前在线通话人数 为什么说偏玩具?主要是没钱。 国内没有中转服务器,现在只有 3 台 Oracle 的海外 TURN/中继。网络好(可以直连的)的用户体验还行,网络复杂一点,比如公司内网、校园网、运营商 NAT 比较怪,就可能连不上或者延迟比较高。 我感觉它可能比较适合两类场景: 网络还不错的异地情侣,一起看点东西 同办公室摸鱼的朋友,共享个画面或者本地视频 感兴趣可以装来玩玩。也欢迎提 issue ,尤其是网络穿透、TURN 、WebRTC 这块的建议。 主页: https://screenmate.recolly.com/ 插件地址: https://chromewebstore.google.com/detail/screenmate-webrtc-video-s/nlhckieejhbhoeeeiekjdpodemijblnl github: https://github.com/ekxs-dev/ScreenMate

v2ex · 2026-05-25 16:31:12+08:00 · tech

大概用法是:主持人在扩展里创建房间,选择一个媒体源;观看者通过网页端输入房间码,或者直接打开房间链接加入。 它不是把原始视频文件上传给别人,而是用 WebRTC 传输浏览器里解码后的媒体流。网络情况好的时候,画质会自动往上适配;网络差的时候就比较随缘。 目前能共享这些东西: 常见视频网站里的 <video> 标签,插件会嗅探页面上可见的视频元素,然后用 captureStream() 推流 标签页、窗口、屏幕 本地视频文件,扩展里会用 offscreen document 持有一个隐藏播放器,所以观看页刷新或关掉之后,推流也可以继续 房间内支持文字聊天、成员列表、踢人、可选密码 也做了语音和视频通话,能看到当前在线通话人数 为什么说偏玩具?主要是没钱。 国内没有中转服务器,现在只有 3 台 Oracle 的海外 TURN/中继。网络好(可以直连的)的用户体验还行,网络复杂一点,比如公司内网、校园网、运营商 NAT 比较怪,就可能连不上或者延迟比较高。 我感觉它可能比较适合两类场景: 网络还不错的异地情侣,一起看点东西 同办公室摸鱼的朋友,共享个画面或者本地视频 感兴趣可以装来玩玩。也欢迎提 issue ,尤其是网络穿透、TURN 、WebRTC 这块的建议。 主页: https://screenmate.recolly.com/ 插件地址: https://chromewebstore.google.com/detail/screenmate-webrtc-video-s/nlhckieejhbhoeeeiekjdpodemijblnl github: https://github.com/ekxs-dev/ScreenMate

LinuxDo 最新话题 · 2026-05-14 18:03:02+08:00 · tech

最近读了翁家翌大佬一篇关于AI自己长期维护方法的博客,之前也用过coze(工作流编排),codex,claude code等工具。 最近想做一个 单人维护的大型项目 (比如自动跑团的AI主持人),想和各位佬们讨论。 我遇到的问题 个人维护大型项目,在ai已经解决了大多数工程问题的情况下,最大的问题就是个人需要同时理解N个模块如何交互、修改后可能影响哪些地方,即“认知负载”。 对于项目本身的更新,个人常常容易陷入局部视角或缺乏相关技术经验,因此如果让项目能依据目前的结果自己更新也许能得到一个更全面的结果。 ai会写出大量屎山,过大的项目如果要求人工介入review难度太大。 目前架构思路 堡垒: 稳定,长期无需维护,提供基础支撑的核心模块,但搭建此类壁垒时需要用codex+superpower(纪律框架,例如TDD)做足够的pytest,之后就几乎不会再修改(或者修改时要人工review和监测之前pytest的输出)。最后这些堡垒会工作流中反复调用,并通过skill之类的封装,只预留少数接口。 通道: 业务流程编排层,用Coze类似的工作流引擎把堡垒模块串起来,节点只是调用之前每个堡垒的暴露的api,而流程逻辑则完全可视化,这样可以保证我只需要知道每个模块有什么用以及模块的少数接口,让“认知负载”降到最低 Heuristic System: 翁家翌大佬提出的核心设想,我的理解就是类比强化学习,有 策略(代码规则/状态机)、反馈(test/log/reward)、记忆(trails/回放)、更新机制(coding agent直接改代码) ,进而实现启发式的项目自我重塑。感觉其实很类似站里许多大佬提出的自动生成skill或memory的项目架构。 项目管理(如何在屎山上继续拉屎)上我基本0经验,所以目前想法就是对于通道上每个节点进行监督,失败或到达某一指标时要求人工介入;同时可能需要通过工作流编排保证一些区别很大的子项目拆分开来,防止一个子项目失效全部都失效。 翁家翌大佬的那篇博客我还在消化,理解可能有偏差。我目前还没想好哪些逻辑要放入堡垒中,哪些通过工作流式的编排实现,以及HL的反馈和记忆存哪些东西比较好(感觉我列的有点太多了)。希望佬们能给点建议。 6 个帖子 - 2 位参与者 阅读完整话题

plink.anyfeeder.com · 2026-05-01 00:35:26+08:00 · tech

美国总统唐纳德·特朗普周四再次向ABC电视台施压,要求立即解雇深夜脱口秀主持人吉米·金梅尔,并警告此事“最好尽快解决”。特朗普在Truth Social上发文称:“ABC假新闻网络什么时候才能解雇那个一点都不好笑的吉米·金梅尔?他无能地主持着电视上收视率最低的节目之一。人们都很愤怒。这件事最好尽快解决!” 这场风波的导火索是金梅尔在4月23日节目中的一段调侃。当时他模仿主持白宫记者协会晚宴,对着镜头向梅拉尼娅·特朗普说:“特朗普夫人,你散发着像一位‘准寡妇’般的光彩。”该节目播出两天后,白宫记者协会晚宴现场发生枪击事件,一名特勤人员受伤,特朗普夫妇等人紧急撤离。特朗普夫妇认为金梅尔的言论煽动暴力。 第一夫人梅拉尼娅此前已在社交平台X上发文谴责金梅尔,称其言论“充满仇恨与暴力”,要求ABC“表明立场”。 美国联邦通信委员会已于周二下令对ABC所属8家电视台的执照启动“提前审查”,要求其在30天内提交续期申请。这些执照原定于2028年到期。提前审查的决定标志着特朗普政府与主流媒体之间的斗争急剧升级。迪士尼公司表示已收到通知,强调“长期以来完全遵守FCC规定”。 金梅尔在周一的节目中回应称,这只是一个调侃特朗普夫妇年龄差距的玩笑。“他快80岁了,而她比我还年轻,”金梅尔说,“这无论如何都不是在煽动刺杀。” 查看评论