The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В звуковом редакторе Ardour 8.4 создано собственное ответвление GTK2, opennews (??), 21-Фев-24, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


168. "В звуковом редакторе Ardour 8.4 создано собственное ответвле..."  +/–
Сообщение от WatchCatemail (ok), 24-Фев-24, 16:15 
> Правда в том, что если не хочешь переписывать gui каждые два года,
> то нужно делать на электроне.

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


Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

175. "В звуковом редакторе Ardour 8.4 создано собственное ответвле..."  +/–
Сообщение от Шарп (ok), 25-Фев-24, 00:40 
> Или линковать используемую графическую библиотеку к своей программе

Это прокатит, если на нижнем слое у тебя стабильный winapi какой-нибудь. У линукса в принципе нет стабильного графического api: ни низкоуровневого, ни высокоуровневого. Ещё и ввод могут сломать - кнопки не будут нажиматься.

Ответить | Правка | Наверх | Cообщить модератору

178. "В звуковом редакторе Ardour 8.4 создано собственное ответвле..."  +/–
Сообщение от WatchCatemail (ok), 25-Фев-24, 16:47 
>У линукса в принципе нет стабильного графического api: ни низкоуровневого, ни высокоуровневого.

Как это нет? А xlib? В нем уже весьма давно ничего существенного не переделывают.
Или даже сам иксовый протокол - последнее время появились самостоятельные его реализации, обходящиеся без xlib.

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


Ответить | Правка | Наверх | Cообщить модератору

182. "В звуковом редакторе Ardour 8.4 создано собственное ответвле..."  +/–
Сообщение от n00by (ok), 26-Фев-24, 08:10 
Xlib не переделывают, поскольку давно объявили устаревшей и заменили на XCB. Нынешняя Xlib реализована как обёртка над XCB. Писать что-то на этом - ну, попробуйте. Я попробовал. Шутки насчёт перехода на gdi32.dll и user32.dll на самом деле содержат лишь долю шутки.
Ответить | Правка | Наверх | Cообщить модератору

185. "В звуковом редакторе Ardour 8.4 создано собственное ответвле..."  +/–
Сообщение от WatchCatemail (ok), 26-Фев-24, 20:17 
>Xlib не переделывают, поскольку давно объявили устаревшей

Объявление чего-либо устаревшим нынче активно используется в целях всякого [само]пиара разработчиков.

>Нынешняя Xlib реализована как обёртка над XCB.

Сильно спорить не буду,настолько глубоко не влезал. Но примеры использования Xlib собирал и смотрел - они работают.

>Писать что-то на этом - ну, попробуйте.

Так не прикладной же софт на этом писать,а графическую библиотеку,которую потом уже из прикладного софта использовать.
Вот например http://xforms-toolkit.org
В зависимостях у нее:

        libX11.so.6 => /lib/i386-linux-gnu/libX11.so.6 (0xb7db8000)
        libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb7bd0000)
        libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb7acc000)
        libxcb.so.1 => /lib/i386-linux-gnu/libxcb.so.1 (0xb7a9e000)
        libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xb7a98000)
        libXau.so.6 => /lib/i386-linux-gnu/libXau.so.6 (0xb7a93000)
        libXdmcp.so.6 => /lib/i386-linux-gnu/libXdmcp.so.6 (0xb7a8c000)
        libbsd.so.0 => /lib/i386-linux-gnu/libbsd.so.0 (0xb7a74000)
        libmd.so.0 => /lib/i386-linux-gnu/libmd.so.0 (0xb7a65000)

Кстати, наблюдаются и libX11 и libxcb - обе.
Это я на один из примеров (простых,чисто несколько кнопок) напустил ldd.
При статической линковке самого xforms к своей программе(вот этому простому примеру)
- получается 1.3 мега бинарник. Так как маловероятно что вышеперечисленное поменяется
до серьезной несовместимости - бинарник получается достаточно переносимым между
версиями линукса и дистрибутивами.

Библиотека проста в использовании,документация понятна. Для любительского программирования -
подходит очень хорошо. Уж куда лучше чем монстры типа GTK и QT. Так что монстров оставим особо
продвинутым профессионалам если они им так нравятся.

Ответить | Правка | Наверх | Cообщить модератору

186. "В звуковом редакторе Ardour 8.4 создано собственное ответвле..."  +/–
Сообщение от n00by (ok), 27-Фев-24, 08:08 
Напустить ldd может каждый, как и советовать написать библиотеку с чекбоксом и иконками. Вот только сам почему то никто из советчиков такую не пишет, да и объяснить, зачем она должна работать внутри XWayland, а не как waylan-client, почему-то затрудняются.
Ответить | Правка | Наверх | Cообщить модератору

187. "В звуковом редакторе Ardour 8.4 создано собственное ответвле..."  +/–
Сообщение от WatchCatemail (ok), 27-Фев-24, 13:22 
>советовать написать библиотеку с чекбоксом и иконками. Вот только сам почему то никто из >советчиков такую не пишет

Потому что библиотеки уже написаны:

http://xforms-toolkit.org
https://github.com/Immediate-Mode-UI/Nuklear
https://www.tecgraf.puc-rio.br/iup/

Нет надобности писать еще. Вспоминается известная в интернете картинка про 15 конкурирующих стандартов.

Хотя вообще-то пишут. Вот например в процессе написания:
https://habr.com/ru/articles/784282/
Это вообще само прямо по X-протоколу с сервером общается.

И где-то еще видел недавно статью про библиотеку для иксов на FreePascal.

>да и объяснить, зачем она должна работать внутри XWayland, а не как waylan-client, почему-то >затрудняются.

Как раз объяснение очевидное - совместимость и переносимость. Более того, так как XWayland имеет
свои особенности то это надо учитывать и адаптировать библиотеку к нему, используя только то
что работает и в Иксах и в XWayland.

Ответить | Правка | Наверх | Cообщить модератору

188. "В звуковом редакторе Ardour 8.4 создано собственное ответвле..."  +/–
Сообщение от n00by (ok), 27-Фев-24, 17:55 
>>советовать написать библиотеку с чекбоксом и иконками. Вот только сам почему то никто из >советчиков такую не пишет
> Потому что библиотеки уже написаны:
> http://xforms-toolkit.org
> https://github.com/Immediate-Mode-UI/Nuklear
> https://www.tecgraf.puc-rio.br/iup/
> Нет надобности писать еще. Вспоминается известная в интернете картинка про 15 конкурирующих
> стандартов.

Пробовали? Что можете сказать? Я не пробовал, меня априори любая библиотека для Иксов не устраивает. Просто потому что сам сервер даёт то, что называют "инпут лаг". Просто возьмите любое окно за угол мышкой и начните её двигать туда-сюда, меняя размер. Да, для большинства применений это и аналогичные задержки не важны, закрывают глаза. С Wayland такой проблемы нет.

> Хотя вообще-то пишут. Вот например в процессе написания:
> https://habr.com/ru/articles/784282/
> Это вообще само прямо по X-протоколу с сервером общается.

Это очень круто, увидеть на Опеннет ссылку на johnfound-а (знаю его давно по board.flatassembler.net). И Fresh 3-й версии, написанный вот таким образом - это тоже очень круто, на самом деле, поскольку вряд ли кто ещё умудрился накодить такое на асме. Но есть нюанс, этот проект рождён мёртвым. Это IA-32, и например у меня мир собран только в 64-х разрядной версии. Через пару лет так будет у всех.

> И где-то еще видел недавно статью про библиотеку для иксов на FreePascal.
>>да и объяснить, зачем она должна работать внутри XWayland, а не как waylan-client, почему-то >затрудняются.
> Как раз объяснение очевидное - совместимость и переносимость. Более того, так как
> XWayland имеет
> свои особенности то это надо учитывать и адаптировать библиотеку к нему, используя
> только то
> что работает и в Иксах и в XWayland.

Совместимость с чем? Valve сейчас последний якорь Иксов, и через год (максимум - два) выкинет зависимость из Steam. Следом Иксы очень быстро перестанут быть нужны в ArchLinux (вот почему SteamOS ушла с Debian). Клоны Fedora ничего толком не решают, а идут вслед за RedHat.

Единственное разумное объяснение, зачем нужны Иксы, я здесь видел от создателя DE на Perl. Вот ему они сэкономили время, не потребовалось писать композитор. Но если ему это сложно, значит он не потянет поддержку Иксов, когда все остальные примутся выкидывать legacy.

Ответить | Правка | Наверх | Cообщить модератору

190. "В звуковом редакторе Ardour 8.4 создано собственное ответвле..."  +/–
Сообщение от WatchCatemail (ok), 27-Фев-24, 23:34 
>> http://xforms-toolkit.org
> Пробовали?

XForms не просто так на первое место поставил.
Пробовал и не раз за последние два десятка лет.
Конечно,задачи у меня не крупные и не связанные с выводом видео или еще чего-то
высокоскоростного. Максимум - ползущие по экрану кривые графиков.
Вполне нормально работает.
Если бы не эта библиотека - хрен бы я это сделал на монстрах типа GTK или QT.

> Просто потому что сам сервер даёт то, что называют "инпут лаг". Просто возьмите любое окно за
> угол мышкой и
> начните её двигать туда-сюда, меняя размер.

Взял подвигал в браузере Vivaldi (первое попавшееся окно - открытия файла).
Не понял.
Взял что-нибудь побольше - FreeCAD. Подвигал - опять не понял.
Взял Gimp - опять не понял.
Может быть вы - профессиональный игроман из отличающих на глаз без приборов
частоту обновления экрана 75 и 100Гц ?
Но это много выше моих физических возможностей. Или я просто не знаю куда смотреть.
Может быть у вас есть еще какой-то пример,позволяющий обнаружить,а лучше измерить,
эту задержку?
Или может интерфейс вашей машины тормозит какой-нибудь монстр типа KDE с вкрученными
на максимум всякими украшательствами?
У меня IceWM.
Проц i5-8250U,графика в него же и встроенная - то есть комп вовсе не монстрообразен.

> Да, для большинства применений это и аналогичные задержки не важны, закрывают глаза.

Я их не вижу даже не закрывая глаза.
Хотя нисколько не буду спорить что например в игровом софте это будет критично.
Так я не про него. Там многомиллионные бюджеты - разберутся как-нибудь.
А вот если надо на экране показывать параметры работающего дизель-генератора - то того же xforms
вполне достаточно.

>С Wayland такой проблемы нет.

С Wayland дела никогда не имел за ненадобностью,сравнить не могу.
Когда его допишут и самое главное - обеспечат работоспособность под
ним всего нужного мне прикладного софта - тогда и буду о его использовании
задумываться. Да и то только если в процессе обеспечения работоспособности
под wayland сломают совместимость с иксами.

Кстати, не поленился погуглить и нашел еще два гуя:
https://github.com/rxi/microui
https://github.com/nakst/luigi

Ответить | Правка | Наверх | Cообщить модератору

191. "В звуковом редакторе Ardour 8.4 создано собственное ответвле..."  +/–
Сообщение от WatchCatemail (ok), 27-Фев-24, 23:39 

>> Совместимость с чем?

C прикладным софтом. В том числе узкоспециальным.
Вы уверены что под wayland может работать например KiCAD? или Qucs?
А есть и еще более редкие но от того и ценные вещи.

>> когда все остальные примутся выкидывать legacy.

Я не против выкидывания legacy если всё нужное
для неигрового и неразвлекательного использования компа
не перестанет работать.


Ответить | Правка | Наверх | Cообщить модератору

193. "В звуковом редакторе Ardour 8.4 создано собственное ответвле..."  +/–
Сообщение от n00by (ok), 28-Фев-24, 15:11 
>>> http://xforms-toolkit.org
>> Пробовали?
> XForms не просто так на первое место поставил.
> Пробовал и не раз за последние два десятка лет.
> Конечно,задачи у меня не крупные и не связанные с выводом видео или
> еще чего-то
> высокоскоростного. Максимум - ползущие по экрану кривые графиков.
> Вполне нормально работает.
> Если бы не эта библиотека - хрен бы я это сделал на
> монстрах типа GTK или QT.

"Важно лишь то что он должен быть открытым." (ц) WatchCat

Я не нашёл. Поисковик выдаёт мне "Watchcat - network watchdog utility" и 404 на "WatchCat is an application error reporting and monitoring service".

>[оверквотинг удален]
>> угол мышкой и
>> начните её двигать туда-сюда, меняя размер.
> Взял подвигал в браузере Vivaldi (первое попавшееся окно - открытия файла).
> Не понял.
> Взял что-нибудь побольше - FreeCAD. Подвигал - опять не понял.
> Взял Gimp - опять не понял.
> Может быть вы - профессиональный игроман из отличающих на глаз без приборов
> частоту обновления экрана 75 и 100Гц ?
> Но это много выше моих физических возможностей. Или я просто не знаю
> куда смотреть.

Первый мой ПК это Спектрум и я научился замечать, успевает ли приложение перестраивать картинку за время одного кадра. Эти примеры не очень удачно выбраны - клиентская часть слишком сложна, потому перерисовка клиентской части окна может быть слишком долгой - это мешает утверждать, что проблема именно в сервере. И ещё повезло, что виджеты внутри окна не мерцают (ценой лишней двойной буферизации). Кстати, именно поэтому Ardour отрисовывает почти всё самостоятельно без GTK (см. #103).

> Может быть у вас есть еще какой-то пример,позволяющий обнаружить,а лучше измерить,
> эту задержку?

Я делал специальное приложение https://opennet.ru/53778-game что бы оценить разницу между Иксами и Воландом, добавлял вывод в журнал, и мои наблюдения подтверждались - под иксами пропускается 2-3 кадра при изменении размеров окна, тогда как в Воланде размер меняется каждый кадр, совершенно плавно.

> Или может интерфейс вашей машины тормозит какой-нибудь монстр типа KDE с вкрученными
> на максимум всякими украшательствами?
> У меня IceWM.
> Проц i5-8250U,графика в него же и встроенная - то есть комп вовсе
> не монстрообразен.

Проверял в том числе и на OpenBox. Но если "жирный" Gnome позволяет комфортно играть в игры под лишней прослойкой Wine, а Иксы при этом не могут без накладок отобразить окно своего клиента, по-моему, не в том месте виноватые ищутся.

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

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

>[оверквотинг удален]
> А вот если надо на экране показывать параметры работающего дизель-генератора - то
> того же xforms
> вполне достаточно.
>>С Wayland такой проблемы нет.
> С Wayland дела никогда не имел за ненадобностью,сравнить не могу.
> Когда его допишут и самое главное - обеспечат работоспособность под
> ним всего нужного мне прикладного софта - тогда и буду о его
> использовании
> задумываться. Да и то только если в процессе обеспечения работоспособности
> под wayland сломают совместимость с иксами.

У меня нет сомнений, что сломают. Программисты, кто реально что-то делает и развивает Linux, не очень любят поддерживать ненужный им код. И им ведь железобетонное техническое обоснование не потребуется - менеджеры живо ухватятся за слово "сэкономить". Это лишь вопрос времени, в первом приближении 2-5 лет.

Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

194. "В звуковом редакторе Ardour 8.4 создано собственное ответвле..."  +/–
Сообщение от WatchCatemail (ok), 28-Фев-24, 17:27 
>
> "Важно лишь то что он должен быть открытым." (ц) WatchCat
> Я не нашёл.

Простите,не уловил вашу мысль - что именно вы хотели найти?
Если примеры применения xforms - то они есть прямо на сайте:
http://xforms-toolkit.org/screenshots/
Да,там только картинки,но так как применения обычно завязаны на
какое-то железо то выкладывать исходники смысла нет.
Мои применения тоже такие же были - ну какой смысл выкладывать
код от пульта управления дизель-генератором? Или анализатор
статистики контроллера солнечной электростанции. У меня полностью
автономный дом вдали от электросетей,мне актуально,но таких как
я автономщиков-энтузиастов очень мало.

> Первый мой ПК это Спектрум и я научился замечать, успевает ли приложение
> перестраивать картинку за время одного кадра.

Увы - когда все люди увлекались спектрумами,у меня на работе был 80286 и
я писал на Си+асм софт под некое кастомное железо,к нему подключаемое,а
дома вообще компа небыло потому что это было слишком дорого. Да и не
нужно при свободном доступке к компу на работе.
Поэтому спектрумы как-то прошли мимо меня.
Соответственно и навыков,подобных вашим,я не приобрёл.

> Я делал специальное приложение https://opennet.ru/53778-game что бы оценить разницу между
> Иксами и Воландом, добавлял вывод в журнал, и мои наблюдения подтверждались
> - под иксами пропускается 2-3 кадра при изменении размеров окна, тогда
> как в Воланде размер меняется каждый кадр, совершенно плавно.

Серьезность вашего подхода вызывает уважение,но вы же понимаете что полученные вами
результаты измерений актуальны наверно только для профессиональных киберспортсменов.
При стандартной частоте кадров 60Гц три кадра это 17 миллисекунд. Время реакции обычного
не специально-тренированного человека 100-200 миллисекунд(лично у меня ближе к 200). То есть увидеть то что вы измерили абсолютное большинство людей не может.


>> использовании задумываться. Да и то только если в процессе обеспечения работоспособности
>> под wayland сломают совместимость с иксами.
> У меня нет сомнений, что сломают. Программисты, кто реально что-то делает и
> развивает Linux, не очень любят поддерживать ненужный им код. И им
> ведь железобетонное техническое обоснование не потребуется - менеджеры живо ухватятся
> за слово "сэкономить". Это лишь вопрос времени, в первом приближении 2-5
> лет.

Тут уже писали, что "развитие" под управлением эффективных менеджеров регулярно заруливает не туда. Лучше бы сначала сделали новое как минимум _не_хуже_ старого,а потом старое ломали.
Про wayland пока что нельзя сказать что он лучше иксов. Может рисует он и быстрее,да вот только
прикладной софт с ним часто рисует свой интерфейс криво.
Так что предпочту сидеть на существующих еще не сломанных версиях графики.
Тем более что я не киберспортсмен и не игроман - я бесконечно далёк от всего что связано с играми и от самих игр. Возраст видимо сказывается уже.


Ответить | Правка | Наверх | Cообщить модератору

195. "В звуковом редакторе Ardour 8.4 создано собственное ответвле..."  +/–
Сообщение от n00by (ok), 28-Фев-24, 20:13 
>>
>> "Важно лишь то что он должен быть открытым." (ц) WatchCat
>> Я не нашёл.
> Простите,не уловил вашу мысль - что именно вы хотели найти?

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

Ответить | Правка | Наверх | Cообщить модератору

196. "В звуковом редакторе Ardour 8.4 создано собственное ответвле..."  +/–
Сообщение от WatchCatemail (ok), 28-Фев-24, 22:16 
> Вы советуете писать, заявляете, что код должен быть открыт.

Код должен быть открыт если программа выкладывается для всеобщего пользования.
Я своё не выкладывал просто потому что пользоваться им никто не сможет - оно
управляет железом которые собрал я сам. Соответственно и выкладывать исходники
нет никакого смысла - они применимы только у меня тут.

Ответить | Правка | К родителю #195 | Наверх | Cообщить модератору

198. "В звуковом редакторе Ardour 8.4 создано собственное ответвле..."  +/–
Сообщение от n00by (ok), 29-Фев-24, 10:20 
>> Вы советуете писать, заявляете, что код должен быть открыт.
> Код должен быть открыт если программа выкладывается для всеобщего пользования.

Понятно. Кто-то должен написать под Иксы и открыть код. При этом советчик сам так не делает по неважно каким причинам - оправдание всегда найдётся.

Найдётся ли оправдание, когда созданный по совету код под Иксы перестанет работать в актуальных сборках linux?

Ответить | Правка | К родителю #196 | Наверх | Cообщить модератору

199. "В звуковом редакторе Ardour 8.4 создано собственное ответвле..."  +/–
Сообщение от WatchCatemail (ok), 29-Фев-24, 16:07 
>Найдётся ли оправдание, когда созданный по совету код под Иксы перестанет работать в актуальных >сборках linux?

Если у кого-то не хватит квалификации собрать и установить иксы в линукс - то это явно не проблема
тех кто не только пользуется иксами но и код под них успешно пишет. В конце концов если кому-то
очень надо будет запустить у себя этот код - то он может и нанять того кто умеет.
Ибо отцами-основателями сказано: "свободный" не значит "бесплатный".

Впрочем - я уверен что на лично мою жизнь иксов хватит. А дальше пусть потомки сами со своими проблемами разбираются.

Ответить | Правка | К родителю #198 | Наверх | Cообщить модератору

200. "В звуковом редакторе Ardour 8.4 создано собственное ответвле..."  +/–
Сообщение от n00by (ok), 29-Фев-24, 19:26 
>>Найдётся ли оправдание, когда созданный по совету код под Иксы перестанет работать в актуальных >сборках linux?
> Если у кого-то не хватит квалификации собрать и установить иксы в линукс

В какой конкретно Linux? Version 6.6 -- Projected EOL Dec, 2026.

> - то это явно не проблема
> тех кто не только пользуется иксами но и код под них успешно
> пишет.

Тут произошла подмена тезиса. Не пишет, а советует писать другим.

> В конце концов если кому-то
> очень надо будет запустить у себя этот код - то он может
> и нанять того кто умеет.

Понял! Я пишу код под Иксы, а потом кого-то ещё нанимаю, что бы он заставил это работать с ядром 8-й версии! Годный бизнес-план.


Ответить | Правка | К родителю #199 | Наверх | Cообщить модератору

201. "В звуковом редакторе Ardour 8.4 создано собственное ответвле..."  +/–
Сообщение от WatchCatemail (ok), 01-Мрт-24, 00:27 

>> Если у кого-то не хватит квалификации собрать и установить иксы в линукс
> В какой конкретно Linux? Version 6.6 -- Projected EOL Dec, 2026.

А вы уверены что иксы настолько сильно завязаны на версию ядра?
Я вот думаю что если речь не идет о проприетарных по большей части модулях для графических
ускорителей, то в режиме vesa fb они будут способны работать еще очень долго. А применений где
графические ускорители не нужны - весьма много.

> Тут произошла подмена тезиса. Не пишет, а советует писать другим.

Причем тезис подменили вы, восприняв мое чисто информационное сообщение как совет поступать как я. Напомню,изначальное утверждение звучало как "графических библиотек на pure C нет,писать не на чем". На это я возразил что это мягко говоря не совсем так и привел ссылки сразу на несколько
библиотек. То есть указал на существующую возможность
_выбора_. А уж что именно выбирать - личное дело выбирающего. Я лишь сказал что я выбрал и оно работает в моих условиях применения.

> Понял! Я пишу код под Иксы, а потом кого-то ещё нанимаю, что
> бы он заставил это работать с ядром 8-й версии!

Собственно,а почему нет? Я например не стесняюсь обращаться к специалистам в той или иной
области если сам что-то сделать не могу или не умею. Не вижу ничего в этом плохого если мне
надо вот именно это,а не что-то другое чем мне предлагают заменить нужное мне. И это далеко
не только к компам относится. С выбором электронных компонентов
точно такая же ситуация. Например схема,делающая то что мне нужно, может быть расчитана на использование компонетна,который был внезапно объявлен "устаревшим". Так вот всё же найти
этот компонент обычно бывает проще чем полностью переделывать и пересчитывать схему.
Более того, есть даже целые фирмы-поставщики,занимающегося именно поставками заведомо устаревших
компонентов для таких случаев. И даже в классических учебниках рассматривается такой случай,
например в известной книге Хоровица и Хилла.
Просто в электронике эта проблема "запланированного устаревания" вылезла раньше чем в программировании и бороться с ней сложнее потому что иметь дело приходится с железками,а не
с тектовыми файлами исходников которые легко редактируются.

Что касается ядра Линукса - то в последнее время оно всё больше напоминает здание, к которому его обитатели что-то пристраивают и переделывают без единого архитектурного плана и четкого понимания
что же в итоге хотят получить. Впрочем - похоже что это типично для любой области техники - достаточно вспомнить начало 20 века - каких-то монстров тогда ни создавали,пока со временем и практикой применения не выработалось понимание какие технические решения наиболее оптимальны.
Компьютерная индустрия этот путь проходит сейчас.
А нынешние проблемы с линуксовой графикой являются следствием попыток натягивания рожденной
в 60х идеи "всё есть файл" на современные средства визуального отображения информации,ушедшие очень далеко от телетайпа,на который идея файла вполне неплохо натягивалась.



Ответить | Правка | К родителю #200 | Наверх | Cообщить модератору

204. "В звуковом редакторе Ardour 8.4 создано собственное ответвле..."  +/–
Сообщение от n00by (ok), 01-Мрт-24, 08:53 
>>> Если у кого-то не хватит квалификации собрать и установить иксы в линукс
>> В какой конкретно Linux? Version 6.6 -- Projected EOL Dec, 2026.
> А вы уверены что иксы настолько сильно завязаны на версию ядра?

А у меня и нет задачи доказать, что Иксы гарантировано будут работать во всех последующих ядрах. Пусть этим вопросом занимается тот, кто предлагает писать под Иксы.

> Я вот думаю что если речь не идет о проприетарных по большей
> части модулях для графических
> ускорителей, то в режиме vesa fb они будут способны работать еще очень
> долго. А применений где
> графические ускорители не нужны - весьма много.

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

>> Тут произошла подмена тезиса. Не пишет, а советует писать другим.
> Причем тезис подменили вы, восприняв мое чисто информационное сообщение как совет поступать
> как я. Напомню,изначальное утверждение звучало как "графических библиотек на pure C
> нет,писать не на чем".

Где и у кого оно было?

Начало ветки, #9: "Всё равно придётся переписывать на современный тулкит. XWayland обязательно сломают и бросят поддержку."

Из чего следует: всё завязанное на XCB (в т.ч. Xlib) перестанет работать. Вопрос лишь в том, когда это произойдёт.

> На это я возразил что это мягко
> говоря не совсем так и привел ссылки сразу на несколько
> библиотек. То есть указал на существующую возможность
> _выбора_. А уж что именно выбирать - личное дело выбирающего. Я лишь
> сказал что я выбрал и оно работает в моих условиях применения.

#178 "Как это нет? А xlib? ... всё это будет работать если нужен именно интерфейс с пользователем в классическом его понимании"

Будет работать - это прогноз. Xlib/XCB объявлены устаревшими. "Выбирать" между чем? Жизнью и скорой смертью?

>> Понял! Я пишу код под Иксы, а потом кого-то ещё нанимаю, что
>> бы он заставил это работать с ядром 8-й версии!
> Собственно,а почему нет?

Потому что если я пишу код, то я за него отвечаю. Что подразумевает гарантии, что я способен адаптировать его под новые версии операционной системы. Если вдруг при этом понадобились какие-то посторонние люди, это значит, что я занялся не своим делом, вышел за границы собственной компетенции. Вот этот нюанс не очевиден подверженным эффекту Даннинга - Крюгера.

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

Наличие плана не зависит от способности наблюдателя его уловить. Если же на самом деле происходят хаотичные изменения - есть отличная от нуля вероятность, что Linux планомерно разрушается.

Ответить | Правка | К родителю #201 | Наверх | Cообщить модератору

205. "В звуковом редакторе Ardour 8.4 создано собственное ответвле..."  +/–
Сообщение от WatchCatemail (ok), 03-Мрт-24, 20:56 
> Я вот совершенно уверен, что как только появится возможность выкинуть legacy -
> это будет сделано

Так это - когда появится. А до этого еще далеко. Пока что попытки отказаться от Иксов
что-то не слишком удачные. Можно например Mir вспомнить.
Авторитетные люди пишут что в ближайшие лет пять Иксы точно будут использоваться потому
что в wayland слишком много глюков пока что.
Недавно вышла обзорная статья на эту тему
https://habr.com/ru/companies/timeweb/articles/793224/

> как уже случилось с буфером консоли.

А что там случилось? У меня вот Дебиан с ядром 6.1 и framebuffer console работает.
Как без нее быть на всяких arm-одноплатниках где "текстового режима" как на ibm pc
нет вообще?
Хотя и на ibm pc всякое бывает. У меня например монитор подключен к плате по hdmi, а
туда у нее bios не выводит "текстовый режим". Плата конечно специфическая, от
разбитого моноблока Asus V241IC-R, у нее "первым" экраном назначен lvds выход и это не поменять.  

> Из чего следует: всё завязанное на XCB (в т.ч. Xlib) перестанет работать.
> Вопрос лишь в том, когда это произойдёт.

Вот именно. Солнце тоже когда-то погаснет.

> Будет работать - это прогноз. Xlib/XCB объявлены устаревшими. "Выбирать" между чем? Жизнью
> и скорой смертью?

Столь долгая жизнь Иксов более трех десятков лет - это скорее редкое исключение.
Посмотрите через сколько лет объявляются "устаревшими" версии коммерческих ОС.
Объявление "устаревшим" того что вполне нормально работает - обычно делается в личных
корыстных интересах тех кто пролез к рулю. Как пример - "устаревание" классической системы
инициализации благодаря усилиям всего одного слишком гиперактивного автора systemd, который
благодаря своим личными качествам и положению смог свою поделку продавить. Самоутвердился
этим и свалил куда-то там дальше судьбы мира решать.

> Если же на
> самом деле происходят хаотичные изменения - есть отличная от нуля вероятность,
> что Linux планомерно разрушается.

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

Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

206. "В звуковом редакторе Ardour 8.4 создано собственное ответвле..."  +/–
Сообщение от n00by (ok), 04-Мрт-24, 15:43 
>> Я вот совершенно уверен, что как только появится возможность выкинуть legacy -
>> это будет сделано
> Так это - когда появится.

То есть это - всего лишь вопрос времени.

> А до этого еще далеко.

Сроки и гарантии насчёт них есть? Вот то-то и оно. Аналогия "Солнце погаснет" - не гарантии, а подмена тезиса.

> Пока что попытки отказаться от Иксов
> что-то не слишком удачные. Можно например Mir вспомнить.

От Иксов отказалась RedHat. Они пишут код и потому определяют развитие Linux они, а не чьи-то хотелки.

> Авторитетные люди пишут что в ближайшие лет пять Иксы точно будут использоваться

Точнее, поддерживаться. Но пять лет это мало. Два года пишется проект, после чего ему осталось жить три года? Смысл таких действий?

> потому что в wayland слишком много глюков пока что.
> Недавно вышла обзорная статья на эту тему
> https://habr.com/ru/companies/timeweb/articles/793224/

Авто ритет - в переводе с греческого "сам говорит", буквально. Это тот, кто не где-то прочёл и дал ссылку, а кто изучил вопрос и пришёл к выводам.

"Источники информации, которые я использовал, и другие полезные ссылки" - это не авторитет, это компиляция и интерпретация источников.

Вот если бы он посмотрел исходники, что-то написал, как это сделал я, он был бы авторитет. Я могу ошибаться в своих выводах, и те авторитеты могут ошибаться (вероятно - меньше, но вероятность на то и вероятность). Что бы с моими выводами авторитетно спорить, надо быть авторитетом, а не ссылаться на кого-то.

>> как уже случилось с буфером консоли.
> А что там случилось? У меня вот Дебиан с ядром 6.1 и
> framebuffer console работает.

https://opennet.ru/53714-console


Ответить | Правка | К родителю #205 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру