NL ->

Printable Version of Topic
Click here to view this topic in its original format

Forums > Наши статьи > Как делать правильные релизы из педрятины.., вот, наклепал небольшое руководство :)

Posted by: yury_usa on 18-03-2006, 06:19

Как делать правильные релизы из педрятины..
версия 1.00, последний раз редактировано 11 Октября, 2008

Как уже многие знают или догадываются, в просторах сети обитает некий Pedro's Music Tracker (aka Педрятина), а так же много других трекеров (what.cd, waffles, exigo)
Там раздают классную музыку, двд аудио/видео причем все в лосслесс и рипнуто по стандарту нетлаба. Но.. по неизвестной мне причиной, рипы все выкладываются потреково, а паузы между треками закреплены в предыдущих треках (append to previous). Я выкладывал много рипов из этого трекера среди которых много DCC/MFSL/XRCD изданий. Один из самых лучших трекеров в области лосслесс музыки (и до сих пор ему нет равных)

Прежде всего, необходимо иметь у себя следующее:
1. .NET Framework 2.0+ (последняя версия - брать через Windows Update)
2. CueTools (брать тут: http://www.moitah.net/download/latest/CUETools.zip (http://www.moitah.net/download/latest/CUETools.zip
3. СueMaker (Куеклвдчик): Topic Link: Куеукладчик (http://netlab.e2k.ru/forum/index.php?showtopic=77473
4. TagIt (прошивальщик тэгов) Topic Link: конвертируем APE, FLAC, WAV в WV.ISO.WV, прошиваем тэги (http://netlab.e2k.ru/forum/index.php?showtopic=80140
5. Mp3tag (для дополнительного прошивания front.jpg) http://www.mp3tag.de/en/ (http://www.mp3tag.de/en/
6. Последняя версия фубара (http://www.foobar2000.org/beta/) (http://www.foobar2000.org/beta/) для тестирования

Полезные статьи, рекомендованные перед прочтением этой:
Topic Link: Музыкальные релизы в формате ISO (http://netlab.e2k.ru/forum/index.php?showtopic=72606
Topic Link: Музыкальные релизы в формате ISO - как их создавать (http://netlab.e2k.ru/forum/index.php?showtopic=73396
Topic Link: что такое NL+ (http://netlab.e2k.ru/forum/index.php?showtopic=88530

Предположим, у нас есть скачанный из Трекера Педро релиз. Он, как правило, состоит из нескольких треков (flac), non-compliant cue(в некоторых случаях еще прилагается cdimage cue), лог (рип по стандарту нетлаба, тут претензий нет), ну и коврики.

Часть 1. Поготовка cuesheet
1. Открываем cue file релиза в notepad. Нажимаем ctrl+h (replace) и делаем как показано:
user posted image

2. Нажимаем "replace all" и сохраняем куй.
3. Убидитесь, что имена файлов в cuesheet соответствуют физическим файлам на диске. Иначу CueTools не сможет корректоно работать с cuesheet.

Часть 2. Подготовка образа
1. Запускаем СueTools.
2. Открываем наш cue file, и окно должно выглядеть так:

SPOILER (CueTools)

Спрашиваетя, "а почему не сразу в WV?" можно и сразу, но тогда не удасться проверить через accuraterip (особенно для рипов со старой версии EAC), CRC wav'а, итп (см. "проверка на подлинность")

3. Нажимаем "convert" и ждем. В папке с релизом появялется папка "New". Там wv и cue для образа. Далее перемещаем из папки New в корень оба файла. В итоге, у нас должно быть

..\[имя файла].cue
..\[имя файла].wav (или wv, если хотите сделать релиз сразу, без проверок)
..\[имя файла].log

имена файлов могуть любые, важно чтобы имя файла внутри cuesheet было такое как у *.wav файла
Потрековые файлы, m3u, ffp можно удалять (или перенести в другую папку)

Часть 2. Поготовка CUEMaker
1. Открываем CUEMaker, идем до папки с файлами релиза. Должна открыться поримерно такая картинка

SPOILER (CueMaker)

Внимательно смотрим, чтобы, по-вохможности, все тэги были заполнены. Если же нет, то тогда прописываем сами (исходя из описания, википедии, allmusic, итп). Есть еще вариант попробовать через freedb с помощью eac (для этого необходимо монтировать cue файл в daemon tools, и сгенерить cuesheet через EAC). также, если присутвует задняяя обложка, выписываем значение оттуда в поле "Sig", например "Atlantic SD-44332-34" или "MFSL UDCD 999"
Жмем кнопку "Process". В правом нижнем углу будет показано, что сделано все OK

Далее, смотрим на нашу папку с релизом. Вид у нее должен стать примерно такой:

..\Chrysalis 252658-222.sig
..\Jethro Tull - Benefit (Chrysalis 252658-222) [1970].cue
..\Jethro Tull - Benefit (Chrysalis 252658-222) [1970].log
..\Jethro Tull - Benefit (Chrysalis 252658-222) [1970].wav
..\Jethro Tull - Benefit (Chrysalis 252658-222) [1970].wv.cue

Теперь важный момент. В корне обязательно(!) должна быть маленькая картинка folder.jpg (не больше 300x300px и <50kb). Это сделано для фубара, чтобы видеть album art.

Часть 3. Проверка на подлинность
Я обычно открываю WAV файл в Adobe Audition, делаю alt+printscreen для WAVE и Spectrum (~1024x768) и сохряняю оба файла в *.PNG. Можно этого не делать вообще, или вопользоваться бесплатным редактором Audacity

Далее, я создаю копию *.cue файла, и называю его CDImage.cue. копирую arcue.exe и создаю или уже использую готовый батник, вроде такого: arcue CDImage.cue > arcue_log.txt. На этом многие могут закончить, но если уж хотите сделать релиз по стандарта NL+0801, подробнее смотрите тут: Topic Link: что такое NL+ (http://netlab.e2k.ru/forum/index.php?showtopic=88530 (большое спасибо ShirA)

Рекомендую создать / переименовать дополнительныве директории в релизе: Scans / Checkers / Readme

В Readme можно положить файлы no_unpacking_needed_to_play_or_burn_this_release.txt рус/англ (см. пост Shira выше)

Часть 4. TagIt и упаковка релиза в iso.wv
После всех проведенных выше операций, вот примерно какая структура релиза должна получиться:

\Checkers
\Readme
\Scans
\Chrysalis 252658-222.sig
\folder.jpg
\Jethro Tull - Benefit (Chrysalis 252658-222) [1970].cue
\Jethro Tull - Benefit (Chrysalis 252658-222) [1970].log
\Jethro Tull - Benefit (Chrysalis 252658-222) [1970].wv
\Jethro Tull - Benefit (Chrysalis 252658-222) [1970].wv.cue
\md5.txt

Далее, если у вас не подключен скрипт tagit, смотрит тут: Topic Link: конвертируем APE, FLAC, WAV в WV.ISO.WV, прошиваем тэги (http://netlab.e2k.ru/forum/index.php?showtopic=80140
После того, как вы прописали в PATH tagit, можно просто открыть command prompt, перейти до папки с релизом, и написать "tagit N Y". Ждем от 30сек до пару минут, и в итоге получаем играбельный iso.wv файл

Часть 5. mp3tag и переименование релиза
Надо обязательно вшить folder.jpg в наш релиз, чтобы фубар, при открытии видел albumart. Для этого отрываем наш iso.wv в mp3tag, и вставляем в левом нижнем углу обложку (или drag and drop), жмем save. Тестируем в фубаре (поместив iso.wv в отдельную папку)

переименовать релиз можно как угодно, или как вам удобнее. Я пользуюсь такой схемой

[artist]-[year].[album].(signature).repacked.yury_usa.(NL+0801).wv.iso.wv
например:
ELP-1973.Brain.Salad.Surgery.(Atlantic.Japan.19124-4).repacked.yury_usa.(NL+0801).wv.iso.wv
(Можно использовать "_" или пробелы вместо точек)

Posted by: KREMEN5400 on 18-03-2006, 13:33

Спасибки за инструктаж, а-то я тоже накачал много хорошего разлитого по маленьким флаконам.
Кстати, если кого интересует, собралась вся дискография Weather Report 5,29 Gb

Правда

QUOTE:

Not Found
The requested URL /download/latest/CUETools.zip) was not found on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
Apache/1.3.34 Server at www.moitah.net Port 80

Posted by: KREMEN5400 on 18-03-2006, 13:38

Извиняюсь DounloadMaster слил.

Posted by: djet on 18-03-2006, 16:29

Мои 5 копеек:

QUOTE:

3. Открываем cue file релиза в notepad. Нажимаем ctrl+h (replace) и делаем как показано:

ТАК делать - упаси Педро! :fear2:

Допустим, у тебя был трек с названием Funky waves. На выходе его ожидает судьба Funky flaces. Йоу!

Гораздо безопаснее заменять строку .wav на .flac, тогда и регистр можно опустить..

Особняком стоят релизы, в которых присутствует bonus трек, спрятанный в прегапе (TRACK 01 INDEX 00). Тут уже многое зависит от фантазии релизера: в одном релизе мне попались аж 4 варианта CUE: 2 из них сделаны "по правилам" Педро, один - с бонус-треком, конвертированным в обычный трек и последний - с нулевым индексом. Он-то нам и нужен.

А ещё ты забыл упомянуть самый очевидный случай: когда релизер включил CUE от образа в свой релиз - это идеальный случай.

Posted by: yury_usa on 18-03-2006, 18:40

QUOTE (djet):

ТАК делать - упаси Педро! :fear2:

Допустим, у тебя был трек с названием Funky waves. На выходе его ожидает судьба Funky flaces. Йоу!

Гораздо безопаснее заменять строку .wav на .flac, тогда и регистр можно опустить..

если поставить галку "match case" таких опусов будет :actu:

так что все нормально :diablo:

Posted by: djet on 18-03-2006, 19:18

QUOTE (yury_usa @ 18-03-2006, 18:40):

QUOTE (djet):

ТАК делать - упаси Педро! :fear2:

Допустим, у тебя был трек с названием Funky waves. На выходе его ожидает судьба Funky flaces. Йоу!

Гораздо безопаснее заменять строку .wav на .flac, тогда и регистр можно опустить..

если поставить галку "match case" таких опусов будет :actu:

так что все нормально :diablo:

Эта галка не спасёт отца русской демократии. Смотри ещё раз: у нас есть трек с названием Funky waves. Регистр совпадает? Совпадает. --> Название трека подпадает под репрессии. :fear2:

От моей версии хуже не станет. Выпадение в названии трека комбинации .wav гораздо менее вероятно. (Хотя очень даже возможно, если музыкант наподобие Aphex Twin :diablo:

)

Posted by: yury_usa on 18-03-2006, 23:06

djet
уговорил, подправил :w00t:

может ты напишешь скрипт который за тебя будет всю эту работу проделывать :lol:

Posted by: djet on 19-03-2006, 03:20

Ну вот ещё что, ты тут терроризмом занимаешься, а я ещё уговаривать должен..

QUOTE:

может ты напишешь скрипт который за тебя будет всю эту работу проделывать

Ага, пирожки с повидлом выпекать.. :lol:

Кстати, я не понял, чем вариант 1 отличается от варианта 2: разве CUETools их неправильно отрабатывает? :fear2:

Posted by: yury_usa on 20-03-2006, 06:04

нет. в вариант 2 если использовать cuetolols для треков он дает неправильный куй

Posted by: inzerus on 21-03-2006, 16:23

QUOTE (yury_usa @ 18-03-2006, 06:19):

1. Cмотрим в лог: если значение прегапа в первом треке равно 0:00:02.00 переходим к "Вариант 1", если нет тогда "Вариант 2"

Вопрос: куда переходить если прегап в куе отсутствует? Ко второму варианту?

Пример куя:

CODE

FILE "01.wav" WAVE
  TRACK 01 AUDIO
    INDEX 01 00:00:00
  TRACK 02 AUDIO
    INDEX 00 04:46:13
FILE "02.wav" WAVE
    INDEX 01 00:00:00
  TRACK 03 AUDIO
    INDEX 00 06:13:08
...

Posted by: yury_usa on 21-03-2006, 17:37

QUOTE:

Вопрос: куда переходить если прегап в куе отсутствует? Ко второму варианту?

к первому! щас поправлю, INDEX 01 00:00:00 и означает 2х сек. паузу

update: поправил, теперь все должно быть понятно

Posted by: inzerus on 17-06-2006, 05:39

А как быть с таким куем и логом? В куе указан прегап 2:00, а в логе у каждого трека свой прегап и не равный 2 секундам. Я пробовал сделать образ первым и вторым способами - получаются совершенно разные wav и cue файлы. Какой же из них правильный? Или просто в Nero записать как музыкальный диск без пауз между треками?

CODE

REM GENRE Electronic
REM DATE 2006
REM DISCID 210FAB03
REM COMMENT "ExactAudioCopy v0.95b4"
PERFORMER "Javi Canovas"
TITLE "Light Echoes"
FILE "01 - Light Echoes.wav" WAVE
  TRACK 01 AUDIO
    TITLE "Light Echoes"
    PERFORMER "Javi Canovas"
    PREGAP 00:02:00
    INDEX 01 00:00:00
  TRACK 02 AUDIO
    TITLE "Two Toned Rock On Mars"
    PERFORMER "Javi Canovas"
    INDEX 00 25:02:26
FILE "02 - Two Toned Rock On Mars.wav" WAVE
    INDEX 01 00:00:00
  TRACK 03 AUDIO
    TITLE "Interpherometry"
    PERFORMER "Javi Canovas"
    INDEX 00 21:17:07
FILE "03 - Interpherometry.wav" WAVE
    INDEX 01 00:00:00

CODE

EAC extraction logfile from 11. June 2006, 9:42 for CD
Javi Canovas / Light Echoes

Used drive  : PIONEER DVD-RW  DVR-108   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
    Native Win32 interface for Win NT & 2000

Track  1
     Filename C:\NVIDIA\01 - Light Echoes.wav
     Pre-gap length  0:00:04.00
     Peak level 100.0 %
     Track quality 100.0 %
     Test CRC C8CEC399
     Copy CRC C8CEC399
     Copy OK
Track  2
     Filename C:\NVIDIA\02 - Two Toned Rock On Mars.wav
     Pre-gap length  0:00:05.00
     Peak level 100.0 %
     Track quality 99.9 %
     Test CRC 34E73DD9
     Copy CRC 34E73DD9
     Copy OK
Track  3
     Filename C:\NVIDIA\03 - Interpherometry.wav
     Pre-gap length  0:00:05.00
     Peak level 97.8 %
     Track quality 100.0 %
     Test CRC 7008E1F5
     Copy CRC 7008E1F5
     Copy OK

No errors occured
End of status report

Posted by: lowsky on 18-06-2006, 17:46

а если куя вообще нет? как его сделать?

Posted by: Nuairi on 24-06-2006, 21:53

вышла маленькая неувязочка - линк на cuetools сдох вместе с сайтом.
кто-нибудь может cuetools залить на рапидшару?
спасибо

[edit]
http://rapidshare.de/files/24006429/CUETools.zip.html (http://rapidshare.de/files/24006429/CUETools.zip.html

Posted by: TCPIP on 12-07-2006, 01:52

Чего-то второй вариант не работает. PRE-GAP есть. Создал cue, перекинул в Foobar треки (без cue, правильно?). Склеил треки в один. Не тот образ.

Posted by: w3bsurf3r on 13-07-2006, 13:31

Извините, что не в тему. Может кто из присутствующих имеет приглашение на Педру?

Posted by: retro on 14-10-2006, 17:20

Несколько раз прочитал, но так и не понял, что дает CUE-Тools? :dunno:

Настоящий двухстрочный куй не получается, а то, что он выдает можно получить и из элементарного коверта в один файл с куем самим фубаром (тут же, кстати, и упоминается об этом), зачем городить огород с редактированием в блокноте, да еще и установкой .Net? Ниасилил. Серьезно. Ради чего танцы с бубном?

Posted by: yury_usa on 14-10-2006, 19:35

QUOTE:

Настоящий двухстрочный куй не получается

почему нет? :rolleyes:

Posted by: retro on 14-10-2006, 19:37

yury_usa
A фубаром куй не получается сделать? Или не пробовал?

Он там его же и делает, одноклеточный, правда, но и CUETools другого не выдает (во всяком случае, из того материала, которым я располагаю).

Posted by: yury_usa on 14-10-2006, 21:00

не знаю чем ты там распологаешь, у меня CueTools делает куи двух-строчные

пример куя от СueTools
REM GENRE "Hard Rock"
REM DATE 1986
REM DISCID 710AA609
REM COMMENT "ExactAudioCopy v0.95b4"
PERFORMER "Rainbow"
TITLE "Finyl Vinyl (Disc 1 of 2)"
FILE "_CDImage.wav" WAVE
TRACK 01 AUDIO
TITLE "Spotlight Kid"
PERFORMER "Rainbow"
INDEX 01 00:00:00
TRACK 02 AUDIO
TITLE "I Surrender"
PERFORMER "Rainbow"
INDEX 00 06:04:12
INDEX 01 06:06:67
TRACK 03 AUDIO
TITLE "Miss Mistreated"
PERFORMER "Rainbow"
INDEX 01 11:50:42
TRACK 04 AUDIO
TITLE "Street of Dreams"
PERFORMER "Rainbow"
INDEX 01 16:11:70
TRACK 05 AUDIO
TITLE "Jealous Lover"
PERFORMER "Rainbow"
INDEX 00 21:06:65
INDEX 01 21:09:50
TRACK 06 AUDIO
TITLE "Can't Happen Here"
PERFORMER "Rainbow"
INDEX 00 24:20:52
INDEX 01 24:22:47
TRACK 07 AUDIO
TITLE "Tearin' Out My Heart"
PERFORMER "Rainbow"
INDEX 00 28:37:32
INDEX 01 28:39:12
TRACK 08 AUDIO
TITLE "Since You Been Gone"
PERFORMER "Rainbow"
INDEX 00 36:44:42
INDEX 01 36:47:37
TRACK 09 AUDIO
TITLE "Bad Girl"
PERFORMER "Rainbow"
INDEX 00 40:33:38
INDEX 01 40:34:60

лог
EAC extraction logfile from 4. October 2006, 12:29 for CD
Rainbow / Finyl Vinyl (Disc 1 of 2)

Used drive : PLEXTOR CD-R PREMIUM Adapter: 2 ID: 0
Read mode : Secure with NO C2, accurate stream, disable cache
Read offset correction : 30
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
Native Win32 interface for Win NT & 2000

Track 1
Filename H:\Converted Music\01 - Spotlight Kid.wav

Pre-gap length 0:00:02.00

Peak level 99.9 %
Track quality 99.9 %
Test CRC AB23A0A8
Copy CRC AB23A0A8
Copy OK

Track 2
Filename H:\Converted Music\02 - I Surrender.wav

Pre-gap length 0:00:02.55

Peak level 100.0 %
Track quality 99.9 %
Test CRC 72B99013
Copy CRC 72B99013
Copy OK

Track 3
Filename H:\Converted Music\03 - Miss Mistreated.wav

Peak level 100.0 %
Track quality 100.0 %
Test CRC 14C817D7
Copy CRC 14C817D7
Copy OK

Track 4
Filename H:\Converted Music\04 - Street of Dreams.wav

Peak level 100.0 %
Track quality 100.0 %
Test CRC F8A6C454
Copy CRC F8A6C454
Copy OK

Track 5
Filename H:\Converted Music\05 - Jealous Lover.wav

Pre-gap length 0:00:02.60

Peak level 98.2 %
Track quality 100.0 %
Test CRC F55FD571
Copy CRC F55FD571
Copy OK

Track 6
Filename H:\Converted Music\06 - Can't Happen Here.wav

Pre-gap length 0:00:01.70

Peak level 97.0 %
Track quality 100.0 %
Test CRC F1A2DD0C
Copy CRC F1A2DD0C
Copy OK

Track 7
Filename H:\Converted Music\07 - Tearin' Out My Heart.wav

Pre-gap length 0:00:01.55

Peak level 98.6 %
Track quality 100.0 %
Test CRC 674B7273
Copy CRC 674B7273
Copy OK

Track 8
Filename H:\Converted Music\08 - Since You Been Gone.wav

Pre-gap length 0:00:02.70

Peak level 99.7 %
Track quality 100.0 %
Test CRC 22734CF3
Copy CRC 22734CF3
Copy OK

Track 9
Filename H:\Converted Music\09 - Bad Girl.wav

Pre-gap length 0:00:01.22

Peak level 98.3 %
Track quality 100.0 %
Test CRC 1632E015
Copy CRC 1632E015
Copy OK

No errors occured

End of status report

Posted by: retro on 14-10-2006, 21:06

yury_usa
А какой изначально куй шел в комплекте? Их же там можно сделать несколько вариантов, какой принят за стандарт?

П.С. Да просто запость его сюда.

Posted by: yury_usa on 14-10-2006, 21:29

оригинальный cue

REM GENRE "Hard Rock"
REM DATE 1986
REM DISCID 710AA609
REM COMMENT "ExactAudioCopy v0.95b4"
PERFORMER "Rainbow"
TITLE "Finyl Vinyl (Disc 1 of 2)"
FILE "01 - Spotlight Kid.wav" WAVE
TRACK 01 AUDIO
TITLE "Spotlight Kid"
PERFORMER "Rainbow"
INDEX 01 00:00:00
TRACK 02 AUDIO
TITLE "I Surrender"
PERFORMER "Rainbow"
INDEX 00 06:04:12
FILE "02 - I Surrender.wav" WAVE
INDEX 01 00:00:00
FILE "03 - Miss Mistreated.wav" WAVE
TRACK 03 AUDIO
TITLE "Miss Mistreated"
PERFORMER "Rainbow"
INDEX 01 00:00:00
FILE "04 - Street of Dreams.wav" WAVE
TRACK 04 AUDIO
TITLE "Street of Dreams"
PERFORMER "Rainbow"
INDEX 01 00:00:00
TRACK 05 AUDIO
TITLE "Jealous Lover"
PERFORMER "Rainbow"
INDEX 00 04:54:70
FILE "05 - Jealous Lover.wav" WAVE
INDEX 01 00:00:00
TRACK 06 AUDIO
TITLE "Can't Happen Here"
PERFORMER "Rainbow"
INDEX 00 03:11:02
FILE "06 - Can't Happen Here.wav" WAVE
INDEX 01 00:00:00
TRACK 07 AUDIO
TITLE "Tearin' Out My Heart"
PERFORMER "Rainbow"
INDEX 00 04:14:60
FILE "07 - Tearin' Out My Heart.wav" WAVE
INDEX 01 00:00:00
TRACK 08 AUDIO
TITLE "Since You Been Gone"
PERFORMER "Rainbow"
INDEX 00 08:05:30
FILE "08 - Since You Been Gone.wav" WAVE
INDEX 01 00:00:00
TRACK 09 AUDIO
TITLE "Bad Girl"
PERFORMER "Rainbow"
INDEX 00 03:46:01
FILE "09 - Bad Girl.wav" WAVE
INDEX 01 00:00:00

Posted by: retro on 14-10-2006, 21:51

Я беру диск и рипаю треками со всеми прегапами и тестами. После создания лога делаю куй. Из всех вариантов этих куев фубар проигрывает треки только на опции с откорректированными прегапами (и этот трековый куй с двойными индексами!) - все остальные варианты дают ошибку и фубар матерится.
У тебя при нажатии на куй эти треки играют, фубар заводится?
Поставил неправильно вопрос. Тот куй, который был в комплекте открывает в фубаре треки (естественно, после смены расширений)?

Posted by: yury_usa on 14-10-2006, 22:03

QUOTE (retro @ 14-10-2006, 18:51):

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

QUOTE:

с откорректированными прегапами (и этот трековый куй с двойными индексами!)

отлично играет :hi:

Posted by: retro on 14-10-2006, 22:19

QUOTE:

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

Конечно видит и конечно играет. У меня полно таких фалло-треков с одноклеточным куем, в нестандартных проходило что-то из них, с других форумов и т.д. Лень коробки переворачивать. Ты хочешь сказать, что трековый куй вообще никогда у тебя не играл - при полном совпадении всех имен тоже не играл?

Posted by: yury_usa on 14-10-2006, 22:31

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

зы
с педро пока ни одной проблемы не было, все довольны

Posted by: retro on 14-10-2006, 22:47

QUOTE:

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

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

Posted by: KREMEN5400 on 15-10-2006, 01:41

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

Posted by: yury_usa on 15-10-2006, 03:36

KREMEN5400
я на двд пишу образы, самое интересное в сборники на cdr, ну или для машины :hi:

Posted by: KREMEN5400 on 15-10-2006, 05:36

Ну на DVD и я сохраняю, но и для прослуха в машине и дома всё равно записываю CDR.
Так вот, ежели для конвертации в стандарт нетлаба помоему самый быстрый и бескомпромиссный путь перегон педротреков на CDR-W и студова через EAC в waw и ape.

Posted by: yury_usa on 15-10-2006, 07:29

так хуже, потому как когда с болванки потом рипаешь, это уже с копии :laugh:

Posted by: KREMEN5400 on 15-10-2006, 11:30

Блин, а ведь при перегоне в обизяну ваще 2-я копия получается

Posted by: qwe123poi on 28-11-2006, 17:03

CUETools обновился (http://www.moitah.net/#CUETools

Added: WavPack support, both read and write.
Added: Option to output FLAC files.
Fixed: "Index length cannot be 0" error.
Fixed: Couldn't handle CUE sheets with data tracks.
It's now possible to stop/cancel when writing audio files.

Posted by: k-dmitriy on 01-01-2007, 12:04

QUOTE (yury_usa @ 18-03-2006, 06:19):

...если прегап есть (флаг PREGAP в cue и Pre-gap length 0:00:02.XX(не 2 секунды!) в логе) тогда используем "Вариант 2"

...

"Вариант 2"(прегап в первом треке)
все то же самое что в "Вариант 1" только нужно использовать опцию "create cuesheet only": [IMG]
нажимаем convert и на выходе получаем cue file с прегапом в первом треке, типа:

CODE

REM DISCID 930DFA0B
REM COMMENT "ExactAudioCopy v0.95b2"
PERFORMER "Sonny Rollins"
TITLE "The Contemporary Leaders"
FILE "CDImage.flac" WAVE
  TRACK 01 AUDIO
    TITLE "I've Told Ev'ry Little Star"
    PERFORMER "Sonny Rollins"
    PREGAP 00:00:37
    INDEX 01 00:00:00
  TRACK 02 AUDIO
    TITLE "Rock-A-Bye Your Baby With A dixie Melody"
    PERFORMER "Sonny Rollins"
    INDEX 00 05:25:71
    INDEX 01 05:28:42

3. Переливаем треки в образ посредством фубара

QUOTE (djet):

Образ выпечь - это уже полдела. Образ будем готовить с помощью швейцарского ножа foobar2k. Загружаем отдельные треки в кастрюлю (плейлист), выделяем и аккуратно их переливаем в образ вот такой поварёшкой: Convert> Сonvert to album images with cuesheets or chapters и выбираем миску WAV. Образ готов. Дайте ему охладиться.

хм....... что-то не получился у меня 2й вариант

не знаю похож ли этот релиз на "педрятинский", но я эксперементировал с ним Topic Link: Dave Grusin '89 "Migration" (http://netlab.e2k.ru/forum/index.php?showtopic=73067

вот кусочек лога

CODE

Track  1
     Filename I:\Lossless OwnRip\My Rip\01 - Punta Del Sol.wav

     Pre-gap length  0:00:02.44

     Peak level 100.0 %
     Track quality 100.0 %
     Test CRC 67C04F55
     Copy CRC 67C04F55
     Copy OK

вот кусочек куя

CODE

FILE "01 - Punta Del Sol.flac" WAVE
  TRACK 01 AUDIO
    TITLE "Punta Del Sol"
    PERFORMER "Dave Grusin"
    PREGAP 00:00:33
    INDEX 01 00:00:00
FILE "02 - Southwest Passage.flac" WAVE
  TRACK 02 AUDIO
    TITLE "Southwest Passage"
    PERFORMER "Dave Grusin"
    INDEX 01 00:00:00

вот куй на выходе после CUETools

CODE

TRACK 01 AUDIO
    TITLE "Punta Del Sol"
    PERFORMER "Dave Grusin"
    INDEX 00 00:00:00
    INDEX 01 00:00:33
  TRACK 02 AUDIO
    TITLE "Southwest Passage"
    PERFORMER "Dave Grusin"
    INDEX 01 05:32:45

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

загвоздка вот в чем, после прожига 1гофайлового ОБРАЗА СДЕЛАННОГО ФУБАРОМ по новому кую - НЕ СОШЛИСЬ CRC с оригинальным логом! офсет я выставил, и CRC совпадали после записи потрековых файлов по оригинальному кую.
после экспериментов выяснилось, что если объеденить при помощи CUETools потрековые лосслесс в 1 вав, то CRC после прожига по новому кую совпадут.

что-то вариант в фубаром подозрителен, либо не для этого случая :drag:

Posted by: KREMEN5400 on 01-01-2007, 13:17

Постановка вопроса какая-то странная - Как делать правильные релизы из педрятины..
А по мне так они самые правильные что ни на есть. :drag:

Разве что догматам нетлаба не соответствуют.

Posted by: retro on 01-01-2007, 15:02

A я вообще перестал на эту тему париться. Не совпадают, ну что делать...
Решил так - просто завел другой тип каталога, обозвал его FLAC_Tr_ и соответственно номера (наши релизы, к слову, идут так, например, APE_DVD_098, APE_DVD_130 и т.д.) Ну не раздают на тех трекерах по другому.
Переделывание треков в имидж, на мой взгляд, вообще никакого смысла не имеет, а в подавляющем большинстве случаев не нужно вовсе. Другое дело безпаузные, концептуальные диски... Тот куй, который прикладывается к релизам с педры, позволяет прожечь диск из EAC'a и никакой другой прогой не понимается (если не ошибаюсь). Я это делать не пробовал, но ни в коем случае тот куй не выкидываю. Вот что надо сделать - так это взять диск, рипнуть разными способами, потом прожечь, снова рипнуть имиджем и сравнить CRC обоих вавов.

Posted by: KREMEN5400 on 01-01-2007, 15:09

retro По-моему ты ошибаешься. Даже Burrn прожигает без пауз.

Posted by: retro on 01-01-2007, 15:25

KREMEN5400
А какие еще? Нера и Роксио не понимают. Надо этим Burrn разжимать в вавы или сразу может из флаков?

Posted by: KREMEN5400 on 01-01-2007, 15:59

Из флаков.

Posted by: k-dmitriy on 01-01-2007, 19:35

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

у меня вопрос не стоит правильные ли релизы на "педрятине", мне просто надо сделать 1 файлобраз+куй, для себя. чтобы по возможности не было разносторонних вариантов, там потреково, тут все в одном. неэстетично

+ у меня плеер диски ирающий, я с утра куй нейрой открываю и она прожигает пока я умываюсь. с ЕАС много гимора - открыть ее, открыть в ней писалку, очистить рвшку, открыть куй, прожечь, все закрыть. согласитесь куда удобнее открыть 1 действием куй в нейро и подтвердить стирание рв - 2 действия.

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

вопрос поставлю так: почему при объединение потрековых лосслесс в фубаре и куйтулсе на выходе получаются разные CRC, кто из них врет?
судя по последующему прожигу и сверки с оригиналом - фубар косячит.

Posted by: retro on 01-01-2007, 23:34

QUOTE:

чтобы по возможности не было разносторонних вариантов, там потреково, тут все в одном. неэстетично

Eще раз повторю - сделай два типа каталога и все будет хорошо. У меня их три - 100% наши релизы, педрятинские и еще хуже педрятинских - вообще ни лога-куя, совсем ни куя... Большинство китайских. Но музыка очень клевая!
И если такой диск (вернее все его треки) проходит проверку Tau, а также имеет правильный спектр, я без колебаний оставляю их, пергоняю в АРЕ, придаю человеческий вид (имена, теги, и пр. пр.). А ты в плеер пишешь аудио диски? Но это же неудобно... Надо в сжатые форматы. Кстати, для конверторов прекрасно подсовывается плейлист, который создается одним кликом из простейшего батника под базванием List.cmd:
Dir *.ape /b > list.m3u
Del List.cmd
Кидаешь его в папку с альбомом и кликаешь. Педрятинские уже идут с ним. И, кстати, насчет правильно-неправильно... вот на Линуксе ничего другого, кроме педрятинских релизов (флако-треки), играть не будет.

Там все это по умолчанию, так что... правильно, скорее всего...

Posted by: retro on 01-01-2007, 23:48

Кстати, ЕАС ведь только из вавов пишет? Не понял вот тут:

QUOTE:

с ЕАС много гимора - открыть ее, открыть в ней писалку, очистить рвшку, открыть куй, прожечь, все закрыть.

разве еще раньше не надо в вавы перегнать?

Posted by: KREMEN5400 on 01-01-2007, 23:57

Какая там у вас эстетика.

Как-же тут нужное разыскать ?
Эстетика у меня:
1. На DVD-болванку собираются дискографии.
2. Если появляются дубли или ремастеры мы их тоже в папочку.
3. Как результат (я только в этом году узнал о лослессе) - 96 DVD-5 + 400 га ещё на жёстком диске (просто конкретный артист не набрал ещё положенный объём)
4. Ежели артист не тянет на такой объём мы его на дисочек Varios N...
5. И последний штрих. В своё время я скупил практически всю серию "Домашняя коллекция" мр3 - теперь просто меняю содержимое уже оформленной коробочки, а мр3 преходят в банки от болванок. Предполагаю, что потом придётся подобную фишку проделывать с блюрэями.

Posted by: k-dmitriy on 02-01-2007, 00:07

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

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

про плеер не понял. плеер у меня аля волкмен, кушает только мп3 или аудио-сд, с утра как-то не до того, чтобы еще в мп3 перегонять. образ записал и побежал

Posted by: retro on 02-01-2007, 00:14

QUOTE:

Как-же тут нужное разыскать ?

Taкой же батничек, только для DVD
G: (или какая твоя буква для DVD)
Dir /b > H:\Catolog\APE_DVD_.txt
Если папки имеют вид, например, Don Grusin '94 ''Banana Fish'' (это не кавычки, а дважды набитый символ '), то потом из тексового файла запросто создается таблица с разбивкой на столбцы по этим символам > исполнитель, год, название альбома. Поиск прекрасно работает, более того, базу можно дополнить спиком треков внутри альбома, вытаскивая их из куя.

Posted by: k-dmitriy on 02-01-2007, 00:15

от сабжа уходим к теме хранения коллекций

на вопрос дайте ответ: почему при объединение потрековых лосслесс в фубаре и куйтулсе на выходе получаются разные CRC, кто из них врет? судя по последующему прожигу и сверки с оригиналом - фубар косячит.

Posted by: retro on 02-01-2007, 00:23

k-dmitriy
У тебя дома есть какой-то аудио диск (неважно какой, хоть... металл... :lol:

главное настоящий, не CDR), сам сграбь его треками (куй как на педре) и имиджем, и сравним потом после перегонки.

Posted by: KREMEN5400 on 02-01-2007, 00:27

QUOTE (retro @ 02-01-2007, 00:14):

QUOTE:

Как-же тут нужное разыскать ?

Для меня это очень напряжно.

Максимум это Where Is It.

Posted by: k-dmitriy on 02-01-2007, 00:51

QUOTE (retro @ 02-01-2007, 00:23):

k-dmitriy
У тебя дома есть какой-то аудио диск (неважно какой, хоть... металл... :lol:

главное настоящий, не CDR), сам сграбь его треками (куй как на педре) и имиджем, и сравним потом после перегонки.

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

каждый рипать?

Posted by: k-dmitriy on 02-01-2007, 05:54

поэкспериментировал, итак:

был взят диск на котором первый трек идет с таким прегапом "Pre-gap length 0:00:02.32"
был рипнут потреково и в образ
потрековые файлы были объединены с помощью фубара и куйтулса
CRC сошлись у образа от ЕАС и куйтулса, в ФУБАРОВСКОЙ СБОРКЕ CRC БЫЛ ИНЫМ!

вывод такой, что, имхо, второй вариант в статье не верный, все делается при помощи одной CUETools в обоих случаях.

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

зыжж и всетаки хочется услышать автора: 1) на основании чего появился второй вариант; 2) каким образом в примере фигурирует "PREGAP 00:00:37", лично у меня на выходе в первом треке и последующих получается 2 индекса, там где они должны быть.

Posted by: yury_usa on 02-01-2007, 06:51

k-dmitriy
-второй вариант уже не помню зачем делал, думаю в старой версии cuetools не поддерживались flac на лету

-строка PREGAP читается EAC если нужно прожечь диск

Posted by: k-dmitriy on 02-01-2007, 07:35

QUOTE (yury_usa @ 02-01-2007, 06:51):

k-dmitriy
-второй вариант уже не помню зачем делал, думаю в старой версии cuetools не поддерживались flac на лету

ясненько

ну пора править статью, тем более фубар подвирает. хотя может его надо правильно настроить, мало ли, может цифровую тишину режет, или еще что-то :confused2:

QUOTE:

-строка PREGAP читается EAC если нужно прожечь диск

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

зыж интересно, а нюра прегап в куе понимает и пишет согласно ему, если это НЕпотрековый формат? сил нет уже больше тестить :confused:

Posted by: retro on 05-01-2007, 18:36

Наверное надо было продолжить в теме про "правильный рип с аудио диска", но можно и здесь, тем более, что эта тема больше на виду...

Итак, у меня такой вопрос-предположение - а кто вообще делал рип с рипа для сравнения? Неважно каким способом. Я этого никогда раньше не делал за ненадобностью, а сделав пару-тройку раз сейчас, не получил идентичный CRC. Все, как надо, но вот не получается... :dunno:

Вав с оригинала, а потом с проженного диска не совпадает. Я не говорю об их сравнении разными методами (т.е. разных рипов с оригинала - с С2, без, кешем и т.д. и т.п.), а просто - рип с оригинала и рип с копии (с теми же правильными настройками). Ведь должно совпадать?

Posted by: 64fp on 05-01-2007, 19:27

retro
Должно. И совпадает. Вот последний пример (http://netlab.e2k.ru/forum/index.php?showtopic=70192&st=15#entry658904.
До этого также проверял неоднократно, настроив EAC и имея оригинальный диск на руках, CRC c рипа оригинала и с рипа рипа совпадали.

Posted by: retro on 05-01-2007, 19:40

Да, я помню конечно тот топик, но тогда было утверждение, что только ЕАС дает совпадение? Я пишу Нерой (или чем угодно, просто пример) и не хочу ЕАС'ом. Тогда как?

Posted by: k-dmitriy on 05-01-2007, 22:41

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

Posted by: k-dmitriy on 05-01-2007, 22:41

Posted by: inzerus on 10-01-2007, 21:30

QUOTE (yury_usa @ 02-01-2007, 06:51):

Я правильно понял, что второй вариант (с прегапом) в статье можно игнорировать и использовать только CUETools в обоих случаях?

Posted by: yury_usa on 10-01-2007, 21:48

inzerus
Ну..как я читал в HydrogenAudio форуме, там надо было в настройках программы (предварительно одир раз ее запустив) открыть

QUOTE:

2. Идем в C:\Documents and Setting\[Username]\%AppData%\CUE Tools\settings.txt
меняем значение UsePregapForFirstTrackInSingleFile на 1 (делается один раз)

Это было около пол-года назад, может в последней версии оно сделано автоматом

Posted by: inzerus on 10-01-2007, 21:58

2 yury_usa

В последней версии CUETools UsePregapForFirstTrackInSingleFile уже равно 1.
Я, правда, не совсем понимаю, что это значит, поэтому хочу уточнить еще раз: можно ли использовать CUETools в обоих вариантах и забыть про foobar?

Posted by: yury_usa on 10-01-2007, 22:01

ну раз есть, тогда можно. Только я не уверен поддерживает ли оно что-нибудь кроме flac

Posted by: inzerus on 10-01-2007, 22:19

QUOTE (yury_usa @ 10-01-2007, 22:01):

ну раз есть, тогда можно. Только я не уверен поддерживает ли оно что-нибудь кроме flac

Меня больше интересует WAV.

Posted by: k-dmitriy on 12-01-2007, 15:08

кхм... коснемся вопроса о опции "UsePregapForFirstTrackInSingleFile", зачем она нужна? нужна ли?

эксперементировал с этим релизом Post Link: Rick Wakeman "1984" (http://netlab.e2k.ru/forum/index.php?showtopic=32438&st=15#entry697877

начало куя

CODE

FILE "01 - Overture.flac" WAVE
  TRACK 01 AUDIO
    TITLE "Overture"
    PERFORMER "Rick Wakeman"
    PREGAP 00:00:32
    INDEX 01 00:00:00
  TRACK 02 AUDIO
    TITLE "Julia"
    PERFORMER "Rick Wakeman"
    INDEX 00 10:55:05
FILE "02 - Julia.flac" WAVE
    INDEX 01 00:00:00
  TRACK 03 AUDIO

соотв. CUETools использовал с "UsePregapForFirstTrackInSingleFile=0" и "UsePregapForFirstTrackInSingleFile=1", с перезапуском программы.

на выходе получились одинаковые куи и вав файлы, сравнивал по контрольным суммам

CODE

FILE "Range.wav" WAVE
  TRACK 01 AUDIO
    TITLE "Overture"
    PERFORMER "Rick Wakeman"
    INDEX 00 00:00:00
    INDEX 01 00:00:32
  TRACK 02 AUDIO
    TITLE "Julia"
    PERFORMER "Rick Wakeman"
    INDEX 00 10:55:37
    INDEX 01 10:58:00
  TRACK 03 AUDIO

за что же отвечает этот параметр? :dunno:

Posted by: yury_usa on 12-01-2007, 18:30

QUOTE:

PREGAP 00:00:32

понимает EAC когда ты через него прожигаешь диск

Posted by: k-dmitriy on 14-01-2007, 01:27

QUOTE (yury_usa @ 12-01-2007, 18:30):

QUOTE:

PREGAP 00:00:32

понимает EAC когда ты через него прожигаешь диск

это ты к чему? :rolleyes:

я-то про настройку куйтулса интересовался "UsePregapForFirstTrackInSingleFile", че она творит если на выходе все одинаково

Posted by: yury_usa on 14-01-2007, 01:36

если есть прегап в первом треке, она вставляет строку с указанным прегапом

Posted by: k-dmitriy on 14-01-2007, 01:50

ну, в моем случае прегап был, первый трек двухиндексный получился, все верно. вот только он такой получился что эта опция в 1 установлена, что в 0 :dunno:

Posted by: yury_usa on 14-01-2007, 01:52

Значит в новой версии этот параметр автоматом определяется

Posted by: Arvur on 21-01-2007, 18:19

Однако, скриншот для первого варианта накрылся медным тазом...

Posted by: retro on 23-01-2007, 20:33

А чем можно проверить CRC вав файла? Вернее, подсчет теми калькуляторами CRC, которых существует великое множество, не подходит для указанного в логе. А что, в таком случае, высчитывает EAC? :dunno:

Posted by: Сергей Иванович on 23-01-2007, 22:03

retro
EAC считает стандартный CRC32, но только не WAV файла, а непосредственно аудиоданных...

Posted by: retro on 23-01-2007, 22:15

Сергей Иванович
Я читал об этом на гидрогене, но там так ни к чему и не пришли. Насчет аудио данных и самого вава - ведь должно быть 1:1? Впрочем это не так важно, простой вопрос - как проверить правильность разных файлов (для любых целей, неважно, для каких)? Звуковой файл такой же, как и графический или просто пустой набор. В логе есть CRC. Как я могу получить такой же?

Posted by: k-dmitriy on 23-01-2007, 23:16

а вот кстати с CRC у меня была загадочная история: скачал я релиз в котором присутсвовали какие-то данные, помимо аудио, ну ессно жечь диск пришлось - ЕАС'ом аудиоданные с открытой сессией + burnatonce'ом сами данные. в отличии от нейро верификацию обе проги делать не умеют, решил проверить вручную. с файлами проблем не возникло, создал .sfv с диска и сравнил с оригинальными - все сошлось. а вот сграбив ЕАС образ CRC не сошелся с тем, что был в логе. тогда я вычислил CRC полученного .wav и оригинального при помощи того же .sfv - все сошлось :dunno:

Posted by: Сергей Иванович on 23-01-2007, 23:20

QUOTE (retro):

Насчет аудио данных и самого вава - ведь должно быть 1:1?

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

QUOTE (retro):

Впрочем это не так важно, простой вопрос - как проверить правильность разных файлов (для любых целей, неважно, для каких)?

Вот тут сложнее. Простых стандартных средств нет, или я не знаю о таких. Можно, допустим, открыть WAV при помощи любого аудиоредактора, который умеет сохранять аудиоданные в сыром (RAW) виде. Содержимое сохранённого RAW файла уже можно считать калькуляторами... А можно, например, подмонтировать имидж и делать EAC'ом test нужных треков с виртуального CD - это если есть готовый имидж и нужно что-то в нём проверить...

Posted by: Сергей Иванович on 23-01-2007, 23:25

QUOTE (k-dmitriy @ 23-01-2007, 22:16):

а вот сграбив ЕАС образ CRC не сошелся с тем, что был в логе. тогда я вычислил CRC полученного .wav и оригинального при помощи того же .sfv - все сошлось :dunno:

Тут скорее всего дело было в том, что у того, кто грабил, галочка 'no use of null samples for CRC calculations' в EAC'е стояла, а у тебя - нет. Или наоборот.

Posted by: retro on 23-01-2007, 23:25

k-dmitriy
Да это понятно, что сошлось или нет (кстати, с кем-то начали на эту тему спорить, да так и не закончили, лениво, если честно...). Я просто хочу найти способ проверки файла(ов), которые во множестве сейчас раздаются, то бишь APE или FLAC с прошитыми куями, логами и т.д. Бывает, что битый приходит. Вот распаковать обратно и сравнить - сразу ясно, качать заново или он изначально такой. Однако, задача... CRC имеется, а как его вычислить на ваве?

Сергей Иванович Не прочитал твое сообщение. В общем, нет решения, как явствует...

Posted by: Arvur on 23-01-2007, 23:50

Я в соседнем топике (http://netlab.e2k.ru/forum/index.php?showtopic=72311 уже интересовался близким вопросом:
Есть два релиза - в логе EAC суммы разные.
Значит ли это, что один из них хуже качеством? Если да - как сравнивать?

Posted by: k-dmitriy on 24-01-2007, 00:11

QUOTE (Сергей Иванович @ 23-01-2007, 23:25):

ох, глупый я глупый

ступил

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

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

Posted by: k-dmitriy on 24-01-2007, 00:20

QUOTE (Arvur @ 23-01-2007, 23:50):

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

выставлен/не выставлен оффсет
при подсчете CRC не учитываются нулевые семплы
выставлен неверный оффсет

по CRC качество не проверишь, слушать надо, если только третьем рипом сравнить

а может там брак партии

посмотри на оффсеты, присутсвуют ли они в обоих логах.

Posted by: k-dmitriy on 24-01-2007, 00:29

QUOTE:

Я просто хочу найти способ проверки файла(ов), которые во множестве сейчас раздаются, то бишь APE или FLAC с прошитыми куями, логами и т.д. Бывает, что битый приходит.

как прелестен рар архив

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

Posted by: Arvur on 25-01-2007, 13:50

QUOTE (k-dmitriy @ 24-01-2007, 00:20):

имхо тут речь не о худшем качестве, а об отличиях от оригинала.
...
посмотри на оффсеты, присутсвуют ли они в обоих логах.

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

В обоих логах оффсеты присутствуют. Я догадался распаковать оба файла и сравнить в EAC. Получил different samples в тысячных долях последней секунды.

Есть предположение, что это как раз влияние оффсета, т.е. релизы снимались с одного диска и "качество" одинаковое.
Правильно?

P.S. Еще раз сорри за ламерские вопросы, только начинаю разбираться с lossless audio.

Posted by: LF_ on 28-01-2007, 20:37

"Получил different samples в тысячных долях последней секунды" - это ты про имедж? Там по идее должна быть глубокая тишина, в зависимости от оффсетов - могут быть различное кол-во этой самой тишины.

Что касается вопроса про CRC - мы как-то пытались понять, чтож за CRC считает ЕАС - к единому мнению не пришли, тема была Post Link: Как сделать копию audio CD (http://netlab.e2k.ru/forum/index.php?showpost=497343 и ниже

Posted by: retro on 28-01-2007, 20:52

Хорошо. EAC считает свой CRC, который, увы, привязан к офсетам. Нет проблем. Очевидно тогда, что должен быть ЕАС'о-калькулятор для проверки?
А галку надо снимать. Уже точно.

Posted by: Сергей Иванович on 28-01-2007, 22:33

QUOTE (LF_ @ 28-01-2007, 19:37):

Что касается вопроса про CRC - мы как-то пытались понять, чтож за CRC считает ЕАС - к единому мнению не пришли

Блиииииин, да что ж там сложного-то? EAC считает CRC32 извлекаемых (или обрабатываемых в при открытии в редакторе) аудиоданных. Именно самих аудиоданных. И только их. И при том считается стандартный CRC32, такой же, что и программами вроде QuickSFV. Естественно, что CRC которое он подсчитывает и CRC WAV'а никогда не совпадут, ибо WAV содержит кроме аудиоданных ещё и хедер. Но это то, что касается случая, когда треклятая галочка "No use..." убрана. Когда же она стоит, то CRC чего EAC считает - известно только автору программы, да и то я в этом сильно сомневаюсь. CRC подсчитываемый и при извлечении и при открытии в редакторе не соответствуют как друг другу, так и CRC аудиоданных, если из подсчёта исключить начальные и конечные нулевые сэмплы. А ведь из подсказки на галочку при известной доле воображения можно понять, что по идее в подсчёте не участвуют именно начальные и конечные нулевые сэмплы. Но, допустим, что при подсчёте CRC не участвуют вообще все нулевые сэмплы (хотя на скорую руку проведённый эксперимент показывает, что и это не так). Тогда смысл в таком CRC от меня решительно ускользает... Вот почему я когда-то давным-давно в своём... как там его... RFC порекомендовал эту галочку не ставить. Чтобы в случае чего легко можно было сделанный кем-то релиз хоть в чём-то перепроверить...

Posted by: retro on 28-01-2007, 23:22

QUOTE:

CRC32 извлекаемых (или обрабатываемых в при открытии в редакторе) аудиоданных. Именно самих аудиоданных. И только их.

Нет. CRC, как само понятие, явление и т.д. - относится к файлу. К целому файлу, со всеми потрохами. Никогда не слышал такого выражения, как CRC аудио-данных или графических, или еще каких-то. Это не CRC.

Posted by: Сергей Иванович on 29-01-2007, 00:02

QUOTE (retro @ 28-01-2007, 22:22):

Нет.

Да.

QUOTE:

Никогда не слышал такого выражения, как CRC аудио-данных или графических, или еще каких-то. Это не CRC.

Ну как это никогда? Я в своём процитированном тобой же сообщении говорил о CRC аудиоданных. Именно CRC аудиоданных EAC и считает, вне всякой зависимости от того, слышал ли ты подобные выражения или нет... :D:

Posted by: dmvn on 29-01-2007, 01:29

QUOTE (retro @ 28-01-2007, 23:22):

QUOTE:

Кто ж тебе такую глупость сказал?

И я тебе легко приведу пример, когда так делается. Почти все протоколы передачи данных (ну хоть тот же TCP) и многие форматы файлов (например RAR) устроены именно так -- там есть понятие CRC блока данных. Пакет устроен так: заголовок+данные. В заголовке есть поле: CRC данных. Когда пакет приходит, даннные выковыриваются оттуда, их чексумма пересчитывается заново и сверяется с тем, что написано в заголовке. У РАРа фактически то же самое происходит.

Да что там говорить, вон открой любой файл фубаром и погляди свойства. Там есть такой пункт: AudioData MD5: это хеш-сумма именно аудиоданных, посчитанная по алгоритму md5.

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

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

Posted by: retro on 29-01-2007, 08:54

dmvn
Это вообще разные вещи, хотя и с одним названием. Тот же TCP оперирует пакетами, и нечем более, и там к каждому пакету добавляется контрольная сумма (длиной 8, 16 или 32 бита), которая включает в себя информацию обо всех информационных битах пакета. Поэтомы он и называется "циклическим контролем по избыточности" (Cyclic Redundancy Check).
И в чем его смысл - а в том, что весь пакет рассматривается как N-разрядное двоичное число, где N - количество бит в пакете. Для вычисления контрольной суммы это число делится на некоторое постоянное число, частное от этого деления отбрасывается, а остаток используется в качестве контрольной суммы. TCP не знает, что он передает, но он знает, что оно порублено на кусочки и на другом конце из этих кусочков соберут то, что передавали... :lol:

Предполагается, что если все пакеты правильные, то и файл (группа файлов, и т.д.), состоящие из этих пакетов тоже правильны.
Возьми аудио диск или трек и сделай с него CRC, есть калькуляторы всех мастей.

Posted by: dmvn on 29-01-2007, 17:30

А, вот теперь мы и подошли к самому важному: "что считать полезными данными". Но в любом случае CRC считается именно для некоторой битовой строки, как ты сам, собсно, и сказал. Алгоритм --- тот же, весь вопрос ИМЕННО в том, к чему его применять.

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

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

Формально говоря, я всегда под КС понимал именно выход алгоритма, применённого к строке (входу). А уж куда его пихать, и как проверять правильность --- дело десятое. Важно одно: для WAV применять чекеры типа md5sum -c не всегда правильно. Вернее так. Если чекер говорит OK, то и правда всё хорошо. Но если он сказал "Не ОК", то ещё надо выяснять, а правда ли эта разница кроется именно в аудиоданных.

Засим считаю вопрос о CRC WAV-ов исчерпанным (по крайней мере все поняли, как его надо считать и откуда оно берётся).

Posted by: k-dmitriy on 29-01-2007, 17:44

QUOTE (dmvn @ 29-01-2007, 17:30):

Засим считаю вопрос о CRC WAV-ов исчерпанным (по крайней мере все поняли, как его надо считать и откуда оно берётся).

я... я...

я не понял как его считать

точнее чем, монтировать образ каждый раз и грабить его в ЕАС достаточно муторно, можно ли во что-нибудь (прогу) этот вав, а лучше лосслесс пихнуть, а оно высчитает CRC32 аудиоданных и сравнить уже получившееся значение с логом, шедшим с релизом, вдруг они его из воздуха придумали

Posted by: retro on 29-01-2007, 18:59

QUOTE:

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

Да нет тут никакой пропасти дополнительных секций, о чем ты говоришь? Наоборот, более простой структуры нет

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

Posted by: retro on 29-01-2007, 19:09

k-dmitriy

QUOTE:

монтировать образ каждый раз и грабить его в ЕАС достаточно муторно, можно ли во что-нибудь (прогу) этот вав, а лучше лосслесс пихнуть, а оно высчитает CRC32 аудиоданных и сравнить уже получившееся значение с логом, шедшим с релизом, вдруг они его из воздуха придумали

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

Posted by: k-dmitriy on 29-01-2007, 19:53

QUOTE (retro @ 29-01-2007, 19:09):

И что, у тебя с виртуального рипа совпадал? У меня нет.

щас попробовал на этом Topic Link: Анна Нетребко - Russian album (http://netlab.e2k.ru/forum/index.php?showtopic=71955 - совпало, правда без учета нулевых семплов. надо бы найти правильный релиз где с ними.

CODE

EAC extraction logfile from 29. January 2007, 19:48 for CD
Unknown Artist / Unknown Title

Used drive : Generic DVD-ROM Adapter: 2 ID: 0
Read mode : Burst
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
Native Win32 interface for Win NT & 2000

Range status and errors
Selected range
Filename D:\CDImage.wav

Peak level 96.5 %
CRC 858F252D
Copy OK

No errors occured

End of status report

Posted by: Сергей Иванович on 30-01-2007, 13:35

QUOTE (Сергей Иванович @ 28-01-2007, 21:33):

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

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

retro
Блиииин, да ты ж, извиняюсь, вообще реально не в теме! :fear2:

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

Posted by: retro on 30-01-2007, 14:00

Сергей Иванович
Ну не в'еду я никак в это понятие... :wall:

Давай, об'ясни еще раз, как может быть так, что... в общем, что. Что он считает? И как можно посчитать только аудио? Как можно убрать "дополнительную информацию", если онa и есть CRC? :fear2:

Как считают "поток аудио" (я уже блин запутался...)?
Я абсолютно точно знаю, что такое CRC, зачем оно нужно, как его получить и как им оперировать, но это "не то колесо"! :lol:

Вот ты пишешь:

QUOTE:

EAC считает CRC32 извлекаемых (или обрабатываемых в при открытии в редакторе) аудиоданных. Именно самих аудиоданных. И только их.

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

P.S. А где LF_? Oн умеет хорошо об'яснять... когда сам понимает...

Но у меня что-то такое ощущение, что и он тоже не совсем согласен.
Сбежал из темы... :diablo:

Posted by: LF_ on 30-01-2007, 16:59

Я тут, с интересом читаю - просто сказать нечего, я не в курсе чего он считает :lol:

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

Posted by: Сергей Иванович on 30-01-2007, 20:42

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

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

LF_

QUOTE:

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

Posted by: LF_ on 30-01-2007, 22:05

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

QUOTE:

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

Posted by: Сергей Иванович on 30-01-2007, 22:30

QUOTE (LF_ @ 30-01-2007, 21:05):

QUOTE:

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

Так шта... :crazy:

Posted by: LF_ on 30-01-2007, 22:48

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

Posted by: retro on 30-01-2007, 23:13

QUOTE:

И такого, что нельзя или не принято говорить о CRC чего-то, кроме CRC файла - такого тоже нет, хоть опять же меня тресни.

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

Posted by: retro on 30-01-2007, 23:40

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

QUOTE:

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

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

Posted by: ShirA on 31-01-2007, 11:46

Иваныч - ГОЛОВА!

спасибо.

может заодно на пальцах объяснишь, что появляется при выставленном "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

Posted by: dmvn on 31-01-2007, 13:42

QUOTE (retro @ 30-01-2007, 23:40):

QUOTE:

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

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

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

Posted by: retro on 31-01-2007, 15:31

A какая информация имеется в RAW? Коротко, но подробно, если можно.

В чем разниза? Только в том, что нет заголовка, или еще в чем-то?

Posted by: dmvn on 01-02-2007, 01:41

QUOTE (retro @ 31-01-2007, 15:31):

A какая информация имеется в RAW? Коротко, но подробно, если можно.

В чем разниза? Только в том, что нет заголовка, или еще в чем-то?

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

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

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

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

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

Posted by: LF_ on 01-02-2007, 19:33

QUOTE (ShirA @ 31-01-2007, 03:46):

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

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

Posted by: Сергей Иванович on 01-02-2007, 19:36

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.

Posted by: ShirA on 01-02-2007, 21:15

QUOTE (Сергей Иванович @ 01-02-2007, 19:36):

А вот в четвёртом случае (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?

Posted by: dmvn on 01-02-2007, 22:28

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

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

Posted by: ShirA on 02-02-2007, 17:03

QUOTE (dmvn @ 01-02-2007, 22:28):

Так что я уверен, что английский он знает.

английский-то он занет, да вот на записи в своем же форуме, реагирует не очень активно. там (http://www.digital-inn.de/96934-post1.html сейчас большая буча по поводу того, что, вроде, в plextor определены не правильные оффсеты. люди уже вовсю переписываются с производителем. а Андре на все это взирает достаточно равнодушно, в духе, что и так все не плохо. потому перспективы - грустные. надо пользоваться тем, что есть.

Posted by: dmvn on 03-02-2007, 15:17

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

Posted by: k-dmitriy on 05-02-2007, 13:27

я бы конечно не отказался от двух CRC с/без учета 0 семплов в одном логе

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

Posted by: k-dmitriy on 01-03-2007, 21:34

QUOTE (retro @ 23-01-2007, 23:25):

Однако, задача... CRC имеется, а как его вычислить на ваве?

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

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

CODE

EAC extraction logfile from 1. March 2007, 19:56 for CD
Vangelis / Oceanic

Used drive : MATSHITADVD-RAM UJ-831S   Adapter: 1 ID: 0
Read mode   : Secure with NO C2, accurate stream, disable cache
Read offset correction : 132
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 D:\Vangelis - Oceanic.wav

   Peak level 99.9 %
   Range quality 99.9 %
   CRC A7631720
   Copy OK

No errors occured

End of status report

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

user posted image

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

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

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

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

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

Posted by: siro on 02-03-2007, 01:18

QUOTE:

осечка вышла на flac'е - первые два релиза выдали иной CRC

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

Posted by: k-dmitriy on 02-03-2007, 09:35

QUOTE (siro @ 02-03-2007, 01:18):

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

а Я не знал

Posted by: retro on 02-03-2007, 11:03

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

Posted by: k-dmitriy on 02-03-2007, 11:06

QUOTE (retro @ 02-03-2007, 11:03):

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

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

Posted by: k-dmitriy on 02-03-2007, 11:23

протестил еще раз уже даже на другом компе

взял первый попавшийся релиз Topic Link: Robert Miles - Dreamland (http://netlab.e2k.ru/forum/index.php?showtopic=72324 перегнал в апе, прогнал через ЕАС - КС с логовой сошлась

Posted by: retro on 03-03-2007, 10:11

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

То, что именно у меня не пашет, разговор другой. :dunno:

Posted by: k-dmitriy on 03-03-2007, 10:36

рррррррррретро! я ж тебе говорю попробуй сначала на своем релизе, вот "прям щас" сграбь, прогони ЕАС'шкой сверь КС, потом перегони в апе и обратно, снова проверь ЕАС КС. и лучше не один раз апе-вав погонять, чтоб удостоверится, что это не кодек какие-то данные с воздуха добавляет/убирает, что это не контролер, к примеру, винта поломался или мать, оперативка и прочее прочее...
зыж вчера, кстати, на одном альбоме апешном тоже не сошлись КС. но практика пока показывает сходство в >50% случаях

Posted by: retro on 03-03-2007, 11:08

Taк я так и сделал. Вчера (как обычно, в пятницу) привезли много чего интересного. Ну и грабил по-разному. Нет, даже на моих собственных рипах, на вавах не совпадает. :freak3:

Что опять не так??!!!

Posted by: siro on 03-03-2007, 14:27

QUOTE:

Нет, даже на моих собственных рипах, на вавах не совпадает. Что опять не так??!!!

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

Posted by: ShirA on 03-03-2007, 16:00

в этой тулзе ЦРЦ тоже меняется в зависимости от галки No use...

Posted by: retro on 03-03-2007, 16:16

Галка снята. Что еще может быть?

Posted by: k-dmitriy on 03-03-2007, 21:33

QUOTE (retro @ 03-03-2007, 16:16):

Галка снята. Что еще может быть?

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

Posted by: k-dmitriy on 03-03-2007, 21:39

QUOTE (ShirA @ 03-03-2007, 16:00):

в этой тулзе ЦРЦ тоже меняется в зависимости от галки No use...

тьфу

а я-то на радостях и забыл про этот пресловутый параметр. добавил заметку о нем в пост.

Posted by: Сергей Иванович on 03-03-2007, 21:49

k-dmitriy
Так несколько страниц назад об этом подробно говорилось. При снятой галке и EAC при граблении и его редактор подсчитывают правильный CRC32. А при установленной галке EAC при граблении считает CRC без учёта нулевых слов (т.е. если в одном канале нулевой сэмпл, а в другом нет, то сэмпл первого канал в подсчёте не участвует, а второго - участвует), а в редакторе он считает вообще неизвестно что - там другой CRC получается.

Posted by: k-dmitriy on 04-03-2007, 00:54

да уж... я-то думал используется одна и та же процедура, ух и намудрил автор.
эх, не судьба тогда сравнить КС если у того кто грабил, эта противная галка стояла

Posted by: Arvur on 04-03-2007, 01:10

Принципиальный вопрос - знает ли об этой "противной галке" автор?

Posted by: yury_usa on 04-03-2007, 01:36

ээээх.. куда топик ушел, "как делать правильные релизы из педрятины"

Posted by: dmvn on 06-03-2007, 21:39

Сергей Иванович, так ведь можно же собственную тулзу написать для подсчёта CRC ровно так же, как это делает EAC при граблении. Ведь алгоритм известен. И тогда не будет проблем. Где я неправ?

Posted by: siro on 06-03-2007, 22:53

QUOTE:

dmvn флаг в руки!!! было бы очень классно, а лучше новый еас создать, без всяких там галочек, нормализаций, только то, что надо и + ко всему что бы лог был не текстовый файл, а что-то типа фото, короче, что бы менять его нельзя было...а то бывают умельцы, рип ..уйня, а лог конфетка :unsure:

Posted by: Arvur on 07-03-2007, 07:46

QUOTE:

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

Насколько я понимаю, EAC ценится как раз за качество сграбливания.. Сделать что-то не хуже - задача не из легких

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

Posted by: Arvur on 07-03-2007, 07:55

Кстати, про галочку... Кто-нибудь на MeTaLMaDNeSS форуме крутится? Надо бы им сказать, чтобы свой мануал (http://www.metalmadness.org/phpBB2/viewtopic.php?t=8921 поправили. У меня там нуль постов - несолидно как-то сразу учить лезть

))

Posted by: LF_ on 07-03-2007, 17:05

Я не знаю, я сам в задумчивости - может таки и нас ставить галку? Для образов, где действительно тишина в начале и конце - можно по логу будет быстро понять одинаковый рип или нет. С другой стороны самому получить такое CRC проблематично... Вот и думаю

Posted by: Arvur on 07-03-2007, 18:27

QUOTE:

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

Мммм.. Возможно, скажу глупость.
Я правильно понимаю, что если у нас есть релиз сделаный "без галки", то для него можно посчитать оба CRC, а из релиза "с галкой" второго не получишь?
Если да, то имхо нам нужна утилита считающая обе суммы и собственные релизы делать без галки.
Тогда хотя бы в части случаев будет не обязательно иметь оба релиза для сравнения.

P.S. Или галка влияет вообще только на подсчет, а wav в обоих случаях одинаковый?

Posted by: LF_ on 07-03-2007, 19:21

Про галку почитай три страницы назад

Но влияет только на подсчет, просто с учётом офсетов и прочих радостей - простого пути нет.

Posted by: retro on 07-03-2007, 19:46

QUOTE:

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

Есть такой. CD-Tag называется. Он без галки изначально. (сейчас орать начнут)

Posted by: siro on 07-03-2007, 21:42

QUOTE:

Рипать с галкой, т.к. больше получить такой CRC не возможно, а после рипа убирать галку и ЕАС'ом считать к.с. вава уже "правильную" и дописывать в лог(рядом с первой в скобочках) и шо то будзе :crazy:

Posted by: dmvn on 08-03-2007, 03:23

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

Posted by: siro on 08-03-2007, 04:31

QUOTE:

а прогу я напишу

Так прогу, которая будет считать CRC как ЕАС при рипе с галкой? Без галки так с этой задачей и ЕАС вродь справляется...
dmvn удачи :1:

Posted by: soxatyi on 13-03-2007, 22:12

Posted by: Сергей Иванович on 13-03-2007, 23:29

soxatyi
Я думаю что лог лучше всего оставлять оригинальный. А лог рипа с виртуалки наверное класть не нужно. Чтобы для тех, кто хочет перепроверить, были только исходные данные. Ну, дабы избежать путаницы...

Posted by: k-dmitriy on 14-03-2007, 09:28

QUOTE (soxatyi @ 13-03-2007, 22:12):

Оставлять гигантский оригинальный?

а что в нем гигантского? то что потрековый? а то по моим понятиям гигантский это от 1 мб и выше

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

Posted by: retro on 14-03-2007, 12:28

Да не надо ничего исправлять! Нет смысла никакого это делать. Я не вижу.
Уже 100 раз писали на эту тему, спорили, проверяли и т.д. Имидж это самое правильное, кто же спорит? Но если релиз уже увидел свет треками с правильным cue, то самое правильное - это вообще ничего не трогать.
Вреда от такого "исправления" гораздо больше - откуда я знаю, как его слепили обратно, кто это делал, чем, и т.д. и т.п. Если мне уж так сильно захочется это сделать, то я предпочту это делать САМ. Цель любого рипа - прожечь 100% оригинал. При прожиге с трекового рипа это удается, проверялось многократно по всем параметрам. Никаких скачков (как рвали глотки раньше) нет, на самых-разсамых дисках обкатано. Более того, особенно глупо перегонять в образ то, что может понадобиться для повторной расшарки на том треккере, где ты это скачал (личерам эта проблема непонятна :laugh:

) - держать в 2-х экземплярах? :dunno:

То бишь, я это давно для себя уже решил.
Это другой стандарт, и ничего неправльного в нем нет. Я тоже, как и многие здесь, очень сильно заблуждался на этот счет. А сейчас я говорю - правильный способ. :punk:

Posted by: k-dmitriy on 14-03-2007, 12:39

интересно, а на педрятине есть топик "как делать правильные релизы из нетлабовщины..." :laugh:

Posted by: ShirA on 14-03-2007, 22:42

QUOTE (k-dmitriy @ 14-03-2007, 12:39):

интересно, а на педрятине есть топик "как делать правильные релизы из нетлабовщины..." :laugh:

Posted by: dmvn on 29-03-2007, 14:23

QUOTE (k-dmitriy @ 14-03-2007, 12:39):

интересно, а на педрятине есть топик "как делать правильные релизы из нетлабовщины..." :laugh:

Ну у них-то задача проста до безобразия... Как говорят, "ломать не строить" :lol:

Posted by: k-dmitriy on 29-03-2007, 14:26

QUOTE (dmvn @ 29-03-2007, 15:23):

Ну у них-то задача проста до безобразия... Как говорят, "ломать не строить" :lol:

в смысле, объясните танкистам :wink:

я-то на самом деле хз кто такие педряты :dunno:

Posted by: inzerus on 29-03-2007, 15:37

QUOTE (k-dmitriy @ 29-03-2007, 14:26):

QUOTE (dmvn @ 29-03-2007, 15:23):

Ну у них-то задача проста до безобразия... Как говорят, "ломать не строить" :lol:

в смысле, объясните танкистам :wink:

я-то на самом деле хз кто такие педряты :dunno:

Pedro's Tracker (http://btmusic.org/

Posted by: k-dmitriy on 04-04-2007, 11:06

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

Posted by: retro on 04-04-2007, 12:24

Собрать нет никакой проблемы - хотя бы тем же фубаром. А как потом его играть? "Одной песней"? :dunno:

dmvn

QUOTE:

Ну у них-то задача проста до безобразия... Как говорят, "ломать не строить"

Ну не скажи. Попробуй из нашего имиджа вот так, навскидку, порежь, да еще с куем. А правильный куй в данном случае только один - который noncompliant... - только из него потом собирается нормальный, двухстрочный куй к имиджу.

Posted by: k-dmitriy on 04-04-2007, 12:31

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

Posted by: retro on 04-04-2007, 12:42

A нафига тебе это надо делать? Такой диск ни в жисть во фридиби не опознается, то бишь - это уже не копия. Что на самом деле можно сделать с такими релизами (у меня их полно, кстати) - перегнать в вавы, прогнать на предмет лосслесс, запаковать обратно в АРЕ с нормальной компрессией, создать плейлист и слушать, позабыв о том, что копией ему уже никогда не бывать. Более того, у меня таких уже 4 ДВД набралось, и еще я собираюсь их положить в торренте, ибо музыка достойная.
П.С. Такие треки берутся от макинтошников (у них свой куй-лог), по-другому они рипать не умеют.

Posted by: retro on 04-04-2007, 12:52

CODE

FILE "joined.wav" WAVE
TRACK 01 AUDIO
INDEX 01 0:00:00
TRACK 02 AUDIO
INDEX 01 1:13:55
TRACK 03 AUDIO
INDEX 01 6:55:60
TRACK 04 AUDIO
INDEX 01 12:00:32
TRACK 05 AUDIO
INDEX 01 17:25:50
TRACK 06 AUDIO
INDEX 01 22:04:07
TRACK 07 AUDIO
INDEX 01 28:21:67
TRACK 08 AUDIO
INDEX 01 34:07:17
TRACK 09 AUDIO
INDEX 01 40:09:05
TRACK 10 AUDIO
INDEX 01 46:10:10
TRACK 11 AUDIO
INDEX 01 52:32:17

CODE

There is no sound support configured!
Type: ROM, Vendor 'PIONEER ' Model 'DVD-RW DVR-107D' Revision 'A707' MMC+CDDA
176128 bytes buffer memory requested, 4 buffers, 13 sectors
#Cdda2wav version 2.01a32_darwin_7.4.0_power-macintosh_powerpc, libparanoia support
AUDIOtrack pre-emphasis copy-permitted tracktype channels
1-11    no no    audio 2
Table of Contents: total tracks:11, (total time 53:56.17)
1.( 1:13.55), 2.( 5:42.05), 3.( 5:04.47), 4.( 5:25.18), 5.( 4:38.32),
6.( 6:17.60), 7.( 5:45.25), 8.( 6:01.63), 9.( 6:01.05), 10.( 6:22.07),
11.( 1:24.00)

Table of Contents: starting sectors
1.(    0), 2.( 5530), 3.(   31185), 4.(   54032), 5.(   78425),
6.(   99307), 7.( 127642), 8.( 153542), 9.( 180680), 10.( 207760),
11.( 236417), lead-out( 242717)
CDINDEX discid: V3dSmcz_DcYFfSyS_UUsAuzMMuE-
CDDB discid: 0x7e0ca40b CDDBP titles: resolved
CD-Text: not detected
CD-Extra: not detected
Album title: 'Danzon' [from Arturo Sandoval]
Track 1: 'Conga'
Track 2: 'Africa'
Track 3: 'Groovin' High'
Track 4: 'A Mis Abuelos'
Track 5: 'Tres Palabras'
Track 6: 'Danzon'
Track 7: 'Suavito'
Track 8: 'Conjunto'
Track 9: 'Suaguanco'
Track 10: 'Coconut Grove'
Track 11: 'Conga Revisited'
samplefile size will be 570870428 bytes.
recording 3236.2266 seconds stereo with 16 bits @ 44100.0 Hz ->'audio'...
using lib paranoia for reading.
percent_done:
0%
0%
1%
2%
3%
4%
5%
6%
7%
8%
9%
10%
11%
12%
13%
14%
15%
16%
17%
18%
19%
20%
21%
22%
23%
24%
25%
26%
27%
28%
29%
30%
31%
32%
33%
34%
35%
36%
37%
38%
39%
40%
41%
42%
43%
44%
45%
46%
47%
48%
49%
50%
51%
52%
53%
54%
55%
56%
57%
58%
59%
60%
61%
62%
63%
64%
65%
66%
67%
68%
69%
70%
71%
72%
73%
74%
75%
76%
77%
78%
79%
80%
81%
82%
83%
84%
85%
86%
87%
88%
89%
90%
91%
92%
93%
94%
95%
96%
97%
98%
99%
100% track 1 'Conga' recorded successfully

И так 11 раз - по количеству треков. Ну вот и что с таким добром дальше делать?

Posted by: k-dmitriy on 04-04-2007, 13:05

QUOTE (retro @ 04-04-2007, 13:42):

A нафига тебе это надо делать? ...то бишь - это уже не копия.

почему бы ему не быть копией? вот есть релиз :wink:

Topic Link: Tom Scott '94 "Reed My Lips" (http://netlab.e2k.ru/forum/index.php?showtopic=73071 потрековый, но с логом - почему бы не пересобрать в имидж? может быть так, что у нормального потрекового релиза потерятся куй, но будет лог - вот и хочется по логу пересобрать имидж, релиз-то еасшный, и лог соотв., при чем тут макинтошники?

Posted by: retro on 04-04-2007, 13:12

Насчет именно этого релиза я уже не помню, почему я его не пересобрал... А какой там куй (если он вообще там имелся-есть). Есть куй?

Posted by: k-dmitriy on 04-04-2007, 13:20

вот потому я и спросил "интересно, а можно ли без куя, только по логу, автоматически собрать все в 1 файл". нет там куя

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

Posted by: retro on 04-04-2007, 13:21

А лог есть?
П.С. Да, есть, сам увидел. Вот поэтому и не собрал, что не было куя.

Posted by: k-dmitriy on 04-04-2007, 13:22

есть, там же в теме

Posted by: KREMEN5400 on 04-04-2007, 19:22

Полторы сотни постов, а ради чего соббстно ?
Чем вас педротрелизы не устраивают ?

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

Вопрос а на фига ? Ответ и правильный посыл мне кажется здесь Topic Link: Тварь я дрожащая, или право имею ? (http://netlab.e2k.ru/forum/index.php?showtopic=76404

Не парьтесь !

Posted by: retro on 04-04-2007, 19:47

Меня устраивают. Более того, из того, что я слушаю, в последнее время время только оттуда и беру. Педро-релизы существуют 3-х типов: само-собой, все флако-треки, но одни срипаны EAC'ом, а другие, как выше я привел пример, на МАС'е. С последними ничего сделать нельзя - ни диск прожечь (правильно), ни образ слепить, ничего - только слушать потреково. Те, которые ЕАС'ом, тоже отличаются - одно идут с noncompliant куем, а вторые с т.н. "откорректированным" куем. Вот эти вторые тоже далеко от МАС'ов не ушли, особо многого с ними не сделать. Слепить в имидж можно, но куй получается однострочный, то бишь, о копии диска говорить не приходится. Какие плюсы у этого педро-вида? Их два. Можно слушать, кликая на куй (не нужен плейлист), и если добавляется реплэйгейн, то запись идет только в куе, а не пишется в файл. Можно прожечь Нерой по кую. Все, на этом плюсы заканчиваются и начинаются минусы МАС-варианта. Самые правильные, те которые noncompliant, из них получается имидж с двuхстрочным куем и совпадающим CRC, и, конечно же, точная копия при прожиге прогами, которые такой куй понимают (по-моему, ты мне подсказал Burnnn?)

Вот эти ничем не хуже наших имиджей и их я вообще не трогаю, оставляя в родном виде. К счастью, таких большинство. Что касаемо других, то над ними извращаюсь нещадно, подгоняя под себя.

Posted by: KREMEN5400 on 04-04-2007, 20:01

retro
Вот-вот, чистая правда "посконная, она же домотканная" ©

А, при всех изощрениях данного топика, что мы можем получить ? Лажу.
Поэтому такие релизы надо принимать "as is".

Posted by: k-dmitriy on 05-04-2007, 08:31

QUOTE (KREMEN5400 @ 04-04-2007, 20:22):

Чем вас педротрелизы не устраивают ?

мне не нравится что у меня половина треками, половина пофайлово, вот и привожу все к одному виду, там где это возможно, чтоб хотя бы процентов 90 было однотипно.
заж с педры не качаю, с лабой бы справится и поиском в осле :wink:

Posted by: k-dmitriy on 05-04-2007, 11:06

QUOTE (retro @ 04-04-2007, 13:24):

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

а, только куй "грабится" по разному, сами файлы всегда одинаковы и с другими смещениями их никак сграбить нельзя? конкретно по Ф6 все нормально грабится, чтобы потом к этим файлам куй правильный приложить?

Posted by: retro on 05-04-2007, 11:14

QUOTE:

половина треками, половина пофайлово

И это абсолютно правильно. И не может быть иначе. Я делал раньше все в АРЕ 3.99 с куем, дошел до 99 номера в каталоге и дальше стало неудобно, т.к. номера пошли другие, а БД изначально под это не была готова. К этому времени уже вовсю делали АРЕ 4 версии, а также WV (не говоря о FLAC). Я решил, что все новые релизы-рипы пойдут в WV, а FLAC останется для консервации в том виде, в котором был скачан (разговор о правильных куях).
Как уже писал, масса хорошей музыки в лосслесс имеется вообще без куев-логов, и что, мне самому теперь их делать?

Эти идут в группу APE-Tracks (как занимающих наименьшее пространство в нормальном сжатии), к ним я делаю только плейлист (а больше ничего сделать нельзя) и прикладываю лог проверки на лосслесс. Вот такие дела. Завтра выйдет новый кодек (а он обязательно выйдет) - будешь все опять приводить "к одной шапке"?
Очень зря. Вот именно разные формы хранения (каждый для своей цели) - правильное решение. Т.о. у меня 4 каталога-группы: APE (image+cue), FLAC (tracks+cue), WV (image+cue), APE_Tracks (без ничего, только плейлисты *.m3u).

Posted by: k-dmitriy on 05-04-2007, 11:56

QUOTE (retro @ 05-04-2007, 12:14):

Завтра выйдет новый кодек (а он обязательно выйдет) - будешь все опять приводить "к одной шапке"?

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

хранить все в вавах, при записи через ЕАС перекодировать не надо будет :no1:

QUOTE:

Очень зря. Вот именно разные формы хранения (каждый для своей цели) - правильное решение. Т.о. у меня 4 каталога-группы: APE (image+cue), FLAC (tracks+cue), WV (image+cue), APE_Tracks (без ничего, только плейлисты *.m3u).

правильное для кого? на вкус и цвет... я храню папка LOSSLESS в корне диска -> <исполнитель> -> <год>_<название_альбома>
а уж что какой там внутри, какой формат мне как-то лесом, главное что там внутри МУЗЫКА. если я раскидаю какого-нибудь исполнителя по 4м первоначальным папкам - _лично мне_ в этом удобства нет, ищи потом нужный альбом.
а кто-то хранит по лейблам - и не зря он так делает, потому что _ему_ так удобно.
насколько я разумею у тебя многое хранится на двд, и потому ты привязан к базе, а раз уж в нее лезть, то тут действительно можно хранить где угодно, на чем угодно, в любой последовательности. у меня ВСЕ на жестком, и я без базы могу ориентироваться, закончится этот жесткий разобью по принципу русские/не русские испольнители, закончится метсо на них - разобью по буквам алфавита A-? ?-Z и т.д.

Posted by: retro on 05-04-2007, 13:38

Насчет WAV, я когда-то именно так и хранил, пока не полетел диск, а за ним сразу другой - в течении недели потерял 400 ГБ. Потом начал долго и нудно все восстанавливать, а когда это случилось еще раз (хард) - перешел на ДВД.
А вот тут уже кодек понадобился - хотя бы для того, чтобы в 2 раза меньше вставать с места... :laugh:

Posted by: siro on 05-04-2007, 22:28

Вот тема вошла в интересно русло... У меня вот такой вопрос: как надежней хранить? на харде или болванках(двд, да и на горизонте появляется 25-50гб диски)? Просто уже на раз читая посты натыкаюсь на то, что полетел хард и все плачевно

Сам то и-нетом нормальным обзавелся совсем недавно и до этого был у меня сигейт на 40гб(для работы хватало

) и работал он у меня 4 года без каких либо сбоев. Так, хотелось бы узнать, кто на чем хронит и по возможности "+" и "-".

Posted by: k-dmitriy on 05-04-2007, 22:43

с таким вопросом скорее сюда Topic Link: внешний рейд для домашнего пользования (http://netlab.e2k.ru/forum/index.php?showtopic=73186 там где-то странице на 3й

Posted by: retro on 05-04-2007, 22:47

QUOTE:

я храню папка LOSSLESS в корне диска

Любопытно взглянуть на такую мою папку, весом в 950ГБ... :fear2:

Posted by: KREMEN5400 on 06-04-2007, 00:33

QUOTE (retro @ 05-04-2007, 23:47):

QUOTE:

я храню папка LOSSLESS в корне диска

Любопытно взглянуть на такую мою папку, весом в 950ГБ... :fear2:

У меня примерно столько-же. Думаю объединёнными усилиями можно энто увеличить эдак до 1,5 Тб

Posted by: k-dmitriy on 06-04-2007, 09:13

хорош мериться, иди все это слушать

Posted by: retro on 06-04-2007, 10:38

Вот только скачался Bobby Lyle '77 ''The Genie'' 24/96 ремастер 2004 года (вот тот случай, когда винил был достаточно гнусного "цыкающего" звучания), и снова без лога-куя :diablo:

Я уже не знаю, что с ними делать. :dunno:

С другой стороны что можно возразить - у человека МАС стоит, и на нем он рипает диски, старается, обложки вкладывает... Ну перегнал я в вавы, прогнал TAU, все замечательно... Пережал в АРЕ, сделал плейлист, и пошел он в ДВД "нестандартные релизы" :D:

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

Posted by: KREMEN5400 on 06-04-2007, 18:48

QUOTE (k-dmitriy @ 06-04-2007, 10:13):

хорош мериться, иди все это слушать

А вот уж дудки ! Ниасилю :diablo:

Posted by: k-dmitriy on 08-04-2007, 20:36

QUOTE (retro @ 06-04-2007, 11:38):

Релизы оформляются любо-дорого посмотреть - все ясно и понятно, кто, что, с кем, логи, картинки, линки на обзоры и пр. Культура, блин, у буржуев. Народ там ценит то место, где обитает. Не в пример нам. :-(

я бы был не против полей label и catalog no. в шаблоне музыкальном, когда поле есть - не каждый, но кто-то да заполнит.

Posted by: Cormorant on 22-04-2007, 20:00

Объясните тупому, этом просто по ошибке неправильно созданный куй или это у них такой стандарт у этого Пэдрика (везде индексы 00, а потом, вдруге, где ни возмись, 01 пошли, да ещё и где попало...):

CODE

REM GENRE "Progressive Rock"
REM DATE 1971
REM DISCID 470A4D06
REM COMMENT "ExactAudioCopy v0.95b3"
PERFORMER "King Crimson"
TITLE "Islands"
FILE "01 - Formentera Lady.wav" WAVE
TRACK 01 AUDIO
TITLE "Formentera Lady"
PERFORMER "King Crimson"
INDEX 01 00:00:00
FILE "02 - Sailor's Tale.wav" WAVE
TRACK 02 AUDIO
TITLE "Sailor's Tale"
PERFORMER "King Crimson"
INDEX 01 00:00:00
FILE "03 - The Letters.wav" WAVE
TRACK 03 AUDIO
TITLE "The Letters"
PERFORMER "King Crimson"
INDEX 01 00:00:00
TRACK 04 AUDIO
TITLE "Ladies Of The Road"
PERFORMER "King Crimson"
INDEX 00 04:25:52
FILE "04 - Ladies Of The Road.wav" WAVE
INDEX 01 00:00:00
TRACK 05 AUDIO
TITLE "Prelude: Song Of The Gulls"
PERFORMER "King Crimson"
INDEX 00 05:29:42
FILE "05 - Prelude- Song Of The Gulls.wav" WAVE
INDEX 01 00:00:00
FILE "06 - Islands.wav" WAVE
TRACK 06 AUDIO
TITLE "Islands"
PERFORMER "King Crimson"
INDEX 01 00:00:00

Posted by: LF_ on 27-04-2007, 21:00

все просто - это не образ, а файловой релиз, каждый трек - отдельный файл. Индекс 01 указывает на начало трека - в случае файлов это начало файла. Индекс 00 указывает на конец предыдущего трека и таким образом разница между 00 и 01 - это сколько пауза

Posted by: tonych on 14-05-2007, 17:04

yury_usa

QUOTE:

Часть 2. Подготовка образа
1. Запускаем СueTools.
2. Открываем наш cue file, и окно должно выглядеть так
user posted image

кажется с картинкой картинкой беда, можно восстановить?

Posted by: Cormorant on 19-05-2007, 12:45

LF
А чего, тогда, EAC ругается, что куй битый? Или тут без СueTools не обойтись? К стати, есть ли что-нибудь аналогичного назначения? А то ставить такую заразу, как Net framework, чтоб работал этот CueTools, оч неохота. После него комп еле дышит.

Posted by: LF_ on 02-06-2007, 22:57

Думаю, что куй битый - т.е. не стандартный, если мне не изменяется память - FILE должен быть один, а не на каждый трек. Если тебе просто прожечь - покидай треки в Неро и если там 2 сек паузы - будет +- нормально...

Posted by: k-dmitriy on 05-08-2007, 19:51

в тему про ЕАС'шный лог, что всплывала Х страниц назад:
набрел на прожку CD-Tag (http://www.cdtag.com/) (http://www.cdtag.com/), она использует СДК ЕАС и предназначена для рипанья, проставления тегов и кодинга - такой light вариант ЕАС. но есть и еще одна интересная возможность "Verify EAC Log File", если в ЕАС аналогичную операцию можно сделать вручную пофайлово и только для вавов, то тут _комфортно_, но только для ФЛАКов. надеюсь в будущем прикрутят вавпак и обезьянку, хотя насчет последней есть сомнения.

user posted image

Posted by: retro on 05-08-2007, 20:46

k-dmitriy
Post Link: CD-Tag или ЕАС'ко заменитель - стоит попробовать (http://netlab.e2k.ru/forum/index.php?showtopic=70361&st=0#entry655858)

Posted by: k-dmitriy on 05-08-2007, 21:14

а ведь искал точную фразу "cd-tag" в темах, видать и через дефис не цепляет фразу, считает словом из 3х и менее букв

зыж ну наверно логичнее мой пост #769855 туда перенести

Posted by: tipikin on 06-08-2007, 13:34

Не осилил этот топик подробно, т.к. натолкнулся на него только сейчас. Может и проскакивала где-то эта мысль: почти все пишут болванки Nero, почти у всех есть программа Alcohol120%. На мой взгляд, проще всего записать потрековый рип в nero как image.nrg с "0"-ми зазорами кроме первого, ес-но. В Alcohol120% установить один виртуальный драйв. Чем он хорош - наряду с неровскими образами, он прекрасно понимает связку WAV+CUE (не надо никаких RW и тп). Загрузить image.nrg в алкогольный драйв. А потом рипнуть с этого образа EAC-ом, заранее определить диск в freedb, будет в итоге красивый WAV+CUE.
Все равно из потрекового рипа никогда не сделать совсем правильный CUE, информация о зазорах утеряна навсегда, если нет "правильного" диска под рукой или у друзей. А извращения с контрольными суммами на фоне общей неправильности CUE уже не имеют смысла. Проверяйте сами "чистоту" WAV TauAnalizer-ом (кстати, можно с того-же image drive).
А диски, по моему, лучше хранить на болванках CD-R, хранил в свое время на DVD, пока после n-го прослушивания неизбежно появлялись царапины, потертости, файлы переставали читаться, даже диски переставали читаться, потом восстанавливались на других приводах, переписывались, и плюнул я на это дело... все-ж одинаковая царапина на dvd-r получается в разы толще чем на cd-r по отношению к питу информации на рабочем слое... И в разы больше вероятность потерять инфу. Я не говорю уже о винтах...

Posted by: k-dmitriy on 06-08-2007, 14:18

QUOTE (tipikin @ 06-08-2007, 14:34):

Не осилил этот топик подробно

а зря

QUOTE:

Все равно из потрекового рипа никогда не сделать совсем правильный CUE

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

QUOTE:

А диски, по моему, лучше хранить на болванках CD-R

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

QUOTE:

Я не говорю уже о винтах...

кто-то не только хранит, но и расшаривает, как быть в этом случае?

Posted by: tipikin on 06-08-2007, 19:07

K-dmitriy, спасибо Вам за развернутый добрый ответ.
Конечно, при наличии лога с прегапами можно поколдовать, но я все равно также бы поступил - через образ, потом наложил бы CUE с 0-ми индексами, которые несложно рассчитать автоматически в том же excel-е. Оффсеты все же больше нужны для перфекционистов, и все-равно фреймик где-нибудь, да упустят... :-)

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

Posted by: inzerus on 06-08-2007, 19:53

QUOTE (tipikin @ 06-08-2007, 19:07):

всенародно-любимым WMP

Не так уж часто на нашем форуме упоминается WMP, зато foobar - повсеместно. Так что я бы не торопился с "всенародно-любимым".

MP3 тоже "всенародно-любимый" формат, но я бы не стал его пропагандировать у нас.

Posted by: k-dmitriy on 06-08-2007, 23:29

погоди tipikin, я не очень понимаю твою цель - скажем я заморачиваюсь с переводом в имидж, потому что мне так удобно хранить на жестком диске, другим это надо чтобы раздать здесь, то что они где-то взяли "вдалеке" в не утвержденном формате, но если ты хранишь музыку на дисках и тебя устраивает запись через неро нафига имидж-то делать, мы же не говорим тут о хранение, посмотри название темы - ключевое слово "релизы"?
я не спорю что главное в музыке - музыка, и если звук там совпадает на 99.9%, то 0.1% не так важен при прослушивание. тут же, если так можно выразиться, много ацифрофилов, которым подавай 100% звук, и 99.9% их не устраивает

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

Posted by: tipikin on 07-08-2007, 00:26

Я заморачиваюсь с образом, если нет cue для:
- создания правильного cdtext с треками и названием
- проверки заодно в tau
- проверки на определения в freedb
В принципе, достаточно часто этим занимаюсь, сейчас просто в голову не приходит для чего.
Я сейчас сделал пересчет прегапов из log в cue в excel, и заметил одну вещь - если заранее перед рипом не определить зазоры в EAC (F4), то лог получается без прегапов, а таких потрековых релизов огромное множество.
Нажав на F4 перед рипом - все прегапы проявляютя в Log-е, жаль не все этим заморачиваются.
сейчас положу файлик excel с комментариями, вдруг кому пригодится...

Posted by: tipikin on 07-08-2007, 01:21

файлик (http://rapidshare.com/files/47392311/Log_CUE.xls. Он, конечно, сырой, я не профессионал, уж извините, но не так часто придется делать такую операцию, возможно что-то не учел.
Повторюсь еще раз.
Это для варианта:
1. Отсутствует оригинальный CUE. Есть Log файл с прегапами.
2. Записывается образ Nero нарезки ape/flac с "0" зазорами. (кстати, у меня был 7 неро, который все равно вставлял 2сек паузы, перешел обратно на 6-й)
3. Image.nrg загоняется в Image Drive, определяется в freedb, проверяется tauanalizer и рипается EAC-ом. Получается WAV и "неправильный" CUE без зазоров.
4. Вставляеся этот CUE и LOG(п.1) в excel файл. (В этом файле есть комментарии куда вставлять и что делать)
5. Убирается "неправильный" CUE, оставляется новый.
Чего-то написал, долго получается, но схема проста.
Еще раз, это как альтернативный вариант.
Буду рад, если кому-то поможет...

Posted by: k-dmitriy on 07-08-2007, 01:22

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

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

файлик интересно было бы посмотреть

Posted by: k-dmitriy on 07-08-2007, 01:36

предлагаю уйти в эту тему Topic Link: создание CUE из потрекового LOG'а (http://netlab.e2k.ru/forum/index.php?showtopic=80891 а то тут итак страниц хватает, фиг что найдешь. я там вопрос запостил - не вышло

Posted by: tipikin on 07-08-2007, 01:39

cdtext-да, но по моей личной статистике все ж в freedb обычно нормально прописывают все, потом в EAC можно вставить названия треков "из буфера обмена", список треков при этом можно скопировать откуда угодно. Сейчас я сижу на одном торренте, который специализируется на бутлегах и неофициальных концертных записях, причем зачастую очень приличного качества, там обычно flac нарезка и список треков отдельно, создание начального образа очень помогает, чтобы прописать cue названия, а потом в cd-text.
В общем, конечно, у каждого свои цели и каждый привык по своему решать проблемы.
ОК. я продублирую пост в том топике

Posted by: k-dmitriy on 07-08-2007, 01:53

так если доверяешь фридб зачем ручками вписывать названия, ЕАС по твоему образу найдет диск и сгенерирует куй с прошитыми названиями.
в нюре тоже вставляется все из буфера обмена, может мы о разных вещах? :dunno:

Posted by: dmvn on 31-08-2007, 01:36

Возвращаюсь к нашим баранам о проверке CRC32 при поставленной галочке -- вот ответ на этот вопрос -- КАК ОНО ЕГО СЧИТАЕТ Topic Link: wavcrc32 - программа для подсчёта CRC по-EAC-овски (http://netlab.e2k.ru/forum/index.php?showtopic=81755

Posted by: kokiku on 04-11-2007, 00:30

QUOTE (yury_usa @ 18-03-2006, 06:19):

1. Запускаем СueTools.
2. Открываем наш cue file, и окно должно выглядеть так
user posted image

Картинка в первом посте сдохла.
Обидно.

Posted by: 6ATOH on 27-11-2007, 20:05

QUOTE (tipikin @ 06-08-2007, 13:34):

Все равно из потрекового рипа никогда не сделать совсем правильный CUE, информация о зазорах утеряна навсегда, если нет "правильного" диска под рукой или у друзей. А извращения с контрольными суммами на фоне общей неправильности CUE уже не имеют смысла.

Категорически не согласен, у меня уже работает "скелет" собсной проги для редактирования связки cue+wav, главной целью которой было корректная сборка потрековых альбомов, ну и думаю она обрастет еще полезным мясом.
Поводом для написания послужило то, что фубар не описывает в куе при обьединении треков зазоры, т.е. результат считаю неудовлетворительным. CueTools как-то не впечатлил...
Чего сейчас умеем:
- загрузить/догрузить любой "обычный" куй (с зазорами припаяными к предыдущему треку/в начале трека/без зазоров, потреково/одним файлом и любые комбинации), либо wav'ы потреково, если нету куя.
- выгрузить одним wav'ом+cue.
Собрал немного альбомов, с десяток, но в качестве проверки всегда режу обратно EAC'ом на треки, и сравниваю файлы (Far/F11/Расширенное сравнение/Сравнивать: размер+содержимое) - получаю 100% совпадение!
Один раз пробовал без куя по логу альбом собрать, без дополнительной писанины - получилось (обратная проверка аналогичная), в полуручном режиме отнимал от длины трека длину зазора и т.д. Конечно можно было бы запрограммировать загрузку и обработку лога, тем самым сильно облегчить жизнь в будущем, но у меня был только один такой альбом, поленился

Концепцией заложено что можно догружать в кучу другие альбомы/треки, удалять, менять местами и т.д. :hi:

Posted by: k-dmitriy on 02-12-2007, 19:24

уж не знаю как должен впечатлить CueTools, но главное он работает и выдает правильный результат, из неудобств только отсутсвие поддержки обезьяны.
а вот программы автоматической генерации куя из лога нету, а было бы очень здорово если бы она была. Topic Link: создание CUE из потрекового LOG'а (http://netlab.e2k.ru/forum/index.php?showtopic=80891

Posted by: Crassimo on 16-01-2008, 09:40

Обновите pls картинку в первом посте!!!

Posted by: hardkid on 27-02-2008, 17:49

6ATOH

Что со скелетом? Он оброс плотью? Достанется ли кому-то прога , кроме тебя?

Posted by: yury_usa on 27-02-2008, 17:52

так, спокойно. Инструкцию обновлю к концу недели

Добавления
-новая версия СueTools
-CueMaker
-tagIt
-Mp3tag

Posted by: Caker on 28-03-2008, 13:21

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

Posted by: yury_usa on 28-03-2008, 17:32

QUOTE (Caker @ 28-03-2008, 05:21):

сделаем

Posted by: Andrew777 on 08-07-2008, 16:27

А статья будет обновлена или нет? Уже 4 месяца прошло :rolleyes:

Или хотя бы картинки обновите.

Posted by: Michael2000 on 11-10-2008, 12:07

Пожалуйста, обновите статью, а?

Posted by: yury_usa on 11-10-2008, 17:01

Обновлю, обязательно

edit
Обновил до версии 1.00

Posted by: Michael2000 on 11-10-2008, 22:01

Да,уже работает,спасибо :beer:

Posted by: Michael2000 on 11-10-2008, 22:29

У меня возникла проблемка, не могу разобратся сам. В моем случае вайлы в формате *ape, и если я в блокноте ( первый шаг ) заменяю *wav на *flac то СueTools потом ругается что он не видит flac файлов. А если (в блокноте) заменяю на *ape то ругается на неподдерживаемый формат файлов. Неужели придется конвертить ейпы во флаки и уже потом действовать по мануалу?

Posted by: Michael2000 on 11-10-2008, 23:05

QUOTE:

3. Убидитесь, что имена файлов в cuesheet соответствуют физическим файлам на диске. Иначу CueTools не сможет корректоно работать с cuesheet.

А если нет? Если в cuesheet указаны названия композиций а физические имена файлов названы как CDImage1.flac;CDImage2.flac и т.д. как быть в таком случае?

Posted by: yury_usa on 11-10-2008, 23:40

Michael2000

QUOTE:

Т.е у тебя cuesheet от образа, a файл разбит потреково? Ну тогда "склей" треки в 1 wav, например так

SPOILER (foobar)

Далее, пройдись аккуратрипом. arcue.exe CDImage.cue > arcue_log.txt (на всякий случай)

PS Вообще, это стремно, т.к при разбиении на треки, могли вообще не учитываться паузы между треками. Т.е 1:1 соответсие с оригиналом не всегда гарантируется
PPS offfix32 также войдет в новую версию статьи

Posted by: Michael2000 on 11-10-2008, 23:56

Спасибо. В новой версии СueTools оставить все по умолчанию или надо как то по другому расставить значения? Она здорово отличается от той что в мануале на скриншоте, в частности стоит галочка "не проверять AccurateRip и еще там местами что то

Posted by: yury_usa on 12-10-2008, 00:22

QUOTE (Michael2000 @ 11-10-2008, 16:56):

я пока сам тестирую, сегодня-завтра напишу :wink:

Posted by: atikinn on 18-10-2008, 15:35

Подскажите, возникла проблема. Собираются треки отлично, однако, когда я пытаюсь их вновь разрезать из единого файла, то треки немного не совпадают по размеру с оригинальными. В чем может быть причина? (то есть я остановился на шаге cuetools.

Пример:
Оригинал 01 - Quiet Dawn.flac (44.6 МБ (46,860,241 байт) )

После повторной нарезки: 01-Sleep Walker-Quiet Dawn.flac ( 44.6 МБ (46,860,175 байт) ).

Где скорей всего теряются байты, которые были в оригинале?

Заранее спасибо за ответ.

Posted by: Сергей Иванович on 18-10-2008, 15:56

Скорее всего они "теряются" лишь за счёт разных режимов упаковки.

Posted by: atikinn on 18-10-2008, 17:01

Нет, режим один и тот же, все тот же FLAC8. Причем я раньше не задумывался, делал и все, а сегодня вдруг взбрело в голову проверить.
Причем, если собрать педровские треки во ФЛАК единый, а потом собрать педровские треки в ВАВПАК единый и переконвертить его во ФЛАК единый, то все совпадает.
А вот если потом порезать оба этих единых ФЛАКа, то с оригинальными треками педро они не совпадают, не могу понять.

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

Posted by: andtotorototoro on 18-10-2008, 17:42

atikinn, а тэги у исходного и итогового файла одинаковые?

Posted by: atikinn on 18-10-2008, 18:21

Да, тэги одинаковые, ставлю чтобы cuetools не трогал (сейчас еще раз проверю тэги). Вот что интересно, а чистый размер файлов должен совпадать у образа и у треков?

Треки с педро (только треки, без каких-либо файлов): 424 МБ (444,696,127 байт)
Образ (только образ, без всего): 424 МБ (444,643,801 байт)

То есть образ становится меньше, чем оригинальные треки с Педро, и потом сами треки уже порезанные тоже становятся соответственно меньше.
Или это не связано, образ всегда меньше, чем треки?

Posted by: yury_usa on 18-10-2008, 18:23

atikinn
а ты когда разрезаешь, паузы сохранены?

Posted by: atikinn on 18-10-2008, 18:27

yury_usa, да конечно, паузы сохранены (gaps appended) а вот тэги как ни странно пропадают, и правда. Я похоже забываю в образ вшить куй... сейчас попробую.

Попробовал: не помогло, теги не прописались автоматически при разбиение на треки, хотя в образе тэги прописаны. Похоже в этом трабл. Вижу галочку, которая похоже это делает, пробую

Posted by: yury_usa on 18-10-2008, 18:33

QUOTE (atikinn @ 18-10-2008, 11:27):

yury_usa, да конечно, паузы сохранены (gaps appended) а вот тэги как ни странно пропадают, и правда.

Ну, видимо из-за них и размер меньше :music:

Posted by: atikinn on 18-10-2008, 18:34

Сорри, торможу, у меня ночь уже, не понял смысл твоего поста.

Так, вшитие куя в образ и галочка в advanced settings не помогла. Подскажите пожалуйста, как разрезая образ сохранить тэги? Или здесь cuetools не поможет, нужно идти в фубар? Чем посоветуете воспользоваться?

Posted by: yury_usa on 18-10-2008, 18:40

Я к тому, что если в расчленненных файлах нету тэгов от оригинальных флаков, то и размер будет отличаться. Попробуй сконвертировать оба в трека WAV (оригинал и расчлененный из образа) и сравнить CRC

Posted by: atikinn on 18-10-2008, 18:45

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

Posted by: yury_usa on 18-10-2008, 18:48

QUOTE (atikinn @ 18-10-2008, 11:45):

я пользуюсь DBPowerAmp с плагинами ape/flac/wv. Он умеет оставлять тэги, вшивать новые, и многое другое

Posted by: atikinn on 18-10-2008, 18:55

Гы, фубар умеет сохранять теги, точнее он умеет похоже их вычленять из куя, т.к. у меня получилось, что он наоборот добавил информации, а какую-то затер. Например,
"EAC FLAC -8" (то, что EAC по умолчанию вписал) стало "ExactAudioCopy v0.99pb4" из куя. И в конечном счете размер треков наоборот увеличился :lol:

Так, спасибо за совет про DBPowerAmp, знаю прогу, но давно пользовался как-то, когда ещ мп3 были в ходу.
Не подскаешь, она тоже будет вести себя как фубар в плане изменения тэгов или она сможет сохранить те, что вписаны EAC'ом?

Posted by: yury_usa on 18-10-2008, 18:59

QUOTE:

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

По идее она оставляет все тэги, как есть в исходном файле

Posted by: atikinn on 18-10-2008, 19:04

Ок, спасибо, тогда качаю и пробую, отпишусь минут через 30-40, что она мне выдала.
Кстати, я тэг "EAC FLAC -8" очень редко вижу на НетЛабе, я так понимаю, что обычно тэги прописываются после уже в фубаре или сторонних программах, а EAC используют только для того, чтобы копию сделать. Так удобнее?

Posted by: yury_usa on 18-10-2008, 19:07

QUOTE (atikinn @ 18-10-2008, 12:04):

QUOTE:

Кстати, я тэг "EAC FLAC -8" очень редко вижу на НетЛабе, я так понимаю, что обычно тэги прописываются после уже в фубаре или сторонних программах, а EAC используют только для того, чтобы копию сделать. Так удобнее?

угу. Это verbose тэг для тех кто хочет чтобы EAC автоматом конвертировало во FLAC. Например, в педро так делают

Posted by: atikinn on 18-10-2008, 19:53

yury_usa,
в общем DBPowerAmp не помог, не нашел, где там нарезка из образа на треки (подскажи, если она там есть).

Просто забил, перевел все в WAV и улыбнулся, все совпало, бит в бит.

Просто хотелось найти красивый и быстрый способ перевода релизов НетЛаба в Педро формат (т.к. 80% у меня в треках), а оказывается, что не так просто ларчик открывался.
Педро перевести в НЛ с тэгами легко, а наоборот получается, что фубар все хорошо делает, но тэги пропадают, что отсутствуют в куе, их нужно потом восстанавливать вручную.

Posted by: atikinn on 19-10-2008, 00:17

yury_usa возник еще одни вопросик, а почему кавер folder.jpg должен быть не более 50 килобайт, все забываю на Педро спросить, там вообще ограничение 40 стоит, но там нет ограничение на ширину и высоту (хоть 500 на 500).
В каких-то версиях тэгов ограничение на вшивание изображения более 50 килобайт или как? Проясни данный вопрос, пожалуйста.

Posted by: yury_usa on 19-10-2008, 00:18

QUOTE (atikinn @ 18-10-2008, 17:17):

Насколько я знаю, если >50kb, ImgBurn не сможет записать аудио-цд болванку. Но наверное, есть и другие причины

Posted by: atikinn on 19-10-2008, 10:20

yury_usa, тогда все понятно, почему не сталкивался, использую EAC и для записи. Спасбио

Posted by: Vitalij on 26-10-2008, 23:04

Какая прога всётаки лутше вытаскивает трэки из FLAC или APE/CUE без потери качества. Дайте пожалуйста ссылку на описание. Как говориться ткните носом.

CUETools почемуто не получилось установить, выдавало ошибку сразу при установке.

Posted by: andtotorototoro on 27-10-2008, 09:05

QUOTE (Vitalij @ 26-10-2008, 23:04):

CUETools почемуто не получилось установить, выдавало ошибку сразу при установке.

она вообще-то установки не требует. но нужны .NET Framework 2.0 (x86) и Visual C++ 2005 SP1 runtime files (x86), установленные в системе

Posted by: Titomir on 12-11-2008, 14:10

Знающие люди подскажите,как записать точную копию с педро-релиза в EAC?? Надо все
файлы разжимать в WAV и брать (Noncompliant) CUE,я правильно понимаю? Мне не надо собирать образ как здесь написано,можно и без этого записать? Сильно не пинайте,только начал осваиваться! :nlo:

Posted by: BE4Ulogic on 20-11-2008, 22:27

Вот, по поводу программы Adobe Audition.
Топикстартер пишет -

QUOTE:

Я обычно открываю WAV файл в Adobe Audition, делаю alt+printscreen для WAVE и Spectrum (~1024x768) и сохряняю оба файла в *.PNG.

Сам процесс ну до ужаса нудный и тягомотный особенно если нужно таким образом обработать десятки файлов.
Может быть существует какая то программка или скрипт чтобы облегчить мучения?

Скажем - открываем lossless файл помощью такой программки - она запускает Cool Edit который получает последовательно Waveform и Spectral для данного файла, которые в виде графических файлов сохраняются, скажем в поддиректорию "Spectr" автоматически создающуюся в директории анализируемого аудиофайла. Вот, как то так.

Или, может у кого-то есть свои секреты как ускорить и упростить сей процесс? Поделитесь, плз, опытом.)

Posted by: ShirA on 21-11-2008, 01:40

я использую "Ashampoo Magical Snap 2" для снятия скриншотов. в ней можно настроить куда и с каким расширением сохранять.

Posted by: Alexsor on 21-11-2008, 09:14

QUOTE (BE4Ulogic @ 20-11-2008, 22:27):

...Сам процесс ну до ужаса нудный и тягомотный особенно если нужно таким образом обработать десятки файлов.
Может быть существует какая то программка или скрипт чтобы облегчить мучения?...

Ещё - "TechSmith SnagIt 9.0.2".

Posted by: r3vr3sb0 on 23-01-2010, 03:42

Восстановите, пожалуйста, скриншоты в инструкции. Ipicture упал и половина инструкций в интернете стала не читабельна.

Posted by: Ghanz on 03-10-2010, 12:25

Есть куй

SPOILER!

Вопрос - можно ли без прожига сделать его рабочим? Спасибо.

Posted by: Гордый on 03-10-2010, 12:42

QUOTE (Ghanz @ 03-10-2010, 11:25):

Есть куй

SPOILER!

Вопрос - можно ли без прожига сделать его рабочим? Спасибо.

Это как - рабочим? Я так понимаю это non-compliant куй. Если тебе для фубара нужен, то думаю лучше всего для этого подходит CueTools. :hi:

Posted by: Ghanz on 03-10-2010, 13:06

Пардон, у меня перегруз информации (начитался тут и на рутрекере, голова ваще не варит).
Фубар этот куй невоспринимает. Я хотел бы сделать еще один куй, но чтобы он в фубаре работал.

Posted by: Гордый on 03-10-2010, 13:11

QUOTE (Ghanz @ 03-10-2010, 12:06):

Самый простой вариант, ваще без куя (для прослушки)! Просто загружаете флаки (или другие муз. файлы) в фубар и наслаждаетесь музыкой. Ничего не теряете... кроме 2-х или более секунд начала альбома. Но они теряются по любому при по-трековом рипе. :diablo:

(благо там в основном тишина) :drag:

НО! мне известен случай, когда в начальной паузе был спрятан hidden track. Так вот при по-трековом рипе, этот трек терялся полностью. только рип имеджем мог спасти положение... Вот такие страшилки. :nlo:

Posted by: Ghanz on 03-10-2010, 13:25

Ага, спасибо, усе понял.

Posted by: Anton Detkov on 28-02-2014, 13:43

NEED YOUR HELP!!! :help:

Posted by: Anton Detkov on 28-02-2014, 13:44

Ребят!
Напомните, пожалуйста, как правильно собрать треки в образ. Раньше собирал когда-то, но уже не помню. А сейчас понадобилось.
Заранее спасибо

Posted by: Damballah on 28-02-2014, 18:04

С помощью CUETools.

Posted by: Anton Detkov on 01-03-2014, 17:53

Damballah
Эт я помню

А вот нужно ли что-то в настройках выставить, эт не помню

Или *.cue забросил, собрал, и все дела?

Posted by: Stackanovets on 18-05-2014, 19:34

QUOTE (Anton Detkov @ 01-03-2014, 17:53):

Damballah
Эт я помню

А вот нужно ли что-то в настройках выставить, эт не помню

Или *.cue забросил, собрал, и все дела?

Ну так это смотря какие дела нужны будут видимо. :cool: