Да, TINYAP - 64-разрядная сборка.

Я не делал 32-разрядную версию сборки, поскольку x86 процессоры, не поддерживающие 64-разрядного режима, сейчас мало распространены.

Но можно скачать архив 32-разрядного плеера и использовать его с любой 32-разрядной системой.

В дополнение к посту 14501

 

Предлагаю сделать максимально просто - cue не отображать, только музфайлы (как сейчас) - но если рядом с именем образа есть cue - имя_образа.cue - парсим и открываем как виртпапку с треками, иначе как единый файл. Парсер также сделать максимально простым - заполняя таблицу, ищем с конца файла INDEX 01 - захватили временную метку, ищем TITLE - захватили имя трека, ищем TRACK - захватили номер трека, по окончанию поиска из полученных данных печатаем на экране треки 1. Имя трека 0:00 и тд. Добавляем обработку номеров треков - старт воспроизведения с временной позиции - а если это претит по каким-либо соображениям, то просто запускать воспроизведение, номера треков для перехода не использовать (либо использовать формат N. - с точкой на конце) - конфликтуют с прыжками, пользователь сам введёт временную метку.

Изменено 20 октября, 20187 г пользователем AleXH

Я предлагаю дискуссию вокруг CUE на этом закончить. Я выше уже сказал, что в консольном плеере не будет обработки CUE. Вопрос закрыт.

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

Изменено 20 октября, 20187 г пользователем AleXH

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

@IgorA, ок. Тогда предлагаю совсем простой вариант - при наличии имя_образа.cue, выводим на экран его отфильтрованное содержимое, где пользователь увидит номера треков, их имена и временные метки, стартуем воспроизведение - пользователь видя метки, может их ввести.

 

И не нужна полноценная обработка куе, я уже говорил об этом выше - самый простой линейный примитив. Это же выполняется до воспроизведения и на звуке никак не скажется.

 

Нет желания фильтровать? - фиг с ним, просто выводим текст куе. Кому-то его вывод мешает? - добавляем в настройки опцию cue[0/1] - кому куе нужен, тот включит его вывод.

 

И почему не положить в дистриб оба варианта? - Пользователь сам выберет, чем ему пользоваться.

Изменено 20 октября, 20187 г пользователем AleXH

Листинг треков из CUE по запросу можно добавить.

@IgorA, тогда cue придётся отображать, а пользователю жмякать команду вывода - не лучше ли куе рядом с образом не отображать, а выводить листинг автоматом при его наличии и активной опции cue?

 

Или предполагатся в этом случае к имени файла добавлять (cue)? Чтобы пользователь мог понять, что он есть?

Изменено 20 октября, 20187 г пользователем AleXH

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

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

Изменено 20 октября, 20187 г пользователем AleXH

Хоть убей не понимаю как CUE может влиять на звук. Грубо говоря, имеем 1 WAV + 1 CUE и этот же WAV загруженный без CUE будет звучать лучше?

Изменено 20 октября, 20187 г пользователем Max_A

@IgorAесли cue не нужно будет использовать, отключаться он будет? На постоянной основе он не нужен.

Изменено 20 октября, 20187 г пользователем Evgen1

@Evgen1, сейчас выводится:

 

0 ..
1 filename.wv

 

а будет

 

0 ..
1 filename.cue
2 filename.wv

 

хотим посмотреть cue - жмём 1, не хотим - идём мимо

 

Хоть убей не понимаю как CUE может влиять на звук

смотря какой сервис реализовывать

Изменено 20 октября, 20187 г пользователем AleXH

хотим посмотреть cue - жмём 1

отлично, а выставить время не проблема. Мне такое решение нравится.

смотря какой сервис реализовывать

Стримит из JRiver на последний AP render x64 (Win 8.1x64, WaveOut, 24Bit) на выхлопе выходе Schiit Lyr 3 Multibit + HD650.

Стримит из JRiver на последний AP render x64 (Win 8.1x64, WaveOut, 24Bit) на выхлопе выходе Schiit Lyr 3 Multibit + HD650.

Значит обработка cue вас никоим образом не касается.

 

 

Игорь, имхо cue всегда нужно помещать последними в списке, чтобы они не лезли вперёд, или между музфайлов, сбивая нумерацию.

Изменено 20 октября, 20187 г пользователем AleXH

Тестируйте пожалуйста версию консольного плеера x64 с полуавтоматической поддержкой CUE:

 

http://albumplayer.r...est/ap64.tar.gz

 

Там отображаются .cue файлы внизу списков папок и файлов. Выделяются жёлтым цветом. Загружаются с выводом на экран информации по номеру файла.

После этого (после явной загрузки .cue) в командном режиме для запуска трека из .cue доступна команда формата

номер_файла.номер_трека

То есть, разделителем номера файла из списка файлов и номера трека из списка .cue является точка, ".".

В режиме воспроизведения доступна команда

.номер_трека

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

 

Кроме этого добавлены команды управления абсолютным и относительным приоритетом: pr<число>, ni<число>.

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

 

Кроме того, для режима Full Memory исключена повторная загрузка файла при старте воспроизведения того же файла, что был перед этим загружен.

Изменено 20 октября, 20187 г пользователем IgorA

@IgorA,

 

1. набирать N. Enter удобнее и нативнее, чем .N Enter

2. о беспорядке в строке команд писал ранее

3. описания команд в одном случае отделены ' ', в другом ' - '

 

Возможно стоит пометить какой проритет является RT - по цифрам это непонятно.

Изменено 21 октября, 20187 г пользователем AleXH

@AleXH

N. уже занято на позиционирование в минутах.

И по логике: снаружи из командного режима адресация файл.трек, а внутри, в режиме воспроизведения, когда файл уже выбран, он отрезается и остаётся .трек.

N. уже занято на позиционирование в минутах.

дело хозяйское, конечно, но по целым минутам мы прыгаем гораздо реже, чем по трекам, поэтому набирать N.0 для минут и N. для треков в конечном счёте предпочтительнее и номера треков так выглядят привычнее в 1. Имя трека 0:00, без велосипеда. Но навязывать своё видение не буду.

 

И по логике: снаружи из командного режима адресация файл.трек, а внутри, в режиме воспроизведения, когда файл уже выбран, он отрезается и остаётся .трек.

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

Изменено 21 октября, 20187 г пользователем AleXH

@IgorA, что т я тупанул немного, скачаный архив с ap.sh куда необходимо распаковать в tinyap?

Изменено 21 октября, 20187 г пользователем Алексей Андреев

@audioshock, @Evgen1, read only на неделю.

скачаный архив с ap.sh куда необходимо распаковать в tinyap?

В TINYAP свой файл ap.sh, там из папки ap этот файл можно удалить, чтобы не путаться.

Он там присутствует поскольку архив универсальный, для всех систем.

Папку из архива в TINYAP надо распаковывать в /home/tc . Там уже есть папка ap. Удалить её и заменить на версию из архива.

Какой смысл/преимущества в запуске AP как службы?

Изменено 21 октября, 20187 г пользователем Max_A

audioshock, Evgen1, read only на неделю.

Это очень нежно - я бы до НГ впаял бы.

 

@IgorA,

 

Баг. N.N переходят правильно, но введённая после начала воспроизведения команда T, возвращает неправильное время.

 

по cue предлагаю:

1. имя автора и название альбома выводить зелёным (или белым?), а не жёлтым.

2. временную метку сократить до mm:ss - милисекунды всё равно ни вводить, ни обрабатывать нет смысла.

 

организация вывода куе понравилась - за номером трека временная метка это правильное решение.