Messages

136

Обработано / Processed / [+][440] Нет возможности выбора несколько cue-файлов для открытия в плейлисте

« on: March 19, 2018, 09:36:20 »

Неизвестно, можно ли это исправить - чтоб .cue-файлы(.cue) с несколькими вариантами разметок для трека отображали соответствующие части трека в окне плейлиста плеера (их названия и длительность) корректно и на пк и на моб. версиях плеера, даже после обновления свайпом вниз на моб. версии плеера.

    Благодарим за решение этого непростого, но важного вопроса, которое удалось обнаружить в версии AIMP_2.70.519_beta (https://yadi.sk/d/MNykkgRg3TURgz).

137

Обработано / Processed / Re: [?] [514] Фрагменты другого трека в конце воспроизводимого трека

« on: March 19, 2018, 06:17:07 »

 AIMP_2.70.518_beta

 Главная  суть проблемы - "Фрагменты другого трека в конце/начале воспроизводимого трека". Речь может идти не только о конкретных альбомах в flac формате - вопрос намного шире. Если на основе упомин. Я Гриша альбома сделать один mp3 трек  (320 Kbps, CBR) + сue разбивка (с помощью пк плеера aimp), далее - открыть в плейлисте, далее - взять, например, предпоследний по счёту трек и включить режим "повтор одного трека" и в опции "сведения треков" задать значение, например, 10 000 мсек, то в начале этого предпоследнего трека слышен фрагмент последнего трека (на втором и далее циклах повтора этого трека), чего быть, по умолчанию, не должно (на пк плеере подобного не наблюдается). Поэтому тему нет оснований считать максимально решённой.

    Кроме того, нельзя не акцентировать, что в сборке AIMP_2.70.518_beta появилась проблема, которая не замечалась в предыдущей сборке  (AIMP_2.70.517_beta) - в  сл. треков с "вшитой" в них (или приложенной к ним cue разбивкой) - если в окне плейлиста сделать "свайп вниз" то после этого отображение согласно cue разметки пропадает/не производится - в результате обновления остаётся только один трек (вместо - в сл. с выше упомин. альбомом - отображения 14-ти треков). В сборке AIMP_2.70.517_beta, как выше отмечено, данная проблема не замечалась. Просьба по человечески отнестись к этому сообщению.

138

Обработано / Processed / Re: [?] [514] Фрагменты другого трека в конце воспроизводимого трека

« on: March 18, 2018, 13:16:55 »

    Если не попросить о помощи и подробно не описать проблему (как и просится в правилах форума) - проблема может остатся не решённой, уважаемый Андрей Бубнов.

     Если проблему удастся решить - снимется основание для сообщений по поводу корректности работы плеера и тогда можно будет отрапортовать, что проблема решена.

   

139

Обработано / Processed / Re: [?] [514] Фрагменты другого трека в конце воспроизводимого трека

« on: March 18, 2018, 08:43:49 »

У меня нареканий, нет

    Важно уточнить, в каком именно отношении - если сугубо по теме в случае с flac треком (из выше упом. альбома), то действительно, вопрос, есть основания утверждать, удалось, благо, решить. Но

  в сл. c mp3 форматом (320 Kbps, CBR) с приложенной к нему cue разбивкой (сделанные с помощью пк плеера на основе выше упоминаемого альбома) проблема на предмет "сведение треков", к сожалению, выглядит и далее требующей доработки - если, напр., взять 11-й по счёту трек и включить режим "повтор одного трека" и в опции "сведения треков" задать значение, например, 10 000 мсек, то в начале этого 11-го трека слышен фрагмент 12-го трека (на втором и далее циклах повтора этого трека), чего быть, по умолчанию, не должно (на пк плеере подобного не наблюдается).

    Также важно не лишить внимания тот факт, что

в сборке AIMP_2.70.518_beta появилась проблема, которая не замечалась в предыдущей сборке  (AIMP_2.70.517_beta) - в  сл. треков с "вшитой" в них (или приложенной к ним cue разбивкой) - если в окне плейлиста сделать "свайп вниз" то после этого отображение согласно cue разметки пропадает/не производится - в результате обновления остаётся только один трек (вместо, в д. сл. отображения 14-ти треков). В сборке AIMP_2.70.517_beta, как выше отмечено, данная проблема не замечалась.

    Также - по ходу - важное сообщение из части "зависание" - если включить режим "повтор одного трека" и запустить воспроизведение трека, длительность которого меньше за значение, указанное в опции "сведение треков", - например, если длительность трека 3 сек, а в опции "сведение треков" выставить значение, напр., 10 000 мсек, - то в результате получается зависание, которое не помогает убрать даже принудительная остановка системными средствами. Разблокировать приложение можно только очисткой его данных сист. средствами. На пк версии плеере зависания в данном сл. не наблюдается. Поэтому важно обеспечить защиту от зависания в подобных случаях и в моб. плеере AIMP. (Может, задать условие - если длительность трека меньше за то значение, что в опции "сведение треков", то действие этой опции в таких сл. не осуществлять, даже если она включена в настройках.)

    Благодарим за помощь.

140

Обработано / Processed / Re: [?] [514] Фрагменты другого трека в конце воспроизводимого трека

« on: March 17, 2018, 22:14:40 »

    AIMP_2.70.518_beta

    В сборке AIMP_2.70.518_beta (https://yadi.sk/d/MNykkgRg3TURgz) в  случае c mp3 форматом (320 Kbps, CBR) с приложенной к нему cue разбивкой (сделанные с помощью пк плеера на основе выше упоминаемого альбома) решение проблемы на предмет "в конце/начале трека слышны фрагменты другого трека" (впрочем, как оказалось, и в предыдущей сборке - AIMP_2.70.517_beta) удаётся наблюдать только при условии, что в опции "пауза между треками" выставлено значение не менее 10 мсек или же при условии, что в опции "сведение треков" задано значение "в районе" 1000 мсек.

    В сл. c mp3 форматом (320 Kbps, CBR) с приложенной к нему cue разбивкой (сделанные с помощью пк плеера на основе выше упоминаемого альбома) проблема на предмет "сведение треков", к сожалению, выглядит и далее требующей доработки - "пк-плеерная" точность в данном отношении пока не наблюдается. Вероятно, формат mp3 просит "особого" подхода, но в д. сл. речь о mp3 с постоянной скоростью CBR, что, по идее, должно облегчить решение вопроса.

    Важно (также) отметить -  в сборке AIMP_2.70.518_beta появилась проблема, которая не замечалась в предыдущей сборке  (AIMP_2.70.517_beta) - и  в  сл. c flac форматом с "вшитой" в него cue разбивкой,  и в сл. с mp3 форматом (320 Kbps, CBR) с приложенной к нему cue разбивкой (сделанные с помощью пк плеера на основе выше упоминаемого альбома), и в сл. с  m4a (Fraunhofer FDK AAC) форматом с приложенной к нему cue разбивкой (сделанные с помощью пк плеера на основе выше упоминаемого альбома) - если в окне плейлиста сделать "свайп вниз" то после этого отображение согласно cue разметки пропадает/не производится - в результате обновления остаётся только один трек (вместо, в д. сл. отображения 14-ти треков). В сборке AIMP_2.70.517_beta, как выше отмечено, данная проблема не замечалась.

    Благодарим за помощь.

141

Обработано / Processed / Re: [x] [516] "Свайп вниз" во время пересчёта данных приводит к зависанию плеера

« on: March 15, 2018, 22:33:35 »

Прогресс есть, если есть, что сканировать. Если все треки уже просканированы - сканер не запустится

    Разумеется. Но у меня например, сканирование/обновления плейлиста размером почти 3 ГБ и длительностью более 53 часа занимает более 30 секунд. Когда я например, на 10-й секунде пересчёта сделаю сортировку, напр., по имени файла (или подобн.), то шкала прогресс бара вверху после этого перестаёт отображаться, хотя до завершения сканирования осталось, в дан. сл., ещё около 20 сек.

142

Обработано / Processed / Re: [x] [516] "Свайп вниз" во время пересчёта данных приводит к зависанию плеера

« on: March 15, 2018, 20:53:22 »

Если плейлист не был досканирован - она после сортировки возобновится.

    При этом важно, чтобы возобновлённая операция сканирования/досканирования плейлиста сопровождалось визуально - на шкале прогресс бара вверху (как обычно), если возможно (чтобы она не получалось "тайной операцией" и чтобы в пользователя не складывалось впечатление, что сканирование прервалось после сортировки).

143

Обработано / Processed / Re: [?] [514] Фрагменты другого трека в конце воспроизводимого трека

« on: March 15, 2018, 13:46:35 »

     Функция "Сведение треков", в сборке  AIMP_2.70.517_beta (https://yadi.sk/d/0_hJVOI93TNUbo) в случае c cue треками и форматами flac и m4a (Fraunhofer FDK AAC) начала работать, вроде, адекватно. Но в сл. с mp3 форматом с приложенной к нему  cue-разбивкой (сделанные на основе выше упомянутого альбома), уровень "пк-плеерной" точности в плане "сведения треков" а также в плане "воспроизведение без фрагментов другого трека" (при прослушивании, например, в режиме "повтор одного трека" и отключенной опции "сведения треков") на моб. версии плеера пока прослеживать не удаётся.

    Зато в сл. с m4a (Fraunhofer FDK AAC) форматом  с приложенной к нему cue-разбивкой (сделанные на основе того же альбома), проблемы на предмет "Сведение треков" а также на предмет "воспроизведение без фрагментов другого трека" (при прослушивании, например, в режиме "повтор одного трека" и отключенной опции "сведения треков") в плеере  не замечено, за исключением предпоследнего трека -

вероятно, потому, кроме прочего, что метка конца предпоследнего трека "слишком" близко расположена к последнему треку - около 1 мсек до начала последнего трека, (если просматривать трек в несжатом формате в звуковом редакторе). Но интересно, что на пк плеере в сл. с flac форматом этот фрагмент последнего трека в предпоследнем треке в режиме "повтор одного трека" и отключенной опции "сведения треков" не слышен (даже не слышен иногда на  моб. плеере), а в сл. с форматами mp3, m4a слышен даже на пк плеере. Несмотря на это вопрос темы в основном, выглядит, решённым.

    При этом приходится констатировать/акцентировать - в случае c mp3 форматом (320 Kbps, CBR) с приложенной к нему cue разбивкой (сделанные с помощью пк плеера на основе выше упоминаемого альбома) проблема на предмет "в конце/начале трека слышны фрагменты другого трека" а также "сведение треков" остаётся "требующей решения". Надежду на возможность решения данного вопроса даёт то, что на пк плеере в случае c mp3 форматом (320 Kbps, CBR) с приложенной к нему cue разбивкой (сделанные с помощью пк плеера на основе выше упоминаемого альбома) проблема на предмет "в конце/начале трека слышны фрагменты другого трека" а также "сведение треков" не наблюдается (за искл. предпосл. трека).
 
    Благодарим за помощь.

144

Обработано / Processed / Re: [?] [516] "Свайп вниз" во время пересчёта данных приводит к зависанию плеера

« on: March 15, 2018, 08:40:10 »

Теперь нормально, но теперь при любой операции "сортировка, Группировка", операция перечитки прерывается.

   Да, но на версии 2.60, насколько понятно, такая же логика -

при любой операции "сортировка, Группировка", операция перечитки прерывается

Можно оставить как есть или

    1-й вариант

когда идёт процесс пересчёта и в ходе его был сделан запрос сортировки, то

операцию пересчёта приостановить - отсортировать - продолжить пересчёт.

    2-й вариант

когда идёт процес пересчёта и в ходе его был сделан запрос сортировки, то

операцию пересчёта довершить до конца - отсортировать.

    1-й вариант выглядит более логичным (но неизвестно возможно ли сделать это технически)

    2-й вариант фактически сделает невозможным провести сортировку до завершения процесса пересчёта - т. е. плеер будет игнорировать запросы сортировки до завершения процесса пересчёта. По текущей логике плеера, насколько понятно, приоритет запроса сортировки ставится выше приоритета запроса пересчёта.

    Может, действительно, лучше оставить ту логику что есть -

при любой операции "сортировка, Группировка", операция перечитки прерывается.

Хотя если пересчёт длился, например, 10 секунд и осталось ещё 10 секунд до завершения процесса пересчёта, то в случае запроса сортировки, к примеру, на 11-й секунде пересчёта, 10 секунд пересчёта, получается, будут зря проделаны.


    (Кстати, было замечено, что процесс пересчёта в плеере, напр., Stelliо, длится в разы быстрее чем в AIMP в случае тем же самым  ("тестовым" 14-ти часовом с 197 (mp3, m4a) треками и размером 977 МБ) плейлистом. Хорошо бы ускорить процесс пересчёта, если это возможно).

    Благодарим за помощь.

145

Обработано / Processed / Re: [?] [516] "Свайп вниз" во время пересчёта данных приводит к зависанию плеера

« on: March 14, 2018, 14:26:15 »

    Важно добавить - если во время обновления плейлиста, сделанного "свайпом вниз" или во время сканирования добавленных "только-что" в плейлист треков,

когда пересчёт данных длится уже, допустим, 5 секунд и до его завершения осталось, ещё 5 секунд, то когда, например, после первых 5 секунд пересчёта (условно, на 6-й секунде) попытаться провести определённые операции, вчастности, сортировку треков - в итоге тоже зависание. (Продолжать играть может и далее, но нет реакции на клики). Может помочь только принудительная остановка системными средствами. Снова таки, в версии 2.60 440 подобных проблем не замечалось.

146

Обработано / Processed / Re: [?] [516] "Свайп вниз" во время пересчёта данных приводит к зависанию плеера

« on: March 14, 2018, 08:39:00 »

Пробовал - зависаний нет

   На 516 ? На реальном смарте (а не на эмуляторе)?
   На 440, действительно, подобной проблемы не наблюдалось.

   Если плейлист не достаточно длинный, то зависания в следствии сделанных два раза подряд "свайпа вниз" может не возникнуть. Нужно для примера взять плейлист такой длительности, чтоб процесс его обновления "свайпом вниз" занимал хотя бы, например, 10 секунд и например на 5-й секунде обновления сделать "свайп вниз".

147

Обработано / Processed / Re: [?] [516] "Свайп вниз" во время пересчёта данных приводит к зависанию плеера

« on: March 12, 2018, 22:06:41 »

В 516-ой сборке? А в 514-ой, что лежит в маркете, такое есть?

    На "514-ой" (и на 516) - если сделать "свайп вниз" для обновления списка и после этого сделать снова "свайп вниз" до завершения процесса подсчёта данных, то "зависает наглухо", но на  2.60 440 даже в таком случае зависаний не замечалось.

148

Обработано / Processed / [x] [516] "Свайп вниз" во время пересчёта данных приводит к зависанию плеера

« on: March 12, 2018, 13:09:14 »

     "Свайп вниз" во время пересчёта данных приводит к зависанию плеера

    Когда во время запущенного "свайпом вниз" процесса обновления списка плейлиста или во время "загрузки" треков в плейлист сделан случайно/не случайно "свайп вниз" - плеер "зависает" напрочь. Может помочь только принудительная остановка средствами системы. В версии 2.60 440 случайные накладки процессов обновления/пересчёта данных к зависанию плеера не приводили. Хорошо бы, если возможно, сделать защиту от подобных зависаний - сделать невозможным запуск нового процесса пересчёта данных "свайпом вниз" до того времени, пока не завершится текущий процесс пересчёта (в случае добавления треков в плейлист или обновления списка плейлиста).

149

Обработано / Processed / Re: [?] [514] Фрагменты другого трека в конце воспроизводимого трека

« on: March 11, 2018, 19:58:08 »

    Важно (также) отметить, что если файл из предложенной выше альбома переконвертировать в mp3 (320 Kbps, CBR) и приложить к нему cue-разметку, сделанную на основе данных из вшитой cue-разметки файла flac из данного альбома, то главная проблема темы сказать "решена" пока, похоже, за рано, но корректной роботы в таком случае пока не удалось заметить ни в одном моб. плеере, зато даже в этом случае на ПК плеере AIMP проблема темы не замечается, за исключением предпоследнего по счёту трека, в котором в конце чуть слышен фрагмент последнего трека (если включить режим "повтор одного трека" и отключить функцию "сведения треков").

150

Обработано / Processed / Re: [?] [514] Фрагменты другого трека в конце воспроизводимого трека

« on: March 10, 2018, 18:03:46 »

   Вопрос по главной сути темы, похоже, решился в перезалитой AIMP_2.70.516_beta.apk (2018-03-10), благодарим, при условии, что в опции "сводить треки" задано "нулевое" значение, но

если, допустим, запустить проигрывание одного из треков из выше упомянутого альбома и включить режим "повтор одного" и выставить время в опции "сводить треки" значение, например, 10 000 мсек, то корректная работа функции "плавного перехода/сведения треков" замечается по прежнему только в случае с первым треком из упомянутого альбома.