AleXH

@IgorA, 1. набирать N. Enter удобнее и нативнее, чем .N Enter 2. о беспорядке в строке команд писал ранее 3. описания команд в одном случае отделены ' ', в другом ' - ' Возможно стоит пометить какой проритет является RT - по цифрам это непонятно.

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

@Evgen1, сейчас выводится: 0 .. 1 filename.wv а будет 0 .. 1 filename.cue 2 filename.wv хотим посмотреть cue - жмём 1, не хотим - идём мимо смотря какой сервис реализовывать

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

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

@IgorA, ок. Тогда предлагаю совсем простой вариант - при наличии имя_образа.cue, выводим на экран его отфильтрованное содержимое, где пользователь увидит номера треков, их имена и временные метки, стартуем воспроизведение - пользователь видя метки, может их ввести. И не нужна полноценная обработка куе, я уже говорил об этом выше - самый простой линейный примитив. Это же выполняется до воспроизведения и на звуке никак не скажется. Нет желания фильтровать? - фиг с ним, просто выводим текст куе. Кому-то его вывод мешает? - добавляем в настройки опцию cue[0/1] - кому куе нужен, тот включит его вывод. И почему не положить в дистриб оба варианта? - Пользователь сам выберет, чем ему пользоваться.

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

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

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

Никогда не утверждал, что нарезание на треки правильный путь и уж тем более всей медиатеки. А надежда... она умирает последней - видите же, Игорь окопался и ни в какую. Оно и понятно - нам кататься, ему педали крутить, тем более что время разработки распланировано под другие задачи. Может со временем дозреет, ведь как говорится - никогда не говори никогда хотя бы потому, что консольная версия это маст хэв, и поддержка куе ей определённо нужна, учитывая что к деградации качества звука она априори привести не может, если правильно реализовать, а вот улучшить удобство пользования - однозначно да. Парсим куе, визуально представив его как папку с треками, но с добавленными к имени треков абсолютными временными метками. Вводя номер трека, либо временную метку, прыгаем в соответствующую временную позицию образа. Переходы по трекам не отслеживать - и никаких таймеров, доп процессов. Пользователь может дать команду t, определив текущую временную позицию, команду i - повторно вывести список треков с временными метками, и таким образом увидеть, какой трек сейчас воспроизводится, ввести номер трека для прыжка, либо его временную метку. Для лучшей визульной ориентации номера треков и временные метки предлагаю выводить другим цветом, например: 1. Имя трека 0:00

Конвертирую в фубаре 1.2.9 из любого lossless формата во флэки-треки, если надо порезать. Побитовую точность проверял фубаровским же плагином, убедился - музыкальные данные не изменяются. чего-то не понял, да. SACD рядом с cue в высказывании поставили, вот и результат понимания у читателя соответствующий получился.

Почему не режется? - Распаковываем в DSD и режем согласно временных меток хоть скриптом, или я не прав?

Всё давно Игорем сделано, подказки даны им не единожды, я привёл пример - имеющий глаза да увидит!

Добавил ссылку

не стоит - может ММАР у кого-нибудь не работает? Тут кто-то говорил, что ММАР у него на встроенке (временно) звучит лучше. По минимизации я уже выкладывал модифицированные конфигурационные файлы - посмотреть, чуть подправить под себя и всё. Следующее сообщение Игоря тоже смотрите. Любителям резать на треки - нон-стоп альбомы вы тоже режете?

На SPDIF цапах MMAP тоже лучше - становится слышно то, что при RW тонет уже в цифровой грязи. Как в анекдоте про Петьку и Василия Ивановича, когда Петька провалился в толчок типа сортир и был извлечён год спустя - в нём про адаптацию хорошо сказано. Мне вот интересно - кто нибудь считает выводимые при распаковке точки? - Если нет, то что мы имеем? - Правильно - песочные часы. Ну и какая у них информативность? - Правильно, прога не висит, процесс идёт. - Только я один вижу, что это слегка э-э-э..., так сказать не выдающееся решение?

Не вижу таких, но вижу довольных улучшением интерфейса и юзабилити ар

с ява машины ничего не выжать, согласен. Тем более уже есть какие-никакие, но конкурирующие продукты. ARM интересен нишами и вполне возможно в них стать пионером, что открывает некоторые перспективы знакомства с налоговой ) а чем не угодил МАК? - Если есть деньги на МАК, то и тракт будет развязан аппаратно?

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

это, конечно, не равноценный вариант - wi-fi угробит всё за что боролись. @audioshock, ну подавать, что отсутствие понимания cue это гуд - это ни разу не гуд. Другое дело, что его внедрение требует работы и видимо достаточно большой для того, чтобы не гореть желанием делать её.

Это по каким-таким многим, интересно? - Улыбнуло, однозначно ))) Но звучит очень хорошо, Игорь молодец! к тому же с юмором - всем бы так. При распаковке массивных Hi-Res образов выстаривающееся войско точек мне напоминает игрушку для Yamaha MSX - KBALLOON.rom (King Balloon) - в которой мы управляем двумя стражниками, тягающими внизу экрана по стене замка влево-вправо пушку, отстреливая нападающих чертей на воздушных шарах (их целая армия в верхней половине экрана) - шары ныряют вниз, пытаясь спасти своего короля, утащив его вверх на воздушном шаре, а мы их короля пленили и охраняем, не позволяя его спасти )))

P Prev N Next S Stop B [un]Pause T Time I File info X Exit Prev Next потому что <> , а не >< - они образуют логическую пару, также как и пара - стоп-пауза и пара инфы о времени и общая. Время рядом с паузой потому что относится к процессу воспроизведения. Выход на новой строке потому, что не помещается на одной строке со всеми и является терминатором. Выдаваемые настройки по st лучше вывести таким же цветом что и ALSA period/buffer

@PolarLight, CPU-Z покажет размер буфера под данные для ядра

можно в профильной, а здесь ссылку

Есть рейтинг? По поводу IDE вместо AHCI - я вот допереключался - один раздел с музыкой (винда при загрузке?) сделала недоступным - в MFT попортила 3 сектора - лёг весь раздел. Мега инструменты от создателей отказоустойчивой и надёжной NTFS - чек и скандиски лапки к верху подняли - исправить наживую не могут. Инфа осталась целой и теперь её оттуда надо GetDataBack'ом вытягивать на другой винт, переформатировать убитый раздел и назад заливать.