姚春锋
Sorry for the losted test file, I created a new test sample. could you have a look at the [new test sample](https://github.com/chunfengyao/flutter/blob/chunfengyao-patch-for-issue-92252/packages/flutter_tools/test/integration.shard/android_plugin_new_output_dir_test.dart)? and review this PR again. Thanks. @stuartmorgan
> > Sorry for the losted test file, I created a new test sample. could you have a look at the [new test sample](https://github.com/chunfengyao/flutter/blob/chunfengyao-patch-for-issue-92252/packages/flutter_tools/test/integration.shard/android_plugin_new_output_dir_test.dart)? and review this PR again. Thanks....
> > It's in the `stdout` link for the failing step. That was an out-of-band failure unrelated to your PR though; you just need to merge in the latest `master`....
can you help this PR again? from the result of CI check, I clicked `see review`, and then click `view changes`, but the original change request has gone. The file...
> @GaryQian should review this as well. I clicked the re-request review button, and github removed @GaryQian . @stuartmorgan maybe you can request review again. Thanks.
> 遇到了相同的报错，不过我的是普通的mp3文件，并且，是偶现的，而且，如果把App彻底杀死重新打开，就又可以播放了。两种情况下会高发，第一，点击下一首或者上一首的时候，第二，通过手动扫描添加的歌曲(通过MediaProvider自动添加的好像没这个问题)。 所以，会不会是MediaPlayer的生命周期出问题了？
偶现，但频率有点高。而且，这个错误是被系统捕获到的，但错误本身不会导致崩溃，是系统捕获之后提示app崩溃，点了取消或者上报按钮以后进程被结束了。
> 所以，还是需要独立的解码器，而不要指望系统的media player. 系统的media player几乎覆盖了所有常见格式了。这个issue不像是解码器导致的错误。系统的provider已经扫描并且成功解析了对应的音乐文件之后（比如音乐的元信息），才会显示在音乐列表中。 这个issue，应该和这个pr的原因类似：https://github.com/rRemix/APlayer/pull/175 排查下哪些error code是不影响播放的，重试就好了（不知道有没有更好的方式去重新创建media player的生命周期）。 可以参考media player的错误码列表，来排查一些无关的code码，并且忽略掉。https://github.com/aosp-mirror/platform_external_opencore/blob/master/pvmi/pvmf/include/pvmf_return_codes.h
> 我还碰到过车机上的播放器使用系统的media player播放flac,ape等高码率音乐，速率会快个10%。貌似是取样率的问题。44.1和48的区别。 这是车机本身的Bug哎。系统的media player属于硬解码。即使是自定义解码器去优先调用硬解码，也是无法解决车机的这种问题的。而如果是用软解码，耗电量是不太能让人接受的。
> 是否可以让自定义接口作为一个普通的出口节点。官方使用的是打mark的方式。还是希望可以先分流，然后再走自定义接口出站的。 试过了，并不是期待的结果，转成socks，然后获取配置文件，精简，修改监听端口，手动xray启动socks的配置文件。新建socks节点到节点列表页面。 此时，在节点列表页面点击`可用性测试`，是可以看到`手动xray启动socks`的控制台有google的请求记录，并且，可以正确显示延时。但，把分流的代理出口指向新建的socks节点后，点击passwall主页的`谷歌连接（点我检测）`时，`手动xray启动socks`的控制台会进入连接的死循环，直到手动终止进程。（已尝试过关闭`流量嗅探只供路由使用`，问题依旧），表面看，两个配置文件都没啥问题。 ### 这是精简后的socks配置文件 ```json { "outbounds": [ { "streamSettings": { "sockopt": { "interface": "WG" } }, "protocol": "freedom", "tag": "outbound" } ], "log": { "loglevel": "info" },...