Close Topic Options

Да нельзя так это рассматривать, поскольку нет CRC только аудиоданных, нельзя сделать CRC "просто аудио" , зависит от того, в каком файле это аудио, в каком контейнере, другими словами.

Да нет тут никакой пропасти дополнительных секций, о чем ты говоришь? Наоборот, более простой структуры нет , стерео, 44кгц, 16 бит, 1 минута звучания равна 1 мг, и т.д.... никаких тег или реплейгейна в вавах сделать нельзя - идеальный случай для получения чексам файла.

k-dmitriy

И что, у тебя с виртуального рипа совпадал? У меня нет. А то, что с воздуха придумали... так я о том и писал. Нет никакой возможности это сделать, поскольку EAC считает, черт знает что... Это не CRC. А об'яснение, что это CRC аудио данных, я принять не могу, поскольку такого понятия не знаю, и нигде про него прочитать не смог. Буду благодарен за ссылку.

щас попробовал на этом Topic Link: Анна Нетребко - Russian album - совпало, правда без учета нулевых семплов. надо бы найти правильный релиз где с ними.

Извиняюсь, соврал. Не учёл при эксперименте, что что-то где-то может кэшироваться и не сразу влиять на результаты... EAC при установленной галке именно что пропускает при подсчёте все нулевые сэмплы. Т.е. если в левом канале нулевой сэмпл, а в правом в этой же позиции - нет, то EAC при подсчёте CRC аудиоданных пропустит нулевой сэмпл левого канала, а сэмпл правого - посчитает. Очень тупо. А что касается редактора, то выяснить путём научного самотыка, как он считает CRC при установленной галке, мне не удалось. У него даже при разных состояниях галки получается разный CRC для файла, в котором вообще нет нулевых не только сэмплов, а даже байтов...

retro
Блиииин, да ты ж, извиняюсь, вообще реально не в теме! Мне сразу вспоминается один мой друг детства. Вернее то, как мы познакомились. Катались мы по двору на маленьких двухколёсных велосипедах, у которых были ещё два дополнительных поддерживающих колёсика по бокам. У моего велосипеда они были кирпично-красные, а у его - белые. Так вот, когда мы остановились друг напротив друга, он мне заявил, бросив исполненный сомнения взгляд на колёсики моего велосипеда, что таких колёсиков не бывает.

Сергей Иванович
Ну не в'еду я никак в это понятие... Давай, об'ясни еще раз, как может быть так, что... в общем, что. Что он считает? И как можно посчитать только аудио? Как можно убрать "дополнительную информацию", если онa и есть CRC? Как считают "поток аудио" (я уже блин запутался...)?
Я абсолютно точно знаю, что такое CRC, зачем оно нужно, как его получить и как им оперировать, но это "не то колесо"!
Вот ты пишешь:

Но это же не CRC...

P.S. А где LF_? Oн умеет хорошо об'яснять... когда сам понимает...
Но у меня что-то такое ощущение, что и он тоже не совсем согласен.
Сбежал из темы...

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

retro
Ну, я просто не знаю, как можно объяснить, честное слово... EAC считает CRC аудиоданных - вот и всё объяснение, хоть ты меня тресни. Нет такого, что бывает только CRC файла и никаких других CRC не бывает. Нет, хоть тресни. И такого, что нельзя или не принято говорить о CRC чего-то, кроме CRC файла - такого тоже нет, хоть опять же меня тресни. Или вот WAV. Я говорю что в WAV файле есть помимо аудиоданных ещё и хэдер, dmvn, вон, говорит, что по стандарту WAV может содержать кроме хэдера и data-чанка ещё вагон и маленькую тележку разных других чанков. И всё это действительно имеет место быть, и легко может быть проверено гуглением с последующим чтением, если на слово не верится. А ты говоришь, мол, всё это не так... Как можно что-то объяснить, если наши... как бы это сказать... базы знаний по данному вопросу практически не имеют пересечений. Это будет как разговор слепого с глухим.

LF_

Ну сударь, ну вы ваще... Уж пишу и пишу как EAC СRC считает, а мне веры всё нет и нет. Пойду я пить... А пока буду пить заваренную мяту, ибо с водкой я завязал, набросаю несколько совершенно очевидных рецептов, как получить сторонними программами тот же CRC что и у EAC'а. И парочку скриншотов приведу, чтобы уже никто не мог сказать, мол, сам не знаю и у других не видел. Сначала при убранной тритысячипятьсоттридцатьсемьразклятой галочке.

Рецепт первый. Для приготовления этого блюда потребуется научить EAC грабить с записью на хард голых аудиоданных. В ранних версиях это можно было делать прямо указав ему делать так где-то в его настройках. В последних версиях это делается немного с подвывертом. Идём в EAC -> Compression Options... (F11), на закладке External Compression убираем галочку Use external program for compression, если она стояла. Потом на закладке Waveform выставляем всё, как на картинке:

Я не знаю, есть ли Microsoft PCM Converter в любой системе по умолчанию, но хочется надеятся, что есть. Весь фокус при этом будет в том, что Microsoft PCM Converter при одинаковых входных и выходных параметрах PCM данных ('44,1КГц / 16Бит / Стерео' в нашем случае) ничего конвертировать не будет вообще, просто пропуская через себя аудиоданные без изменений, зато настройки внешнего сжатия в EAC'е позволяют указать ему, чтобы он писал на хард голые результаты, пусть и липовой компрессии, без добавления WAV-хедера. Так оно и будет. Грабим любые треки (Action -> Сopy Selected Tracks -> Compressed... (Shift+F5)), получая на диске набор RAW файлов с голыми аудиоданными. Тщательно смотрим на экран, запоминая показанные EAC'ом CRC каждого трека, потом заглядываем в LOG, с некоторым удивлением обнаруживая, что они и в него попали. После этого создаём для этих треков SFV, с помощью ли QuickSFV, с помощью ли Total Commander'а - это не важно, и удивлённо хлопая ресницами обнаруживаем, что в SFV те же самые CRC что и в окне или LOG'е EAC'а:



Рецепт второй. Если мы грабим стандартно - в WAV файлы, то нам после грабления нужно вручную переделать их в RAW файлы, избавив их от WAV-хедера. Можно открыть WAV'ы в звуковом редакторе, умеющем сохранять RAW аудиоданные. Sound Forge у меня тут под рукой валяется, например. И потом в нём сохранять открытые WAV'ы в RAW виде. Если при этом спрашиваются параметры, то нужно указать такие, какие они у WAV'ов и есть, чтобы сами аудиоданные не переконвертировались.

Или можно открыть WAV'ы в некоем HEX-editor'е, и вырезать (удалить) в файлах первые 44 байта - это как раз WAV-хедер. Если в WAV'е нет ничего лишнего, а EAC делает именно такие WAV'ы - мы в сохранённом файле получим опять же голые аудиоданные. После всего этого делаем SFV файл или подсчитываем CRC32 любым CRC-калькулятором и опять в восторге хлопаем ресницами.

Третий способ. Пишем на коленке собственный CRC калькулятор, подсчитывающий CRC32 файлов, но так, чтобы подсчёт начинался с 45-го байта (байт с адресом 0 у нас первый). Этому калькулятору мы подсовываем сразу WAV'ы. Хлопаем ресницами.

Если же мы хотим получить сторонней программой тот CRC, который получается у EAC'а при выставленной неисчислимоечислоразклятой галочке, то нам в обязательном порядке нужно написать на коленках свой CRC калькулятор с модифицированным алгоритмом подсчёта CRC. Модификация заключается в том, что он должен брать данные порциями по два байта, каждую порцию - двухбайтовое слово - проверять на нулизм, и если слово им, нулизмом, поражено, не включать эти два байта в подсчёт CRC. Ну и далее выбираем первый, второй или третий способ по вкусу. Если всё получается, не только хлопаем ресницами, но и немного приоткрываем в изумлении рот.

Чтобы получить тот же CRC, который даёт при выставленной гипермегасуперпупервредной галочке EAC'овский WAV-editor, я не знаю что нужно делать. Вот сия вот тайна действительно велика есть весьма.

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

Сергей Иванович - РЕСПЕКТ! Первым будешь!!

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

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

Да нет, далеко не всегда. У дисков, мастерённых в 80-х - начале 90-х в конце до самого lead-out'а чаще всего идёт не цифровая, а лишь аналоговая тишина. Т.е. лёгкий шумок. Соответственно никаких нулевых сэмплов. А у современных это хотя и реже, но тоже бывает. Вот, для иллюстрации сказанного, как выглядит в максимальном увеличении по вертикали самый хвост диска, который послужил мне подопытным кроликом (а это, как можно увидеть в EAC'овском окошечке, издание 2003 года):

Так шта...

Нет в жизни счастья, спасибо за науку!

A разве тот же RAW, в котором ты сохраняешь, не файл?

И еще один вопрос. Пустой (нулевой WAV) имеет величину 44 байта (сам хедер). Разница между WAV и RAW эти 44 байта и больше ничего, то бишь,
WAV - 44 = RAW. Допустим. WAV без хедера = "сырой" файл = голые данные
Но ведь это не так.

Тогда где тот вагон и та тележка? Куда делся их вес? И что именно подразумевается под "голыми" аудиоданными?

Иваныч - ГОЛОВА! спасибо.

может заодно на пальцах объяснишь, что появляется при выставленном "Overread into Lead-In and Lead-Out".
получается, что его тоже надо выставлять, если выставлен оффсет?

no use...+ offset
EAC extraction logfile from 23. January 2007, 23:36 for CD
БИ-2 / Молоко
Used drive : PIONEER DVD-RW DVR-111D Adapter: 0 ID: 0
Read mode : Secure with NO C2, accurate stream, disable cache
Read offset correction : 48
Overread into Lead-In and Lead-Out : No
Used output format : Internal WAV Routines
44.100 Hz; 16 Bit; Stereo
Other options :
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks : No
Installed external ASPI interface
Range status and errors
Selected range
Filename G:\reliz\Bi2\БИ-2 - Молоко.wav
Peak level 100.0 %
Range quality 100.0 %
CRC 435964E8
Copy OK
No errors occured
End of status report

no use...
EAC extraction logfile from 23. January 2007, 23:46 for CD
БИ-2 / Молоко
Used drive : PIONEER DVD-RW DVR-111D Adapter: 0 ID: 0
Read mode : Secure with NO C2, accurate stream, disable cache
Read offset correction : 0
Overread into Lead-In and Lead-Out : No
Used output format : Internal WAV Routines
44.100 Hz; 16 Bit; Stereo
Other options :
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks : No
Installed external ASPI interface
Range status and errors
Selected range
Filename G:\reliz\Bi2\2\БИ-2 - Молоко.wav
Peak level 100.0 %
Range quality 100.0 %
CRC 435964E8
Copy OK
No errors occured
End of status report

no use...+ overread
EAC extraction logfile from 23. January 2007, 23:58 for CD
БИ-2 / Молоко
Used drive : PIONEER DVD-RW DVR-111D Adapter: 0 ID: 0
Read mode : Secure with NO C2, accurate stream, disable cache
Read offset correction : 0
Overread into Lead-In and Lead-Out : Yes
Used output format : Internal WAV Routines
44.100 Hz; 16 Bit; Stereo
Other options :
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks : No
Installed external ASPI interface
Range status and errors
Selected range
Filename G:\reliz\Bi2\3\БИ-2 - Молоко.wav
Peak level 100.0 %
Range quality 100.0 %
CRC 435964E8
Copy OK
No errors occured
End of status report

no use...+ offset + overread
EAC extraction logfile from 24. January 2007, 0:07 for CD
БИ-2 / Молоко
Used drive : PIONEER DVD-RW DVR-111D Adapter: 0 ID: 0
Read mode : Secure with NO C2, accurate stream, disable cache
Read offset correction : 48
Overread into Lead-In and Lead-Out : Yes
Used output format : Internal WAV Routines
44.100 Hz; 16 Bit; Stereo
Other options :
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks : No
Installed external ASPI interface
Range status and errors
Selected range
Filename G:\reliz\Bi2\4\БИ-2 - Молоко.wav
Peak level 100.0 %
Range quality 100.0 %
CRC 6AC8DFBF
Copy OK
No errors occured
End of status report

This post has been edited by ShirA on 31-01-2007, 11:48

Тогда где тот вагон и та тележка? Куда делся их вес? И что именно подразумевается под "голыми" аудиоданными?

Ты пропустил мимо чутких ушей очень важное слово: "МОЖЕТ". Так вот, по умолчанию (и EAC, и многие другие писалки ему следуют), получается так, что этих чанков там нет. Но МОГУТ БЫТЬ. Это как APEv2-тэг --- либо есть, либо нет. Кстати, если уже быть совсем точным, то надо читать данные из wav-файла не так, как все думают, то есть отрезая первые 44 байта, а на самом деле надо читать RIFF-заголовок, там находить секцию data (её начало так и помечено 4 байтами 'd' 'a' 't' 'a'), потом читать за словом 'data' 4 байта --- это и будет размер аудио-данных в байтах (32 битное число X в нотации x86, то есть младший байт по младшему адресу). А потом следом за этим числом как раз и будут идти эти самые X байт. НО после этих самых X байт МОЖЕТ идти вовсе не конец файла, а начинаться другая секция. Обычно её не бывает, но я постараюсь найти образец.

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

A какая информация имеется в RAW? Коротко, но подробно, если можно.
В чем разниза? Только в том, что нет заголовка, или еще в чем-то?