Skip to content
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

fixed pagination playlist #1640

Draft
wants to merge 19 commits into
base: main
Choose a base branch
from
Draft

fixed pagination playlist #1640

wants to merge 19 commits into from

Conversation

sunmisc
Copy link
Contributor

@sunmisc sunmisc commented Jul 16, 2024

Исправил баг с пагинацией оффлайн плейлиста. Из-за того, что не было точного указания кол-во треков в плейлисте она не работала.

Загрузка плейлиста теперь происходит асинхронно
Пул для загрузки заменен на пул из одного потока, порядок скачивания треков для плейлиста важен, ни один пул не может гарантировать правильный порядок загрузки

@gdlbo gdlbo requested a review from aliveoutside July 16, 2024 18:06
@gdlbo
Copy link
Member

gdlbo commented Jul 16, 2024

оно не работает, больше 100 песен не отображаются в плейлисте, проверяй на 200-300 песнях

@sunmisc
Copy link
Contributor Author

sunmisc commented Jul 16, 2024

оно не работает, больше 100 песен не отображаются в плейлисте, проверяй на 200-300 песнях

Исправил, также все-таки вернул FJP, но теперь к каждому плейлисту есть "аффинити" на конкретный воркер в FJP, т е несколько плейлистов могут загружаться параллельно, но никак сами треки

@sunmisc
Copy link
Contributor Author

sunmisc commented Jul 16, 2024

Вообще, оно как-то странно работает "надокачку" плейлиста. Я модифицировал таблицу треков, теперь
playlistId и trackId - связанный первичный ключ, на добавление дубликатов должно быть исключение, но скачивание треков все равно будет происходить, надо как-то согласовать эту работу
Но для этого нужно кардинально все почистить, наверное. Но думаю, долгая загрузка плейлистов - самое больное место

Для "виртуальных" плейлистов поведение пока остается предыдущим - без пагинации

@gdlbo
Copy link
Member

gdlbo commented Jul 16, 2024

оно не работает, больше 100 песен не отображаются в плейлисте, проверяй на 200-300 песнях

Исправил, также все-таки вернул FJP, но теперь к каждому плейлисту есть аффинити на конкретный воркер в FJP, т е несколько плейлистов могут загружаться параллельно, но никак сами треки

я честно говоря не помню как работает - догрузка у самого вк, но наверное при стуке гет каталог оно просто аддает к текущему

надо чекать, показывать по 100 песен и давать порциями

@sunmisc
Copy link
Contributor Author

sunmisc commented Jul 16, 2024

оно не работает, больше 100 песен не отображаются в плейлисте, проверяй на 200-300 песнях

Исправил, также все-таки вернул FJP, но теперь к каждому плейлисту есть аффинити на конкретный воркер в FJP, т е несколько плейлистов могут загружаться параллельно, но никак сами треки

я честно говоря не помню как работает - догрузка у самого вк, но наверное при стуке гет каталог оно просто аддает к текущему

надо чекать, показывать по 100 песен и давать порциями

Он сам все это делает, я делал свою пагинацию, для этого пришлось протащить свой
https://github.com/sunmisc/wormhole/blob/main/main/src/main/java/sunmisc/utils/concurrent/lists/ConcurrentArrayList.java т к добавляться и читаться будут в разных тредах

(ну и extends не AbstractList, а ArrayList т к по какой-то причине решили указать какая именно реализация должна быть в AudioGetPlaylist.c

Но от этой затеи я отказался по той причине, что:
a) вк уже умеет это делать, но из-за того, что в данных плейлиста audio_count всегда был 0, он не вызывал injectGetPlaylist при следующей погрузки куска
б) нет анимации загрузки
в) придется костылить

после того, как я указал audio_count в Playlist, о магия, он начал указывать разные offset на каждой прогрузке

Это было больно, разбирать декомпилированный клиент, где все - это a,b, a, b с разными параметрами

@gdlbo
Copy link
Member

gdlbo commented Jul 16, 2024

оно не работает, больше 100 песен не отображаются в плейлисте, проверяй на 200-300 песнях

Исправил, также все-таки вернул FJP, но теперь к каждому плейлисту есть аффинити на конкретный воркер в FJP, т е несколько плейлистов могут загружаться параллельно, но никак сами треки

я честно говоря не помню как работает - догрузка у самого вк, но наверное при стуке гет каталог оно просто аддает к текущему

надо чекать, показывать по 100 песен и давать порциями

Он сам все это делает, я делал свою пагинацию, для этого пришлось протащить свой
https://github.com/sunmisc/wormhole/blob/main/main/src/main/java/sunmisc/utils/concurrent/lists/ConcurrentArrayList.java т к добавляться и читаться будут в разных тредах

(ну и extends не AbstractList, а ArrayList т к по какой-то причине решили указать какая именно реализация должна быть в AudioGetPlaylist.c

Но от этой затеи я отказался по той причине, что:
a) вк уже умеет это делать, но из-за того, что в данных плейлиста audio_count всегда был 0, он не вызывал injectGetPlaylist при следующей погрузки куска
б) нет анимации загрузки
в) придется костылить

после того, как я указал audio_count в Playlist, о магия, он начал указывать разные offset на каждой прогрузке

Это было больно, разбирать декомпилированный клиент, где все - это a,b, a, b с разными параметрами

audio_count всегда был 0 потому что раньше была проблема что если отдавать количество песен из кеша, то тогда при подсчёте оно дохло у многих, пришлось костыли делать шо бы грузилось всё сразу и без лишних стуков в базу :((((

я соберу версию в бета тему, так что залетай в туда ибо на гитхабе гемор обсуждать

@sunmisc
Copy link
Contributor Author

sunmisc commented Jul 16, 2024

оно не работает, больше 100 песен не отображаются в плейлисте, проверяй на 200-300 песнях

Исправил, также все-таки вернул FJP, но теперь к каждому плейлисту есть аффинити на конкретный воркер в FJP, т е несколько плейлистов могут загружаться параллельно, но никак сами треки

я честно говоря не помню как работает - догрузка у самого вк, но наверное при стуке гет каталог оно просто аддает к текущему
надо чекать, показывать по 100 песен и давать порциями

Он сам все это делает, я делал свою пагинацию, для этого пришлось протащить свой
https://github.com/sunmisc/wormhole/blob/main/main/src/main/java/sunmisc/utils/concurrent/lists/ConcurrentArrayList.java т к добавляться и читаться будут в разных тредах
(ну и extends не AbstractList, а ArrayList т к по какой-то причине решили указать какая именно реализация должна быть в AudioGetPlaylist.c
Но от этой затеи я отказался по той причине, что:
a) вк уже умеет это делать, но из-за того, что в данных плейлиста audio_count всегда был 0, он не вызывал injectGetPlaylist при следующей погрузки куска
б) нет анимации загрузки
в) придется костылить
после того, как я указал audio_count в Playlist, о магия, он начал указывать разные offset на каждой прогрузке
Это было больно, разбирать декомпилированный клиент, где все - это a,b, a, b с разными параметрами

audio_count всегда был 0 потому что раньше была проблема что если отдавать количество песен из кеша, то тогда при подсчёте оно дохло у многих, пришлось костыли делать шо бы грузилось всё сразу и без лишних стуков в базу :((((

я соберу версию в бета тему, так что залетай в туда ибо на гитхабе гемор обсуждать

Стоп, не совсем догоняю, бета тема - куда?

@gdlbo
Copy link
Member

gdlbo commented Jul 16, 2024

@sunmisc sunmisc marked this pull request as draft July 17, 2024 09:48
@sunmisc sunmisc marked this pull request as ready for review July 17, 2024 10:48
@sunmisc sunmisc marked this pull request as draft July 17, 2024 10:50
@sunmisc sunmisc marked this pull request as ready for review July 17, 2024 11:00
@sunmisc sunmisc marked this pull request as draft July 18, 2024 11:10
sunmisc and others added 7 commits July 18, 2024 18:45
# Conflicts:
#	app/src/main/java/ru/vtosters/lite/music/cache/db/Database.java
#	app/src/main/java/ru/vtosters/lite/music/converter/ID3Tagger.java
#	app/src/main/java/ru/vtosters/lite/music/downloader/Mp3Downloader.java
@gdlbo gdlbo removed the request for review from aliveoutside July 19, 2024 20:05
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants