После двух лет разработки вышла (http://prdownloads.sourceforge.net/k3b/k3b-2.0.0.tar.bz2?dow...) обновлённая версия программы по записи оптических дисков, которая использует возможности среды рабочего стола KDE. Значимые изменения K3B 2.0 (http://www.k3b.org/) по сравнению с версией 1.0.5 включают:
- Программа переписана для KDE4/Qt4.
- Теперь программа всегда разрешает выбирать вручную скорость записи.
- Улучшен внешний вид панелей управления.
- Произведено объединение диалогов копирования, прожига и форматирования CD и DVD носителей.
- Проекты по записи CD и DVD также объединены, к ним добавлена поддержка записи BluRay дисков.
- Убрана опция "Использовать существующий CD-Text" для копирования CD дисков, теперь при копировании данные параметры запрашиваются индивидуально.
- Программа теперь позволяет дописывать данные к любой предыдущей сессии (раньше разрешалось дописывать только к самой последней).
- "Очистить проект" теперь удаляет только данные, оставляя нетр...URL: http://prdownloads.sourceforge.net/k3b/k3b-2.0.0.tar.bz2?dow...
Новость: http://www.opennet.me/opennews/art.shtml?num=27112
> OpenNews: Выход K3b 2.0 для KDE4 ожидается в середине 2009Забавно, всего на год затормозили. :)
В самой ссылке сказано, почему. То, что препятствовало быстрому портированию. Людей торопили, а программу пришлось переписывать с нуля. Потому что одну из удобных функций библиотеки kdelibs 4, через котороую автору писать k3b было интуитивно понятно, просто убрали в kdelibs 5. Пришлось изучать кучу "левой" документации, и теперь есть CD_прожигалка.
kdelibs 5?
или kdelibs 4.5?
У KDE 3 kdelibs4, а у KDE 4 - kdelibs5. Я должен был указать, не каждому же это знать.
И что характерно, на оф. сайте новости пока ещё нет :)
birdie этим известен :)На ЛОРе даже шутку на этот повод придумали: "А авторы об этом знают?" :)
такие они остроумые! эти робяты вообще раньше всех всё знают
Мало того, что нет, так еще и на SF ссылка "Скачать" снова ведет на RC
в арче уже в репозитарии, сначала поставил, потом увидел новость
взаимно, я обновлением тоже почему-то раньше был оповещён, чем новостью :)
[off]Какой уведомлялкой пользуешься? [/off]
по сути, единственная альтернатива глючному brasero, что портит диски.
У меня не портит. Правда, часто проще и быстее в консоли написать mkisofs и cdrecord, чем в GUI ковыряться.
> единственная альтернатива глючному braseroЕсли вы так считаете, значит, ни разу не пользовались ничем, кроме Ubuntu/Kubuntu. А как же Nautilus-cd-burner, Gnome Baker, X-CD-Roast? opennet знает о 12 программах для записи CD/DVD - правда, половина из них консольная, четверть - грабит CD, и вообще список маленький. http://www.opennet.me/prog/sml/111.shtml
Все выше перечисленное - убожество.
>unix way тоже меняется с течением времени, а в сфере пользовательского софта
>это и подавно так. Я вот тоже с удовольствием пользуюсь K3B,
>или там midnightCommander, хотя и без них умеюНЕТ! Unix-way не меняется и никогда не менялся и не изменится! Меняются люди. Это не страшно, они уходят и приходят.
То, что вы пользуетесь k3b и прочим блоатом, это ваше личное дело и тут никто не в праве вас осуждать. И это никак не коррелирует с неизменным unix-way - он как был так и остался, программы-для-одной-функции продолжают писать, и это тру юниксвей. А то что кто ими не пользуется - ну это его трудности.
Но сам принцип не меняется со временем. Это у виндузятников обои меняются.
Истина как всегда где то паСрэдине. Я то согласен, хотя для меня UNIX way - это скорее разработка максимально простых и качественных решений, не всегда простых - например Exim, PGsql ... Излишняя категоричность попахивает фанатизмом, серверные задачи таки да, вписываются в UNIX way, а пользовательские приложения должны удовлетворять пользователя безотносительно к фанатизму
То, о чём вы говорите, это Unix way 1970-х. Тогда было только CLI only. Всё течёт, всё изменяется, и Unix way претерпел изменения. И как сочетать парадигму 1970-х с GUI приложениями? Вы же для гуевых прог не будете набирать:
proga1 --opt1 | proga2 --opt2 | proga3 | ...
Там как-то плагины более уместны.
>То, о чём вы говорите, это Unix way 1970-х. Тогда было только
>CLI only. Всё течёт, всё изменяется, и Unix way претерпел изменения.
>И как сочетать парадигму 1970-х с GUI приложениями? Вы же для
>гуевых прог не будете набирать:
>proga1 --opt1 | proga2 --opt2 | proga3 | ...
>Там как-то плагины более уместны.Unix way это не только принцип "программа-для-одной-функции", но и то, о чем вы совершенно справедливо вспомнили - простое взаимодействие программ между собой (пайпы это лишь один из вариантов). Причем, это надо сделать так, чтобы программу можно было использовать саму по себе (1), в сочетании с другой программой (2), в составе (или под управлением) другой программы (3), причем в последнем случае опять таки надо обеспечить, чтобы получившаяся система соответствовала всем трем этим принципам. Это, с одной стороны, позволяет строить системы большой сложности и функциональности, а с другой позволяет как раз делать более простыми (и, как правило, за счет этого более надежными) составные части. Причем, обратите внимание, это относится как к CLI, так и к GUI! Да, в CLI и GUI используются обычно разные механизмы (хотя никто не мешает, например, GUI-программе иметь развитый интерфейс командной строки), но принципы остаются в силе. Плагины, это немного не то. Во-первых, плагины возможно использовать только по 3-му варианту (в составе одной базовой "хостовой" программы). Во-вторых, чтобы написать плагин надо разбираться не только в предметной области, но и в API, предоставляемым "хостовым" приложением (а он тоже может быть: нестандартным, недостаточно функциональным, сильно меняться по прихоти разработчика основной программы и т. п.), а это сильно сужает community, так как многим грамотным разработчикам будет неинтересно (мягко выражаясь) копаться в каком-то "левом" API и глюках "хостового" приложения.
Увлекся... В общем, имхо, парадигмы меняются, а unix-way остается, так как само понятие более общее. Это как бы общий принцип, которому либо следуешь, либо нет, независимо от парадигм, интерфейсов и т. д.
ВНЕЗАПНО k3b - фронтенд для кучи программ-для-одной-функции.
И именно поэтому тоже укладывается в unix-way! k3b реализует, по сути, одну функцию: связывает вместе другие программы-для-одной-функции.
Не понимаю почему K3B - не UNIX-way. Оно отлично справляется с одной единственной функцией ? связывание в кучу пачки программ которые точно так же умеют только одну функцию.
>>Виндузятник? Про unix-way слышал? Одна программа-одна функция. Это верный подход, комбаены не нужны.
>
>Unix way - это один из атрибутов религии красноглазых. На самом деле,
>это - хороший принцип, но он (как и любой хороший принцип)
>не является догмой. В некоторых случаях лучше подходят "комбайны". И только
>дураки воспринимают unix way как абсолютную истину. :)Плоскогубцами можно закручивать гайки, но гаечным ключом удобнее. Причем здесь религия и абсолютная истина?
Неужели? GnomeBaker очень даже неплох
У меня кучка проектов есть с различными опциями и файлы для записи в них раскиданы по куче каталогов. Как прикажете быть?
K3b как раз и реализует unix-way, она представляет удобный интерфейс для доступа к низкоуровневым утилитам типа cdrecord, growisofs и тп.
вотще то это фронтэнд к cdrecord, growisofs и далее по списку. при этом весьма добротный.
>вотще то это фронтэнд к cdrecord, growisofs и далее по списку. при
>этом весьма добротный.А что такой жирный то, фронтенд???
он как Неро превратился в аудио-видео-фото просмотрщик? функционал только для записи дисков, так что не в тему.
>он как Неро превратился в аудио-видео-фото просмотрщик? функционал только для записи дисков,
>так что не в тему.Превратился? Он им и был, только не просмотрщиком а конвертером и грабильщиком, и был всегла лёгким.
Он стал лучше или хуже Nero?
А что в Неро такого, чего нет в k3b? от неры отказался, когда еще одной ногой в винде стоял (лет так 6 назад). из-за кодеков. ffmpeg получше, чем то УГ, что в нере. или они еще в 6-йверсии DRM применили? :) Ладно свои кодеки притащили, так зачем не спросясь было приоритетными ставить?
Анонс релиза здесь:
http://techbase.kde.org/K3b/2.0_announcement
> Добавлена поддержка записи файлов больше чем 4GB при наличии mkisofs 2.01.01a32 и вышеО, ну наконец-то! А то приходилось только ради этого пользоваться Nautilus'ом (или Nero), потому что часто записываю DVD-R DL.
> Добавлена поддержка записи носителей Blu-ray
Хороший задел на будущее
Зачем?
Музыка, кино, игрушки - с торрентов, p2p, etc.
Для остального - USB-flash
А импорт предыдущей сессии без коверкания имён файлов сделали?
Оно научилось с русским нормально работать?
Да, давно уже
>Да, давно ужеВ 1.05 я не могу сделать русскую метку
Пробовали pburn из puppy linux...По функционалу не хуже k3b...
лучшая писалка.
а почему не K4b? я почему-то думал, что оно было приурочено к 3м кедам
Я тоже так думал. В багзилле кстати многие так и называли программу k4b :-) Так что вы не одиноки!
Посмотрим, останется ли эта программа лучшей, какой заслуженно была раньше... Функционал же весь спортировали, в отличие от остального KDE, значит, скорее всего, да.
Потому что «K Burn, Baby, Burn». Вот и получается: K и 3 B.
>а почему не K4b?потому, что "Burn, baby, burn"