Messages

151

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

« on: March 08, 2018, 18:59:45 »

Примерно также, особой разницы я не заметил

    Если сравнивать версии 2.70 514 и 2.70 516, то в версии 2.70 516 если выставить в опции "сведение треков" значение хотя бы 1 мсек, то, например, первый по счёту трек из упомянутого альбома, предложенным выше Я Гриша, при включении режима "повтор одного" проигрывается без фрагмента "следующего" по счёту трека, а в версии  2.70 514 этого достичь не удавалось. Но, нужно сказать, выставление 1 мсек значения в опции "сведения треков" оказалось эффективным только в случае с первым "проблемным" треком из этого альбома (видимо, кроме прочих причин, метка после первого трека по умолчанию расположена не "критично" близко к "следующему" треку).

    (Речь, нужно акцентировать, идёт именно о тех треках, которые на пк проигрываются без фрагментов другого  трека, а на моб. плеере - с фрагментами другого трека).

    В моб. плеере, например, "Stellio" описанной в теме проблемы не замечалось. Видимо, в нём производится более точное вычисление границ трека, но более точное вычисление может создавать дополнительную нагрузку на энергоресурсы моб. устройства.

    Заодно сказать - функция "сведения треков/плавного перехода" в случае с cue треками в версии 2.70 516, работает, похоже, лучше по сравнению с версией  2.70 514, но важно отметить - если, допустим, запустить проигрывание одного из треков из выше упомянутого альбома и включить режим "повтор одного" и выставить время в опции "сводить треки" значение, например, 10 000 мсек, то корректная работа функции "плавного перехода/сведения треков" замечалась только в случае с первым треком. На пк плеере в данном отношении проблем не замечалось, как и в упомянутом моб. плеере "Stellio".

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

152

Вопросы / Questions / Re: [+] [440] Обновление крайней небета версии программы 2.60 440

« on: March 01, 2018, 12:53:16 »

1 сек = 1000 мсек

30 мсек = 0,03 сек

30 000 мсек = 30 сек

60 000 мсек = 60 сек

153

Вопросы / Questions / Re: [+] [440] Обновление крайней небета версии программы 2.60 440

« on: March 01, 2018, 11:16:04 »

    Одной из уникальных функций в моб. плеере AIMP из самого начала старта проекта является функция "пауза между треками". Поиск именно этой, кроме прочего, возможности вывел меня когда-то на моб. плеер AIMP. Моб. плееров с такой функцией - большая редкость. Кроме моб. плеера AIMP эту функцию удалось встретить только в плеере Jet Audio, но там ограничение этой функции в 60 секунд. В плеере AIMP эта функция (начиная с 2.70) жёстко ограничена 30 секундами. Увеличьте, милости ради, возможность задавать макс. длит. паузы до хотя бы 60 секунд в следующих обновлениях. Услышьте, пожалуйста. Вы же плеер, предполагаем, не только для Себя делаете. Всего наилучшего !

154

Вопросы / Questions / Re: [+] [440] Обновление крайней небета версии программы 2.60 440

« on: February 28, 2018, 18:27:10 »

   Соло, если вы считаете себя превосходней других - это ваша проблема.

155

Вопросы / Questions / Re: [440] Обновление крайней небета версии программы 2.60 440

« on: February 28, 2018, 16:30:48 »

    Я б рад обновится до версии 2.70, но в ней произошло ограничение функционала (о чём не раз пытался сообщить), а именно в опции "пауза между треками" 30 секундами, чего в версии 2.60 440 не было. Кроме Автора плеера в данном случае - обновить крайнюю стабле версию 2.60 440 - больше некому помочь. Речь может быть о тысячах пользователей, которым важен максимально качественный продукт. Благодарим. 

156

Вопросы / Questions / [+] [440] Обновление крайней небета версии программы 2.60 440

« on: February 28, 2018, 16:16:27 »

    Обновление крайней небета версии программы 2.60 440

   Прошло более месяца с даты обновления небэта версии 2.60 440 а нового обновления -  с исправлением, кроме прочего, проблем, описанных в темах

https://www.aimp.ru/forum/index.php?topic=58961.0

https://www.aimp.ru/forum/index.php?topic=59139.0


 (которые, кстати, помеченные как "исправленные") - жаль, так и не произошло.

    Обновите, пожалуйста, на Яндекс Диске, крайнюю небэта версию 2.60 440 с исправлением, в частности, проблем, описанных в выше представленных темах и отмеченных, как исправленные/решенные, чтоб люди могли скачать максимально исправленную небэта версию 2.60 440 . Благодарим.

157

Вопросы / Questions / Re: [440] Можно ли цвет встроенного скролл-бара сделать белым

« on: February 28, 2018, 03:50:08 »

    Имелось ввиду - Можно ли Разработчику цвет встроенного скролл-бара в дистрибутиве плеера - для лучшей совместимости с разными "цветовыми схемами"/скинами - сделать вместо оранжевого белым с теневой обводкой (если этот ресурс "fastscroll_thumb_img" переместить в состав файла скина не представится возможным)?

158

Вопросы / Questions / [x] [440] Можно ли цвет встроенного скролл-бара сделать белым

« on: February 27, 2018, 17:06:27 »

    Можно ли цвет встроенного скролл-бара сделать вместо оранжевого белым с теневой обводкой ?

    Можно ли цвет скролл-бара (что находится в дистрибутиве плеера по адресу \res\drawable-nodpi-v4\fastscroll_thumb_img.png) -

раз уж так получилось, что этот ресурс не входит в состав файла скина (и, следовательно, нет возможности подогнать его цвет под цветовую палитру конкретной "цветовой схемы"/скина) -

сделать вместо оранжевого белым, причём, добавив круговую тень, как в примере во вложении, чтоб было видно в случае белого фона плейлиста.

    Зачем это надо ? Скины/"цветовые схемы" могут быть разных цветов и белый цвет является более совместимый с другими цветами, чем оранжевый.

    Вот как будет выглядеть белый скролл-бар в встроенной теме Bliss :

   

    А вот как будет выглядеть белый скролл-бар в встроенной теме Bliss-Dark :

   

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

159

Обработано / Processed / [x] [440] Не обновляется счётчик времени в опции "пауза между треками"

« on: February 24, 2018, 13:49:52 »

   Не обновляется счётчик времени в опции "пауза между треками" при ручном старте трека, совершённым во время плановой междутрековой автопаузы (AIMP for Android 2.60 440).

    Если плеер находится в состоянии плановой междутрековой автопаузы, например 60-ти секундной ( в опции "пауза между треками" выставлено значение 60 000 мсек), то если в этом 60-ти секундном промежутке времени, например, на 30-той секунде, запустить воспроизведение определённого трека вручную (кликом по нему), то он начинает играть и через, в данном случае, 30 секунд воспроизведение этого трека останавливается потому, что начинается плановое автовоспроизведение "другого" трека по истечении 60 секунд паузы.

    Пример:

Допустим, есть 3 трека.

В опции "пауза между треками" выставлено значение 60 000 мсек.

Выставлен режим последовательного воспроизведения.

Включена опция "автопереход к следующему треку".

Плеер проигрывает первый по счёту трек от начала до конца.

Далее следует плановая автопауза длительностью в 60 секунд,
после которой должно будет начаться автовоспроизведение второго по порядку трека.

Но во время этой 60-ти секундной паузы, например, на 30-той секунде вручную (кликом по треку) был дан старт воспроизведения 3-тьему по счёту треку.

Этот 3-тий по счёту трек играет около 30 секунд, после чего его воспроизведение останавливается потому, что далее начинается плановое автовоспроизведение второго по счёту трека по истечении 60-ти секундной паузы.

     Вопрос - можно ли сделать так, чтоб -

когда во время плановой междутрековой автопаузы был совершён вручную старт воспроизведения определённого трека -

счётчик времени в опции "пауза между треками" в отношении предыдущего трека аннулировался а вместо этого совершался отсчёт времени на основе текущего  играющего/проигранного трека, старт воспроизведения которого был сделан вручную во время плановой междутрековой автопаузы.

    На ПК версии плеера этой проблемы не замечено.

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

160

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

« on: February 14, 2018, 19:04:46 »

Не думаю, что причина в неточном позиционировании, иначе через "очередь" было бы тоже самое.

    Если добавить первый трек с выше предложеного Я Гриша! альбома  flac с "вшитой" разметкой в очередь, то фрагмент следующего трека в конце первого трека всё рано слышен. Вопрос можно решить посредством уменьшения длительности этого первого трека на 1 секунду, прописав в разметке нужное значение, например, вместо

INDEX 01 04:40:37

прописать

INDEX 01 04:39:37

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

    Точность вычисления плеером границ трека в случаях с треками  flac с "вшитой" разметкой (как и в случае с другими поддерживаемыми плеером форматами треков с приложенной к ним cue-разметкой) даже на моб. плеере должна быть на уровне не только "с точностью до одной секунды" а с максимально возможной для подобных случаев точностью - "с точностью до одного фрейма", т. е. с точностью до 13,3333... мсек. (1 фрейм = 1/75 секунды). 

    Если Разработчик уверен, что точность вычисления границ трека на моб. плеере в случае с треками flac с "вшитой" разметкой (как и в случае с другими поддерживаемыми плеером форматами треков с приложенной к ним cue-разметкой) производится на уровне "с точностью до 13,3333... мсек", то тогда техническая причина проблемы, описанной в начале темы вероятно, другая.

161

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

« on: February 14, 2018, 16:27:49 »

Проблемы только с MP3, в других форматах такой проблемы нет

    В примере трека, предложенным, Я Гриша! выше не mp3 а flac трек с "вшитой" в него разметкой. Если взять первый трек из этого примера и включить режим "повтор одного трека", то каждый раз в конце первого трека слышен фрагмент следующего по физическому порядку трека, примерно, где-то 300 мсек следующего трека. Поэтому проблема темы в случае с моб. плеером может касаться, как оказывается, и flac треков.

162

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

« on: February 14, 2018, 15:31:09 »

На сколько я помню, были проблемы с производительностью

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

163

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

« on: February 14, 2018, 13:36:16 »

    Если на ПК плеере описанной выше проблемы нет, а только на на моб. плеере, значит, в моб. плеере, скорее всего, нужно сделать вычисление более точным - чтоб определение длительности было с точностью до миллисекунд, согласно количеству записанных фреймов в разметке. Например для первого трека в примере записи, предложенной выше в flac файле, указана в разметке, если верно вспомнил, длительность 04:40:38 , то есть 4 мин 40 сек и 506 мсек (75 фреймов = 1000 мсек а 38 фреймов это примерно 506 мсек получается), -

просмотреть "вшитую" cue-разметку в flac-треке можно, напр., с помощью ПК прогр. "Foobar" ("контекст. меню трека" - "Utilities" - "Edit cuesheet"), для редактирования разметки нужно открыть программу "от имени администратора", не забыв после возможного редактирования разметки, в случае необходимости, нажать "ок" для подтверждения внесённых в разметку изменений -

но на практике моб. плеер, почему-то, определяет длительность как 4 мин 40 сек и около 800 мсек вместо около 4 мин 40 сек и где-то 506 мсек. Необходимо более точное вычисление, без закруглений фреймов (с целью экономии энергоресурсов), которое должно предотвращать  подобные проблемы (если, конечно, между треками не принялся эффект плавного перехода изначально самим "звукорежиссёром").

164

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

« on: February 13, 2018, 02:01:18 »

А если так сделать? Будет работать?

     Как раз хотел добавить:

    Как оказалось позже, если есть несколько вариантов cue-разметок(.cue) для одного файла, то эти варианты разметок можно поместить в одном cue-файле(.cue) и моб. плеер (версии и 2.60 440 и 2.70 507) отлично распознаёт один cue-файл(.cue) с несколькими вариантами разметок для трека в нём. Например

FILE "01. Concerto No. 1 - 4.m4a" WAVE
TRACK 01 AUDIO
  INDEX 01 00:00:00
  TITLE "01. Concerto No. 1 - 4"


FILE "01. Concerto No. 1 - 4.m4a" WAVE
TRACK 01 AUDIO
  INDEX 01 00:00:00
  TITLE "01. Concerto No. 1 in E major, Op. 8, RV 269"
TRACK 02 AUDIO
  INDEX 01 09:32:38
  TITLE "04. Concerto No. 2 in G minor, Op. 8, RV 315"
TRACK 03 AUDIO
  INDEX 01 20:48:64
  TITLE "07. Concerto No. 3 in F major, Op. 8, RV 293"
TRACK 04 AUDIO
  INDEX 01 32:31:20
  TITLE "10. Concerto No. 4 in F minor, Op. 8, RV 297"


FILE "01. Concerto No. 1 - 4.m4a" WAVE
TRACK 01 AUDIO
  INDEX 01 00:00:00
  TITLE "01. Concerto No. 1 in E major, Op. 8, RV 269, Spring (La primavera), I. Allegro"
TRACK 02 AUDIO
  INDEX 01 03:23:49
  TITLE "02. Concerto No. 1 in E major, Op. 8, RV 269, Spring (La primavera), II. Largo e pianissimo sempre"
TRACK 03 AUDIO
  INDEX 01 05:42:23
  TITLE "03. Concerto No. 1 in E major, Op. 8, RV 269, Spring (La primavera), III. Allegro pastorale"
TRACK 04 AUDIO
  INDEX 01 09:32:38
  TITLE "04. Concerto No. 2 in G minor, Op. 8, RV 315, Summer (L'estate), I. Allegro non molto"
TRACK 05 AUDIO
  INDEX 01 15:18:57
  TITLE "05. Concerto No. 2 in G minor, Op. 8, RV 315, Summer (L'estate), II. Adagio e piano"
TRACK 06 AUDIO
  INDEX 01 17:18:18
  TITLE "06. Concerto No. 2 in G minor, Op. 8, RV 315, Summer (L'estate), III. Presto"
TRACK 07 AUDIO
  INDEX 01 20:48:64
  TITLE "07. Concerto No. 3 in F major, Op. 8, RV 293, Autumn (L'autunno), I. Allegro"
TRACK 08 AUDIO
  INDEX 01 26:10:30
  TITLE "08. Concerto No. 3 in F major, Op. 8, RV 293, Autumn (L'autunno), II. Adagio molto"
TRACK 09 AUDIO
  INDEX 01 28:34:13
  TITLE "09. Concerto No. 3 in F major, Op. 8, RV 293, Autumn (L'autunno), III. Allegro"
TRACK 10 AUDIO
  INDEX 01 32:31:20
  TITLE "10. Concerto No. 4 in F minor, Op. 8, RV 297, Winter (L'inverno), I. Allegro non molto"
TRACK 11 AUDIO
  INDEX 01 36:23:49
  TITLE "11. Concerto No. 4 in F minor, Op. 8, RV 297, Winter (L'inverno), II. Largo"
TRACK 12 AUDIO
  INDEX 01 38:25:03
  TITLE "12. Concerto No. 4 in F minor, Op. 8, RV 297, Winter (L'inverno), III. Allegro"

(подобное, вроде, предложил, спасибо, Я Гриша)

но, нужно отметить, что ПК вариант плеера (4.50 2058) такого рода cue-файлов(.cue) с несколькими вариантами разметок внутри для трека распознаёт не полностью:

Как видно на рисунке (под спойлером)- не отображаться в красной рамке выше время первого трека, а в красной рамке ниже не верно определено время и до того же оно не отображается. Можно ли это исправить ? - сделать, чтоб выделенное, на данном примере, в красных рамках отображалось корректно, т. е., в данном случае, вот так:

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

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

165

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

« on: February 11, 2018, 14:56:01 »

для того чтобы открыть несколько CUE альбомов в одном плейлисте, есть диалог добавления "+"

    Дело в том, что может быть несколько вариантов разметки для одного и того же трека (несколько разных ".cue").

Например:

есть альбом,
который состоит из четырёх концертов,
каждый из которых, в свою очередь, состоит из трёх частей.

Может быть создано несколько вариантов cue разметки для этого альбома :

1) разметка по количеству альбомов (всего 1 альбом)

2) разметка по количеству концертов (всего 4 концерта)

3) разметка по общему количеству частей концертов (всего 4 x 3 = 12 частей)

В результате, получилось 3 разных cue-файла(.cue) с разными вариантами разметок для одного и того же трека:

1) 01. Concerto No. 1 - 4_1.cue

FILE "01. Concerto No. 1 - 4.wav" WAVE
TRACK 01 AUDIO
  INDEX 01 00:00:00
  TITLE "01. Concerto No. 1 - 4"

2) 01. Concerto No. 1 - 4_2.cue

FILE "01. Concerto No. 1 - 4.wav" WAVE
TRACK 01 AUDIO
  INDEX 01 00:00:00
  TITLE "01. Concerto No. 1 in E major, Op. 8, RV 269"
TRACK 02 AUDIO
  INDEX 01 09:32:38
  TITLE "04. Concerto No. 2 in G minor, Op. 8, RV 315"
TRACK 03 AUDIO
  INDEX 01 20:48:64
  TITLE "07. Concerto No. 3 in F major, Op. 8, RV 293"
TRACK 04 AUDIO
  INDEX 01 32:31:20
  TITLE "10. Concerto No. 4 in F minor, Op. 8, RV 297"

3) 01. Concerto No. 1 - 4_3.cue

FILE "01. Concerto No. 1 - 4.wav" WAVE
TRACK 01 AUDIO
  INDEX 01 00:00:00
  TITLE "01. Concerto No. 1 in E major, Op. 8, RV 269, Spring (La primavera), I. Allegro"
TRACK 02 AUDIO
  INDEX 01 03:23:49
  TITLE "02. Concerto No. 1 in E major, Op. 8, RV 269, Spring (La primavera), II. Largo e pianissimo sempre"
TRACK 03 AUDIO
  INDEX 01 05:42:23
  TITLE "03. Concerto No. 1 in E major, Op. 8, RV 269, Spring (La primavera), III. Allegro pastorale"
TRACK 04 AUDIO
  INDEX 01 09:32:38
  TITLE "04. Concerto No. 2 in G minor, Op. 8, RV 315, Summer (L'estate), I. Allegro non molto"
TRACK 05 AUDIO
  INDEX 01 15:18:57
  TITLE "05. Concerto No. 2 in G minor, Op. 8, RV 315, Summer (L'estate), II. Adagio e piano"
TRACK 06 AUDIO
  INDEX 01 17:18:18
  TITLE "06. Concerto No. 2 in G minor, Op. 8, RV 315, Summer (L'estate), III. Presto"
TRACK 07 AUDIO
  INDEX 01 20:48:64
  TITLE "07. Concerto No. 3 in F major, Op. 8, RV 293, Autumn (L'autunno), I. Allegro"
TRACK 08 AUDIO
  INDEX 01 26:10:30
  TITLE "08. Concerto No. 3 in F major, Op. 8, RV 293, Autumn (L'autunno), II. Adagio molto"
TRACK 09 AUDIO
  INDEX 01 28:34:13
  TITLE "09. Concerto No. 3 in F major, Op. 8, RV 293, Autumn (L'autunno), III. Allegro"
TRACK 10 AUDIO
  INDEX 01 32:31:20
  TITLE "10. Concerto No. 4 in F minor, Op. 8, RV 297, Winter (L'inverno), I. Allegro non molto"
TRACK 11 AUDIO
  INDEX 01 36:23:49
  TITLE "11. Concerto No. 4 in F minor, Op. 8, RV 297, Winter (L'inverno), II. Largo"
TRACK 12 AUDIO
  INDEX 01 38:25:03
  TITLE "12. Concerto No. 4 in F minor, Op. 8, RV 297, Winter (L'inverno), III. Allegro"

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

но на моб. плеере - добавить в плейлист разные CUE-файлы(.cue) с разными вариантами разметок для одного и того же трека - нет возможности потому, что при попытке открыть эти CUE-файл(.cue) с разными вариантами разметок через диалог добавления "+", CUE-файлы(.cue) не видны в папках,  как видны ".ampbl", ".m3u8".

    Короче говоря, поскольку в альбома может быть несколько вариантов разметок, хранящихся в разных CUE-файлах(.cue), то было бы важно, чтобы CUE-файлы(.cue), при открытии через диалог добавления "+" были видны также, как видны   ".ampbl", ".m3u8". Если это не возможно сделать, то постараемся отнестись с всевозможным пониманием.

Благодарим !

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