AleXH

Возможно более популярно было бы использовать настроенный образ liveCD TinyCore (16MB)+Alsa, драйвера, это избавило бы от зависимости звука от использованного варианта Linux, его настроек, патчей и пр., что может влиять на конечный результат, а в линуксе из-за его многообразия таких факторов очень много..

Кто-то из наших весной 14-го года на каком-то рускоязычном форуме пилил MPD на базе TinyCore, весь iso ~50MB. Возможно Максим Анисюткин подскажет.

Имхо широкую подержку ЗК нужно оставить ветви на ОС windows, а в Linux ориентироваться на мелкий дистриб-iso, работающий с USB цапами, производство которых китайцами поставлено на конвейер. iso должен содержать ОС и AP, поддерживать ntfs, распространённые usb чипы XMOS, PCM210x и др. Такой iso можно загрузить в память GRUB4DOS'ом с винта, флэшки и тд. Я вообще изначально смотрел в сторону kolibri - вся система на одной дискете 3.5" 1.44MB, да корел деловеперы порадовали что рилтайм не светит. Правда там есть 1 чел, который для своей закрытой разработки это "пофиксил", достигнув такого уровня прооизводительности, которого и рядом не было на других платформах - pure asm всё-таки. Но в любом случае останется повисший вопрос с USB-Audio и поддержкой USB чипов.

какой-нибудь TinyCore с рилтайм заплатками. А то остальное поражает монструозностью.

@PolarLight, полнокровный звук APm есть результат многочисленных экспериментов под OS Windows и этот результат невозможно одномоментно взять и перенести на другую платформу, ибо он неразрывно связан с платформой, так как является комплексным симбиозом. Для меня загадка, что Вы имеете ввиду под APm 3.0 - в 3.0 заявлялась модернизация GUI, а в mini это "лишнее". В linux "идеальный" звук нужно получать рилтаймовыми ядрами и некриво сделанными драйверами и протоколами - это совершенно другая область разработки.

у всех 16/192, но непонятен смысл такого потока, апсемпл можно сделать и локально, если конечно речь не идёт о каких-то железячных "тюнерах". 32(24)/96 же смысл имеет.

драйвер не может обрезать налету с 24 до 16, согласно установкам asio?

захватить поток и посмотреть в аудиоредакторе было бы правильнее. Только VB верёвка у меня не работает - её в asio_x32_config не видно.

может спидометр неправильный и это 32*96?

@IgorA, предлагаю добавить JBRadio2 http://209.126.66.166:10999/flac.m3u вещают в 24/96

Надо, надо - иначе и 2110м не было бы. Лучшее познаётся в сравнении. "Добывание" идеального звука в ОС windows не рассчитанной на этот процесс - сродни алхимизму.

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

@main user, VIII Управление плеером из других программ (UPnP/DLNA) Звуковым движком плеера можно управлять на отдельном компьютере или по сети из других приложений, поддерживающих функции контрольной точки (контроллера) UPnP/DLNA. К таким программам, в частности, относятся популярные аудио плееры JRiver, MusicBee и программа Linn Kinsky.

@main user, пожалуйста, объединяйте свои подряд следующие сообщения в одно - редактируйте последнее, а не пишите новое. По поводу АП - если тракт позволяет услышать разницу между lossless плейерами, то АП оптимальный выбор: 1. мелкий, быстрый старт. 2. портабелен. 3. не требователен к ресурсам. 4. неприхотлив - практически всегда правильно подхватывает lossless образы независимо от кривизны индексной карты cue. 5. надёжен - не использует реестр ОС для хранения настроек, раз настроил и всегда уверен, что ничего не изменилось. 6. прост в обращении, функционально самодостаточен. 7. лучший звук. Имеет практически все инструменты для борьбы за максимальное качество звука в семействе ОС windows, ориентированных на многозадачное исполнение приложений, а не на вывод звука в реальном времени. Параллель с АК-47 по комплексу потребительских качеств вполне уместна.

мне 2110м нравится больше - субъективно более ровная АЧХ с подъёмом самого низа, у 2110п больше приподнята середина. Но это у меня так, у другого может и по другому.

Этот вариант работает правильно. Всем. Магнит для юТ: magnet:?xt=urn:btih:75322BAF888A7E52FF75F22FFD6B41AD91DBCA86, Rupa & The April Fishes - 2009. Este Mundo, обратите внимание на одноимённый 10-й трек - если подумаете, что разгневанные соседи вышибают вам входную дверь, расслабьтесь - это Este Mundo , но если она уже отзвучала, а дверь по прежнему вышибают, то это уже точно они подоспели Пожалуй, это самый впечатляющий "низ", по отношению к общему уровню фонограммы, что я слышал из 6TB lossless. P.S. До чего всё-таки, неумолимые время и прогресс меняют восприятие, совсем недавно - 10 лет назад ))) сказал бы "из всего, что я слышал когда-либо", сегодня же, желая более точно донести мысль, приходится говорить "что я слышал из 6TB lossless"... - Уже и искусство, вместо штучно-неповторимого, взвешиваем вёдрами в килограммах-терабайтах - куда катится Мир...

да, мой косяк, надо было писать АПм.

АП210м Совершенно верно, полная версия работает как Вы описываете, а мини нет. Если же после стопа не подсвечивать 2-ой трек, а нажать плей, то начнётся воспроизведение распакованного куска, а после его исчерпания АП перескакивает на 2-ой трек и становится на паузу, но распаковки по прежнему нет.

Игорь, полная предзагрузка отключена, в АП открыт альбом APE одним имиджем, нажимаем плей стоя на 1-ом треке - АП начинает распаковывать и воспроизводить одновременно, нажимаем через несколько секунд стоп, кликаем на 2-ой трек, подсвечивая его, затем плей - одновременно с плейем активируется и кнопка паузы - АП должен распаковывать образ, но этого не происходит.

декодер фубара умеет пропускать битые фреймы в отличие от декодера у АП

И в чём было дело? Вдруг столкнусь с похожим...

я говорил о рендерах html, роликов, скриптов и тп.

Особенно когда включено аппаратное ускорение фризы могут быть внушительными из-за кривых рендеров-декодеров.

@crybit, фризы могут быть системными, например кривые дрова чего-либо, либо аппаратными, например при тормозах контроллеров у USB дивайсов (мышей, клав и тд), в том числе и из-за плохого контакта, либо повреждённых проводов.

@Beffect, имхо это в большей степени зависит какая версия драйвера ASIO x86 или x64 более "музыкальная" в связке с используемой ОС и с запущенными в ней процессами. По моим наблюдениям, чем меньше конкурирующих активных процессов и драйверов, тем звук лучше.