|
|
|
Installero
Стаж: 18 лет 2 месяца Сообщений: 55
|
Installero ·
23-Мар-08 13:12
(16 лет 9 месяцев назад, ред. 20-Апр-16 14:31)
dmvn писал(а):
не совсем так, он на блоки не разбивает, сволочь...
Ну да, трек каждый раз читается целиком. Но число несравнившихся участков с каждым новым чтением все равно уменьшается каким-то образом.
|
|
|
|
berry_st
Стаж: 17 лет 4 месяца Сообщений: 113
|
berry_st ·
04-Май-08 17:33
(спустя 1 месяц 12 дней, ред. 16-Май-08 22:53)
Наткнулся на диск с многоиндексными треками и понял что мой скрипт для конверчения toc в cue никуда не годится. Исправленный прилагаю.
Хотя похоже это никому не интересно.
|
|
|
|
dscmn
Стаж: 16 лет 10 месяцев Сообщений: 632
|
dscmn ·
10-Май-08 08:40
(спустя 5 дней, ред. 20-Апр-16 14:31)
berry_st, очень даже интересно! сейчас всячески пытаюсь разобраться с правильностью рипов под никсами. и, кажется, постепенно подхожу к мысли о писании программы а-ля ЕАС под линукс на основе сдпаранойи. и вот такие скриптики очень полезны. спасибо
|
|
|
|
hexonut
Стаж: 18 лет 10 месяцев Сообщений: 2135
|
hexonut ·
10-Май-08 17:32
(спустя 8 часов, ред. 20-Апр-16 14:31)
А о том, как реально работает EAC на низком уровне, что-нибудь известно? Код-то закрытый. Вот, кстати, с этим есть проблема - они явно внутри используют код cdparanoia (для параноидального режима) и cdrdao, а оба эти проекта - GPL, то есть EAC нарушает авторские права автора этих двух проектов - Monty. Почему он на EAC до сих пор не подал если не в суд, то хотя бы не высказал публично недовольства - я не очень понимаю, но видимо, просто такой человек хороший.
Я кстати доделал патч для официального toc2cue (C++ вариант) чтобы все фичеры поддерживал, надо в апстрим послать чтобы включили в следующий cdrdao.
|
|
|
|
dscmn
Стаж: 16 лет 10 месяцев Сообщений: 632
|
dscmn ·
10-Май-08 18:31
(спустя 59 мин., ред. 20-Апр-16 14:31)
hexonut, то, что использует код паранойи - точно, и не только для параноидального режима. и то, что GPL нарушает, помнится мне, на каком-то буржуйском форуме обсуждали (страниц на 20 нафлеймили).
к слову, не желаешь к разработке присоединится?
|
|
|
|
hexonut
Стаж: 18 лет 10 месяцев Сообщений: 2135
|
hexonut ·
10-Май-08 21:28
(спустя 2 часа 56 мин., ред. 20-Апр-16 14:31)
moogle_ писал(а):
hexonut, то, что использует код паранойи - точно, и не только для параноидального режима. и то, что GPL нарушает, помнится мне, на каком-то буржуйском форуме обсуждали (страниц на 20 нафлеймили).
к слову, не желаешь к разработке присоединится?
желаю. пиши в личку.
|
|
|
|
tonix
Стаж: 16 лет 8 месяцев Сообщений: 351
|
tonix ·
13-Май-08 04:36
(спустя 2 дня 7 часов, ред. 20-Апр-16 14:31)
у меня вот такое железяко:
Код:
acd0: <NEC DVD RW ND-3500AG/2.18> DVDR drive at ata0 as master
acd0: read 8268KB/s (8268KB/s) write 8268KB/s (8268KB/s), 2048KB buffer, UDMA33
acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet
acd0: Writes: CDR, CDRW, DVDR, test write, burnproof
Так как в paranoia/p_block.c размер упреждающего чтения указывается в секторах по 2352 bytes, я не смог понять, какой логике следовал автор патча по Вашей ссылке, выставив read-ahead в 2822400 (чуть больше 2 MBytes). В моём случае буффер 2MBytes, и в терминах readahead это 2048*1024/2352 ~= 891.6, а в случае с 8MBytes cache - 8*1024*1024/2352 ~= 3566.6, и уж никак не 1200. Я не знаю, какая часть буффера используется для CDDA extraction (уж точно не весь), но решил перестраховаться. Мой readahead = 900, и патч выглядит следующим образом:
Код:
> cat ~/etc/cdparanoia-III-alpha9.8--paranoia--p_block.c.diff
--- cdparanoia-III-alpha9.8/paranoia/p_block.c.bak 2000-04-20 01:41:04.000000000 +0300
+++ cdparanoia-III-alpha9.8/paranoia/p_block.c 2008-05-13 03:16:38.000000000 +0300
@@ -310,7 +310,8 @@
p->fragments=new_list((void *)&i_vfragment_constructor,
(void *)&i_v_fragment_destructor);
- p->readahead=150;
+ p->readahead=900; /* was 150*2352=352800 bytes, now 900*2352=2116800 bytes,
+ * which is more than 2*1024*1024=2097152 bytes of cache */
p->sortcache=sort_alloc(p->readahead*CD_FRAMEWORDS);
p->d=d;
p->dynoverlap=MAX_SECTOR_OVERLAP*CD_FRAMEWORDS;
|
|
|
|
filosofem66
Стаж: 16 лет 10 месяцев Сообщений: 330
|
filosofem66 ·
16-Май-08 18:32
(спустя 3 дня, ред. 20-Апр-16 14:31)
Спустя 2 года, вышла новая версия CDParanoia! Версия 10pre2!
Качаем, тестируем! 
|
|
|
|
berry_st
Стаж: 17 лет 4 месяца Сообщений: 113
|
berry_st ·
16-Май-08 22:53
(спустя 4 часа, ред. 20-Апр-16 14:31)
Снова я, со своим скриптом, хе-хе.
На этот раз другая проблема. Если из freedb получены символы не ASCII, то есть кириллица или всяческие умляуты и т.п. то в TOC файле они выглядят примерно так - \327\345\354\356\344\340\355. В предыдущей версии всё это передавалось в CUE в том же виде. Поправил скрипт. Теперь в CUE записываются не восьмеричные коды, а символы им соответствующие. Кодировка остаётся та же что и в базе freedb.
К сожалению если в freedb информация записана в utf-8 то все символы заменяются на '?'. Но это уже проблемы cdrdao, а лезть в его код не входит в мои планы.
Исправленный скрипт прилагаю, из предыдущего сообщения удаляю.
Прикреплённый файл
|
|
|
|
berry_st
Стаж: 17 лет 4 месяца Сообщений: 113
|
berry_st ·
16-Май-08 23:03
(спустя 10 мин., ред. 20-Апр-16 14:31)
filosofem66 писал(а):
Спустя 2 года, вышла новая версия CDParanoia! Версия 10pre2!
Я так понимаю, основное изменение - переход на GPLv3.
Ну и если не обнаружится багов то через две недели нас ждёт 10.0 release.
|
|
|
|
plasticarman
Стаж: 17 лет 1 месяц Сообщений: 21
|
plasticarman ·
17-Май-08 06:36
(спустя 7 часов, ред. 20-Апр-16 14:31)
я рипаю мои диски с помощю саунд джуисера(sound juicer)
|
|
|
|
Hangmany
Стаж: 17 лет 1 месяц Сообщений: 28
|
Hangmany ·
17-Май-08 10:19
(спустя 3 часа, ред. 20-Апр-16 14:31)
Саунд джуисер не умеет извлекать образ диска, да и вообще считать его достоверным риппером я бы не стал... чесслово, у меня такое чувство что винамп в винде работает так же.
|
|
|
|
plasticarman
Стаж: 17 лет 1 месяц Сообщений: 21
|
plasticarman ·
20-Май-08 09:10
(спустя 2 дня 22 часа, ред. 20-Апр-16 14:31)
мда, после того как прочел эту тему раз десять начал рипать мои диски с помощю cdparanoia(вот моя первая раздача https://rutr.life/forum/viewtopic.php?t=873918), которая по моему лучшая. Еще попробовал rubyripper , по моему не плохая gui, легко юзать.
|
|
|
|
Pzz
Стаж: 16 лет 9 месяцев Сообщений: 12
|
Pzz ·
23-Май-08 00:17
(спустя 2 дня 15 часов, ред. 20-Апр-16 14:31)
Меня вот что удивляет. А зачем использовать отдельно cdparanoia для аудио и отдельно cdrdao для toc'а? cdrdao читает аудио примерно таким же образом, как cdparanoia и с той же достоверностью, только выплевывает из себя raw, а не wav.
Чем плохо вот так вот:
Код:
#!/bin/sh
FILE_LOG=cdda.log
FILE_BIN=data.bin
FILE_TOC=cdda.toc
FILE_CUE=cdda.cue
FILE_FLAC=data.flac
doit()
{
echo "\$ $*" | tee -a $FILE_LOG
$* 2>&1 | ttyfilter | tee -a $FILE_LOG
}
rm -f $FILE_LOG
doit rm -f $FILE_BIN $FILE_TOC $FILE_CUE $FILE_FLAC
doit cdrdao read-cd --with-cddb --datafile $FILE_BIN $FILE_TOC
doit toc2cue $FILE_TOC $FILE_CUE
doit flac --force-raw-format --sign=signed --channels=2 --bps=16 --endian=big --sample-rate=44100 $FILE_BIN
doit rm -f $FILE_BIN
P.S. ttyfilter - это самодельная програмка, которая удаляет последовательности вида XXXXX\r, чтобы часики, которые крутит cdrdao, не засоряли лог.
|
|
|
|
ManMachine
Стаж: 16 лет 8 месяцев Сообщений: 24
|
ManMachine ·
27-Май-08 14:07
(спустя 4 дня)
Pzz, надо ради интереса сравнить, получатся ли одинаковые файлы, если raw от cdrdao перевести в WAV.
|
|
|
|
Pzz
Стаж: 16 лет 9 месяцев Сообщений: 12
|
Pzz ·
28-Май-08 23:52
(спустя 1 день 9 часов)
Я не очень понимаю, кто из них больше врет про оффсеты, а они получаются разными.
И кстати, мне не очень понятно, если к звуку, отрипленному параноей, приделать .toc, снатый cdrdao, то оффсеты-то разъедутся. Разве на .toc это не влияет?
|
|
|
|
berry_st
Стаж: 17 лет 4 месяца Сообщений: 113
|
berry_st ·
31-Май-08 17:11
(спустя 2 дня 17 часов)
Pzz писал(а):
И кстати, мне не очень понятно, если к звуку, отрипленному параноей, приделать .toc, снатый cdrdao, то оффсеты-то разъедутся. Разве на .toc это не влияет?
А с какого бодуна sample offset должен влиять на TOC?
|
|
|
|
Pzz
Стаж: 16 лет 9 месяцев Сообщений: 12
|
Pzz ·
01-Июн-08 23:10
(спустя 1 день 5 часов)
Цитата:
А с какого бодуна sample offset должен влиять на TOC?
Насколько я понимаю, .toc расписывает начало/конец отдельных "песен" внутри звуковой дорожки, и паузы между ними. Если вся дорожка сдвинута из-за неправильного offset'а, то по идее и .toc должен оказаться неправильным.
|
|
|
|
berry_st
Стаж: 17 лет 4 месяца Сообщений: 113
|
berry_st ·
02-Июн-08 07:22
(спустя 8 часов)
Сдвигаются только данные. TOC остаётся неизменным.
|
|
|
|
DsTr111
Стаж: 17 лет 6 месяцев Сообщений: 279
|
DsTr111 ·
26-Июн-08 12:52
(спустя 24 дня, ред. 26-Июн-08 12:52)
Есть кстати такая программка - cuegen, которая может генерить cue файл, но freebd не поддерживает...
Pzz
Кстати, я заметил что toc2cue не вкладывает в cue титлы песен. А cueconvert -i toc - вкладывает...
А так, ничегошный скриптег, наверно его и буду юзать для рипанья, щаз более громоздкий юзаю...
Да, и еще можно в конце сделать
Код:
dname="`cueprint -d '%P-%T' $FILE_CUE`"
doit mv $FILE_CUE "$dname.cue"
doit mv $FILE_FLAC "$dname.flac"
|
|
|
|
Worst Santa
Стаж: 16 лет 6 месяцев Сообщений: 25
|
Worst Santa ·
05-Июл-08 01:20
(спустя 8 дней)
vmprs писал(а):
Всем пользователям Mac OS X рекомендую использовать Max
Программа распрастроняется бесплатно
А чем посмотреть спектр, если уже сграбблен диск?
|
|
|
|
DsTr111
Стаж: 17 лет 6 месяцев Сообщений: 279
|
DsTr111 ·
06-Июл-08 13:38
(спустя 1 день 12 часов)
|
|
|
|
Worst Santa
Стаж: 16 лет 6 месяцев Сообщений: 25
|
Worst Santa ·
06-Июл-08 21:59
(спустя 8 часов)
DsTr111 писал(а):
Worst Santa
audacity
Не работает с m4a файлами, которые, собственно, и составляют мою библиотеку iTunes.
|
|
|
|
SanchesWS
Стаж: 18 лет Сообщений: 13
|
SanchesWS ·
14-Июл-08 11:40
(спустя 7 дней)
C сue действительно еще грустно, особенно если cd-text на русском. Нашел программу mkcue, но она довольно проста и cue все равно руками доводить надо.
|
|
|
|
SanchesWS
Стаж: 18 лет Сообщений: 13
|
SanchesWS ·
15-Июл-08 22:44
(спустя 1 день 11 часов)
Кстати, я тут попробовал снять рипы с DMA и без него. Результаты странные каке-то. Непонятно в какие верить.
Размеры получились
Код:
586179596 CDImage1.wav
586179596 CDImage.wav
md5sum
Код:
e57fd4a7852b136c8fd3e03d7f821bc5 CDImage1.wav
32384baad5a448a1f53a8281b78705f7 CDImage.wav
Все с 1 - это с DMA.
Логи
Без DMA
Код:
cdparanoia -v -O +48 -l cdparanoia.log [::]- CDImage.wav
cdparanoia III release 10.0 (June 10, 2008)
outputting to CDImage.wav
(== PROGRESS == [ VV + VVV+-+ | 249225 00 ] == :^D * ==)
C DMA
Код:
cdparanoia -v -O +48 -l cdparanoia.log1 [::]- CDImage1.wav
cdparanoia III release 10.0 (June 10, 2008)
outputting to CDImage1.wav
(== PROGRESS == [ + + | 249225 00 ] == :^D * ==)
Кто что думает?
|
|
|
|
LinMax
Стаж: 16 лет 5 месяцев Сообщений: 14
|
LinMax ·
19-Июл-08 14:25
(спустя 3 дня)
А действительно амарок умеет на треки разделять из файла CUE причем по умолчанию и у всех.
Просто нужно нажать на вкладку "Контекст" и там есть раздел "CUE-файл" со спископ треков  нажимаеш на нужный и он воспроизводится.
|
|
|
|
666-noeggiL
Стаж: 16 лет 8 месяцев Сообщений: 286
|
666-noeggiL ·
29-Июл-08 15:19
(спустя 10 дней)
Спасибо за инструкцию по .cue
Я рипаю с помощью dagrab.
|
|
|
|
Гость
|
Гость ·
21-Сен-08 22:17
(спустя 1 месяц 23 дня)
внесу свою скромную лепту, граблю диски так:
скриптик
---
#!/bin/sh
cdparanoia -l $1.log -z -v -O +48 []- $1.wav
cdrdao read-toc --with-cddb --device /dev/cdrom --datafile $1.wav $1.toc
cueconvert $1.toc > $1.cue
rm $1.toc
~/bin/cue2tracks -R -c flac -o "%n-%t" $1.cue
rm $1.wav
---
скармливаем ему имя файлика, например так
$~/bin/cdrip 05-mind_how_you_go
на выходе получаем потраковые flac'и, cue и протокол работы cdparanoia. можно оформлять релиз. cue2tracks брать здесь http://ylsoftware.com/?action=files&fa=viewfile&file=14&page=2 . cueconvert патченый.
при желании все собирается в первозданный вид с помощью flac -d + shnjoin.
|
|
|
|
holmsius
Стаж: 17 лет 9 месяцев Сообщений: 137
|
holmsius ·
25-Сен-08 15:06
(спустя 3 дня)
есть тут такой один лосслесс трэкер где с рипами обращаються очень строго. Короче там признали один МАК софт 100% альтернативой от ЕАК..
Короче вот что мне ответили... насчёт того экспиремента который я перёл на английский и папостил на том форуме..
Sorry to say, but these tests havent proved anything. And this is nothing new that cdparanoia is capable of producing same rips as EAC. The important things are: error correction, error reporting, clean and easy to understand reports, C2/cache info, dealing with problematic CD's and cuesheets. Without all that things combined, no ripper can be taken seriously.
вообщем я запросил подробное описание что должен иметь софт что стать альтернативой ЕАК.. вот жду ответа..
|
|
|
|
Gharik
Стаж: 17 лет 10 месяцев Сообщений: 32
|
Gharik ·
27-Сен-08 16:06
(спустя 2 дня, ред. 27-Сен-08 16:06)
berry_st писал(а):
Вывод: cdparanoia под UNIX-like системами можно рекомендовать для получения точных рипов с не меньшим основанием чем EAC под windows.
Камрад, я скажу больше - EAC'у в принципе верить нельзя, по причине его закрытости и отсутствия исходных кодов.
И есть недообоснованные подозрения на использование кода cdpananoia в EAC, что вообще устраняет различия и делает EAC жалким подобие (с учётом общей глюкавости и закрытости винды = неизвестно что делает драйвер). Таким образом, совпадение хешей образов - подтверждение не того, что cdpananoia "не хуже", а того, что авторы EAC умудрились не испохабить код и получили более или менее работающий инструмент.
Проверка же проста - дважды снимаем рип cdpananoia, третий "dd conv=noerror" + оффсет. Если всё путём - то есть хороший рип, EAC действует примерно так же, тормознутость тому подтверждением.
А самая хорошая проверка = полная паранойя согласно GNU GPLv*, когда вендоры контента выкладывают (или же включено в стандарт на AudioCD) контрольные суммы потреково и суммарные.
|
|
|
|
