事实是这样的，我平时都会打开多个视频，切换着看。
但播放器只会在历史记录其中一个，其他的会丢失。
我想了很多办法试图解决这个问题，甚至向几个开发者反馈过。
我至今仍对开发者的反应：“诶，竟然有人会同时多个播放器？”，感到震惊：
诶，竟然没人会同时多个播放器？
诶，竟然没人会同时多个播放器？
诶，竟然没人会同时多个播放器？
诶，竟然没人会同时多个播放器？
…
难道只有我会打开多个视频？
难道其实奇怪的是我？
那些小时候把遥控器玩出花的换台狂魔，长大了不会打开几个视频来回切换？
那些注意力只有五分钟的家伙，不会看烦了一个视频，暂停，打开另一个视频，看了一会又暂停，看回原来的？
结束了枯燥的工作，打眼一看任务栏正有三四个视频暂停着，随时让你继续看下去，不是很赞吗？
总之，这个问题简直是一大谜团。
在其他帖子里也讨论过这个问题，想了想直接做了调查好了。
0 投票人
我最多同时打开两个本地视频的窗口,甚至两个窗口可能同时播放一个文件,但是,这是用于做对比.
视频看烦了=你需要关掉.而不是后台暂停.
类似问题还有,(除去dj类型的软件)你的音乐播放器能同时播放两个音乐文件嘛?你会同时打开两个游戏嘛?
你混淆了同时打开和同时播放两个概念。
我会同时打开多个音乐播放器。foobar2000用来播放本地音乐，偶尔也会用网易云听听新歌，也用酷我下载音乐。我当然不会同时播放，但我想不到理由，在听网易云的时候必须退出foobar2000，它在后台暂停不好吗？因为我明确地知道我会经常地切换回foobar2000，我去关闭它，是要锻炼自己的动手能力吗？
视频看烦了是可以关闭，但你在明确知道不久之后你还会再次去看的时候，为什么要关掉？在任务栏一秒就继续播放了，关掉之后需要多久才能恢复播放？
顺便一说，我会同时打开多个游戏。当然你要问我同时去玩吗，咱就不抬杠了。
非常偶尔的情况下才会多开
你的历史记录没太明白，你
暂停的时候是不需要记录的吧？反正都在任务栏上。
是为了下次再打开这几个播放窗口时方便么？这样的话播放列表更合适吧？
混淆概念的是你吧？什么叫做多个播放器实例？同一个软件打开多个窗口才叫多个实例吧？
如果想一次打开看多个视频，Awesome Video Player应可胜任，免费版能同时打开4个
我混淆？顶多是比喻不恰当而已。
而且讨论的主体，视频软件，就是同一软件。你敢说这块有什么被我混淆了？
而音乐软件的不恰当之处，可以修改成：我有个听音乐软件-3X，它即能播放本地音乐，也能播放在线音乐，我在听够了本地音乐后，不想丢失当前播放列表，所以又启动了一个3X实例，去听在线新歌。这个场景合理吧，也是同一软件，逻辑的本质也没变。所以这算什么混淆？
而你把同时运行多个播放器，等同于，多个播放器同时播放。嗯，根据你的逻辑，你当然也没混淆。→_→
谢谢，我已经找到合适的软件了，MPV
总感觉你的用法像是看门大爷的监控室现状 
因为就个人来说 你开着软件 或者说多实例 也不会同时播放，除了监控室有相关多流同时播放的需求 我想象不出来 开多个播放器并且同时播放除了监控室的其他使用场景
那就很明白了既然不是同时播放 现在已有的播放列表 文件进度保存其实就能满足你随时切换的需求，并不需要多实例，切换文件即可
mpv也是在同一界面显示多个视频？
我在任务栏的几个播放器任务，恢复一个播放不用1秒，而且这几个都在最显示的位置，选择起来也毫不费力。
那么你可以尝试用某个播放器的播放列表试试，恢复一个要多少时间，在多个记录里选择某一个看看是否方便。
而且你们似乎根本没注意到这事的关键——当存在多个实例的时候播放器只能记录最后一个关闭的。
而解决只要稍加修改，把所有实例的记录都保存下来，就行了。
这种情况会对只有一个实例的场景有任何影响吗？没有。它即没对只有一个实例的场景产生任何负面影响，那么兼容下存在多个实例的场景，又冒犯了谁？
同一界面的多个视频，不是我的目标场景。。。
emmmm 我为什么要多个实例使用 我又不是看监控 同时播放的只有一个 如果说是快速更换播放文件 播放列表的快捷键也只需要一秒，至于播放进度保存任何一个现代化的视频播放器都提供了单独视频文件播放进度的保存功能 我想象不出多个实例有什么优点，说真的 除了查看监控 当然 你如果像看监控那样看电视 我承认多实例或者多流播放是唯一满足您使用要求的痛点功能
您的需求可能真的只有在监控回看的软件上可能才会有了，您可以按这个思路看看有没有满足您要求的软件吧
到底在说什么？是不是jellyfin/plex之类的进度保存？那些媒体服务器都是根据账号保存观看历史的，可惜脑袋只有一个，不然多开能大大提高效率。
现在主流不是多开，是两倍速之类的。
这里没人会把多实例想像成看监控，除了你。
你大概把画面脑补成所有视频界面都铺开在屏幕上了？这真的就像是质疑浏览器的多标签是在监控网页一样。
你是真的实际用快捷键在某个播放器，用不到一秒的时间，就能实现恢复，选择某一历史，这样的操作？
我真的要请教怎么才能这么快。
我前面说过，我被这问题困扰很久，各个流行播放器我都鼓捣过，从来没一个像你说的这样快。是真心请教。
我个人本身是使用ls的 那么对于我来说 我想看啥都是 搜索文件名 回车打开即可，甚至说 严格的单线程才是我需要的，我也不太懂您的操作逻辑
比如我想看钢铁侠3 好搜索 打开看了，半小时后我想看绿巨人 好搜索 打开即可 我不可能在看钢铁侠的时候打开绿巨人
关于这种使用方式 您是怎么使用的呢 是打开同时打开两个视频文件么？我不太理解您的使用逻辑 
如果真是按电视遥控器的使用习惯那么设定一个播放下一个文件的快捷键即可啊
就好像我在浏览器和笔记软件之间来回切换(这场景常见吧)，最快当然是通过任务栏切换，最慢——从笔记复制文字，关闭笔记，启动浏览器，粘贴，再从浏览器复制文字，关闭浏览器，然后启动笔记，以此循环。这几乎就是你的效率，因为你要搜索，还要打开，这和在任务栏切换的效率简单天壤之别。
当然 我也提了一个 快捷键的解决方案 你切换还要两步 如果是未打开的文件则更麻烦 如果仅仅如同电视一样调台 则播放下一文件更简单，如同电视一样指定频道号的话搜索从逻辑上也是没问题的，毕竟电视频道号实际上也是个指定打开动作啊
我想大家询问的点只是 如果是乱调台的话 乱序的下一个文件播放其实已经满足了
如果是突然指定看啥的话，这是一个突发需求 也没人会在看视频之前就想好吧，那提供一个完善的搜索功能也都可以了，没必要死扣多实例这种可以算是小众的功能了
你跑题了 →_→
谁都知道搜索方便，但不能因为播放器用上了搜索就忽视了本身的问题。
当然，比打开与找到视频的速度，还有更好的办法。
比如我的所有视频都目录分明，分类清晰。我可以用脚本轻易找出某某类型最后下载的，最后播放过的，体积最大的，时间最长的，播放次数最多的
但这不能掩盖播放器自身的问题好吧。嗯，我其实也用脚本变相解决了这帖子围绕的问题。我用个窗口监视器，时刻监视播放器，它的任何变动都会被记录下来，从中提取有用的数据，包括多实例的历史记录。
嘛 总的来说 普通人是不会考虑多实例播放的 就我们俩聊了这么多 您的需求本质上还真就是个没什么受众的需求，既然没受众 开发者自然不会去关注，没有这个功能那自然也正常。正常人的使用习惯 只需要记录单个文件的播放进程即可，当然为了产出比就不会做您想要的那个功能，自己解决是个很好的习惯