-
Notifications
You must be signed in to change notification settings - Fork 176
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
关于内置播放器的功能请求 #213
Comments
这些功能会在 1.3.2 中考虑实现 现在设置选项卡的弹幕设置里可以设置弹幕默认状态 播放器上方太拥挤了,我要想一想怎么做比较好 |
全屏时通过手势调节亮度无效,我不确定这是否和ios有关。 |
这是一个特定于iOS的问题,和音量的问题不同,我对亮度调节不生效的问题毫无头绪,使用亮度调节手势时会出现亮度条吗 |
能出现亮度条就不是 dart 侧的问题,这需要在 native 侧进行 swift 相关的调试,这需要拥有 Xcode 开发环境的开发者的帮助 |
很遗憾,我并没有mac,也没有Xcode~ |
还有一个小建议我就不单独开issue了 |
这要和移动设备保持一致,移动设备下部导航栏有五个按钮的话太拥挤了,我考虑一下 |
你看这样如何,在设置中历史记录那一项提供可滑动的预览,这样即使不用点进历史记录也可以直接点击番剧 |
感觉应该是滑动判定的问题,滑动速度慢就没变化,滑动速度快就可以调节 |
我刚试了一下,有细微的变化,但是数值没变,好像被限制在系统亮度上下的一个非常小的范围内。 |
提高了什么的灵敏度?我并没有发现什么变化 |
滑动手势的灵敏度,看上去好像没什么效果 sad |
音量吗,貌似从25变成了30?可能是错觉 |
亮度的灵敏度,因为上面提到亮度在大幅滑动的情况下可能可以调节 好消息是,我重新审视这部分代码之后,找到了可能的解决方案,尝试下面的构建 https://github.com/Predidit/Kazumi/actions/runs/10792676241/artifacts/1914158361 这是应该是我最后一次尝试了,没有测试设备的情况下做这种补丁感觉像在算命 |
好像是稍微好一点,但是变化不大,还是不能像音量那样轻松连续的调节
刚才那个构建还是一样的情况,我再试试这个 |
这个版本可以像音量调节一样,轻轻滑动就能调节了,也可以不松手连续滑动来连续调节,但是偶尔会出现百分百跳动的情况,比如从30%开始连续调高亮度,会出现“30 35 40 45 35 40 45”这样的现象,不知道我描述的是否清楚,不过现在已经是一个比较可用的状态了 |
现在的情况是,可以调节亮度了,但是有bug,这个bug貌似跟触摸时长有关,当我快速滑动并抬起时,亮度能有效调节。当我缓慢滑动时,假设当前亮度为60,那么若我向下缓慢滑动,则亮度会在59和60反复横跳,若我稍微加快点速度,那么亮度会在40到60中间循环,划的越快,循环范围越大。也就是说每滑动一段时间后亮度貌似会回到原点。 |
这个 Bug 是这样的,我不知道为什么 iOS 取得一次当前屏幕亮度会比 android 慢那么多 播放器每隔一秒会从系统校准一次当前亮度,以防止在播放器页面使用系统状态栏调节亮度,导致亮度数据脱钩而出现的混乱。 这在 android 上运行良好,但在 iOS 上,同步耗时过长,导致同步的结果相较于当前调节亮度的动作是过时的,具体就表现会亮度跳跃到数十毫秒前的值 我能想到的解决方案就是调低 iOS 上的亮度调节灵敏度,这会缓解问题,我应该不会再发布一个实验性构建,而是在下个版本直接调低灵敏度 |
调节亮度时停止校准如何? |
还有其他的bug,我现在无法通过系统下拉栏调节亮度,当我调节完回到软件,亮度会被强制调节回播放器原来的亮度。 |
在使用内置播放器时,我无法通过系统亮度控制播放器亮度。比如当前亮度为100,我调节系统亮度到0,回到播放器时实际亮度会变回100,当我再次下拉状态栏,数值先显示为100,然后在一秒后会变回0,在我下拉状态栏后实际亮度始终为0。回到播放器又变成100。 |
应用内调节的是应用亮度,不是系统全局亮度 |
市面上的视频软件都是直接调节系统亮度(笑),那样反而不是更简单吗。当然如果您觉得现在更好那就当我没说~ |
跨平台应用开发是这样的 保证不同平台的体验完全一致是非常困难的,当出现差异是要做很多 workaround 如果你恰好没有对应的设备可供调试,事情就变得更复杂了,你甚至有时不知道问题是什么 实际上我没有完全理解上面的文字描述提到的亮度问题,你可以录一个视频吗 |
https://github.com/user-attachments/assets/7c4740b1-1446-4cbf-9c7b-65d270ddfc5d |
在我首次调节播放器亮度之前,播放器亮度才能跟随系统亮度变化 |
最新的这个构建已经可以正常调节应用内亮度了,不过也确实存在楼主所说的现象,我拍了个视频简单复现了一下。 1016648565.mp4现象描述:在进入kazumi首次使用手势调节应用内亮度前,在控制中心可以调节全局亮度,包括kazumi内的亮度。当在kazumi内使用手势调节了应用内亮度后,呼出控制中心或切换到其他应用都会恢复之前的亮度,这时kazumi内的亮度和其他场景的亮度为独立的,各自调节互不影响。 个人认为这应该是正常现象,iOS的亮度调策略可能就是如此:通常状态下调节亮度为全局调节,当某个应用调节了应用内亮度,这时再调节全局亮度只用影响除这个应用以外的其他场景,只有完全退出这个应用才会恢复完全的全局调节。 如果想避免出现这个现象应该只能将kazumi的手势亮度调节改为调节全局亮度。 |
是的,就是这个意思,因为我没有用过独立亮度的应用,所以体验有些奇怪。 |
Kazumi所使用的亮度插件只能设置应用亮度,不能设置全局亮度。 我们当然可以像在 Linux/windows 上做的那样,根据自己的需要修改插件,但这涉及原生互操作,在没有测试设备的情况下几乎是不可能完成的。 |
关于现实时间的显示,b站全屏时唤出控制面板的同时是显示系统本身的上栏的,并且和控制面板透明度相同。这点也许在不同平台实现有些困难? |
也许可以考虑做二级菜单了? 就是点一下按钮出现侧边菜单的功能。很多视频软件的播放器也是这么设计的 |
可以帮忙测试一下这个构建吗 https://github.com/Predidit/Kazumi/actions/runs/10971314261/artifacts/1961381599 我在修复带刘海/打孔的 android/iOS 设备在全屏时,视频不在屏幕正中间的问题,我怀疑这一补丁可能会在 iOS 上导致 #187 的回归。 |
没有发现问题 |
屏幕锁定已经实现 由于显示现实时间没有计划,本 Issue 已经完成 |
我觉得像b站那样加一层显示时间,网络,电量还是很舒服的 |
issue 内容
1、希望在全屏时的上方控制面板的中央加入当前现实时间(尤其是移动端)
2、希望在全屏时左上角返回按钮旁显示番名以及集数
3、希望拖动快进时显示目标时间点/总时长,而不是多少秒
4、希望添加全屏时锁定功能#76
5、希望记住弹幕的启用或关闭状态,而不是每一集都要去手动开启
提交前确认
The text was updated successfully, but these errors were encountered: