Cdrtools 2.0

Давно хотел спросить.
Есть ли api к (lib)cdrecord?
то есть я к примеру, сейчас написал класс, который имеет метод get_list_cd(), который вызывает cdrecord -scanbus и выдает список рекордеров в виде пригодном для программы, а не текста для пользователя.
или get_pcap(dev), который по сути дела, парсит вывод cdrecord -pcap dev =x,x,x и опять таки возвращает битовое поле, а не тонну непригодного для работы программы текста.
Очень неохота изобретать велосипед. Может, есть способ вызывать некие функции аналогичного свойства напрямую? И где про это можно почитать?

а что, есть отдельно libcdrecord?

или имеется в виду libsg, которая пишет про себя

Summary : The libscg SCSI user level transport library

???

во втором случае

$ rpm -ql cdrtools-libscg-1.10-1 | grep h$ | wc -l
41

Да нет, это явно не то. Хотя бы потому, что cdrecord научился работать через ide и работать на уровне скази-драйвера теперь просто глупо. Придется полcdrecordа повторить.
Вопрос в том, что вывод cdrecord предназначен для людей. Он идет текстом , многословен, часто перемежается посторонними сообщениями. Хотелось бы тех же функций, но в более сжатом виде. Вызвал cdrecord с параметрами и получил ответ в виде указателя структуры.

И еще: никто не в курсе, какие драйвы ямахи поддерживают t@2?
Прикольная штука.

Посмотри http://www.xcdroast.org/ - они как-то накрутили оболочку вокруг cdrecord'a и пр.

Можешь работать через IDE, но при отсутствии DMA писать диски очень
неприятно, можешь поверить.
Поэтому пока что scsi.

P.S. Несколько дней назад качнул rc3. Убей бог не помню, откуда
брал srpm. Не подскажете?

2 anonymous (*) (2002-12-27 20:52:37.655):

через IDE минуя IDE-SCSI? Молодцы.. Хотя мне пока не актуально, но всеравно приятно ;)

на счет "пол cdrecord повторить", зачем, это же OpenSource. Делаешь патчик к cdrecord, например добавляешь ключик --call-by-prog по которому форматируешь вывод так, как тебе в программе будет удобно гео распарсить. В комплекте со своим софтом поставляешь патченый cdrecorg. Паралельно можно попытаться пропихнуть патчик автору, или (что более реально) к дистрибьютору линукса, чтоб они в своем дистрибутиве к cdrecord прикладывали твой патч.

Скорее всегл лучше будет сделать libcdrecord ... и воткнуть ее в оффициальный релиз. А чем не подошла libcdda_interface.so, libcdda_paranoia.so?

2 saper: конечно хорошо быть здоровым и богатым... Но работа по выносу кода из cdrecord в библиотеку это не задачка на пару вечеров (в отличии от добавить ключик командной строки, и горку других форматов вывода информации которая уже выводится). И если автор не поддержит, то это прийдется делать fork от проекта, и синхронизироваться с основной веткой, что еще более геморойно.

А я юзаю SCSI-CD-Recorder ;) Rulez. IDE - Sucks, по сравнению с SCSI.

Можно я сам себя процЫтирую?

> Посмотри http://www.xcdroast.org/ - они как-то...

ну типа если что-то уже сделано, то нахуя ж?

Раньше у меня стояла сказевая ямаха.
Теперь стоит ide-шный nec.
Разницы в загрузке проца на запись не заметил.
Под линуксом все стоит нормально, под виндой тоже.
Проц чуть больше при чтении грузит (мать дерьмо - udma33).
Зато биос scsi не грузится и от этого не тормозит загрузка
всей системы.
Так что scsi - для серверов. А мы поскромничаем.

Вы чего - БОЛЬНЫЕ?
SCSI-IDE - тот же ATAPI.
Вернее, ATAPI - тот же SCSI для дисков, только через IDE.
Берёте описание ATAPI и смотрите, что у шины спрашивать.