-
-
Notifications
You must be signed in to change notification settings - Fork 3.3k
Save and restore playback parameters into/from preferences #3288
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
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks good to me, though I didn't look in detail and I don't think this should be merged for v0.19.0.
After seeing the other PR for the same issue I realized that the formatting/parsing of the float when saving/retrieving is completely unnecessary. I'll remove that tomorrow. |
494fa7d
to
8f514bb
Compare
@wb9688 New apk: app-debug.zip |
8f514bb
to
6bfa6be
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Other than these small things, this PR is good.
10147e0
to
1e4f1d0
Compare
I'm not completely sure if this is ok because in the background player there is a completely different probability of speeding up playback (I do it once in a blue moon) from other players (where I speed up things 95% of the times). So in the end I would have to tweak parameters anyway every time I switch players. |
Though this is surely better than the current behaviour, so if no one comes up with a better solution this is the way to go. Maybe making it so that:
|
Playback parameters are speed, pitch and skip silence. Remove parameters being passed on as intent to the player, since the parameters can be restored from the preferences instead. # Conflicts: # app/src/main/java/org/schabi/newpipe/player/BasePlayer.java
1e4f1d0
to
3855e48
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The code itself is OK. @Stypox' concerns are valid though, however I think we should only look at that once we have the unified player and just merge this now.
What is it?
Long description of the changes in your PR
Fixes the following issue(s)
Testing apk
app-debug.zip
Agreement
Note
I noticed that changing the playback parameters while the video is paused gets ignored. At first I thought i broke something, until I noticed that it was like this before too.