Comments 120
Меня, если честно, тоже вводит в недоумение то, что многие аудиофилы предпочитают связку ape+cue отдельным трекам. Это удобно только в одном случае — записать точную копию AudioCD. Только зачем, при современном-то объеме жестких дисков и наличии плееров с поддержкой коллекции? Для разбиения cue на треки я лично использую cueek.
Я замечал, что люди мотивируют выбор обезьянки из-за лучшего сжатия. Но разница не особо велика, а ресурсов на декодирование APE жрет больше.
это уже отдельные тёрки. если уже рассуждать про степень сжатия, то это вопрос всё же спорный. вот wv показывает практически идентичные результаты, а зачастую и лучше + либерален к ресурсам. я бы всё в него пережал, да корманный плеер у меня только флак и апе из лосслессов держит, хотя сам лично всё скаченное с разных трекеров пережал в потрековый флак и не знаю горя. чего и вам желаю :)
Про wv я забыл, отличный формат. Его Rockbox умеет, посмотрите под свой плеер.
Вот, кстати, ссылка на cueek, если кому интересно. Умеет работать с wv, flac, ape и wav (при наличии соответствующих CLI программ — wavpack/wvunpack/wvgain, flac/metaflac и mac).
code.google.com/p/4nykey/source/browse/scripts/cueek.py
code.google.com/p/4nykey/source/browse/scripts/cueek.py
Потому что аудиофилов чрезвычайно раздражает щелчок при переходе с одного трека на другой.
А использовать плееры, умеющие gapless playback (а это, как минимум все, которые используют libxine), им религия не позволяет? :)
Нет, это им не позволяет существование записей, в которых нет четкого разделения на треки.
Например, «Вариации на тему Паганини» Рахманинова обычно разделяют на треки (по одному на вариацию) длиной от 15 секунд до 5 минут. gapless playback заметно на слух отъедает конец предыдущего трека и начало следующего.
Например, «Вариации на тему Паганини» Рахманинова обычно разделяют на треки (по одному на вариацию) длиной от 15 секунд до 5 минут. gapless playback заметно на слух отъедает конец предыдущего трека и начало следующего.
UFO just landed and posted this here
>>Только зачем, при современном-то объеме жестких дисков и наличии плееров с поддержкой коллекции?
Я объясню. В 1953 году Пегги Ли записала альбом «Черный кофе». Народ послушал и впечатлился. Потому как этот альбом считается в узких кругах первым концептуальным альбомом, т.е. это не набор песен, а некая последовательность, объединенная одной идеей. Хороший и понятный (почти) все пример — «Стена» Пинк Флойд.
Так что после этого народ стал записывать диски как бы концептуальные, которые нужно слушать как бы целиком, а не по трекам.
Типа того.
Я объясню. В 1953 году Пегги Ли записала альбом «Черный кофе». Народ послушал и впечатлился. Потому как этот альбом считается в узких кругах первым концептуальным альбомом, т.е. это не набор песен, а некая последовательность, объединенная одной идеей. Хороший и понятный (почти) все пример — «Стена» Пинк Флойд.
Так что после этого народ стал записывать диски как бы концептуальные, которые нужно слушать как бы целиком, а не по трекам.
Типа того.
Я не люблю cue. Я очень не люблю cue. Но я не знаю, как без них сохранить данные о промежутках между треками.
Бывают альбомы, в которых стоят стандартные паузы в две секунды и от их изменения ничего толком не изменится. А бывает, что авторы специально меняют длину паузы или даже вставляют вместо тишины какой-нибудь фоновый звук, чтобы достичь какого-то эффекта. И что с этим делать при разбиении на треки — мне лично не совсем понятно. В принципе, можно прикрепить паузу после трека к самому треку, но тогда как восстанавливать оригинальный диск в случае чего? И что делать с паузой перед первым треком?
Поэтому пока я вынужден пользоваться cue. Но я предпочитаю встраивать его в сам файл фубаром (да, под wine, ибо приличного плейера под линукс я пока не нашёл). Был бы счастлив перестать так делать, но не знаю, что делать с гэпами.
Бывают альбомы, в которых стоят стандартные паузы в две секунды и от их изменения ничего толком не изменится. А бывает, что авторы специально меняют длину паузы или даже вставляют вместо тишины какой-нибудь фоновый звук, чтобы достичь какого-то эффекта. И что с этим делать при разбиении на треки — мне лично не совсем понятно. В принципе, можно прикрепить паузу после трека к самому треку, но тогда как восстанавливать оригинальный диск в случае чего? И что делать с паузой перед первым треком?
Поэтому пока я вынужден пользоваться cue. Но я предпочитаю встраивать его в сам файл фубаром (да, под wine, ибо приличного плейера под линукс я пока не нашёл). Был бы счастлив перестать так делать, но не знаю, что делать с гэпами.
> В принципе, можно прикрепить паузу после трека к самому треку, но тогда [...] что делать с паузой перед первым треком?
Прикреплять паузу перед треком к треку?
>приличного плейера под линукс я пока не нашёл
Amarok
Прикреплять паузу перед треком к треку?
>приличного плейера под линукс я пока не нашёл
Amarok
Ну допустим, прикреплять к первому треку. Дальше что с этим всем делать?
Амарок неплох, да. Красивый. Жаль, музыку не играет.
Амарок неплох, да. Красивый. Жаль, музыку не играет.
>Амарок неплох, да. Красивый. Жаль, музыку не играет.
У меня все работает, что я делаю не так? Все работает «искаропки» (при условии, что меломан использует lossless, а не mp3, в случае чего нужно установить необходимые кодеки и перестать называть себя меломаном).
У меня все работает, что я делаю не так? Все работает «искаропки» (при условии, что меломан использует lossless, а не mp3, в случае чего нужно установить необходимые кодеки и перестать называть себя меломаном).
Понимаю, что должно из коробки. Но не работает. Говорит, мол «The audio playback device HDA Intel (ALC889A Analog) does not work. Falling back to HDA Intel (ALC889A Digital)», делает вид, что что-то играет, а сам при этом молчит. А у меня пока нет бубна правильного диаметра, чтобы объяснить ему, насколько он не прав.
UFO just landed and posted this here
Правильно делать так: резать образ по cue файлу на треки, а сам cue файл сохранять. Тогда по cue и трекам можно будет обратно склеить образ. А запихивать cue внутрь флака умеет, кстати, сам flac. Или какая-то другая смежная утилитка, man flac в помощь.
И все-таки я не понял: в чем причина такой не любви к ним?
Как вариант — лучше иметь один образ, чем кучу треков для каждого альбома, один из которых можно нечаянно удалить. А так ты уверен, что у тебя всегда будет лежать три файла: cue, образ и лог. И да, это порядок, я не люблю бардак из кучи не пойми чего.
Те, кто эти образы слушает, а не только получает, знает, что любые уважаемые себя плееры (AIMP, foobar2000) режут флаки по cue на лету, достаточно просто открыть нужный cue плеером, и каждый образ предстанет в нем списком треков. А один образ удобнее тем, что работать в данном случае можно с одним файлом, и ничего не потеряется как в случае с треками.
может кто знает, что это за смещение (смещение по времени, по амплитуде, или куда вообще?), как оно влияет на аудиопоток данных и от куда берётся?
Знаем конечно. Если коротко — то смещение берётся из-за ошибки позиционирования считывающего устройства относительно дорожек диска. В случае с данными это не играет никакой роли — всё равно вместе с данными всегда написан их адрес и привод может легко сориентироваться. А в случае с аудиодисками это вызывает некоторую проблему, потому что встать точно на начало диска привод не может без ручного указания смещения.
Больше всего меня поражает то, что «точность» копирования в данном контексте — полный бред. Это цифровые, блин, данные, и при нормально работающем оборудовании, скопировать их «неточно» просто невозможно.
Так что всем желающим «точности» посвящаются простые две команды:
dd if=/dev/cdrom of=~/Audio/Disk.img
mount ~/Audio/Disk.img /mnt/audiocd -o loop
Так что всем желающим «точности» посвящаются простые две команды:
dd if=/dev/cdrom of=~/Audio/Disk.img
mount ~/Audio/Disk.img /mnt/audiocd -o loop
А вот и нет! Срочно курить отличия Data CD от Audio CD. Цифровые данные тоже можно легко скопировать неточно.
>они используют схожий физический носитель и одну систему канального кодирования.
ru.wikipedia.org/wiki/Звуковой_компакт-диск
>большинство возникших ошибок корректируется при помощи специального избыточного кода, способного исправлять как единичные, так и множественные ошибки. Избыточность (доля дополнительной информации в ее общем объеме) корректирующего кода Рида-Соломона в CD-DA составляет 25%, а поверх этого кода накладывается еще канальный код 8/14, так что окончательная избыточность равна 57%. Иными словами — больше половины всей информации на диске занимают проверочные и корректирующие данные.
Однако же.
ru.wikipedia.org/wiki/Звуковой_компакт-диск
>большинство возникших ошибок корректируется при помощи специального избыточного кода, способного исправлять как единичные, так и множественные ошибки. Избыточность (доля дополнительной информации в ее общем объеме) корректирующего кода Рида-Соломона в CD-DA составляет 25%, а поверх этого кода накладывается еще канальный код 8/14, так что окончательная избыточность равна 57%. Иными словами — больше половины всей информации на диске занимают проверочные и корректирующие данные.
Однако же.
Низкоуровневый формат CD действительно содержит ECC коды, а именно, по 8 байт на каждый фрейм в 33 байта (из которых данные — это 24 байта). Такой код способен исправить, как известно, 4 байта ошибок. Технически этот (ИМХО) предназначен для коррекции микросбоев оптики при чтении, т.к. любое механическое повреждение типа царапины почти наверняка уничтожит больше 4-х байт, скорее всего даже несколько фреймов.
Отличие там в системе логического кодирования. В каждом секторе из 98 фреймов (содержащим 24*98 = 2352 данных) в Data CD присутствую корректирующие коды в объеме 276 байт и CRC (за вычетом остальных служебных байт на данные остается 2048 байт). Эти коды позволяют восстановить почти 6 полностью убитых фреймов, если же повреждения превышают 276 байт, CRC позволяет весь сектор пометить, как неподлежащий коррекции.
Кроме того, надо помнить, что низкоуровневые данные и коды, как правило, для софта недоступны, т.е. скорее всего, прошивка отдаст то, что ей удалось прочитать и восстановить, без особых подробностей, что повреждено, а что нет.
Отличие там в системе логического кодирования. В каждом секторе из 98 фреймов (содержащим 24*98 = 2352 данных) в Data CD присутствую корректирующие коды в объеме 276 байт и CRC (за вычетом остальных служебных байт на данные остается 2048 байт). Эти коды позволяют восстановить почти 6 полностью убитых фреймов, если же повреждения превышают 276 байт, CRC позволяет весь сектор пометить, как неподлежащий коррекции.
Кроме того, надо помнить, что низкоуровневые данные и коды, как правило, для софта недоступны, т.е. скорее всего, прошивка отдаст то, что ей удалось прочитать и восстановить, без особых подробностей, что повреждено, а что нет.
«120 миллионов людей знают как играть в футбол, а 11 человек не научатся никак» ©КВН
Тссс! Ща понабегут любители теплого… того самого… И заминусуют так, что мало не покажется…
Попробуйте abcde ( code.google.com/p/abcde/ ), он куда веселее cdparanoia
а какой гуй для cdparanoia самый приличный?
Я использую soundKonverter — помимо прочего он еще умеет конвертировать кучу форматов.
Ruby Ripper. На самом деле возможно стоит использовать именно его, т.к. cdparanoia не пытается делать т.н. secure rip — т.е. постобработку считанной информации. Она вообще говоря не нужна, если снять несколько образов и все они окажутся одинаковыми, но вот в случае возникновения ошибок…
ссылка для ленивых — wiki.hydrogenaudio.org/index.php?title=Rubyripper
grip
Для lame удачнее всё же VBR, а для vorbis — q 4 или q 5 вполне достаточно для большинства треков.
Ну… Если уж 320 у mp3, то у OGG — q 7. q 5 это всё же хуже даже, чем 320 CBR. А VBR — дык смысл?
сами разработчики рекомендуют vbr, там у них пофикшено что-то касательно оптимальности сжатия + размер файла меньше.
но если уж пережимать в лосси, то только огг — качество заметно выше (где ничего не обрезается) при тех же размерах
но если уж пережимать в лосси, то только огг — качество заметно выше (где ничего не обрезается) при тех же размерах
q 7. q 5 это всё же хуже даже, чем 320 CBR
Вы делали ABX-тесты, чтобы это утверждать? :)
Поправь «разрешение» на «расширение» во фразе
«Вместо flac конечно нужно подставить нужное разрешение.»
«Вместо flac конечно нужно подставить нужное разрешение.»
Единственный плюс статьи — это инфа о смещении в приводе. Спасибо, я действительно не знал, что cdparanoia поддерживает точную подстройку. В остальном — гораздо лучше и удобнее использовать полноценный риппер, начиная с того же Grip. В настройка всегда можно указать параметры рипа, включая смещение.
apt-get install abcde
abcde -o flac
Не проще ли?
abcde -o flac
Не проще ли?
А теплый ламповый звук сохраняется при таком рипе?
А какой программой в линуксе (той же убунту) можно сделать как в айтюнсе — диск сунул, программа автоматом перекодировала во flac, нашла названия альбома и треков, обложку, тексты, все это прописала в теги и положила альбом в свою медиаколлекцию?
Жесть комбайн. Обычно Rubi Ripper рипает, а я уже кладу в нужное мне место. Плюс автопрописывание тегов — сомнительная плюшка, так что EasyTag и вперёд. Делать всё за пользователя — не гуд.
Оказывается, rhythmbox умеет что-то похожее. Видео для интересующихся vodpod.com/watch/2492840-ripping-music-cds-with-rhythmbox-in-linux-tutorial-screencast
Banshee, Sound Juicer. Автоматическое копирование при вставке — это уже в GNOME/KDE ставится.
А для DVD что-нибудь можете посоветовать, чтобы вставил защищёный диск, а оно тебе рип делает, в любом формате по желанию — хоть копию папаки video_ts хоть готовое видео для айпада.
Под виндо, есть AnyDVD/CloneDVD, а вот под линух и мак таких удобных программулин пока нее нашёл.
Под виндо, есть AnyDVD/CloneDVD, а вот под линух и мак таких удобных программулин пока нее нашёл.
Для защищенных dvd нужно ставить библиотеку libdvdcss
DVDFab лучше. Он ломает некоторые виды защиты, которые упомянутые 2 программы не тянут.
vobcopy -vImo ./
сделает копию DVD Video диска в текущую директорию
при наличии libdvdcss сделает копию зашифрованного
Для последних версий защит может потребоваться установить регион для привода (регион может не совпадать с регионом диска, просто он должен быть установленн)
сделает копию DVD Video диска в текущую директорию
при наличии libdvdcss сделает копию зашифрованного
Для последних версий защит может потребоваться установить регион для привода (регион может не совпадать с регионом диска, просто он должен быть установленн)
UFO just landed and posted this here
А я всегда делал стандартной рипалкой. Она прогоняет все через gstreamer и сохраняй хоть во флак, хоть в мр3. А большее для конечного пользователя со встроенным аудиокодеком не нужно.
Угу. Но хочется же труЪ рип, а не просто так))) Тогда надо паранойку с её коррекцией чтения + какую-нибудь коррекцию данных с многократным перечитыванием, аки Rubi Ripper.
Настоящие труЪ-меломаны используют отдельный CD-проигрыватель в качестве звукоснимателя, отдельный усилитель и самодельные колонки. Провода естественно золотые и естественно проложены вдоль оси север-юг, чтобы исключить помехи от магнетизма. После этого любой рип по определению сливает.
UFO just landed and posted this here
А когда это cdparanoia научилась делать secure-рипы без специальных патчей?
Да и если честно, проку от таких рипов не очень много. Обычно их делают для того, чтобы поделиться(на торрентах, например), а на большинстве трекеров стафферы отказываются принимать за точные все рипы, сделанные в не-EAC(иногда ещё XLD). Это глупо, но это так.
Да и если честно, проку от таких рипов не очень много. Обычно их делают для того, чтобы поделиться(на торрентах, например), а на большинстве трекеров стафферы отказываются принимать за точные все рипы, сделанные в не-EAC(иногда ещё XLD). Это глупо, но это так.
Писал развёрнутый коммент, но похоже опера его съела. Посему: никто не знает, что такое secure rip. Это нечто странное, заключающееся в статистической обработке считанных многократно данных по пришедшему в голову алгоритму. Паранойя не занимается статобработкой, она просто считывает данные, и делает это очень хорошо. linux way — утилита делает именно то, для чего предназначена. Нужен аналог EAC — юзайте Ruby Ripper, он как раз считывает данные параноей, а потом обрабатывает.
Однако я обычно снимаю рипы с нецарапанных дисков, поэтому просто раз 5 прогоняю паранойю и сверяю чексуммы. Если совпадают — то это 100% секурный-разсекурный рип.
Однако я обычно снимаю рипы с нецарапанных дисков, поэтому просто раз 5 прогоняю паранойю и сверяю чексуммы. Если совпадают — то это 100% секурный-разсекурный рип.
автору немного стоило пошевелить извилинами. Все эти «audio-cd» никакие не аудио, там записан звук в несжатом цифровом виде (wav). И сравнивать «качество рипа» cdparanoia и EAC (это что, утилита для рипа из под венды?) так же глупо как «качество копирования» командами cp и copy (под ведндой) или Nautilus и Windows Explorer. Они либо копируют, либо нет, и результат всегда одинаков — «лучше» или «хуже» быть не может.
потом, после копирования, полученный wav конечно можно перегонять в другие форматы, но это уже транскодинг а не рипование.
потом, после копирования, полученный wav конечно можно перегонять в другие форматы, но это уже транскодинг а не рипование.
А на диске могут быть царапинки, и особенность аудиодисков такова, что софт может даже не узнать, что что-то прочиталось неверно.
> А на диске могут быть царапинки,
а что на DVD с видео не могут быть царапинки? Или на DVD с данными? Там такого спец-наукообразия не наводят, просто копируют. А если сначала попрыгать на диске так что он перестал копироваться — то выбрасывают.
P.S. хабрадвижок запрещает постить чаще чем раз в час. к чему бы это?..
так что отвечу сразу и следующему оратору — любителю ECC и Рида-Соломона: всю эту хренотень надо наводить на уже считанном (с ошибками) образе. Тупое «прочитаем 82 раза — авось будет правильно» никакого отношения к само-корректирующим кодам не имеет.
а что на DVD с видео не могут быть царапинки? Или на DVD с данными? Там такого спец-наукообразия не наводят, просто копируют. А если сначала попрыгать на диске так что он перестал копироваться — то выбрасывают.
P.S. хабрадвижок запрещает постить чаще чем раз в час. к чему бы это?..
так что отвечу сразу и следующему оратору — любителю ECC и Рида-Соломона: всю эту хренотень надо наводить на уже считанном (с ошибками) образе. Тупое «прочитаем 82 раза — авось будет правильно» никакого отношения к само-корректирующим кодам не имеет.
Если с DVD видео или DVD с данными что-то прочиталось с ошибкой, то ты об этом узнаешь. Если при чтении с Audio CD возникли проблемы, ты можешь об этом не узнать. Помню, как я зарипал пару дисков с помощью фубара, и получил щелчки, будто с винила, причём никаких сообщений об ошибках не было. Потом зарипал с помощью EAC, и звук был чистым.
Просто во второй раз диск считался без ошибок.
Пыль с него сдуло или еще что…
Как софт может корректировать ошибки возникшие на ФИЗИЧЕСКОМ уровне считывания?
Пыль с него сдуло или еще что…
Как софт может корректировать ошибки возникшие на ФИЗИЧЕСКОМ уровне считывания?
Факт в том, что об ошибках я не узнал, пока не послушал, EAC может по некоторым признакам догадаться, что была ошибка при чтении. А foobar прочитал диск хреново из-за того, что это он пытался сделать максимально быстро.
Может, ибо это ошибки самого считывателя
Конкретные завалы на диске, понятно, ничто не исправит
ok, как ты узнал что AudioCD сриповался ошибкой? Прослушал — услышал треск. Точно также при риаовании видео-DVD если фильм вдруг зависнет или пойдёт полосами или дёргаться начнёт — это будет индикатор ошибки при риповании, и больше никак. Но с видео-DVD никто такой фигнёй не страдает. Если при риповании пошли ошибки — диск на помойку и в следующий раз не ставьте на него чашки с кофе.
ну и раз уж мне, как знатному тролю, разрешают постить раз в час, сразу отчечу и eDio: да, если копнуть ниже, биты на диске тоже не дискретные а аналоговые. Но переводить их в цифру — это дело железа (точнее прошивки дисковода), и никакая (обычная) пользовательская программа при всём желании не имеет доступа к raw-аналоговому сигналу от отражённого луча лазера. Почему вы упорно доказываете что AudioCD — это круто и сложно, а DVD с данными игнорируете? Они точно также царапаются и «нечитаются», просто никому не припекло голову 82 раза «по науке» их перечитывать в надежде что «прочитается лучше». Если в данных нет контрлольных сумм или ECC, то тупо их 82 раза перечитывая и усредняя достоверности не добавишь.
ну и раз уж мне, как знатному тролю, разрешают постить раз в час, сразу отчечу и eDio: да, если копнуть ниже, биты на диске тоже не дискретные а аналоговые. Но переводить их в цифру — это дело железа (точнее прошивки дисковода), и никакая (обычная) пользовательская программа при всём желании не имеет доступа к raw-аналоговому сигналу от отражённого луча лазера. Почему вы упорно доказываете что AudioCD — это круто и сложно, а DVD с данными игнорируете? Они точно также царапаются и «нечитаются», просто никому не припекло голову 82 раза «по науке» их перечитывать в надежде что «прочитается лучше». Если в данных нет контрлольных сумм или ECC, то тупо их 82 раза перечитывая и усредняя достоверности не добавишь.
UFO just landed and posted this here
UFO just landed and posted this here
UFO just landed and posted this here
Иногда (когда не разбираешься) лучше жевать, чем говорить :) Вы или тролль или реально не понимаете, что гоните фигню. Ничего общего формат audio-cd не имеет с «несжатым wav». Там вообще ничего общего с файлами нету. И при разных чтениях с одного привода (и тем более на разных приводах) «скопированное» с audio-cd может быть совершенно разное.
Так же, как очевидный факт, что сделав полный «дамп» (на компе) с аудио-диска и записав его полностью на другую болванку вы получите очень сильно неидентичный audiocd-диск всегда на любом околомузыкальном форуме собирает кучу умников, которые (не прочитав даже основы) с пеной у рта доказывают обратное.
Так же, как очевидный факт, что сделав полный «дамп» (на компе) с аудио-диска и записав его полностью на другую болванку вы получите очень сильно неидентичный audiocd-диск всегда на любом околомузыкальном форуме собирает кучу умников, которые (не прочитав даже основы) с пеной у рта доказывают обратное.
Вы что-то, наверное, путаете.
Если я делаю дамп диска с данными и записываю этот дамп на другой диск то никак и ни при каких условиях я не получу из дистриба Ubuntu/Debian/RedHat/SlackWare (нужное подчеркнуть) очередное поделие Microsoft.
Ибо я получу точную копию того самого диска дамп с которого я делал.
А на AudioCD записаны точно такие же данные как и на DataCD, те же нули и единицы.
Если я делаю дамп диска с данными и записываю этот дамп на другой диск то никак и ни при каких условиях я не получу из дистриба Ubuntu/Debian/RedHat/SlackWare (нужное подчеркнуть) очередное поделие Microsoft.
Ибо я получу точную копию того самого диска дамп с которого я делал.
А на AudioCD записаны точно такие же данные как и на DataCD, те же нули и единицы.
Нет. Возьмите отвёртку, поцарапайте DATA диск и попробуйте сделать с него дамп. dd вас пошлёт на три буквы. Теперь тоже самое с Audio — диск отлично прочитается за исключением жутких искажений звука.
А теперь подумайте головой: для получения качественного рипа необходимо минимизировать ошибки чтения. Учитывая так же, что на Audio CD избыточность не такая и большая. Короче, не знаете нифига, лучше молчите.
А теперь подумайте головой: для получения качественного рипа необходимо минимизировать ошибки чтения. Учитывая так же, что на Audio CD избыточность не такая и большая. Короче, не знаете нифига, лучше молчите.
Привод при создании дампа сообщит об ошибках чтения.
Каким образом копия цифровых данных может отличаться одна от другой?
Извините, но это — ПОЛНЫЙ БРЕД, уважаемый любитель ТЛЗ.
Каким образом копия цифровых данных может отличаться одна от другой?
Извините, но это — ПОЛНЫЙ БРЕД, уважаемый любитель ТЛЗ.
1. Если ты воспользуешься dd для копирования Audio CD, то об ошибках можешь даже не узнать.
2. Не надо думать, что все тут такие неучи, что не понимают, что такое цифровые данные.
2. Не надо думать, что все тут такие неучи, что не понимают, что такое цифровые данные.
Ага, и миллионы аудиофилов идиоты. И на всех трекерах правила рипов пишут идиоты. Прочитайте два коммента ниже, там человек просто и доходчиво объяснил, почему полный бред — это считать что dd может снять копию аудиодиска хоть сколько-нибудь качественно. Вот не знаете ничерта, ну зачем лезть на рожон??
Спецификация Audio CD, «Red Book» была создана в 1980 году и не предусматривает гарантированное чтение. Можно учитывать ошибки C1 и C2, но они могут лишь индицировать ошибку чтения, при этом ошибочный сектор можно попробовать прочитать ещё раз [1]. Также, не все приводы и программы поддерживают определение этих ошибок, и в таких случаях считывать диск нужно как минимум дважды.
Спецификация CD-ROM, «Yellow Book» была создана позже, в 1985 году, и включает стандарт ISO10149 (error protection layer) [2], по которому в каждый сектор добавляются данные для коррекции ошибок. Из-за этого на CD-ROM помещается примерно на 15% меньше данных, чем на Audio CD [3], и данные либо гарантированно считываются, либо не считываются вообще.
[1] wiki.hydrogenaudio.org/index.php?title=Compact_Disc_Digital_Audio
[2] audiotek.kaserver5.org/Press/CD.html
[3] en.wikipedia.org/wiki/CD-ROM#CD_sector_contents
Спецификация CD-ROM, «Yellow Book» была создана позже, в 1985 году, и включает стандарт ISO10149 (error protection layer) [2], по которому в каждый сектор добавляются данные для коррекции ошибок. Из-за этого на CD-ROM помещается примерно на 15% меньше данных, чем на Audio CD [3], и данные либо гарантированно считываются, либо не считываются вообще.
[1] wiki.hydrogenaudio.org/index.php?title=Compact_Disc_Digital_Audio
[2] audiotek.kaserver5.org/Press/CD.html
[3] en.wikipedia.org/wiki/CD-ROM#CD_sector_contents
в KDE с его KIO_audiocd сделано так: вставляешь аудио диск, он появляется в списке носителей. заходишь на него — он выглядит как сменный накопитель с папочками — mp3, ogg, flac — где уже лежат соответствующие файлики. а при наличии этого диска в cddb вроде как уже и с тегами заполненными. остается просто добавить в коллекцию/скопировать в папочку, кому что больше нравится
Аудиофилы, тёплый ламповый звук,… мля…
dd if=/dev/cdrom of=/home/user/Music/album.iso
cdplayerofyourchoice /home/user/Music/album.iso
Не?
dd if=/dev/cdrom of=/home/user/Music/album.iso
cdplayerofyourchoice /home/user/Music/album.iso
Не?
а если заменить easytag на lltag…
Кстати, если у кого уже есть запас «однофайловых рипов с cue», и хочется его конвертнуть во что-то более обыденное, дабы, например, покормить какой-нить плеер, то есть неплохой скрипт тут:
https://split2flac.googlecode.com/hg/
Splits one big APE/FLAC/WV/WAV audio image (or a collection) into FLAC/M4A/MP3/OGG_VORBIS/WAV tracks with tagging and renaming.
Использует все те же самые утилиты, что и в данной статье.
PS: Если какой-то софт не установлен, то выдача ошибок ужасна! :(
https://split2flac.googlecode.com/hg/
Splits one big APE/FLAC/WV/WAV audio image (or a collection) into FLAC/M4A/MP3/OGG_VORBIS/WAV tracks with tagging and renaming.
Использует все те же самые утилиты, что и в данной статье.
PS: Если какой-то софт не установлен, то выдача ошибок ужасна! :(
Sign up to leave a comment.
Создание качественных рипов Audio-CD