AleXH

Ну это совсем уже в лес

@audioshock, зелёный фломастер имеет гипотетическую основу - поглощение красного луча на позелёнённых ободах внутри и снаружи, распростаняющегося в толще диска путём многократного отражения на границах разных сред. Край диска когда вращается - дрожит, и мол поэтому преломлённые отсветы луча могут попать на линзу, поэтому в первую очередь нужно красить внешний край, а внутренний заоодно, раз уже фломастер в руках. Я 20 лет назад покрасил один диск, но результата не услышал, а вот CDR да, слышны своей пленностью.

Если для алюминиевого диска нужен демагнитизатор, то всё очень плохо в голове..., правда неизвестно в какой - в лазерной, или... Проблема CD плейеров - следящая система, помехи от её работы, а главное количество ошибок с которыми читаются данные. Коды Рида-Соломона не всесильны, к тому же от процессора восстанавливающего данные тоже идут помехи. Всё это счатье приезжает в цап, ну и там имеем результат. Правда уровень помех с ПК не сравнить, ПК это страх и ужас в этом отношении. В Hi-End индустрии много лохотрона, но если деньги девать некуда, то почему бы и не купить демагнитизатор КД Я бы понял ещё, если бы это был какой полировщик карбононового слоя.. Но если чистым дискам (не представляю себе коллекционера с пилиными или грязными КД) требуются приблуды для того, чтобы читать диски без ошибок, то очевидно, что проблема совсем не в дисках, а в следящей системе проигрывателя. Либо владелец настолько привык к ритуалу, что камертон в голове иначе не настраивается.

К тому же надо учесть, что даже болванки "For Audio" не обладают такой же отражающей способностью как алюминиевое покрытие прессованных обычных дисков, что приводит к потерям: разрешения, микродинамики, прозрачности. Обычные же диски для данных имеют столь мутную поверхность, что потери гораздо более удручающи - ощущение, что звук становится уже ближе к mp3, чем к lossless. Лучшие из CD-R по качеству отражающего покрытия, что мне доводилось видеть - TDK CD-R74, но и они уступают прессованным дискам.

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

@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 же смысл имеет.