Релиз видеоконвертера Cine Encoder версия 3.0

Единорогам над таким только блевать…

Релевантный трек.

То есть гуй для консольных утилит переписали на кресты и считают это прогрессом?

а что плохого в том чтобы было удобно для мышепользователей?

Почему в новости не указано, что оно на Qt? И да, не нужно.

Ну вот, молодец.

А нахрен оно при существовании в природе ffmpeg…

Ждем версию 4.0, переписанную на rust

Про удобство для мышепользователей речи не шло. Вероятно, их удобство никак не поменялось, если переписывали 1-в-1.

Это гуй для ffmpeg и ещё кучи утилит, там же написано.

Зачем нужен гуй для консольной утилиты? Да пол-линукса так работает.

Ауропомойка != есть пакет для арча

И да, не нужно.

Не забывай добавлять «ИМХО». Чем больше свободного софта, тем лучше. Не стоит фрустрировать авторов.

Забыл добавить «мне».

Есть идея сделать периодическую приостановку, чтоб процессор не перегревался. Насколько это актуально?

А нахрен оно при существовании в природе ffmpeg…

затем, чтобы не лазить в man по каждому чиху.

Не все могут запомнить 100500 аргументов.

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

cine-encoder зависит от libmediainfo-dev

Это нафига? Он сам себя ещё собирать будет?

Это раз, два – не все умеют в консоль, три – на оффтопике в консоль умеют ещё меньше

<А нахрен оно при существовании в природе ffmpeg…

Во всем виноват заядлый виндоузятник StaxRip, - когда попросил его сделать версию для Линукс, тот сказал, что работает только в Виндовз и не собирается даже вникать… Пришлось с нуля писать свою собственную прогу. А так бы и не начинал ничего делать…

То, что такая программа есть, это хорошо.

Но я вот глянул в исходники… Куча глобальных переменных (хоть и завёрнутых в namespace), причём прямо в mainwindow.cpp:

QString _cur_preset_name = "";
bool p7;
int p1, p2, p3, p8, p11, p12, p13, p18, p21, p22, pos_top, pos_cld;
QString p4, p5, p6, p9, p10, p14, p15, p16, p17, p19, p20;
QVector <QVector <QString> > _preset_table(24, QVector<QString>(5, ""));
QProcess *process_1 = new QProcess;
QProcess *process_5 = new QProcess;
QString _settings_path = QDir::homePath() + "/CineEncoder";
...

Из этого половина просится в отдельный класс, другая половина в какой-нибудь string list. Имена вроде p14 — это вообще за гранью добра и зла.

Энтузиазм у тебя есть, это хорошо, но над стилем поработай. Иначе через пару лет ты сам не поймёшь, чего ты в этих исходниках накрутил.

Ок

Актуально, да

Не забывай добавлять «ИМХО».

hobbit

Забыл добавить «мне».

Это само собой разумеется. Я же не от лица кого то дугого пишу.

Чем больше свободного софта, тем лучше.

только если он годный

Не стоит фрустрировать авторов.

стоит, если они пишут ненужно. пусть переписывают

только если он годный

Ну прям мед, да еще и ложку :)

стоит, если они пишут ненужно. пусть переписывают

Если есть конкретные замечания/пожелания - в багтрекер или хотя бы тут напиши. А просто наброс на вентилятор неконструктивен от слова совсем. Любому афтырю есть куда прогрессировать в знаниях. Но если получать ушат помоев под лозунгом «нинужно», такое мотивирует писать только в закрытую репу «для себя».

я и написал: Qt хрень, переписывай на GTK. куда уж конструктивнее?

Нужен ли вот этот сгенерированный Makefile в корне?

https://github.com/CineEncoder/cine-encoder/blob/master/Makefile

Я бы удалил. Там ведь подточено под твою систему и захардкожена DEBUG-сборка.

Нужен ли вот этот сгенерированный Makefile в корне?

Написано не по адресу, надо сюда: https://github.com/CineEncoder/cine-encoder/issues.

Автор в треде.

Нужен ли вот этот сгенерированный Makefile в корне?

Нужен, у меня AUR на него завязан

Нужен, у меня AUR на него завязан

Серьезно? Дебажная сборка без оптимизаций лежит в AUR’е?

И давно ли это AUR/ABS разучился вызывать qmake CONFIG+=release app/cine_encoder.pro?

Серьезно? Дебажная сборка без оптимизаций лежит в AUR’е?

Если-б это была единственная проблема…

Ну проблемы надо методично и потихоньку исправлять.

У меня там Q_ASSERT в программе, поэтому надо в дебаге погонять немного

Qt хрень, переписывай на GTK

GTK хрень, оставляй на Qt

Qt хрень, переписывай на GTK. куда уж конструктивнее?

У меня аллергия на GTK

То бишь сегфолт в релизе?

Нет, у меня стабильно работает, но мало-ли. Пару недель на дебаге, потом переделаю на релиз. Разрабы Qt посоветовали Ассерт поставить при удалении элементов QTreeWidget и погонять в дебаге.

QTreeWidgetItem *takenItem = parentItem->takeChild(parentItem->indexOfChild(item));
Q_ASSERT(takenItem==item);
delete takenItem;

а так всё работает, прогонял на valgrind, утечек нет

И чем же она вызвана?

Вдохновение явно из a's video encoder черпали

Qt хрень, переписывай на GTK

Сам же понимаешь всю жырноту этого наброса )))

Конечно. И тем не менее, это моё искреннее мнение. Если софт на Qt - он говно по умолчанию.

Вдохновение явно из a’s video encoder черпали

Нет. Почему так решили? Ничего общего. Любой конвертер, если там есть пакетный режим, естественно будет иметь табличку с параметрами.

Если софт на Qt - он говно по умолчанию.

Искренние заблуждения простительны. «Прости им, ибо не ведают, что творят» (с)

Софт не ковырял - не работаю с видео. Но отсутствие сборки под оффтопик это уверенная заявка на отсутствие пользовательской базы.

Моё искреннее мнение таково: если комментарий написал eternal_sorrow, то он априори говно. Ненуачо, мнение у меня такое.

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

Не знаю, мне кажется Qt более продвинутый фрейм

Ты ошибаешься. Qt - это комбайн, в то время как GTK - узко специализированная библиотека. Но если тебе помимо собственно GUI нужны какие то ещё возможности, которые встроены в Qt, то в экосистеме GObject скорее всего есть подходящая библиотека для этого. А если нет, то можно подобрать стороннюю библиотеку, тогда как использовать сторонние библиотеки в коде на Qt затруднительно из за несовместимости типов.

Ну и да, с Qt ты привязан жёстко к C++ (вроде я слышал про биндинги для python, но не знаю, насколько они актуальны). В то время, как к GTK благодаря GObject Introspection существуют биндинги в куче языков.

Релиз видеоконвертера Cine Encoder версия 3.0

У меня там Q_ASSERT в программе, поэтому надо в дебаге погонять немного

Чувак давай будем честными, исправь заголовок на

Дебаг видеоконвертера Cine Encoder версия 0.3