苏辰汐 发表于 2022-5-1 19:57
并不是很认同你的看法，站在用户的角度思考明显是按需加载字体的轮子更为便利。
1. 无论是按需加载还是字 ...
便利性方面还是需要时间来证明，当下很多人都不知道 mks 字幕的存在，毕竟目前支持的播放器也不多。
本帖最后由 dtlnor 于 2022-5-1 21:59 编辑
StarRingChild 发表于 2022-5-1 18:31
不啊，只要你有了字幕和字体，利用 mkvtool 就可以自己动手制作 mks，然后就可以丢弃掉麻烦的字体包了，基 ...
子集化mks需要字體才能製作。那字體的來源就是個問題了。很多時候收集字幕的時候你不能搜到附帶的字體包。你還是偶爾需要那50G+的字體包來製作mks的。你要是刪了這50G+你就要時不時去某些網站把字體下回來。“丟棄掉麻煩的字體包”然後麻煩地下載缺少的字體。
這對觀客來說肯定沒有自動加載字體的loader方便的
字幕製作者這樣做確實可以方便觀客。但我想不到觀客手動製作mks的好處
StarRingChild 发表于 2022-5-1 20:54
便利性方面还是需要时间来证明，当下很多人都不知道 mks 字幕的存在，毕竟目前支持的播放器也不多。 ...
迷惑性发言，我上面说的已经很明白了。就便利性而言mks子集化字幕需要用户进行大量且持续性的操作，而按需加载的轮子只需配置一次后续很少需要再维护。两者无论从省心度和便利性上的优劣都是显而易见的，这跟mks普及度和播放器支持度没什么关系（播放器这个影响的是实用性
我很理解和佩服你在ass字幕子集化工具上的付出和贡献，但不是很懂你这种谜之坚持是为了啥。ass子集化是有其必要性和存在性的，但更多体现在制作者层面上。用户侧已经有了更便利的工具，并没有必要一味地推崇mks子集化
StarRingChild 发表于 2022-5-1 13:19
5 年前就有人跟我说过子集化的事情，我当时也是觉得没有那些字体自动加载工具，只有手动拖动字体到FontLoa ...
我並不認同你說簡單的觀點
對於用戶來說，簡單永遠是GUI，沒有GUI就不會簡單
就算你把bat腳本寫好，drag and drop就搞定。用戶還要安裝python安裝pip，要懂得把依賴加入path，要懂得使用pip命令安裝依賴。任何涉及到命令行的操作我都不認為是一個hello world都不會寫的用戶會願意去用的。
至少，在出現standalone的gui軟件之前，我覺得“一般用戶”是不會願意去下載使用的。
本帖最后由 dtlnor 于 2022-5-1 22:25 编辑
StarRingChild 发表于 2022-5-1 20:54
便利性方面还是需要时间来证明，当下很多人都不知道 mks 字幕的存在，毕竟目前支持的播放器也不多。 ...
"需要時間證明"的東西我覺得不適合現在的情況
你不拿出強力的不可替代的理由去宣傳就不會有用戶願意遷移軟件
你拿不出證明mks比loader更方便的論點，甚至不能證明mks跟loader同等地方便。
你說用時間證明，我認為時間不能證明mks/loader/手動安裝字體或者任何軟件的便利性
時間可以讓用戶變多，用戶多是這個軟件吸引人的佐證。那麼這個軟件吸引人的地方才是重點。
如果重點是便利性，那麼便利性源自於哪裡，比如是不是有同類軟件不可取代的地方。假設一個軟件多人用但你根本不能說出他的優點，那他吸引人的地方就只在“多人用”而不是便利性。比如微信。
（雖然這個例子不太準確，因為多用戶對於社交軟件來說是便利性的一部分。但對於工具軟件來說用戶多不多不能代表他的便利性如何。你總不能說用戶多社區大支援就更足吧）
本帖最后由 StarRingChild 于 2022-5-1 22:26 编辑
dtlnor 发表于 2022-5-1 21:56
子集化mks需要字體才能製作。那字體的來源就是個問題了。很多時候收集字幕的時候你不能搜到附帶的字體包。 ...
我说的“丢掉”只是把它们从系统安装目录里移除掉，存放在单独的位置，可以是外部存储比如 OneDrive。
另外，我承认我没有用过 Loader 因为我是 macOS，当然你应该也没有用过 mks 不过你可以试过之后再比较
本帖最后由 dtlnor 于 2022-5-1 22:29 编辑
StarRingChild 发表于 2022-5-1 22:23
我说的“丢掉”只是把它们从系统安装目录里移除掉，存放在单独的位置，可以是外部存储比如 OneDrive。
另 ...
loader就是從任意目錄加載的。
你無意中說的或許才是選擇mks真正的重點：非windows系統下的體驗
本帖最后由 StarRingChild 于 2022-5-1 22:39 编辑
dtlnor 发表于 2022-5-1 22:27
loader就是從任意目錄加載的。
这个我知道，但是如果我的 50G 在外置存储，那每次看视频都要使用 Loader 必须要把它们连起来。我制作 mks 也需要，但制作完之后就不需要了。
其实我还有个更遥远的想法：搞一个在线工具，丢 ass 上去，扔 mks 下来，这样 50G 也省了。
本帖最后由 dtlnor 于 2022-5-1 22:51 编辑
StarRingChild 发表于 2022-5-1 22:29
这个我知道，但是如果我的 50G 在外置存储，那每次看视频都要使用 Loader 必须要把它们连起来。我制作 mk ...
所以你還是沒有丟掉這50G
對於主機用戶來說，這不是一個問題。（多數主機用戶缺少空間的時候會選擇購買更便宜的3.5內置硬盤而不是永遠插在那的外置。同理，即使是外置硬盤也是永遠插在那的。除非你有3、4個外置不同用途輪流插吧）
對於筆記本用戶來說，這或許可以是一個更節省空間的選擇。比如要看了就把一套番+mks字幕放進筆記本看。看完放回去其他移動硬盤。他可以讓製作好的資源擁有很高的獨立性
這就是我說的“這個方案最獨特且難以替代的功能”雖然我從你之前的對話中完全沒get到。
因為對於大部分用戶來說，loader一勞永逸但只需要額外佔據硬盤50+G的東西。我覺得會下載番劇看的人非以上特殊情況不會這點空間都要節省。另一個或許合適你的方案的情況就是使用非win系統看番的用戶。
這兩點足夠宣傳mks。也足夠證明其不可替代性。但對於能夠使用loader的用戶來說吸引性確實不大（比如我這個個例）
（題外話，ios的nplayer不知道支不支持呢，如果支持的話對於ipad看番的人來說就非常非常便利了，我試試）
dtlnor 发表于 2022-5-1 22:42
所以你還是沒有丟掉這50G
對於主機用戶來說，這不是一個問題。（多數主機用戶缺少空間的時候會選擇購買更 ...
nPlayer 不支持，无论是 iOS 还是 macOS 版。
macOS 要想实现 Loader 功能，应该不难，可能就是写个 .lua 的事儿（我不懂代码）来回移动下字体位置。
但每次看番仅需要 50G 中的 几百M（子集化后可能不到 10M），但必须让它们时刻 available 想想就挺僵硬的