Удалось ли кому-нибудь вывести с компа звук ?

  • Автор темы fzhulitov
  • Дата начала
Архив форума — только чтение
energetik

energetik

Местный
нарыл по теме Точное копирование звуковых компакт-дисков. Причём для задачи воспроизведения с компа, процесс записи на КД не нужен. Из прочитанного вкратце понятно следующее - считать с фирменного КД правильные сэмплы гораздо легче чем точно скопировать питы на новый КД, что собственно и не требуется. Слушать же будем не питы :)
Если в чём неправ - поправьте.
 
Последнее редактирование:
Одессит

Одессит

Местный
Алексей, у одесситов упадок сил пошел. Один в винде разочаровался, второй в транспортах глушилки нашел.. Господа, выше голову. Глушилок нет нигде и винда рулит :beer:

С форточками у меня полный порядок. Работают на работе.
А вот до гибкости в настройках присущих unix-подобным ситемам им: как до Луны. Вот и вся недолга.
А вот когда Вы досконально копнёте основы формата КД и существующие реализации его то, сразу станет всё ясно и за "глушилки, и за прочие "виндовсы".
А то у Вас звуковая карта то 44 в 48 выводит, то наоборот.
А тот факт, что Вы не отличаете всякий-разный контент объясняется Вашей-же подписью.
Где-то это уже было...
 
6a3apoB

6a3apoB

Местный
Весёлые ребята, эти одеситы. Не соскучишься с ними :beer:
Всё что у меня в подписи- собрано мной из высказываний разных непростых людей по разным форумам http://soundex.ru/index.php?app=blog&module=display&section=blog&blogid=9&showentry=31
гы-гы
в общем, смысл противостояния неясен, по сабжу же результат достигнут.
Сия крепость пала ;) но ея развалины ещё долго будут будоражить умы :ku)
 
Последнее редактирование:
J.Impro

J.Impro

Местный
Базарову удалось! Поддерживаю его в борьбе с полчищами мрачных сучностей с большими серыми ушами)) Я слышу как хрустят их перепонные барабанки под копытами коня по имени Здравко.
 
Одессит

Одессит

Местный
Одессит
А можно поинтересоваться мнением уважаемых лаболантов относительно этой статьи
http://www.audialonline.com/html/articles/spdif_or_usb/1.php
и в связи с ней об этом девайсе?
http://forum.ixbt.com/topic.cgi?id=12:40822

К USB отношусь плохо, именно по причинам указаным во второй ссылке.
Сомневаюсь, что предлагаемая железка обладает достаточным буфером для создания канала синхронизации с ЦАП-ом.
Как электрическую развязку между компом и прочими ресиверами - приветствую.
 
V

Vendor

Местный
Одессит
и в связи с ней об этом девайсе?
http://forum.ixbt.com/topic.cgi?id=12:40822
Аффтар статьи многого не подозревает :)
1.
Предоставляет честные 44.1 и 48 КГц. Единственный минус - нет поддержки 96 КГц, но у многих-ли есть DVD-Audio (не путать с DVD-Video, который карта прекрасно поддерживает, и SACD, который на компьютере не поддерживается в принципе).
DVD-Video прекрасно поддерживает звук 96/24, о чём, действительно многие не знают и является прекрасной альтернативой DVD-A (за исключением отсутствия192/24 и многоканала), поскольку отсутствует один из основных недостатков DVD-A - уродская система DRM с цифровыми водяными знаками.

2.
Вскрытие показало, что на карте присутствует ЦАП, знающие люди говорят, что это для того, чтобы Windows распознала устройство как Audio
гы-гы

К обзору отнёсся бы с осторожностью.
 
А

Ал.Д.

Местный
Миллионы молодых людей ходят с плеером в ушах;
и что: думаете там плохой звук? Нет - большой буфер и хорошие часы:).
 
Одессит

Одессит

Местный
нарыл по теме Точное копирование звуковых компакт-дисков. Причём для задачи воспроизведения с компа, процесс записи на КД не нужен. Из прочитанного вкратце понятно следующее - считать с фирменного КД правильные сэмплы гораздо легче чем точно скопировать питы на новый КД, что собственно и не требуется. Слушать же будем не питы :)
Если в чём неправ - поправьте.

Цитата: "...В свете вышесказанного термин «точная копия» корректно применять лишь к информации верхнего уровня. Получение же точной копии информации на нижнем уровне требует сверхточных технологий и является практически нереальным, а главное — совершенно бессмысленным, так как требуется создать копию самого звучания, а не его материального носителя...".

Автор ограничивает сам себя и своих читателей-почитатателей, считая, что можно создать (!?) копию самого звучания не получив точную копию диска. Забавная мысль.
 
6a3apoB

6a3apoB

Местный
Миллионы молодых людей ходят с плеером в ушах;
и что: думаете там плохой звук? Нет - большой буфер и хорошие часы:).
Так там всё в одном, как в CD-плеере. Отсюда и качество.
 
6a3apoB

6a3apoB

Местный
Автор ограничивает сам себя и своих читателей-почитатателей, считая, что можно создать (!?) копию самого звучания не получив точную копию диска. Забавная мысль.
Вы не поняли, точная копия диска (слЕпок на болванке) не нужна при условии подавления джиттера. Главное не копия, а идентичность потоков на входе чипа ЦАП:beer: ну и битперфект (бит в бит, тютелька в тютельку и т.д.) :oops:
 
Одессит

Одессит

Местный
Вы не поняли, точная копия диска (слЕпок на болванке) не нужна при условии подавления джиттера. Главное не копия, а идентичность потоков на входе чипа ЦАП:beer: ну и битперфект (бит в бит, тютелька в тютельку и т.д.) :oops:

Мне бы Вашу уверенность...
 
energetik

energetik

Местный
...Автор ограничивает сам себя и своих читателей-почитатателей, считая, что можно создать (!?) копию самого звучания не получив точную копию диска. Забавная мысль.

Всё верно. Данные (сэмплы) при записи на диск кодируются с избытком достаточным в большинстве случаев, для уверенного их восстановления. Т.е. мы записываем на комп не питы (физические пятна на диске), а сэмплы, которые затем и воспроизводит комп. Зачем нам точные копии самих питов (пятен на физическом носителе) я не пойму...
Для собственного успокоения копировать можно в лунную/безлунную ночь с ориентацией компа на юг/восток/север/запад (ненужное зачеркнуть) :)
 
Последнее редактирование:
А

Ал.Д.

Местный
Запад зачёркиваю - нет там ничего!
Кроме Битлз!
Пардон, кроме церкви и Баха!
 
Последнее редактирование:
G

Gen

Местный
Всё верно. Данные (сэмплы) при записи на диск кодируются с избытком достаточным в большинстве случаев, для уверенного их восстановления. Т.е. мы записываем на комп не питы (физические пятна на диске), а сэмплы, которые затем и воспроизводит комп. Зачем нам точные копии самих питов (пятен на физическом носителе) я не пойму...
Для собственного успокоения копировать можно в лунную/безлунную ночь с ориентацией компа на юг/восток/север/запад (ненужное зачеркнуть) :)
И на полном серьёзе
 

Вложения

  • appl.gif
    1.2 KB
И

Игорь Гапонов

Эксперт
Всё верно. Данные (сэмплы) при записи на диск кодируются с избытком достаточным в большинстве случаев, для уверенного их восстановления...

В общем-то, здесь это офф. Но чуток думаю модератор допустит :).

Как известно, помехоустойчивости у двойного кодирования по Риду с Соломоном с перемежением, применяемого по Красной Книге (как в Юнеско :)), совершенно не достаточно для записи данных. Самое здесь приколное, что почему-то "цифровое-аудио" всерьёз, "как данные", в подавляющем большинстве техприменений НЕ рассматривается!!!!

Для записи "данных" на КД предложено т.н. CDROM применение, которое подразумевает дополнительный, т.е. третий (!!!) уровень помехоустойчивого кодирования, тип которого в одном из "режимов" может быть принципиально произвольным, как бы "внешним", хотя есть, типа, и "точный рекомендованный" тип (см. последующие "КД-стандарты" т.н. "режимы ROM").

В смысле "точного аудио" эта "нехватка помехоустойчивости" приводит к двум пролдолжениям одного вопроса "Что делать, если..."

1. диск с большим количеством некорректируемых ошибок?
2. диск с "защитой от копирования"?....

Ответ и есть принцип, на котором МОЖЕТ работать "встроенная глушилка". Заметьте! Я не утверждаю, а предполагаю, что только МОЖЕТ ПРИНЦИПИАЛЬНО работать. Т.е. будь я врагом пиратов, то так бы и сделал: при каждом проследующем копировании копии количество некорректируемых ошибок нарастало бы, а на самой копии "предыдущие ошибки" заменялись бы интерполяциями без всякого на то указания. Что и сделано, например, в ЕАК :). Причём, отмаз у ЕАКа стандартный: у вас И/или диск "нелицензиозный" и хреновый, и/или транспорт с лазарем *****овые, и/или декодер в транспорте "такой" :). А куда они девают информацию о распрделении некорректируемых ошибок ПРИ ЗАПИСИ КОПИИ НА СД , и что в лог-файле записано распределение таких ошибок с очень грубым приближением (кадр), ЕАК нам не говорит так, как сейчас на пачках с сигаретами про боржоми предупреждает минздрав. Т.е. перевод стрелок на лицо, как говорят в Одессе.
 
energetik

energetik

Местный
to Игорь Гапонов. Значит можно сделать вывод, что юзать фирменные КД можно наравне с их "цифровыми копиями" на винте. Причём второе предпочтительнее, т.к. ошибки не накапливаются при их перезаписи и качество воспроизведения не ухудшается со временем.
Кстати есть мнение, что запись с проф вертака КД (с спдиф выхода) и запись с СДРОМа совпадали побитово. Вы не проводили подобных манипуляций?
думаю в рамках этой темы это не офф, т.к. на комп записи всётаки как то попадают.
 
Nota Bene

Nota Bene

Местный
оптимизировала движение головки согласно очереди запросов. Как в SCSI. Работал очень быстро (так было написано), цифр не помню, конечно.
Никто нигде этот винчестер так и не увидел, зуб даю.
Познакомьтесь с технологией AHCI (и NCQ). Используется в современных чипсетах при работе с serial-ATA винчестерами. Весьма широко. Слизана с серверных решений.
AHCI, или как использовать преимущества Serial ATA
Идея, лежащая в основе технологии NCQ (Native Command Queuing), уже не раз была реализована в жестких дисках и контроллерах, но не в тех, что применяются в обычных персоналках.
Итак, вот какой принцип лежит в основе NCQ. Как известно, жесткий диск работает довольно медленно, по сравнению с другими устройствами ПК ввиду его механической природы. Особенно много времени тратится на перемещение головок между дорожками, на которых расположены запрошенные системой сектора с данными. Чтобы эти перемещения минимизировать, можно применить хорошо известный в информатике метод переупорядочивания очереди команд. В данном случае в качестве критерия перестройки используется расстояние между дорожками, к которым будет производиться доступ. Команды на чтение, поступающие к жесткому диску со стороны системы, выполняются не по порядку, а накапливаются в очереди. Там они меняются местами таким образом, чтобы головка при выполнении соседних запросов смещалась как можно меньше. За счет этого и достигается ускорение.
 
Архив форума — только чтение

Новое и Читаемое

Новые статьи

Читают на форуме