lifegpc

https://github.com/ghedo/loudgain 找到一个软件是利用ffmpeg来实现写入增益信息标签。

主要是GUI的消耗，解码所用的资源可以几乎忽略不计

WASAPI的独占模式有在写，只是现在还有不少问题

@135asdf 你可以试试看，测试版的MusicPlayer2可以在CI那里下：https://github.com/lifegpc/MusicPlayer2/actions/runs/2144016494 FFMPEG内核从[这里](https://github.com/lifegpc/ffmpeg_core/releases/tag/v1.0.0.1)下然后解压到MusicPlayer2的目录，然后去播放设置里启用即可

> 目前的版本测试不支持 相关修改的代码还没提交（资源文件合并问题

因为之前force push过了，所以现在没了

现在打算重新写，冲突太多了

> 随机播放应不应该允许随机到同一首这个可以有不同的理解，确实如果不允许就和无序播放没太大区别了。“下一首播放可以设置多首”这个我不明白是什么意思？是允许多选吗？ 感觉可以学一下PowerAMP的逻辑，它的下一首播放是一个列表，点下一首播放会往那个列表的最后加入。

这个我比较喜欢PowerAMP的处理方式。 PowerAMP 是直接存一个单独的列表，专门就是存放下一首播放的列表。 如果列表放完了，下次加的时候清零再push_back，它存的应该是位置，所以换播放列表是不会影响下一首播放的。

> > 这个我比较喜欢PowerAMP的处理方式。 PowerAMP 是直接存一个单独的列表，专门就是存放下一首播放的列表。 如果列表放完了，下次加的时候清零再push_back，它存的应该是位置，所以换播放列表是不会影响下一首播放的。 > > 以目前的设计，MusicPlayer2是没办法播放CPlayer::m_playlist之外的歌曲的 我没有用过，不过按照这个描述这样做类似网易云音乐UWP的实现 我认为这样做最大的问题是当前播放列表无法确定（或者说是动态生成的），这样的结构无法实现随机播放，只能是无序播放 现在这样的基于明确的播放列表的实现也很好用 只要加一个vector垫在CPlayer::PlayTrack前来实现下一曲播放就好 我的意思就很简单，保存一个单独的vector和vector的播放进度，然后播放下一首的时候检查这个vector的大小和播放进度，小就放vector里的歌，反之就之前的行为。这样不会对现有的播放列表造成影响。