Что выбрать, Rme FF400 или Apogee Emsemble

  • Автор темы Автор темы bulenat
  • Дата начала Дата начала
Вот тот же луп через енсембл -

http://www.sendspace.com/file/scvj1f

1 раз прогнано.. Во времени ограничен - поэтому только вав после 1 оцифровки . кому интересно можно попробовать вычесть вручуную

как то так.


2Andrey Ivanov, Мне не нравится Ваша манера. И Ваши абзацы типа - работа никому не нужна и тп/ хотел одно получил другое и тп..- можно было вообще не писать - не так ли?..

Смысл делать тест который Вы предлагали я не вижу.. Мне нужен тест работы всего тракта - поэтому я собсна получил что планировал по крайней мере

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

я не вижу уже пути развития этой дискуссии, кроме как в сторону ругани. =)

The_Andreyp, про исключения adc dac из лупбэка уже обсудили вроде.
 
  • Like
Реакции: The_Andreyp
Newsman, а что вас останавливает от того чтоб сделать выводы? Или вы кого-то поторапливаете?

вам нужно какое-то признание?
или что вам нужно?

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

=)
 
Кстати, если из оригинала вычесть то что получилось при перезаписи на РМЕ получим ко всему прочему фон в левом канале. Может с коммутацией что-то не то?
 
хм.. кабели вроде в норм состоянии. У меня розетка слева хотя.
 
я бы кстати вообще на моно файлах сначала воевал (собственно так я и делал)
чем прощще предмет тем сложнее ошибиться так сказать.
 
попробую канить на досуге про кабели и моно ченить на рме
 
2 buncker:
Моно гонять, на мой взгляд не совсем правильно.
Локализацию источников в пространстве, тот же объем будут проигнорированы при этом, а это немаловажные аспекты.
Хотя мы ушли в какие-то дебри.
Думаю, что стоит остановиться на первых прогонах и сравнить их.
14ти кратный оверсемплинг это конечно интересно, но к практике отношения никакого не имеет.
Всем понятно что и FF400 и Ensemble к референсу отношения никакого не имеют. К слову о референсе... Года полтора назад проводил такой же тест с конверторами Weiss DAC1 и ADC2. Прогнал аудио фрагмент более 30ти раз (на большее сил и терпения не хватило:)). При вычитании получилось значение на уровне -72дб.
 
Последнее редактирование:
Newsman, я только про то чтоб двигаться от простого к сложному.
 
неизбежной куммулятивной ошибки,
возникающей при ЗАПИСИ на каждом этапе в файл
Интересно, что это за ошибка такая при записи неизбежная?

Гугль говорит что-то не совсем понятное...
http://ru.wikipedia.org/wiki/Эффект_Монро
http://slovari.yandex.ru/dict/bse/article/00039/96700.htm

зы: Если я правильно понимаю, единичный импульс из одного семпла
максимального значения в начале тестового файла и последующая
по нему ПОСЕМПЛОВАЯ синхронизация при сравнении (см.рис.) решают
на ура все подобные проблемы, нет?
 

Вложения

  • 1smpl.jpg
    1smpl.jpg
    107,2 KB · Просмотры: 16
Newsman? немного страсти улеглись, тема топика ушла в сторону, да и мой вопрос, тоже как бы косвенно вписывался в "тему".
я прочитал ваш совет и скажу так: согласен, что в моем случае ваша схема решения вопроса-одна из...... я рассматривал ее тоже в самом начале. Но я хотел:dash2: сразу решить задачу комплексно-ноутбук-стабильность ОС-внешний звуковой интерфейс-качество-бюджет.Сейчас пришел к одному начальному: закзан ноутбук макинтош про. Дальше, вопрос остается открыттым, пока время терпит: либо АЦП/ЦАП, ЦАП промышленный( USB/FW) или самоделкин, либо звуковой интерфес( USB/FW). В выборе конечно будет влиять цена/качество, т.к. лимит пока маловат, но..... деньги дело наживное, была бы работа( у нас с выборами народу не до платного шоу.........).
Меня заинтересовал ( просто для интереса)тот факт, может я ошибаюсь, ( т.к новичок в данном вопросе), что компания РМЕ, после моделей 400 и 800 FW версий, выпускает именно usb версию интерфейса, а вот макинтош в новых макбук про развивает порт FWдо 800 м/бит, вместо 400. И если читая, форум, многие провозглашали о приоритете FW, то так же появились сомнения в перспективе данного и почему РМЕ сделал шаг в
направлении USB( с новой разработкой), а например, Эподжи ДАС -мини делает ДАС c FW. Есть конечно и технические моменты, но пока мне интересне результат решения моей задачи, исходя из качество-цена-оптимальность. И думаю, что придеться попробоавь не один девайс, для того чтобы прийти к оптимальному звуку под свой апарат, но надо с чего-то начать( может повезет и закончить).
 
Последнее редактирование:
меняеться время и с ними стратегии. не успели пройти обсуждения по поводу
порта IEEE1394 ( понятно, что рынок будет насыщаться еще по инерции, аппаратами) как уже и и МОТУ выпустила гибрид, РМЕ новую версию USB.главное, качество чтобы улучшалось, а не осталось где-то в стороне, в погоне за удержанием рынка.
не хочу флудить , надо возращаться в рамки заглавной темы.
 
Последнее редактирование:
Если у енса макс амплитуда разнофазового сигнала = - 50 дб, то у фф400 = -18 дб
прогнал лупбэк через lynx two: - 55,2 дБ.

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

у нас аналоговая цепь, которая включает в себя, помимо ацп/цап: кабеля (различной длины у всех), коннекция (разная у всех), пайка (разная у всех). таким образом, имхо, мы пытаемсо услышать разницу в звучании всей аналоговой цепи, а не ацп/цап.

-55,2 дБ, в моём случае, - это разница между правым и левым каналом полученных при прогоне файлов. однако, и в этом случае погрешности будут значительные, т.к. кабеля не абсолютно идентичные по длине и пайке!

как лупбэк прогонял я:
1. моно-файл на стерео-выход (панорама в центр).
2. запись в стерео-вход.
3. сравниваем полученные файлы, разваленные по фазе на 180.
4. смотрим на мастер-шине микшера показания.

зы. если бы аналоговый сигнал можно было бы передавать не через провода - тогда, имхо, сравнение исходного файла с полученными было бы реальным.
 
  • Like
Реакции: The_Andreyp
John - интсресно - а где вычитал.? можешь вавку выложить
 
Andrey Ivanov, -55 в предыдущем сообщении, это НЕ разница между исходным файлом и перезаписаным через лупбэк.
это разница между дмумя оцфровками, а не между исходником и оцифровкой.

для всех.

я просил fat john описать подробнее что он сделал, но он не сподобился к сожалению, а люди как и ожидалось читают "по диагонали

-55 дб получено так
взяли файл, моно файл
вывели его одновременно на два аналоговых выхода.

т.е два ЦАП играли одно и то же

соединили эти два выхода с двумя входами.

т.е два АЦП записывали один и тот же исходный файл.

после этого две полученные оцфировки, вычли друг из друга.

это НЕ вычитынаие исходника и переоцифровки.

это вычиттание двух переоцифровок.

т.е -55 дб это НЕ то что тут делали другие люди.

когда fat john вычел из ИСХОДНИКА полученную переоцифровку, он получил те же -22 дб


это косяк сетапа (хотя два человека сделали это в разных местах и получили одно и то же), или это ещё что - не знаю.

но это _не то же самое что другие люди делали в этом топике_
 
  • Like
Реакции: The_Andreyp
я всё понимаю, косячный сетап, кривые руки итп

я просто хочу чтоб люди не ухватились за эти "-50 дб" и не раздули новый спор =)
не больше не меньше.
 
ЗАВЕДОМО НЕОПРЕДЕЛЕННО ТОЧНУЮ временнУю задержку на некоторое
количество отсчетов (семплов) по времени (в первую очередь, ввиду
несущественной, но по определению неустранимой АППАРАТНОЙ задержки
микросхем АЦП и ЦАП).
Повторяю вопрос (который опять наверняка останется без ответа) -
как быть тем, кто может работать с отсчётами точно посемплово?
 

Сейчас просматривают