>исправлена единственная ошибка, #35

Молодцы, уважаю. Главно, что скромно очень и оптимистично.

не думал, что кому то это еще надо.

другие они просто не нашли.

Теперь всё будут пробовать собирать на Сlang? Генту ещё не собирается под ним?)

Лично я повелся на заявление о скорости компиляции этого самого Clang, но на деле он оказался медленнее GCC,- fail так сказать

Зато работает, даже с asm-вставками

>Генту ещё не собирается под ним?

Оно генерит медленный код по сравнению с gcc.

>Оно генерит медленный код по сравнению с gcc.

пока это не важно, главное, чтобы собиралось

Новая версия только для х86?

Не только; я тестил под amd64, а некоторые и под alpha/armel/... собирают,- http://debian-multimedia.org/pool/main/

Как же не важно? Ведь позиционировали как лёгкую и быструю замену.

>другие они просто не нашли.

Инфа 100%. :)

важен не результат, а анализ кода. Если код компилируется Clang - значит в нем более-менее соблюдены станддарты (так же в этом качестве можно использовать icc без включения gcc-совместимости)

Хотя для C бинарники уже быстрее, чем у GCC, так что это вопрос времени - если софт будет совместим, перейти можно будет в любой момент

«Bombono DVD — программа создания видеодисков (DVD-авторинг) для GNU/Linux.»

Не для, а под. Или для плинтуса какие то особенные двд диски?

Ну да. Я погорячился. Просто соблюдают принцип Release Early, Release Often)

Помню, помню оно это меню из тысяч PNGов делает. Не нужно, да и от оформления дисков не нужно, вставил - играет самое оно.

Еще бы аналог MainActor кто написал, было бы вообще отлично.

нужно, обязательно нужно. больше программ для разных нужд! даёшь линукс на десктопе!

>Помню, помню оно это меню из тысяч PNGов делает

Ты не прав, ананим; причем неправ дважды - месяц назад (или около того) motion menu вообще не было реализовано

Уже можно пользовать?

он путает с чего-то там kde authoring wizard или тип того

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

>не думал, что кому то это еще надо.

Встречаются даже такие, которым vcd всё ещё нужно. В конфе один ковырялся... Привод не пишет dvd, а ему нужно было создать диск чтобы смотреть на каком-то старом dvd проигрывателе...

> Еще бы аналог MainActor кто написал, было бы вообще отлично.

Да-да, давайте напишем ещё один видеоредактор. Это именно то, чего так всем не хватало :)

А поддержку субтитров тут когда-нибудь сделают? Чтобы рендерились прямо из srt или ass, как в DVDStyler, и при этом бэкенд не падал, как там. И чтобы в меню можно было добавлять в меню пункты их включения - основное, чего не хватает там.

>А поддержку субтитров тут когда-нибудь сделают?

Предположительно в следующей версии

И чтобы в меню можно было добавлять пункты их включения - основное, чего не хватает там.

А вот это лучше описать в отдельном запросе, http://sourceforge.net/apps/trac/bombono/ ,- как хотелось бы это видеть и использовать (отдельное ли меню для включения/выключения, сколько языков, ссылки другие программы, где подобное есть). Кстати, а чем для включения субтитров не подходит специальная кнопка на пульте/в плейере, которая называется ... (как бы вы думали) «Subtitle»?

>важен не результат, а анализ кода. Если код компилируется Clang - значит в нем более-менее соблюдены станддарты (так же в этом качестве можно использовать icc без включения gcc-совместимости)

Для этого реальные пацаны издавна используют компилятор от Comeau (и ничего не ждут), считающийся эталонной реализацией для С++ (icc таковым не является, к примеру). А Clang делается как замена gcc в первую очередь (ваш К.О.), а уже во вторую - правильно С++ парсить.

clang для всего делается. Вокруг LLVM крутится куча народу с совершенно разными задачами

>Для этого реальные пацаны издавна используют компилятор от Comeau (и ничего не ждут)

Не бесплатен(

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

Очень полезная программа.

исправлена единственная ошибка (ticket #35);

Вот так и надо писать программы.

программа собирается теперь и компилятором Clang (LLVM) >(экспериментальная возможность).

Когда соберется ядро Linux (не кастрированное, с модулями и дровами NVIDIA), тогда можно будет полностью свалить на систему, собранную Clang.

DVD не нужен.

А по теме — хорошая новость!

CD/DVD/Bluray не нужно.

1. Внешний винт
2. mplayer/XBMC
3. HDMI-выход на (большой) экран.
4. ???
5. PROFIT

Прогу в топку, а вот новость написана хорошо.

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

Сдается мне, это был не комплимент. (c)

Что значит тяжело? Долго? Поставьте опцию BUILD_QUICK=true, соберется быстрее (в том числе из-за PCH)

>CD/DVD/Bluray не нужно... Прогу в топку...

100500-й муз.плейер нужнее, очевидно же

а с обратной совместимостью как?

Не удалось открыть файл проекта «untitled.xml»

Node mismatch: MotionData(expected) vs MenuItems

>а с обратной совместимостью как?

Сейчас я ее не поддерживаю (по принципу чем проще тем лучше + никто еще не обращался). Если она вам нужна, создайте запрос об этом на http://sourceforge.net/apps/trac/bombono/ (можно на русском, я переведу).

да ничего страшного, обычно наверное никто и не хранит проекты долгое время

обновился а у меня тут десяток дисков болтается недописанных, вот и спросил

откачу на предыдущую допишу и забуду. делов то

Автор, ответь пожалуйста на форуме (английская версия), тема rendering broken.

> исправлена единственная ошибка (ticket #35);

Вот так и надо писать программы.

Чем меньше возможностей было реализовано, тем меньше вероятности было ошибиться. Не ошибается тот, кто ничего не делает. :)

>Автор, ответь пожалуйста на форуме (английская версия), тема rendering broken.

Видел уже, надо подождать - авторы ffmpeg сломали 'ffmpeg -formats'. После исправления обновлю PPA.

>Чем меньше возможностей было реализовано, тем меньше вероятности было ошибиться.

На практике бывает и по-другому: написал все ничего, и косяки в каждом слове. Встречается у anonymous'ов .

> программа запоминает свои размеры и расположение на экране

а зачем она их запоминает?

разве программа («окно» программы, верно? мыже про «окно» говорим?) не должна открываться в наиболее свободном месте экрана?

>разве программа («окно» программы, верно? мыже про «окно» говорим?) не должна открываться в наиболее свободном месте экрана?

Нет, это пережиток прошлого. Вообще проблема существует, вот тут есть обсуждение на эту тему,- https://bugzilla.gnome.org/show_bug.cgi?id=79285#c32

WM - пережиток прошлого? Странно :)

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

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

Скажи это Firefox'у, Rhythmbox'у и Evince'у (они запоминают и размеры, и расположение), сюрприз?

По ссылке: Havoc Pennington - один из лидеров GTK/GNOME, и он подтвердил, что тема обсуждалась много раз (двигать окошки можно).

Нет, почему сюрприз. Не сюрприз. Просто авторы этих программ - люди, испорченные [s]нарзаном[/s] маздаем. Так скоро писалки дисков и комп вырубать начнут. И рута для работы требовать.

тема обсуждалась много раз (двигать окошки можно).

Вот это, понимаю, добросердечность брызжет из разработчиков. Ой, спасибо, что можно. Разрабы не в редмонде, случаем, живут? :)

>Просто авторы этих программ - люди, испорченные [s]нарзаном[/s] маздаем. Так скоро писалки дисков и комп вырубать начнут. И рута для работы требовать.

Дык не для гиков же стараются, для людей же. :)

Разрабы не в редмонде, случаем, живут? :)

Где там у нас Red Hat-то? Там и живут.