RAW -- это чистый поток данных, там нет НИЧЕГО, кроме самих аудио-данных. Там просто записано подряд сколько-то сэмплов. Никаких заголовков.

Именно поэтому при открытии RAW-файла в том же Adobe Audition приходится указывать все спецификации, как то частоту дискретизации, кол-во бит на сэмпл, а также количество и расположение каналов (то есть какой вид имеет сэмпл -- LR или RL).

Если из WAV-файла взять только его звуковую часть, то есть убрать заголовок и откинуть информационный хвост (коего, как я говорил, обычно не бывает), то получится как раз RAW-файл.

Если нужно подробнее, то скажи, что именно осталось неясным. Поясню. Я старался быть кратким.


P.S. Файлик с информационной LIST-секцией я таки нашёл, могу предъявить

Интересные у тебя результаты, мне казалось, что если стоит overread - ему на оффсет плевать, потому что все равно читает lead in \ lead out... Загадочная прога

retro
Ну, dmvn всё объясняет, поэтому отвечу ShirA...

А ответ будет простой. Если в настройках EAC'а выставляется коррекция оффсета, и привод поддерживает чтение из lead-in/lead-out, то Overread into Lead-In and Lead-Out нужно врубать.

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

В первом случае (no use...+ offset) EAC смещает считанные аудиоданные, выкидывая самые первые 48 сэмплов, которые на самом деле представляют из себя конец последнего сектора lead-in, но так как галочка Overread tra-ta-ta не стояла, последние 48 сэмплов, которые можно достать с диска лишь подачей команды на чтение первого сектора lead-out, в имидж не попадают. И если стояла галочка Fill up missing offset samples with silence - а она должна стоять - вместо этих последних 48 сэмплов в имидж пишутся нули, которые на CRC при поставленной мегавредной галочке на влияют.

Во втором случае (только no use...) оффсет не корректируется, поэтому ни первые 48 сэмплов имиджа не выкидываются, ни в конце ничего не добавляется. А так как первые 48 сэмплов - это на самом деле конец последнего сектора lead-in, а содержимое lead-in всегда должно быть нулевым по стандарту - они на CRC не влияют и он получается таким же, как и в первом случае.

Третий случай (no use...+ overread) идентичен второму, поскольку ни из lead-in, ни из lead-out ничего и не читается, если коррекция оффсета не выставлена.

А вот в четвёртом случае (no use...+ offset + overread) при коррекции оффсета не только выкидываются первые 48 сэмплов, но и чтением из lead-out вычитывается конец последнего сектора, который попадает в имидж. А так как на диске до самого его конца идут ненулевые сэмплы, то и получается другой CRC.

ежо раз спасиб, Сергей Иванович.

я пришел к тем же выводам. но тогда получается, что в общем случае (не анализируя, каждый раз, что и как записано) существует единственный CRC по которому стоит проверять правильность (1:1) рипа цельного аудио-диска.
и этот CRC должен быть получен со следующими параметрами EAC:
* no use of null samples for CRC calculation - галка НЕ должна стоять (поправил, совсем уже записался, сорри)
* read sample offset correction value - должен быть правильно выставлен
* overread into lead-in and lead-out - галка должна стоять
* drive has 'accurate stream' feature - галка должна стоять
* drive caches audio data - галка должна стоять
* drive is capable of retrieving C2 error information - галка НЕ должна стоять

так?

примечание1: для самого релиза еще очень важно правильно настроенный "gap detection"
примечание2: все фичи должны поддерживаться приводом (по-моему поддерживают абсолютно все более-менее новые писалки)
примечание3: состояние "no use of null samples for CRC calculation" не видно в логе. кто владеет немецким, написать Andre Wiethoff?

This post has been edited by ShirA on 03-02-2007, 21:05

Да, я вот обещал файлик с LIST-секцией в конце--- вот он, прошу интересующихся ознакомиться: http://rapidshare.com/files/14440486/ding.wav.html

ShirA, я думаю, если внятно написать по-английски, то он поймёт. Тем более, что сайт EAC англоязычный, и там всё достаточно грамотно написано... Так что я уверен, что английский он знает.

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

ОФФТОП: Может он устал от своего гениального детища?

я бы конечно не отказался от двух CRC с/без учета 0 семплов в одном логе но вот правда в 4й он уже ТОС отключил, назад вряд ли включит. иметь две версии не так удобно, но все таки приемлимо. заразил бы кто его опенсурничеством

помимо варианта от Сергей Иванович'а, где было предложено после декомпрессии из лосслесс сохранять "сырые" аудиоданные и сравнить их CRC (я кстати попытался это реализовать, но так ничего и не вышло, пробовал Adobe Audition'ом, перепробовал все возможные опции в нем при сохранении в .raw - но то ли релиз неправильный, то ли "сырое" сохранение там какое-то не то, то ли руки мои кривоваты), так вот отыскал я и другой "ключик от ларчика", и что самое интересное "ключик-то" подошел тот же, которым "ларчик" и закрывали

итак, расскажу все с самого начала. дело было вечером, делать было... эмм... делов всегда полно, но случайным образом было замечено одно действие в ЕАС, пройти мимо не смог. первом делом сграбил я значится дисочек, по всем понятиям:

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



после десятка оборотов моим глазам предстало содержание "ларчика"



тут пожалуй и сказке конец...

зыж для надежности взял первый попавшийся .ape релиз, декомпреснул, обработал вав (Ctrl+E) и на выходе получил тоже значение, что и в логе. потом был wavpack и тот же результат. осечка вышла на flac'е - первые два релиза выдали иной CRC и только на третьем они сошлись, уж не знаю может что-то нулевое flac режет, релизы кривые, руки мои и т.п.

добавлено после:
изменено после:

известно, что контрольная сумма различна в зависимости от состояния параметра "No use of null samples for CRC calculation", притом, если этот параметр активен, CRC фигурирующая в логе и CRC полученная обработкой файла ЕАС'шкой тоже будут разными! отсюда следует, что CRC совпадет только в том случае, если у того кто грабил и у вас - это свойство подсчета CRC выключено.

This post has been edited by k-dmitriy on 04-03-2007, 01:17

Вот точно. У меня подобная проблема. Есть некоторые файлы полученные из флака в которых к.с. не совпадает. С аре таких проблем никогда не было.
p.s. k-dmitriy я не понял юмора предыдущего поста, да что так можно считать помойму все знают...

а Я не знал

Проверил на 3-х файлах. В т.ч. и АРЕ. Не совпал ни один.

попробуй сначала как я, сграбить с диска перегнать в апе обратно и уже его, а там будем думать

протестил еще раз уже даже на другом компе взял первый попавшийся релиз Topic Link: Robert Miles - Dreamland перегнал в апе, прогнал через ЕАС - КС с логовой сошлась

A у меня не сходится. Народ, кто-то читает эту тему? Ведь на самом деле, простой и отличный способ!k-dmitriy -
То, что именно у меня не пашет, разговор другой.