-
-
Notifications
You must be signed in to change notification settings - Fork 39
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
Playlist mode: Song selection not changing the PV, but updates the title #804
Comments
The number of PV's seems to be related to this. Entries with only one PV (piapro/nico/youtube) work fine when selected. |
@andreoda Do you still experience this issue? I'm sure that this bug was present back then, but now I can't reproduce it for some reason. It could have been fixed by chance while refactoring. |
@ycanardeau Still exists: |
@Shiroizu What browser and extensions are you using? I tried Firefox and Edge with all extensions turned off (browse as guest). |
I managed to reproduce it on edge, which means it's probably not browser-related. (I use firefox) |
It seems to be fixed (I couldn't reproduce it again) but I noticed something: If wanted, I can share a video again to demonstrate it. |
I haven't looked into the source code yet, but I guess it's by design in order to reduce the number of switching PV players. See also #754 (comment). |
That is correct, the code is designed to avoid switching players, because loading the player may take a while, especially the Nico player, so there would be unnecessary interruption. Maybe it's not as big of a problem now than it was when the Nico player was using Flash. And of course you could consider disabling this functionality to always use the user's preference if desired and it's not too intrusive switching the player constantly. But yeah, that part is by design, intended to improve the user experience. Is there a good reason you'd always want it to use your preferred service? |
To reproduce:
The title shows the entry https://vocadb.net/S/343598, but the song https://vocadb.net/S/324010 is played. EDIT: seems to be work inconsistently. What would be the best way to debug this? |
The multi-service video player is one of the most complicated and ambitious parts of VocaDB. Remember there is no other service doing this. I used to spend quite a lot of hours on it too, to get it working 95% of the time. But yes, it's annoying that sometimes it just stops. Most of the time the problems are related to unreliable detection of the player or connecting to its API. For example, loading the player dynamically using JavaScript is often not supported officially. It's also a moving target since the players keep changing, and their APIs too. |
For reference, I found React-Player, whose functionality is similar to VocaDB's PV player. I wonder if we could make use of it, although we need to implement some additional players (e.g. Bilibili and Piapro). |
The current VocaDB player doesn't support Piapro I think? But NicoNico is the one with the most issues. YouTube, Vimeo, those with a proper API are easy. |
It seems that the VocaDB player supports Piapro if
|
I meant the frontend-based player, supporting autoplay and player switching without server embeds. Server embeds (using those Razor partials) are another matter. I think most of the playback issues are on the frontend, especially autoplay? And that doesn't support Piapro at the moment, because there is no API. |
Well actually, Piapro is using HTML5 audio element, so it would probably be possible to support that. |
The autoplay feature for the new bottom player has become quite stable now (some error handling is still missing though). Closing this issue for now. |
Website
VocaDB
Describe the bug
Exception: When clicking on an entry in the playlist that has ONLY an NND upload as media, it loads. After that it is possible to click on another entry and it will load that as well but ONLY if it has a YouTube upload as one of the media linked. After that, it is not possible to load another entry again, except for it being an "ONLY NND upload". -> Cycle case
Browser I am using: Firefox
2021-03-09.12-53-06.1.mp4
Related issues: #754 and #1335
The text was updated successfully, but these errors were encountered: