|
|
|
megane68
Стаж: 17 лет 5 месяцев Сообщений: 19955
|
megane68 ·
28-Дек-11 01:23
(13 лет 8 месяцев назад)
Cube10 писал(а):
как прописать автоматом теги в вав файлы из имен файлов в фубаре?
Версия плеера какая? Сейчас не помню точно с какой версии он поддерживает теги в WAV. 1.1.10 ставь не ошибешься.
|
|
|
|
Cube10
Стаж: 17 лет 11 месяцев Сообщений: 2437
|
Cube10 ·
28-Дек-11 08:17
(спустя 6 часов)
Я пробовал, тоже самое
Цитата:
формат вав не поддерживает теги
И эта сборка не понятно как вообще кью делает.
Анализировать теги фубар точно умеет по маске!
Осталось найти сборку с реализацией тагирования в кьюфайл (для вав-имиджа), желательно без создания самого имиджа.
|
|
|
|
megane68
Стаж: 17 лет 5 месяцев Сообщений: 19955
|
megane68 ·
28-Дек-11 08:42
(спустя 24 мин.)
Cube10 писал(а):
Я пробовал, тоже самое
Что именно пробовали? foobar2000 1.1.10 поддерживает тегирование WAV.
Cube10 писал(а):
И эта сборка не понятно как вообще кью делает.
Какая сборка?
Cube10 писал(а):
Осталось найти сборку с реализацией тагирования в кьюфайл (для вав-имиджа), желательно без создания самого имиджа.
Нет такой функции в плеере, есть создание образа вместе с CUE.
|
|
|
|
omegalord
Стаж: 18 лет 11 месяцев Сообщений: 1386
|
omegalord ·
10-Янв-12 08:01
(спустя 12 дней)
По поводу CTDB вопросы.
1.Проверяю рип. CUETools пишет что в CTDB диск не найден. Значок CTDB (справа, внизу) - серого цветы, не активен, без цифр.
Рип правильный (достоверность по AR>10). Программа отправляет результаты в CTDB.
Проверяю снова - получаю информацию что рип найден в CTDB - не удиительно, но при проверке значок CTDB показывается уже с цифрой "10". Вроде не очень логично.. или я чего-то не понимаю?
2. Проверяю очередной рип. В базе AR рип остуствует, но в CTDB - 5 "попаданий".
скрытый текст
[CUETools log; Date: 10.01.2012 8:57:03; Version: 2.1.2a]
[CTDB TOCID: 7JFsgJdGRA5vXnsb66eVvn58q0U-] found.
[ CTDBID ] Status
[71512819] (5/5) Accurately ripped
[AccurateRip ID: 0038d1c3-0312d474-05122313] disk not present in database.
Track Peak [ CRC32 ] [W/O NULL] [ LOG ]
-- 98,8 [D9EC634F] [3202BAB4]
01 98,8 [FEF08276] [5BC306F3] CRC32
02 78,8 [5DCA6716] [1629BC95] CRC32
03 98,8 [308C1DEE] [C7776A68] CRC32
04 83,2 [46591A22] [AF06E60C] CRC32
05 98,8 [EB56000C] [3A8C8453] CRC32
06 83,6 [A8F5603B] [D025592B] CRC32
07 96,8 [318B0442] [F0144771] CRC32
08 98,8 [EC20839E] [6C6CBB20] CRC32
09 98,8 [6DC76C02] [452EA2B1] CRC32
10 98,8 [148FAABD] [68C46A09] CRC32
11 71,1 [E8B9CC33] [750BA717] CRC32
12 76,7 [41DA8786] [99EA781B] CRC32
13 84,7 [A465B700] [F85D443A] CRC32
14 92,2 [AA96C6B1] [639746B9] CRC32
15 76,9 [ED0EE911] [112A3136] CRC32
16 98,8 [8528DBD7] [E579317F] CRC32
17 84,2 [E4242289] [B3310E16] CRC32
18 98,2 [9BF24923] [F3582085] CRC32
19 98,4 [D2956E52] [7DBE43D2] CRC32
Как я понимаю, информация о рипе отсылается в CTDB если рип проходит проверку по AR... так? А как тогда получилось что в CTDB попала информация о рипе, которого нет в AR?
|
|
|
|
Stripakulina
Стаж: 16 лет 10 месяцев Сообщений: 1082
|
Stripakulina ·
10-Янв-12 08:44
(спустя 42 мин., ред. 10-Янв-12 08:44)
omegalord писал(а):
А как тогда получилось что в CTDB попала информация о рипе, которого нет в AR?
В эту базу информация попадает если сделать рип в EAC с установленным плагином CUETools DB Plugin V2.1.3.
|
|
|
|
ramvivat
Стаж: 17 лет 5 месяцев Сообщений: 331
|
ramvivat ·
10-Янв-12 09:24
(спустя 39 мин.)
megane68 писал(а):
ramvivat писал(а):
а у меня куча рипов деланых уже 1.0
Ну и что. Главное они прошли проверку в EAC. Если Вы сами их делали, зачем вообще еще и CUETools их проверять?
ramvivat писал(а):
а чем так окромя второго AR так печально славна "единичка"?
Обсуждение новой версии ЕАС 1.0b1
Собстно там все описание есть.
собственно по той причине что грабы могут не проходить проверку по базе аккуратрип по причине оффсета который не отображается в отчете ЕАС. но для собственного успокоения что я выкладываю не фуйню а всего лишь другой пресс с той же матрицы, у которой поправь оффсет и получишь фирменный пресс, я и делаю CUEToolsовую проверку.
|
|
|
|
megane68
Стаж: 17 лет 5 месяцев Сообщений: 19955
|
megane68 ·
10-Янв-12 16:22
(спустя 6 часов, ред. 10-Янв-12 16:22)
ramvivat писал(а):
собственно по той причине что грабы могут не проходить проверку по базе аккуратрип по причине оффсета который не отображается в отчете ЕАС.
А разве запись офсета в отчете EAC отменили?
ramvivat писал(а):
но для собственного успокоения что я выкладываю не фуйню а всего лишь другой пресс с той же матрицы
Успокоением должна быть покупка фирменного CD, а не отчет CUETools на неправильный рип да еще и левого CD.
ramvivat писал(а):
у которой поправь оффсет и получишь фирменный пресс, я и делаю CUEToolsовую проверку.
Для получения фирменного пресса, надо как минимум иметь то же оборудование, а не прожигать болванки EAC'ом и не заниматься коррекцией офсета.
|
|
|
|
Songs0fFailure
Стаж: 16 лет 3 месяца Сообщений: 2896
|
Songs0fFailure ·
10-Янв-12 23:32
(спустя 7 часов)
megane68
офсет матриц(как в отчете CT), а не привода, вероятно.
|
|
|
|
ramvivat
Стаж: 17 лет 5 месяцев Сообщений: 331
|
ramvivat ·
11-Янв-12 16:12
(спустя 16 часов)
Songs0fFailure
именно то самое. в логе указывается только транспортный оффсет но никак не матричный который обычно и портит всю статистику при внешнем отсутствии криминальных симптомов.
если б ЕАС научился делать запрос правильный или библиотеку проверки рипа подключать позволял стороннюю - тогда б дело было веселее...
|
|
|
|
DrStandBy
Стаж: 18 лет 11 месяцев Сообщений: 15379
|
DrStandBy ·
11-Янв-12 16:47
(спустя 34 мин.)
ramvivat писал(а):
или библиотеку проверки рипа подключать позволял стороннюю - тогда б дело было веселее...
так Андре и так пошел на поводу и добавил плагин CTDB 
|
|
|
|
Cornerstone
Стаж: 17 лет 8 месяцев Сообщений: 1583
|
Cornerstone ·
11-Янв-12 18:02
(спустя 1 час 14 мин., ред. 11-Янв-12 18:02)
ramvivat
ramvivat писал(а):
если б ЕАС научился делать запрос правильный
На данный момент времени, по-моему, всё дело обстоит, как раз токи, наоборот. А Вы уверены в том, что CUETools посылает правильный запрос, или в том что она правильно обрабатывает полученную инфу?
gchudov писал(а):
Что касается "бага" в 2.1.2a о котором писал Cornerstone, нет такого бага. Точнее есть проблема с базой AccurateRip
автор программы, мягко скажем, лукавит, проблема не с базой, а в умении его программы правильно работать с инфой в ней содержащейся.
|
|
|
|
ramvivat
Стаж: 17 лет 5 месяцев Сообщений: 331
|
ramvivat ·
11-Янв-12 20:52
(спустя 2 часа 50 мин.)
хмм... и правда добавил. я просто работал более старой версией. ну-с пощупаем как она...
|
|
|
|
Songs0fFailure
Стаж: 16 лет 3 месяца Сообщений: 2896
|
Songs0fFailure ·
12-Янв-12 16:36
(спустя 19 часов, ред. 13-Янв-12 23:14)
|
|
|
|
gchudov
Стаж: 16 лет 11 месяцев Сообщений: 138
|
gchudov ·
18-Янв-12 11:57
(спустя 5 дней, ред. 18-Янв-12 11:57)
Не распространяйте пожалуйста дальше эту дезинформацию. Я же уже отвечал парой страниц выше на вашу претензию. Вы ошибаетесь, верить стоит версии 2.1.2a, а не версии 2.0.9. Как выяснилось, уровень доверия в базе прилеплен к контрольным суммам треков, и не прилеплен к контрольным суммам поиска смещений, хотя лежат они тройками. Поэтому выводить его перед сообщением 'No match but offset', как делала 2.0.9 - некорректно. Эта цифра не о чем не говорит и может вообще не иметь никакого отношения к данной контрольной сумме. Контрольная сумма поиска смещения часто лежит не в той тройке, где лежит соответствующая ей контрольная сумма трека (и её уровень доверия). Так уж криво устроена база AR. Spoon использует эти контрольные суммы только для составления списка смещений, с которыми надо считать суммы треков, и не позаботился об их пригодности для чего либо еще . Поэтому в 2.1.2a в этом месте всегда показывается 0, чтобы не вводить в заблужение. 2.1.2a представляет самую полную и достоверную информацию из всех опубликованных версий CUETools.
omegalord писал(а):
Программа отправляет результаты в CTDB. Проверяю снова - получаю информацию что рип найден в CTDB - не удиительно, но при проверке значок CTDB показывается уже с цифрой "10".
В CTDB 1.0 уровень доверия считается как сумма уровня доверия из AR + количество рипов непосредственно занесённых в CTDB. Для первого вашего диска был большой уровень доверия из AR + нолик от вас, для второго рипа - был нолик из AR + 5 рипов сделанных EAC с CTDB plugin или CUERipper. Так как AR обновляется в лучшем случае раз в месяц, а CTDB - мгновенно, то для свежих дисков это довольно привычная картина.
В CTDB 2.0 уровни доверия из AR будут вычтены из суммы, занесение в базу через CUETools закрыто, и чиселка будет показывать только количество рипов. Подпитка данными из AR базе более не нужна, время переходить от количества к качеству. Сейчас уже более 80% записей в базе сделаны EAC и CUERipper.
Потестировать CTDB 2.0 можно поставив EAC CTDB Plugin 2.1.4: http://s3.cuetools.net/CUETools.CTDB.EACPlugin.Installer.msi
Из вкусного по сравнению с предидущей версией: более привычный формат лога, загрузка обложек, поддержка потрековых рипов для дисков с прегапом.
|
|
|
|
Songs0fFailure
Стаж: 16 лет 3 месяца Сообщений: 2896
|
Songs0fFailure ·
18-Янв-12 12:23
(спустя 25 мин.)
gchudov
на странице загрузки нет ссылки на 2.1.4
если установить EAC 1.0 b3 с plugin'ом, а потом обновить плагин, то в EAC на вкладке Аудио-плагины версия 2.1.3 отображается %)
|
|
|
|
DrStandBy
Стаж: 18 лет 11 месяцев Сообщений: 15379
|
DrStandBy ·
18-Янв-12 12:36
(спустя 12 мин., ред. 18-Янв-12 12:36)
Songs0fFailure
Столкнулся с тем же, потому после обнаружения что инфа не обновилась о версии плагина (хотя файлы в папке EAC были исходя их дат новыми) просто удалил файлы из каталога а потом запустил установку заново и выбрал "восстановить" в результате сейчас 2.14. в инфе о плагине
gchudov писал(а):
загрузка обложек
Радует, что отключаемая фича
|
|
|
|
gchudov
Стаж: 16 лет 11 месяцев Сообщений: 138
|
gchudov ·
18-Янв-12 12:37
(спустя 47 сек.)
Спасибо, буду разбираться
|
|
|
|
Cornerstone
Стаж: 17 лет 8 месяцев Сообщений: 1583
|
Cornerstone ·
18-Янв-12 22:14
(спустя 9 часов, ред. 18-Янв-12 22:14)
gchudov
gchudov писал(а):
Не распространяйте пожалуйста дальше эту дезинформацию
gchudov писал(а):
Вы ошибаетесь, верить стоит версии 2.1.2a, а не версии 2.0.9
При чём тут версии CUETools, когда разговор сопоставления их обеих только прелюдия к тому что ЕАС после рипования в своём отчёте показывает совершенно другие ARCS чем 2.1.2а CUETools при проверке только что сделанного рипа. Как Вы это объясните. Так, что никакой дезинформации, только голые факты. Да и на счёт самих CUETools, Вы хотите сказать что в приведённых мною отчётах "сдвинутого рипа", отчёт версии 2.1.2.а, даже при всей своей правильности как Вы объясняете, более информативен для пользователя нежели чем 2.0.9. Пользователю, в большей своей массе, глубоко ....... как и что там происходит внутри, главное достоверность и максимальная информативность., а сейчас программа этим не блещет, как раньше, а к хорошему привыкаешь быстро.
|
|
|
|
gchudov
Стаж: 16 лет 11 месяцев Сообщений: 138
|
gchudov ·
18-Янв-12 23:32
(спустя 1 час 18 мин., ред. 18-Янв-12 23:34)
"прелюдия", занимающая 90% вашей статьи, и заканчивающаяся фразой "можно констатировать факт деградации работы программы с информацией из базы AccurateRip" является чистой воды дезинформацией. Я был бы вам благодарен, если бы вы опубликовали опровержение. Приведённый вами отчет "сдвинутого рипа" от 2.1.2a не содержит новой информации по сравнению с 2.0.9, но и ничего не теряет (кроме некорректных "уровней доверия" при частичных совпадениях, которые оказались недостоверными в базе AR), а вот отчет "несдвинутого рипа" от 2.1.2a гораздо информативнее не приведённого вами его аналога от 2.0.9. На каком основании вы умудряетесь настаивать что "а сейчас программа этим не блещет, как раньше"?
"ЕАС после рипования в своём отчёте показывает совершенно другие ARCS" - EAC показывает контрольные суммы v2, CUETools показывает контрольные суммы v1. Как она всегда и делала. Ни те, ни другие не несут никакой полезной информации при отсутствии совпадений с базой. В следующей версии для любителей видеть все возможные контрольные суммы отчет выглядит так:
Код:
[AccurateRip ID: 0013d0fc-00c6cd2f-aa09370d] found.
Track [ CRC | V2 ] Status
01 [358b1b3a|c34d77e5] (000+000/415) No match
02 [9ffdfe37|8eb231a5] (016+003/414) Accurately ripped
03 [8b9d3220|362975c8] (016+003/413) Accurately ripped
04 [a48c5449|51d23120] (016+003/413) Accurately ripped
05 [67515215|380a3aeb] (016+003/413) Accurately ripped
06 [412c064a|93de8f89] (016+003/414) Accurately ripped
07 [43169782|b76e040b] (016+003/411) Accurately ripped
08 [2645fe47|ae2940bf] (015+003/409) Accurately ripped
09 [60643751|d073bd1d] (016+003/408) Accurately ripped
10 [39569c71|048bb677] (016+002/405) Accurately ripped
11 [ed099cde|18897510] (016+003/411) Accurately ripped
12 [ae88b0f4|60be5512] (016+003/410) Accurately ripped
13 [672335b5|057c3f3b] (016+003/409) Accurately ripped
|
|
|
|
Cornerstone
Стаж: 17 лет 8 месяцев Сообщений: 1583
|
Cornerstone ·
18-Янв-12 23:33
(спустя 57 сек.)
gchudov
Теперь бы было неплохо расшифровать всё это.
|
|
|
|
gchudov
Стаж: 16 лет 11 месяцев Сообщений: 138
|
gchudov ·
18-Янв-12 23:36
(спустя 2 мин., ред. 18-Янв-12 23:36)
Код:
[ARv1 CRC|ARv2 CRC] (ARv1 confidence+ARv2 confidence/total)
|
|
|
|
Cornerstone
Стаж: 17 лет 8 месяцев Сообщений: 1583
|
Cornerstone ·
18-Янв-12 23:38
(спустя 2 мин.)
gchudov писал(а):
"ЕАС после рипования в своём отчёте показывает совершенно другие ARCS" - EAC показывает контрольные суммы v2, CUETools показывает контрольные суммы v1.
Это конечно прекрасно что она показывает контрольные суммы версии 1 но она ведь "по-паспорту" работает и со второй версией базы и почему-то в её отчёте этого не видно? О каком опровержении в таком случае может идти речь?
|
|
|
|
gchudov
Стаж: 16 лет 11 месяцев Сообщений: 138
|
gchudov ·
18-Янв-12 23:42
(спустя 3 мин.)
"по паспорту" она работает со второй версией базы с ограничениями. Полную поддержку ARv2 я никогда не заявлял.
Речь идёт об опровержении утверждения, что отчеты 2.1.2a менее информативны/достоверны чем отчеты 2.0.9.
|
|
|
|
Cornerstone
Стаж: 17 лет 8 месяцев Сообщений: 1583
|
Cornerstone ·
18-Янв-12 23:55
(спустя 13 мин., ред. 18-Янв-12 23:55)
gchudov
gchudov писал(а):
Речь идёт об опровержении утверждения, что отчеты 2.1.2a менее информативны/достоверны чем отчеты 2.0.9
Каждый из пользователей разберётся сам что информативнее, а что нет видя эти отчёты. Я высказал своё мнение. Так, что УВЫ, или Вы подвергаете сомнению то что каждый имеет право делать свои выводы из увиденного? Эти новые веяния из Канады к нам ещё не дошли
|
|
|
|
PadrugaBonda
Стаж: 14 лет 4 месяца Сообщений: 20
|
PadrugaBonda ·
21-Янв-12 07:56
(спустя 2 дня 8 часов)
последняя версия програмки
не прописывает теги при разрезке имиджа на трэки
что может быть?
спасибо
|
|
|
|
megane68
Стаж: 17 лет 5 месяцев Сообщений: 19955
|
megane68 ·
21-Янв-12 09:32
(спустя 1 час 35 мин.)
PadrugaBonda писал(а):
последняя версия програмки
не прописывает теги при разрезке имиджа на трэки
2.1.2a все прописывает.
PadrugaBonda писал(а):
что может быть?
Настройки смотрели? CUE проверяли на наличие всех тегов?
|
|
|
|
PadrugaBonda
Стаж: 14 лет 4 месяца Сообщений: 20
|
PadrugaBonda ·
21-Янв-12 15:25
(спустя 5 часов)
megane68 писал(а):
PadrugaBonda писал(а):
последняя версия програмки
не прописывает теги при разрезке имиджа на трэки
2.1.2a все прописывает.
PadrugaBonda писал(а):
что может быть?
Настройки смотрели? CUE проверяли на наличие всех тегов?
извините
оказывается она прописывает в конце конвертирования
все ок
|
|
|
|
Cornerstone
Стаж: 17 лет 8 месяцев Сообщений: 1583
|
Cornerstone ·
22-Янв-12 15:43
(спустя 1 день)
Кто может объяснить
Код:
14 | (3/4) Accurately ripped, or (1/4) differs in 1283 samples @02:09:43-02:09:44
каким образом в интервал одного фрейма вписывается 1283 сэмпла несовпадений?
|
|
|
|
gchudov
Стаж: 16 лет 11 месяцев Сообщений: 138
|
gchudov ·
22-Янв-12 16:23
(спустя 39 мин.)
Два фрейма, два канала - 588*2*2 - до 2352 ошибок.
|
|
|
|
simple.i
Стаж: 16 лет 9 месяцев Сообщений: 8442
|
simple.i ·
22-Янв-12 16:35
(спустя 12 мин., ред. 22-Янв-12 16:35)
gchudov писал(а):
Два фрейма, два канала - 588*2*2 - до 2352 ошибок.
Интересная арифметика.
По Вашему в фрейме 588*2=1178 сэмплов? В отчёте то именно сэмплы.
|
|
|
|
