AleXH

можно на форум им написать. кроме мингуя можно к нему и другой гуй прицепить, тот же гном.

@sannik, не поймите превратно - я без претензий, наоборот спасибо за попытку помочь. Я в недоумении как так можно писать софт с претензией на генератор для радиогубителя, а в нём даже крутёлки почеловечески не сделать - какой прок от такой поделки, зачем было тратить время? - Если только автору сам процесс нравится...

@sannik, а Вы попробуйте: 1. попадите в конкретную частоту, если шаг прокрутки несоизмеримо шире и не регулируется 2. найдите диапазон частот - а как его найти, если возбуд возниает лишь тогда, когда на входе частота -генератор возбуда. 3. переберите вводом значений пару сотен 4. свип пролетает и даже не успеешь понять, что возбуд был. А учитывая, что свип перебирает частоты процентно от частоты, то шаг в процессе перебора становится всё шире и шире. К тому же в программе кривая реализация свипа - семплы рассчитываются заранее и их количество ограничено относительно невысоким значением. Программист генератор написал, а толку с него 0, зря потраченное время на написание - пользоваться им в боевых условиях невозможно. Такого ПО хватает, когда программисты ПО пишут, но не понимают что они пишут и для кого - юзабилити ниже плинтуса.

В нём нет возможности плавно и точно изменять частоту в реальном времени, т.е. найти частоту возбуда не получится.

Игорь, можно ли использовать АП для запуска VST синтезаторов,органов, роялей и пр. - чтобы играть на них в реальном времени? Положил DLL ComboF в VST32 (точнее хардлинк на неё) - АП конфиг не видит её. И не попадался ли вам бесплатный генератор синуса, импульсов и тп. с точной регулировкой частоты в реальном времени для удобного поиска возбудов, резонансов и тп. в аудиотрактах, помещениях?

борда обратные слэши не пропускает

@giclee, AP2110/EXTRAS/ASIO/RegCopy/regcopy.txt

300-400МБ для образа слишком жирно - лучше мелкий, быстрее загружаться будет. TinyCore 16МБ вместе с простеньким GUI, можно на базе TinyMPD сделать.

Именно из-за разнообразия дистрибов линукса с непонятным эффектом на выходе, я и предлагал сделать liveCD на основе мелкого TinyCore-MPD, который можно загрузить Grub4Dos'ом с винта, либо флешки в память и послушать, что предлагает линукс.

одного PAE не достаточно?

Игорь, под winxp опция в boot.ini /3GB что-то может дать АП?

изменённые файлы можно сохранить на носителе, а потом вживить в iso. У меня XGUI не стартует, в tc@box всё останавливается - пока не разобрался что дальше делать.

тот не патченый на рилтайм, но в любом случае интересно - если есть разница в звучании с основным линуксом, то в какую сторону? И какой вариант - х86 или х64?

Я исходил из того, что хорошо бы изначально иметь некий звуковой маяк-ориентир с минимальным разбросом.

Под mpd, в который вносит диффы Анисюткин был в своё время дистриб TinyCore с рилтайм патчами. Имхо перед тем как бегать по своим граблям, имеет смысл обратиться к нему, может поделится своими соображениями куда и как лучше копать.

Возможно более популярно было бы использовать настроенный образ 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