LINUX.ORG.RU
Ответ на: комментарий от tommy

>>На CDшке зато есть треки. Они подходят под определене файла.

>нету.

Учи матчасть. Можно однозначно адресовать пространство. Зачит - есть.

>>С образами нельзя делать большого множества операций без специальных программ.

>чушь. это теги не исправить без спец прог.

Их исправлять не надо. Они не мешают проведению операций.

>>С треками можно.

>заколдованы наверное, волшебные.

Представь себе. Можно их копировать, перекодировать, переносить, обрабатывать, корректировать, индексировать, искать и многое другое. Волшебство, никак иначе.

>>Так кто ж тебе мешает cue ложить? Ложи на здоровье. Кому надо - пригодится. Но зачем же сливать все в один файл?!

>на CD-DA не было файлов. там один поток из сэмплов и toc. это вы режете то что было единым, а не мы сливаем.

А на FAT тоже поток байтов и "индекс" в начале. Это не файловая система?

>>Если бы у виндузятников названия файлов были в стандартнолм UTF-8 - никто б им и слова не сказал.

>как там в слаке с utf-8 то в консоли и прогах консольных? давно в "самом правильном дистре" utf-8 то появился?

Юлить начинаешь?

Меня не интересует, когда она появилась в слаке. Я этого не знаю. У меня она появилась уже некольско лет как. Это стандарт. Если не можешь файлы назвать по стандарту - называй латиницей. Можешь - называй как хочешь.

dikiy ★★☆☆☆
()
Ответ на: комментарий от tommy

>>Это была бы уже лишняя сущность.

>каждый сэмпл - самостоятельная единица.

Ну если ты можешь слушать сэмплы по отдельность, то наздоровье. Пусть они будут для тебя самостоятельной единицей. Но, боюсь, вас окажется только двое (на свете, думаю, еще найдется один такой тип :)

dikiy ★★☆☆☆
()
Ответ на: комментарий от tommy

>>то резать все равно надо было бы.

>какой же бред ты пишешь. не надо резать для проигрывания.

Доя проигрывания не надо. Для всего остального - надо (а раз все равно резать надо, то и поддержка со стороны такого проигрывателя, как amarok не обязательна. Для этого можно qmmp какой-нить использовать).

>>Да на здоровье! Можно и так. Но вот зачем все собирать в один трек, чтобы потом писать дополнительный модуль?

>никто не собирал. так было на CD-DA. чтение текстового cue - проще чтения и обработки тегов во множестве файлов. из текстового cue просто читается что откуда играть.

Кому проще? Тебе? Машине все равно. Для проигрывания cue достаточно. Но проигрывание это одна из множества операций.

>>Это не отменяет всех остальных неудобств цельных образов.

>нет неудобств

Тебе просто хочется в это верить.

>>Даже если бы amarok поддерживал индексацию cue,

>какую индексацию. чтение текстового файла, элементарного. какая ему разница откуда он считал названия треков. просто для трека вместо названия файла указать номер трека и путь к нему. далее cue амароку уже не нужен. всё в DB - путь к образу, номер трека и откуда/сколько играть.

Ты понимаешь вообще смысл слова "индексация"?

dikiy ★★☆☆☆
()
Ответ на: комментарий от dikiy

>Представь себе. Можно их копировать, перекодировать, переносить, обрабатывать, корректировать, индексировать, искать и многое другое. Волшебство, никак иначе.

как и с образами. читается всё равно контейнер - хоть там образ, хоть трек.

>Их исправлять не надо. Они не мешают проведению операций.

в каждом сообщении писать что НАДО, ЧАСТО НАДО ИМЕНЬ НЕСКОЛЬКО ВАРИАНТОВ CUE ?

>А на FAT тоже поток байтов и "индекс" в начале.

деление на "треки" - это для удобства позиционирования. "треки" не именованы, весьма условны и не являются некоей отдельной сущностью. сэмплы, сэмплы, сэмплы . для удобства cue можно заполнить.

tommy ★★★★★
()
Ответ на: комментарий от dikiy

>Доя проигрывания не надо. Для всего остального - надо (а раз все равно резать надо, то и поддержка со стороны такого проигрывателя, как amarok не обязательна. Для этого можно qmmp какой-нить использовать).

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

tommy ★★★★★
()
Ответ на: комментарий от dikiy

>Ты понимаешь вообще смысл слова "индексация"?

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

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

>>нет неудобств

>Тебе просто хочется в это верить.

нет доказательств. одни пустые слова

tommy ★★★★★
()
Ответ на: комментарий от dikiy

>Для проигрывания cue достаточно. Но проигрывание это одна из множества операций.

позавчера нарезал CD-DA болванки из iso.wv, сегодня утром из flac + cue из ImgBurn. могу фубаром перегнать в mp3, могу порезать на треки. мог бы нарезать CD-DA через Burrrn. мог бы нерой. могу соединить треки в образ из "педрятины" с перекодированием в другой lossless формат одной кнопкой, открыв cue. и мне не надо спецпрог для правки тегов, да ещё в каждом треке. могу, прочитав сканы, заполнить cue и вручную в mc. могу в фубаре считать с freedb названия и сохранить в cue и прошить с контейнер.

tommy ★★★★★
()
Ответ на: комментарий от tommy

>>Представь себе. Можно их копировать, перекодировать, переносить, обрабатывать, корректировать, индексировать, искать и многое другое. Волшебство, никак иначе.

>как и с образами. читается всё равно контейнер - хоть там образ, хоть трек.

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

>>Их исправлять не надо. Они не мешают проведению операций.

>в каждом сообщении писать что НАДО, ЧАСТО НАДО ИМЕНЬ НЕСКОЛЬКО ВАРИАНТОВ CUE ?

Так кто ж тебе мешает cue ложить? Ложи на здоровье. Кому надо - пригодится. Но зачем же сливать все в один файл?!

>>А на FAT тоже поток байтов и "индекс" в начале.

>деление на "треки" - это для удобства позиционирования. "треки" не именованы, весьма условны и не являются некоей отдельной сущностью. сэмплы, сэмплы, сэмплы . для удобства cue можно заполнит

На CDшке зато есть треки. Они подходят под определене файла.

Нвиниловой пластинке нет файлов. на мастер ленте нет файлов. на кассете

Ну так это недостаток винила и кассеты. ь.

>>Тебе просто хочется в это верить.

>нет доказательств. одни пустые слова

http://www.linux.org.ru/jump-message.jsp?msgid=3844338&cid=3848970 http://www.linux.org.ru/jump-message.jsp?msgid=3858169&cid=3859729

>Для проигрывания cue достаточно. Но проигрывание это одна из множества операций.

>позавчера нарезал CD-DA болванки из iso.wv, сегодня утром из flac + cue из ImgBurn. могу фубаром перегнать в mp3, могу порезать на треки. мог бы нарезать CD-DA через Burrrn. мог бы нерой. могу соединить треки в образ из "педрятины" с перекодированием в другой lossless формат одной кнопкой, открыв cue. и мне не надо спецпрог для правки тегов, да ещё в каждом треке. могу, прочитав сканы, заполнить cue и вручную в mc. могу в фубаре считать с freedb названия и сохранить в cue и прошить с контейнер.

А можешь воспользоваться easytag (или другими специальными прогами для работы с CDDB), oggenc, find, mc, flac2mp3 и т.п. без помощи фубара? Ой, неужели нет? Ааа. надо dd вручную юзать. Ну, да. Можно :)

dikiy ★★☆☆☆
()
Ответ на: комментарий от dikiy

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

чушь. прога читает контейнер. если она не видит так cue - эт онедопрограмма или ей для конкретной операции не нужно его читать (например декодирование в wav).

А можешь воспользоваться easytag (или другими специальными прогами для работы с CDDB), oggenc,

ещё пару тысяч программ приведи в пример.

>find, mc

,notepad.exe , OpenOffice, VIM

они читают flac потреково?

>flac2mp3

и кто же виноват что если эта программа не читает вшитых cue? это стандартно. может читает - я не знаю.

tommy ★★★★★
()
Ответ на: комментарий от dikiy

>Так кто ж тебе мешает cue ложить?

так вы же не "ложите", вот в чём дело. если я вижу в осле или на isohunt, Tokyo Toshokan и тп потрековый рип - там только треки. я потом жду нормального рипа с cue. и о чудо - он не потрековый а в образе. а никто ведь не заставлял. народ сам рипает в образ+cue почти всегда. и это реальность а не теория типа юниксвэя, которой вы как хотите так и вертите как вам удобно.

tommy ★★★★★
()
Ответ на: комментарий от tommy

в исходниках flac2mp3 есть sub _parseCueSheet в /lib/audio/FLAC/Header.pm

tommy ★★★★★
()
Ответ на: комментарий от tommy

>>Так кто ж тебе мешает cue ложить?

>так вы же не "ложите", вот в чём дело. если я вижу в осле или на isohunt, Tokyo Toshokan и тп потрековый рип - там только треки. я потом

Я считаю это просто маргинальным. Но если попросят - могу и положить. Это не трудно.

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

Эм. А без cue слушать не позволяет религия?

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

Виндовс это тоже реальность.

>>flac2mp3

>и кто же виноват что если эта программа не читает вшитых cue? это стандартно. может читает - я не знаю.

Это - не стандартно. Программа должна читать stdin. Это - стандартно.

>>А можешь воспользоваться easytag (или другими специальными прогами для работы с CDDB), oggenc,

>чушь. прога читает контейнер. если она не видит так cue - эт онедопрограмма или ей для конкретной операции не нужно его читать (например декодирование в wav).

>ещё пару тысяч программ приведи в пример.

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

>в исходниках flac2mp3 есть sub _parseCueSheet в /lib/audio/FLAC/Header.pm

Я вообще-то имел в виду bash-скрипт. Как множество программ.

dikiy ★★☆☆☆
()
Ответ на: комментарий от dikiy

>Я считаю это просто маргинальным. Но если попросят - могу и положить. Это не трудно.

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

>Эм. А без cue слушать не позволяет религия?

резать на отдельные файлы (59 штук для одного OST-а например) хранить эти отдельные файлы на fs и потом втаскивать их обратно в список и хранить в DB (аналог cue) - маньячно и паталогично. не надо 59 файлов. хватит 2-х. и ничего не потеряется и не перепутается. и даже не надо заполнять теги чтоб не перепуталось.

>С cue работают единицы программ. Для этого нужен специальный код.

недоделки не понимающие стандартные прошитые cue - не интересуют. пусть это и амарок. какое кому дело что программа X чего то не умеет? есть много программ которые умеют всё что нужно. и их ХВАТАЕТ. просто другие не нужны. в линукс всё правильно понимает qmmp (ещё раз спасибо авторам и тем кто присылал патчи). остальное отправляется в эротическое путешествие (разной дальности).

но у вас - равнение на недоделки.

>>и кто же виноват что если эта программа не читает вшитых cue? это стандартно. может читает - я не знаю. >Это - не стандартно. Программа должна читать stdin. Это - стандартно.

хватит бредить. ваши теории и фантазии с реальностью не связаны.

>Я вообще-то имел в виду bash-скрипт. Как множество программ.

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

tommy ★★★★★
()
Ответ на: комментарий от tommy

>>Я считаю это просто маргинальным. Но если попросят - могу и положить. Это не трудно.

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

Чья б корова мычала. img.wv - это что, тоже уважение?!

>>С cue работают единицы программ. Для этого нужен специальный код.

>недоделки не понимающие стандартные прошитые cue - не интересуют. пусть это и амарок. какое кому дело что программа X чего то не умеет? есть много программ которые умеют всё что нужно. и их ХВАТАЕТ. просто другие не нужны. в линукс всё правильно понимает qmmp (ещё раз спасибо авторам и тем кто присылал патчи). остальное отправляется в эротическое путешествие (разной дальности).

Я хочу сам писать нужные мне скрипты. Это намного легче чем рыскать по просторам инета в поисках программы с нужным поведением, чтоб она еще cue понимала. Это как пилить сук на котором сидишь.

>>>и кто же виноват что если эта программа не читает вшитых cue? это стандартно. может читает - я не знаю. >Это - не стандартно. Программа должна читать stdin. Это - стандартно.

>хватит бредить. ваши теории и фантазии с реальностью не связаны.

С вашей реальностью. Исключительно с вашей.

dikiy ★★☆☆☆
()
Ответ на: комментарий от dikiy

>Чья б корова мычала. img.wv - это что, тоже уважение?!

iso.wv - ? это нереально удобно. именно для удобства пользователей и сделано.

>Я хочу сам писать нужные мне скрипты. Это намного легче чем рыскать по просторам инета в поисках программы с нужным поведением, чтоб она еще cue понимала. Это как пилить сук на котором сидишь.

flac - это контейнер. как и mkv например. это только ваша теория что вы должны уметь работать с ними из скриптов обрабатывая поток и не читая составные части контейнера - например стандартный вшитый cue.

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

tommy ★★★★★
()
Ответ на: комментарий от dikiy

>С вашей реальностью. Исключительно с вашей.

повторяю вам, теоретику. я просто ВАМ поясняю реальную ситуацию. то как обстоит дело в РЕАЛЬНОСТИ. я знаю как обстоит дело на музыкальных сайта/форумах/трекерах и великом множестве пиринговых сетей. я знаю это ЛИЧНО , я большое число их использую и вот прямо сейчас, - что вам и описываю. моей теории и моих предпочтений тут нет, я о них не говорил, только случайно этого касался. как рипают и простые пользователи диски и как потом слушают. как продвинутые пользователи собирают уродскую резню в образы. что моделаторы наших трекеров не запрещают треки (как запрещают образы на западных трекерах) а просто повозможности заменяют потрековые раздачи на обычные. как на западных закрытых жлобский (и часто нечестных) трекерах на треки заставляют резать. сами пользователи этого не хотят.

с вашей же стороны - только ваша теория о том что вы должны иметь возможность писать недоделанные/нефункциональные программы. нет не надо! не позорьте линукс! на примере flac2mp3 и видно что МОЖНО писать и (практически) скрипты для обработки контейнеров.

если вы не в теме - просто слушайте, запоминайте. не понимаете - спрашивайте. а вы не в теме.

tommy ★★★★★
()

резка CD-R как обычный CD-DA - это вообщем то и бэкап. качество DVD+R катастрофически упало. CD-R же ещё недавно пожно было купить приличные японские TY. а в других странах ещё и купить реально сейчас (в .ru не поставляют временно, без обьяснений почему нет партий).

tommy ★★★★★
()
Ответ на: комментарий от overmind88

Дык, речь идет об _архивном_ хранении. Значит должна быть возможность восстановления оригинала.

mutronix ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.