Hard А где же тёплый ламповый?

tuliss, давайте по существу, я ничего не понимаю в аудио-редакторах.

 

Да тут все просто. Второе это то, что вы сняли через шину.
Первая дорожка один из ваших аналогов. Аналоговая дорожка завышена примерно на 3 - 4 db
Трек и сам по себе перегружен (но это скорее всего фишка музыкантов, не знаком с их творчеством), поэтому в аналоге в этих местах хрипы.

В общем тут примерно надо так, или аналоговый сигнал тише сделать, или сделать чувствительность приемника (микрофона) меньше.

P.S. Я не профи по звуку сам, как умею так и объясняю.

 

Ну, как бы, если хотите, сниму ещё раз что-нибудь для прикола. Только объясните, какой уровень входного микшеоа SPDIF поставить. Сейчас снимал на максимуме, вот и хрипы, вероятно.

 

ну я же писал,примерно на 3db вниз Это если сравнивать с оригиналом.
Снимать можно и еще раз,конечный результат то какой нужен ?

В итоге будет как то так если вашу копию еще раз пропускать через аналог.

P.S. Аналог хорошо слушать, но не записывать. Все это очень сильно на любителя, я вот с возрастом начел тяготеть к винилу. Нравится его специфика звучания.

 

Goblinit, ты вообще неправильно делаешь. И вот почему:

1. На диске записаны данные (в данном случае - звук), которые примем за "эталон". Этот эталон можно считать по шлейфу как собсно данные, получив именно то, что имеем на диске. Притом сделать это можно двумя способами - получив полный образ диска со всей служебкой или только сами данные.
2. При воспроизведении этих данных приводом, как звука - происходит их считывание, так же как по шлейфу и, далее... упс ! преобразование с целью передать в звуковую карту или куда там дальше. Что уже чутка не то же самое, что имеет быть в эталонном варианте.
3. Когда звуковая карта получает эти уже изменённые данные, она проводит над ними кучу собственных манипуляций, прежде, чем мы получим из неё звук. Уже что то не то ? Получается, что грызть звук надо прямо с выхода привода, а не из звуковухи.

Ладно... рассмотрим другой вариант:
1. Мы считали данные по шлейфу, получили примерно эталон.2
2. Суём его в... конвертер, что бы получить wav или что там можно сыграть то ?
хм. блин. а звук то при этом уже не эталон, а что то другое.
3. И это "что то другое" попадает через мясорубку софтового плеера в... звуковую карту, которая смотрим 3 пункт предыдущего варианта, с учётом, что на этот раз манипуляции будут чутка другими и результат снова будет чутка другой.

Таким образом имеем, что:
1. две разные звуковые карты выдадут нам разный звук, что подтверждено многими экспериментами по сравнению звуковых карт.
2. Даже на одной звуковой карте можно получить весьма различные результаты в зависимости от настроек.
3. Софт добавляет свои грабли.
4. Конструкция привода добавляет свои грабли.
5. То что мы получаем напрямую из попы привода прослушать как оно есть не получится.
А то что получаем из намордных ушей привода уже тоже чем то обработано в приводе.

Вывод: звуковая карта и софт - лишние в процессе.

 

Bato-San, собственно, вот это я и хотел проверить эксперементальным путём


tuliss, Вы не путайте, всё-такм. Я снимаю звук по SPDIF, а там преобразований поменьше, чем в случае с аналогом. Но суть остаётся, да. На 3Db - это, блин, в виндовом микшере на сколько процентов?

 

Когда вы снимаете звук по SPDIF идет цифровое преобразование одной цифры в другую Некий конвейер. Я в своей жизни не встречал ПК приводов которые это делал хорошо (хотя не буду отрицать возможность их существования). Далее у вас цифровые данные идут уже на звуковую карту по кабелю. Нет я не буду тут кричать, что они в кабели нолики и единички портятся и надо использовать toslink После они попадают на звуковую карту, где идет опять преобразование полученных данных.

У аналого тут просто один минус, он так же преобразовывается, но по пути собирает все помехи которые только возможны.

3db в Windows микшере я вообще не знаю сколько. По хорошому должна быть возможность записать преобразованные данные без усиления. Вот это было бы уже очень интересно посмотреть. Тут мы сразу увидим насколько плохи преобразования.

P.S. Bato-San - я думаю так же донес до вас нужное понимание.

 

Ну, как бы всё, что я могу регулировать в граббере - это ничего. Он просто снимает рип через spdif на приводе. При этом пользуется виндовыми настройками громкости входного сигнала (читай настройками звуковой платы - их нельзя просто убрать с пути). В справке написано: поставьте, чтобы пиковое значение было до 98% У меня получается сейчас зашкаливает. Но я же не могу точно так определить, на сколько надо снизить уровень - громкость в треке ведь плавает. Давайте я просто поставлю 70% уровеня входного сигнала и снова рипну. Или я всё ещё чего-то недопонимаю?

 

полагаю, что просто в очередной раз посмотреть на форму волн в NeroWaveEditor...

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

Далее воспоследует деструкция драйверов виндовс и звуковых карт, а так же схем самих звуковых карт.

 

Ну типа того. Цель была удостовериться, что данные на выходе с SPDIF будут вовсе неидентичны данным с шины. Сюрпризом стало различие каждого рипа. Однако цифра цифре рознь!

Если никому более ничего неинтересно, я тогда разбираю все эти сооружения, спасибо.

 

Тогда расскажите мне как формат PCM попадает в формат протоколов spdif ?
Те у вас кто-то все равно должен делать "преобразование".
Я конечно может запамятовал, но вроде PCM все равно упаковывает в формат spdif.
Примерно как протоколы tcp/ip в eternet кадр.
Протокол уже делает коррекцию ошибок, сжатие данных итд итп.
Оконечное устройство все хоз-во принимает, проверят, разжимает и выводит нам звук.

Конечно, тут хорошо идти и читать спеки. Но честно говоря лень.

---------- Сообщение добавлено в 19:33 ---------- Предыдущее сообщение размещено в 19:24 ----------

Давайте прикинем немного по другому.
Представим вдруг такое устройство.
CDROM читает PCM, упаковывается все в SPDIF с коррекцией ошибок на другое устройство которая запишит все на CDROM в формате PCM.

Вот тут уже интересно какой будет результат.

Надо только подумать, возможно ли записать поток данных spdif в файл.


P.S. Вспомнилось тут, как я поставил один из дисков в формате DTS в привод которые его не понимал. Так как DTS пишется как и PCM, то я услышал "цифровой звук"

 

Вот тут уже как раз неинтересно. Какой в этом смысл - получить точную копию? Как её получить мы все итак знаем.

 

Рипать CD через SPDIF — это какое-то новое, доселе неизведанное извращение.

 

Ну как же без сжатие то ? Уж бит сжатие в спеках spdif точно есть. Синхронизация идет вроде бы по http://en.wikipedia.org/wiki/Differential_Manchester_encoding
а коррекция ошибок достигается путем Рида — Соломона. https://ru.wikipedia.org/wiki/Код_Рида_—_Соломона

Вот чего точно нет, это битрейда.

Я конечно могу быть не прав и все устроено по другому.

---------- Сообщение добавлено в 20:10 ---------- Предыдущее сообщение размещено в 20:09 ----------

Вопрос вот в чем, получим ли мы в итоге точную копию по spdif ?

 

tuliss, Логично, что, если я каждый раз получаю разные результаты при просто копировании, то уж явно точную копию мы никак не получим.


MisterGrim, и вот именно поэтому я здесь

---------- Сообщение добавлено в 19:36 ---------- Предыдущее сообщение размещено в 19:34 ----------

Кстати, подключил два кабеля одновременно: spdif и аналог. В WMP можно слушать cd однорвременно с обоих. Тогда звучание покажется объёмным. Если хотим только с одного - в микшере винды выключаем соответствующий выход. Или вход)

Рип тоже можно сделать с обоих входов одновременно - Audigy это позволяет. Уж не знаю, каким образом ей удаётся.

 

а ты чем делал рип ? И можешь сделать рип например через EAC ?

вообще надо было мне сразу все читать. Стандарт AES3. Там есть небольшая схема, как данные читаются PCM, покуются во фреймы и делается синхронизация. Коррекция ошибки идет только на самом приводе и уже после попадание на декодер. Если привод неправильно считал (а перечитывать он потом не будет), то уже потом пойдут расхождения в данных. Рипер может заставить привод перечитать данные еще раз (обычно потом в логах пишется информация). Поэтому когда мы пишем например с DAT , лучше включить external clock .
http://en.wikipedia.org/wiki/AES3

По сути по SPDIF все равно, что передавать. Главное, что бы вас на другом конце поняли.
(вот CRC к примеру
byte 23: CRC. This byte is used to detect corruption of the channel status word, as might be caused by switching mid-block. (Generator polynomial is x8+x4+x3+x2+1, preset to 1.))
Дополнительные биты сделаны для удобство, есть бит сжатие, значит данные пришли к нам в сжатом виде. Будем разжимать итд.