|
andriybalon
Стаж: 16 лет 11 месяцев Сообщений: 7
|
andriybalon ·
28-Авг-08 17:29
(16 лет 3 месяца назад)
magnitafon
не подскажете, каким образом их тогда перевести во фреймы и запихнуть в куй, чтобы восстановить оригинальный образ из потрекового релиза?
|
|
magnitafon
Стаж: 17 лет 11 месяцев Сообщений: 114
|
magnitafon ·
28-Авг-08 23:32
(спустя 6 часов)
Разве что почти наугад.
Например, 84 сотые секунды переводятся во фреймы без округления:
А вот 78 нет:
Код:
78 * 75 / 100 = 58,5
Если предположить, что изначально было 58 фреймов, то получим
Код:
58 * 100 / 75 = 77,33(3) сотые секунды
А если предположить, что 59 -
Код:
59 * 100 / 75 = 78,66(6) сотые секунды
Второй результат больше похож на записанные в логе 78.
Вот и все, что я могу сказать в данном случае
|
|
andriybalon
Стаж: 16 лет 11 месяцев Сообщений: 7
|
andriybalon ·
29-Авг-08 01:39
(спустя 2 часа 6 мин., ред. 29-Авг-08 01:39)
ну, так и я делал
просто подумал, может какое-то определенное соотношение присутствует.
Сейчас проверил треки на наличие тишины в пре-гэпах, лишь третий трек показал наличие пикового уровня в 21%, остальные - 0.01-0.03%
В любом случае, спасибо вам за содействие в решении этого вопроса! UPD
Я вот еще о чем подумал: По сути, не важно, во фреймах или в долях секунды указан пре-гэп. Ценнее то, что они (пре-гэпы) в треках остались, и при восстановлении целостного образа никакая информация не теряется. Даже если такой образ перепрожечь и снять новый рип, пре-гэп все равно будет приклеен к предыдущему треку, однако, часть трека все-равно пойдет в счет увеличившегося пре-гэпа. UPD 2
Переделал рип, переведя доли секунды во фреймы (с округлением в большую сторону). Теперь тест на наличие тишины в пре-гэпах показывает 100% тишины. Я доволен
|
|
magnitafon
Стаж: 17 лет 11 месяцев Сообщений: 114
|
magnitafon ·
29-Авг-08 01:44
(спустя 5 мин.)
andriybalon писал(а):
По сути, не важно, во фреймах или в долях секунды указан пре-гэп. Ценнее то, что они (пре-гэпы) в треках остались, и при восстановлении целостного образа никакая информация не теряется. Даже если такой образ перепрожечь и снять новый рип, пре-гэп все равно будет приклеен к предыдущему треку, однако, часть трека все-равно пойдет в счет увеличившегося пре-гэпа.
Не уловил Вашу мысль.
Прегэпы - это наличие на диске индексов INDEX 00. Если их не восстановить в .cue и прожечь образ без них, в последующих рипах с этого диска останется только разбивка на треки (INDEX 01), причем она будет совпадать с оригиналом, и ничто никуда переходить не будет.
К слову, AccurateRip прегэпы не учитывает, т.е. проверить правильность аудиоданных можно и без них.
Цитата:
Переделал рип, переведя доли секунды во фреймы (с округлением в большую сторону). Теперь тест на наличие тишины в пре-гэпах показывает 100% тишины. Я доволен
Поздравляю! Самому не приходилось пробовать, буду знать теперь, что реально
|
|
Marauder88
Стаж: 17 лет 4 месяца Сообщений: 380
|
Marauder88 ·
29-Авг-08 11:27
(спустя 9 часов, ред. 29-Авг-08 11:27)
Что-то не понять никак.. Есть такой вот куй
скрытый текст
REM GENRE "Punk Rock"
REM DATE 1983
REM DISCID D90AE60F
REM COMMENT "ExactAudioCopy v0.99pb4"
PERFORMER "ДК"
TITLE "Лирика"
FILE "01 - Вот Так Вота!.wav" WAVE
TRACK 01 AUDIO
TITLE "Вот Так Вота!"
PERFORMER "ДК"
PREGAP 00:00:30
INDEX 01 00:00:00
FILE "02 - Письмо Филу Эспозито.wav" WAVE
TRACK 02 AUDIO
TITLE "Письмо Филу Эспозито"
PERFORMER "ДК"
INDEX 01 00:00:00
FILE "03 - Молодежный Клуб.wav" WAVE
TRACK 03 AUDIO
TITLE "Молодежный Клуб"
PERFORMER "ДК"
INDEX 01 00:00:00
FILE "04 - Агдам.wav" WAVE
TRACK 04 AUDIO
TITLE "Агдам"
PERFORMER "ДК"
INDEX 01 00:00:00
FILE "05 - Люмпен-Соло , Песня О Большой Любви.wav" WAVE
TRACK 05 AUDIO
TITLE "Люмпен-Соло / Песня О Большой Любви"
PERFORMER "ДК"
INDEX 01 00:00:00
FILE "06 - Бледная Любовь.wav" WAVE
TRACK 06 AUDIO
TITLE "Бледная Любовь"
PERFORMER "ДК"
INDEX 01 00:00:00
FILE "07 - Шишкин-Блюз , Кулеши.wav" WAVE
TRACK 07 AUDIO
TITLE "Шишкин-Блюз / Кулеши"
PERFORMER "ДК"
INDEX 01 00:00:00
FILE "08 - Прореха-Шейк.wav" WAVE
TRACK 08 AUDIO
TITLE "Прореха-Шейк"
PERFORMER "ДК"
INDEX 01 00:00:00
FILE "09 - Шизгара-Шейк.wav" WAVE
TRACK 09 AUDIO
TITLE "Шизгара-Шейк"
PERFORMER "ДК"
INDEX 01 00:00:00
FILE "10 - Праздничный Костюм.wav" WAVE
TRACK 10 AUDIO
TITLE "Праздничный Костюм"
PERFORMER "ДК"
INDEX 01 00:00:00
FILE "11 - Заберите Вашу Жизнь.wav" WAVE
TRACK 11 AUDIO
TITLE "Заберите Вашу Жизнь"
PERFORMER "ДК"
INDEX 01 00:00:00
FILE "12 - Концерт Для Васи С Оркестром.wav" WAVE
TRACK 12 AUDIO
TITLE "Концерт Для Васи С Оркестром"
PERFORMER "ДК"
INDEX 01 00:00:00
FILE "13 - Марш Энтузиастов.wav" WAVE
TRACK 13 AUDIO
TITLE "Марш Энтузиастов"
PERFORMER "ДК"
INDEX 01 00:00:00
FILE "14 - Одеколон.wav" WAVE
TRACK 14 AUDIO
TITLE "Одеколон"
PERFORMER "ДК"
INDEX 01 00:00:00
FILE "15 - С Новым Годом!.wav" WAVE
TRACK 15 AUDIO
TITLE "С Новым Годом!"
PERFORMER "ДК"
INDEX 01 00:00:00
как его собрать в кучу правильно.. тут везде про INDEX 01 написано, а он то 00:00:00 равен..
|
|
andriybalon
Стаж: 16 лет 11 месяцев Сообщений: 7
|
andriybalon ·
29-Авг-08 19:09
(спустя 7 часов)
magnitafon писал(а):
Не уловил Вашу мысль.
Прегэпы - это наличие на диске индексов INDEX 00. Если их не восстановить в .cue и прожечь образ без них, в последующих рипах с этого диска останется только разбивка на треки (INDEX 01), причем она будет совпадать с оригиналом, и ничто никуда переходить не будет.
К слову, AccurateRip прегэпы не учитывает, т.е. проверить правильность аудиоданных можно и без них.
Вы абсолютно верно уловили мою мысль
Я лишь не мог подобрать необходимых слов, а Вы очень ясно и просто изложили то, что я и пытался выразить!
|
|
magnitafon
Стаж: 17 лет 11 месяцев Сообщений: 114
|
magnitafon ·
30-Авг-08 01:31
(спустя 6 часов)
Marauder88 писал(а):
Что-то не понять никак.. Есть такой вот куй
как его собрать в кучу правильно.. тут везде про INDEX 01 написано, а он то 00:00:00 равен..
Все нормально: это же потрековая разбивка - начало треков в .cue совпадает с началом подключаемых файлов, отсюда нули.
А прегэпов нет, кроме первого, это тоже нормально для дисков без пауз между треками.
Берите CUE Tools - и вперед.
|
|
dwelx
Стаж: 16 лет 5 месяцев Сообщений: 96
|
dwelx ·
31-Авг-08 01:36
(спустя 1 день, ред. 31-Авг-08 01:36)
Marauder88
Плохо то, что:
Marauder88 писал(а):
PREGAP 00:00:30
А это говорит о том, что образ был неправильно порезан на треки (потерян первый прегэп), в котором могли быть аудиоданные (в вашем случае навряд ли, так как прегэп очень мал; в больших прегэпах бывают скрытые или бонусные треки). Команда cue-файла PREGAP просто напросто говорит приводу при записи: "Сделай столько-то тишины" (если по-простому), и нарезанный образ уже будет слегка неточным.
Конечно всегда лучше связка INDEX 00 / INDEX 01 - тогда уже привод пишет в прегэп аудиоданные (которые, кстати, тоже могут быть тишиной).
Главное чтоб в нарезанных файлах все это было.
|
|
Dimbay
Стаж: 16 лет 7 месяцев Сообщений: 61
|
Dimbay ·
18-Сен-08 12:43
(спустя 18 дней, ред. 18-Сен-08 12:43)
Столкнулся с такой проблемой:
Скачал альбом в лосслесс порезанный на трэки, причем порезан уже после сграбливания, потому что в логе указан путь выхода единого файла-образа
Log
Exact Audio Copy V0.99 prebeta 4 from 23. January 2008 EAC extraction logfile from 30. July 2008, 11:40 Sixpence None The Richer / The Fatherless And The Widow Used drive : HL-DT-STDVDRAM GSA-H10N Adapter: 2 ID: 0 Read mode : Secure
Utilize accurate stream : Yes
Defeat audio cache : Yes
Make use of C2 pointers : No Read offset correction : 667
Overread into Lead-In and Lead-Out : No
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks : No
Null samples used in CRC calculations : Yes
Used interface : Native Win32 interface for Win NT & 2000 Used output format : Internal WAV Routines
Sample format : 44.100 Hz; 16 Bit; Stereo TOC of the extracted CD Track | Start | Length | Start sector | End sector
---------------------------------------------------------
1 | 0:00.00 | 2:37.57 | 0 | 11831
2 | 2:37.57 | 3:51.63 | 11832 | 29219
3 | 6:29.45 | 4:44.55 | 29220 | 50574
4 | 11:14.25 | 4:34.47 | 50575 | 71171
5 | 15:48.72 | 3:25.40 | 71172 | 86586
6 | 19:14.37 | 3:31.40 | 86587 | 102451
7 | 22:46.02 | 5:08.58 | 102452 | 125609
8 | 27:54.60 | 3:50.62 | 125610 | 142921
9 | 31:45.47 | 4:40.55 | 142922 | 163976
10 | 36:26.27 | 4:02.38 | 163977 | 182164 Range status and errors Selected range Filename D:\-=Pearl=-\Muzyka\Lossless\Sixpence None The Richer\1994 - The Fatherless And The Widow\Sixpence None The Richer - The Fatherless And The Widow.wav Peak level 100.0 %
Range quality 100.0 %
Test CRC 2C93CE05
Copy CRC 2C93CE05
Copy OK No errors occurred AccurateRip summary Track 1 accurately ripped (confidence 2) [F905269B]
Track 2 accurately ripped (confidence 2) [84C79B3D]
Track 3 accurately ripped (confidence 2) [25867D08]
Track 4 accurately ripped (confidence 2) [6AF0CF6F]
Track 5 accurately ripped (confidence 2) [65A22886]
Track 6 accurately ripped (confidence 2) [B8F34338]
Track 7 accurately ripped (confidence 2) [2B332170]
Track 8 accurately ripped (confidence 2) [79FA2F10]
Track 9 accurately ripped (confidence 2) [442BD634]
Track 10 accurately ripped (confidence 2) [72CB0283] All tracks accurately ripped End of status report
И имеются две инексные карты:
одна
REM GENRE Rock
REM DATE 1994
REM DISCID 96097C0A
REM COMMENT "ExactAudioCopy v0.99pb4"
CATALOG 0000000000000
PERFORMER "Sixpence None The Richer"
TITLE "The Fatherless And The Widow"
FILE "Sixpence None The Richer - The Fatherless And The Widow.wav" WAVE
TRACK 01 AUDIO
TITLE "Field Of Flowers"
PERFORMER "Sixpence None The Richer"
INDEX 01 00:00:00
TRACK 02 AUDIO
TITLE "Spotlight"
PERFORMER "Sixpence None The Richer"
INDEX 01 02:37:57
TRACK 03 AUDIO
TITLE "The Fatherless And The Widow"
PERFORMER "Sixpence None The Richer"
INDEX 01 06:29:45
TRACK 04 AUDIO
TITLE "Musings"
PERFORMER "Sixpence None The Richer"
INDEX 01 11:14:25
TRACK 05 AUDIO
TITLE "Trust"
PERFORMER "Sixpence None The Richer"
INDEX 00 15:47:72
INDEX 01 15:48:72
TRACK 06 AUDIO
TITLE "Falling Leaves"
PERFORMER "Sixpence None The Richer"
INDEX 00 19:10:27
INDEX 01 19:14:37
TRACK 07 AUDIO
TITLE "Meaningless"
PERFORMER "Sixpence None The Richer"
INDEX 01 22:46:02
TRACK 08 AUDIO
TITLE "Soul"
PERFORMER "Sixpence None The Richer"
INDEX 00 27:53:57
INDEX 01 27:54:60
TRACK 09 AUDIO
TITLE "An Apology"
PERFORMER "Sixpence None The Richer"
INDEX 00 31:44:42
INDEX 01 31:45:47
TRACK 10 AUDIO
TITLE "Trust (Reprise)"
PERFORMER "Sixpence None The Richer"
INDEX 00 36:24:65
INDEX 01 36:26:27
и другая
CATALOG 0000000000000
PERFORMER "Sixpence None The Richer"
TITLE "The Fatherless And The Widow"
FILE "01 Field Of Flowers.wav" WAVE
TRACK 01 AUDIO
TITLE "Field Of Flowers"
PERFORMER "Sixpence None The Richer"
INDEX 01 00:00:00
FILE "02 Spotlight.wav" WAVE
TRACK 02 AUDIO
TITLE "Spotlight"
PERFORMER "Sixpence None The Richer"
INDEX 01 00:00:00
FILE "03 The Fatherless And The Widow.wav" WAVE
TRACK 03 AUDIO
TITLE "The Fatherless And The Widow"
PERFORMER "Sixpence None The Richer"
INDEX 01 00:00:00
FILE "04 Musings.wav" WAVE
TRACK 04 AUDIO
TITLE "Musings"
PERFORMER "Sixpence None The Richer"
INDEX 01 00:00:00
FILE "05 Trust.wav" WAVE
TRACK 05 AUDIO
TITLE "Trust"
PERFORMER "Sixpence None The Richer"
PREGAP 00:01:00
INDEX 01 00:00:00
FILE "06 Falling Leaves.wav" WAVE
TRACK 06 AUDIO
TITLE "Falling Leaves"
PERFORMER "Sixpence None The Richer"
PREGAP 00:04:10
INDEX 01 00:00:00
FILE "07 Meaningless.wav" WAVE
TRACK 07 AUDIO
TITLE "Meaningless"
PERFORMER "Sixpence None The Richer"
INDEX 01 00:00:00
FILE "08 Soul.wav" WAVE
TRACK 08 AUDIO
TITLE "Soul"
PERFORMER "Sixpence None The Richer"
PREGAP 00:01:03
INDEX 01 00:00:00
FILE "09 An Apology.wav" WAVE
TRACK 09 AUDIO
TITLE "An Apology"
PERFORMER "Sixpence None The Richer"
PREGAP 00:01:05
INDEX 01 00:00:00
FILE "10 Trust (Reprise).wav" WAVE
TRACK 10 AUDIO
TITLE "Trust (Reprise)"
PERFORMER "Sixpence None The Richer"
PREGAP 00:01:37
INDEX 01 00:00:00
При попытке собрать треки воедино получается другая контрольная сумма и такой вот
диагноз
Checking AccurateRip database Track ->> Ripping Status ->> ->> [Disc ID: 000ebf70-96097c0a] 1 ->> Accurately Ripped (confidence 2) [f905269b]
2 ->> Accurately Ripped (confidence 2) [84c79b3d]
3 ->> Accurately Ripped (confidence 2) [25867d08]
4 ->> ** Rip not accurate ** (confidence 2) [6af0cf6f] [87918457]
5 ->> ** Rip not accurate ** (confidence 2) [65a22886] [85ea2c8b]
6 ->> Accurately Ripped (confidence 2) [b8f34338]
7 ->> ** Rip not accurate ** (confidence 2) [2b332170] [cdc84a65]
8 ->> ** Rip not accurate ** (confidence 2) [79fa2f10] [cf1afff0]
9 ->> ** Rip not accurate ** (confidence 2) [442bd634] [95c5f5ed]
10 ->> Accurately Ripped (confidence 2) [72cb0283] _______________________ Your CD disc is possibly a different pressing to the one(s) stored in AccurateRip.
Track(s) Accurately Ripped: 5
**** Track(s) Not Ripped Accurately: 5 ****
Track(s) Not in Database: 0
Возможно ли как-нибудь собрать такой образ, чтобы он имел первоначальный вид?
|
|
kintelen
Стаж: 17 лет 3 месяца Сообщений: 2333
|
kintelen ·
18-Сен-08 12:45
(спустя 1 мин.)
Dimbay
А какое AccurateRip имеет отношение к cue и к восстановлению первоначального вида и почему вы назвали информацию от него полученную "диагнозом"?
|
|
dwelx
Стаж: 16 лет 5 месяцев Сообщений: 96
|
dwelx ·
18-Сен-08 13:38
(спустя 53 мин., ред. 18-Сен-08 13:38)
Dimbay
Второй cue - неверный (с точки зрения сохранения звуковой информации), т.к. имеет команды PREGAP вместо связок INDEX 00 / INDEX 01.
Первый cue - похож на правду.
Судя по всему образ был порезан без прегэпов (в результате получили второй cue), т.е. информация, которая могла бы там находится утеряна и, соответственно, arcue выдает accurate только у тех треков, где после них нет прегепов. Восстановить ее уже не удастся.
Вообще где-то на форуме говорили, что база AccurateRip отслеживает каким-то непонятным образом контрольные суммы, т.е. народ изменял файлы в начале и в конце, а им выдавало "accurate"...
|
|
Dimbay
Стаж: 16 лет 7 месяцев Сообщений: 61
|
Dimbay ·
18-Сен-08 16:10
(спустя 2 часа 32 мин., ред. 18-Сен-08 16:10)
kintelen писал(а):
Dimbay
А какое AccurateRip имеет отношение к cue и к восстановлению первоначального вида и почему вы назвали информацию от него полученную "диагнозом"?
Да называй как нравится, это скорее метафора, просто если сверять с базой то контрольные суммы не сходятся.
Какое отношение? Да никакого, просто хочется получить верный образ диска, вот и все.
|
|
Dimbay
Стаж: 16 лет 7 месяцев Сообщений: 61
|
Dimbay ·
18-Сен-08 16:15
(спустя 4 мин., ред. 18-Сен-08 16:15)
dwelx Ну хорошо, вот, скажем, у 4-го трека нет прегапа, а его значение расходится по сумме с базой. Как такое может быть?
Получается, что зазоры просто удалены? Кстати, их проверка на наличие тишины 100 %.
|
|
Dimbay
Стаж: 16 лет 7 месяцев Сообщений: 61
|
Dimbay ·
18-Сен-08 16:20
(спустя 5 мин., ред. 18-Сен-08 16:20)
Цитата:
народ изменял файлы в начале и в конце, а им выдавало "accurate"...
Я не суммы хочу подогнать, а проверить что получается в итоге, потому что в логе имеется сводка accurate rip. И что самое смешное: таких порезнаных грабов я нашел 5 штук, и судя по всему они были сделаны ондим и тем же человеком (логи похожи за исключением данных о диске), но не сошлись при склеивании только 2 образа.
|
|
kintelen
Стаж: 17 лет 3 месяца Сообщений: 2333
|
kintelen ·
18-Сен-08 16:22
(спустя 2 мин., ред. 18-Сен-08 16:22)
Dimbay
Результаты AccurateRip и верность образа диска между собой ну вот ну никак не кореллируют.
Там же английским по белому написано: Your CD disc is possibly a different pressing to the one(s) stored in AccurateRip. Диск можно купить хоть в тридцать три раза фирменном магазине и при этом получить на выходе "track № NN not present in database". Это говорит только о том, что у тех, кто отсылал в базу контрольные суммы был другой диск. Больше ровным счётом ни о чём. В любом случае, то, что говорит аккуратрип никакого отношения к восстановлению образа диска и его верности не имеет.
|
|
almouse
Стаж: 16 лет 11 месяцев Сообщений: 792
|
almouse ·
18-Сен-08 16:37
(спустя 15 мин., ред. 18-Сен-08 16:37)
dwelx писал(а):
Вообще где-то на форуме говорили, что база AccurateRip отслеживает каким-то непонятным образом контрольные суммы, т.е. народ изменял файлы в начале и в конце, а им выдавало "accurate"...
AR не учитывает информацию из нескольких секторов в начале и конце диска - для того, чтобы не было разных результатов у приводов с разным смещением, если диск имеет ненулевые сэмплы с самого начала (до самого конца) диска. Изменения в этих данных не приведут к изменению результата проверки AR.
Dimbay писал(а):
Ну хорошо, вот, скажем, у 4-го трека нет прегапа, а его значение расходится по сумме с базой. Как такое может быть?
Физически прегап присоединяется в конец предыдущего трека, так что ничего удивительного. Прегапы есть в 5,6,8,9,10 треках, соответственно с AR не сходятся 4,5,7,8,9 треки.
Dimbay писал(а):
Получается, что зазоры просто удалены? Кстати, их проверка на наличие тишины 100 %.
Да, информация в них удалена. И сделано это релизером. Естественно, сейчас в них 100% тишины.
Dimbay писал(а):
просто хочется получить верный образ диска, вот и все.
В данном случае - не получится.
Да, еще... если с AR не сходятся 1-2-несколько треков на диске - чаще всего это говорит о неправильном рипе. Если диск из другого тиража/издания - тогда, как правило, с AR не сходятся ВСЕ треки.
|
|
Dimbay
Стаж: 16 лет 7 месяцев Сообщений: 61
|
Dimbay ·
18-Сен-08 16:50
(спустя 12 мин.)
kintelen Ты чего рогом то уперся? Ты погляди внимательно на Лог-файл и увидишь, что после граба он прошел проверку Accurate rip и все треки совпали с базой. Причем тут другой диск то? Я конкретно беру на рассмотрение диск ,который сходится с базой, а ты мне про другие штамповки заладил. И вообще, если тебе нечего ответить, то не пускайся в диспут и отвечай вопросом на вопрос.
|
|
Dimbay
Стаж: 16 лет 7 месяцев Сообщений: 61
|
Dimbay ·
18-Сен-08 16:57
(спустя 6 мин.)
almouse Ну бывают и исключения на предмет проверки дисков и соответствия отдельных треков в базе. Возможно в данном случае действительно другая штамповка диска, хотя бы на примере Arcana - Le Serpent Rouge там получется имеено так: часть треков сходятся, а часть - нет.
Сводка
Arcana - Le Serpent Rouge.cue: Checking AccurateRip database Track Ripping Status [Disc ID: 000e17df-59099809] 1 Accurately Ripped (confidence 1) [aa4e2999]
2 ** Rip not accurate ** (confidence 1) [cd4118fc] [22b1fdac]
3 ** Rip not accurate ** (confidence 1) [7ed545a5] [0a10e5ee]
4 Accurately Ripped (confidence 1) [96a7afba]
5 ** Rip not accurate ** (confidence 1) [a3c1a726] [8a79cbc5]
6 ** Rip not accurate ** (confidence 1) [acf4feb8] [558fc6be]
7 Accurately Ripped (confidence 1) [5d536715]
8 Accurately Ripped (confidence 1) [fd78e51f]
9 Accurately Ripped (confidence 1) [85c3babd]
Спасибо за разъяснения.
|
|
kintelen
Стаж: 17 лет 3 месяца Сообщений: 2333
|
kintelen ·
18-Сен-08 16:57
(спустя 37 сек.)
Dimbay
Да, в лог я не заглянул, виноват...
Но если такой расклад, то, как выше уже сказали, никак собрать не получится.
|
|
almouse
Стаж: 16 лет 11 месяцев Сообщений: 792
|
almouse ·
18-Сен-08 17:14
(спустя 16 мин.)
Dimbay
Я поэтому и написал - "как правило" и "чаще всего". Всегда могут быть исключения.
В случае с "Sixpence None The Richer / The Fatherless And The Widow" проблема в замене прегапов тишиной - я уверен в этом. Штамповка здесь ни при чем. А к результатам проверки AR с confidence=1 я отношусь с подозрением. Неизвестно, с какого источника делал рип тот, кто заслал результат в базу.
|
|
Dimbay
Стаж: 16 лет 7 месяцев Сообщений: 61
|
Dimbay ·
18-Сен-08 17:15
(спустя 24 сек.)
kintelen Ну что-то подобное я хотел услышать... Значит действительно лыжи не едут, а не я долбанутый.
|
|
Dimbay
Стаж: 16 лет 7 месяцев Сообщений: 61
|
Dimbay ·
18-Сен-08 17:19
(спустя 4 мин.)
almouse
Нет, ну это все понятно, я и говорил об "исключении из правил". Arcana'ы диск есть в наличии, поэтому могу с уверенностью сказать, что диск действительно таков, а рип снят правильно. Хотя с другой стороны: кому то нужно быть первым
Ничего если я еще спрошу? По какому принципу данные о дисках попадают в базу и вообще мне не ясен ценз отбора правильно \ неправильно?
Заранее спасибо за ответ.
|
|
kintelen
Стаж: 17 лет 3 месяца Сообщений: 2333
|
kintelen ·
18-Сен-08 17:31
(спустя 12 мин., ред. 18-Сен-08 17:31)
Dimbay
В EAC`e есть закладка сверху - База данных. Вот если в неё ткнуть, то в вылетевшем окне самый последний пункт - Отослать результаты AccurateRip.
Критерий - совпадают ли контрольные суммы результатов рипа с имеющимися в базе или не совпадают. Иными словами, вот рипает человек диск, который не рипался ещё, на выходе он получит "трек № такой-то отсутствует в базе данных". Отсылает результаты. Если второй человек рипает такой же диск, то у него результат будет уже "степень доверия 1", если он сам после рипа отошлёт результаты, то у следующего - третьего - будет уже степень доверия 2. И так далее. В этой базе нет никакого эталона, просто количественный принцип "у меня также, как у Васи/Пети/Маши/Даши".
|
|
almouse
Стаж: 16 лет 11 месяцев Сообщений: 792
|
almouse ·
18-Сен-08 17:34
(спустя 3 мин.)
kintelen
В целом все верно, но данные отсылаются не непосредственно в базу. В базу они попадают спустя довольно продолжительное время (некоторые источники утверждают - до нескольких недель!).
|
|
Dimbay
Стаж: 16 лет 7 месяцев Сообщений: 61
|
Dimbay ·
18-Сен-08 17:42
(спустя 7 мин.)
almouse О том, где они блуждают все это время история умалчивает
|
|
kintelen
Стаж: 17 лет 3 месяца Сообщений: 2333
|
kintelen ·
18-Сен-08 17:43
(спустя 57 сек.)
almouse
Да? Хм... вот этого я не знал. А что и где эти результаты эти несколько недель делают?
|
|
almouse
Стаж: 16 лет 11 месяцев Сообщений: 792
|
almouse ·
18-Сен-08 22:28
(спустя 4 часа)
kintelen писал(а):
А что и где эти результаты эти несколько недель делают?
Ну это не ко мне вопрос.
Я особо не заморачивался по этому поводу, но как-то раз провел эксперимент: сграбил диск, которого не было в базе AR, отослал туда данные. Через неделю рипнул этот же диск на другом компе - в базе его все еще не было. На большее меня не хватило
|
|
kintelen
Стаж: 17 лет 3 месяца Сообщений: 2333
|
kintelen ·
18-Сен-08 22:31
(спустя 3 мин.)
almouse
Так может это какой-то глюк был и результаты просто не отправились?
|
|
almouse
Стаж: 16 лет 11 месяцев Сообщений: 792
|
almouse ·
18-Сен-08 22:55
(спустя 23 мин.)
kintelen
Вряд ли.
Читаем на форуме dbPowerAmp:
Цитата:
The database is updated once every 8 weeks.
http://forum.dbpoweramp.com/showthread.php?t=17526
|
|
dwelx
Стаж: 16 лет 5 месяцев Сообщений: 96
|
dwelx ·
19-Сен-08 00:09
(спустя 1 час 14 мин.)
almouse писал(а):
AR не учитывает информацию из нескольких секторов в начале и конце диска - для того, чтобы не было разных результатов у приводов с разным смещением, если диск имеет ненулевые сэмплы с самого начала (до самого конца) диска. Изменения в этих данных не приведут к изменению результата проверки AR.
Спасибо за ликбез. Но, встречный вопрос: правильно ли я понимаю, что первый и последний треки могут быть рипнуты абы как, а база даст добро, мол "все гуд!"? Или она будет смотреть на структуру диска в целом, смотреть где начинается и где заканчивается каждый трек, на их CRC?
|
|
|