Состоялся релиз GCompris 2.0 — коллекции обучающих игр и упражнений с открытым исходным кодом (AGPLv3) для детей от 2 до 10 лет. Некоторые из учебных заданий представлены в игровой форме.
( читать дальше... )
>>> Скачать GCompris 2.0 с официального сайта
>>> Подробности
Я в шоке…
Годами, буквально годами пытаюсь получить минимальную задержку при обработке аудио на ноутбуке с jack, а теперь и с pipewire.
Платформа - Sandy Bridge, встроенное аудио Realtek ALC272.
Всегда считал нормой для этого ноутбука буфер 48000 Гц / 256 семплов (5,3 мс задержка) (кто в теме то поймет что это). Тут на ЛОРе мне много раз писали что это совсем не круто. Да я и на слух слышу задержку при игре на гитаре. Это все на обычном ядре, дефолтном в дистрибутивах. При меньшем буфере стабильно не работает.
Периодически я решал озаботиться улучшением, первое что советуют везде - использовать linux_rt вместо обычного ядра. Это немного улучшало ситуацию, можно было получить вдвое меньшую задержку 48000/128 (2,7 мс). Но не очень стабильно. Это - тоже совсем не айс!
И вот, чисто случайно, без объявления войны, я ставлю NixOS и в нем ядро xanmod 5.14. Происходит какая-то мистика!
Я выставляю 48000 / 64 (это уже 1.3 миллисекунды задержки). Все гранитно стабильно!
Выставляю 48000 / 32 (тридцать два, Карл!) - работает! Иногда похрюкивает.
КАК???? Это вообще законно??
Вопрос у меня вот в чем - как именно в xanmod так выходит, какие опции, или модификации, могут повлиять на то что стало вот так?
ИТАК
Пожалуй подведу окончательные итоги.
Практически все широко распространенные в сети рекомендации надо читать навыворот. Почему - отдельный вопрос.
Лучше всего для обеспечения low-latency при работе с аудио подходит обычное, общего назначения ядро. Даже ванильное ядро с kernel.org может обеспечить экстремально низкую задержку на моем музейном железе.
Ядро linux_rt подходит заметно хуже. Я не знаю почему. Видимо оно для совсем других задач, а то что оно работало со звуком лучше - дела давно минувших дней. Современные версии обычного ядра работают лучше.
Рекомендации по настройке ядра, по CONFIG_HZ, PREEMPT - можно выполнять, можно нет. Низкая задержка достижима с любыми вариантами этих настроек.
Желательно собирать ядро с минимальной конфигурацией. по-видимому я столкнулся с тем, что на конфигурации от Arch Linux на моем железе что-то лишнее мешало.
Заметил, что в ноутах HP уже Н лет совмещают углубления для винтов внешней нижней крышки с «траншеями» для резинок против трения. Так, что если надо залезть внутрь, необходимо эти резинки отдирать, и потом приклеивать обратно клеем (да ещё и не любой клей подойдет).
А какие вы знаете ещё новомодные говноконструкторские решения в современном ширпотребе?
Линукс тут при том, что когда одновременно ещё и дров нужных нет под онтопик из коробки, это выбешивает вдвойне.
Привет, ЛОР!
Готовил сегодня себе завтрак и задумался вот о чём. Расскажи, а моешь ли ты яйца перед тем как начать готовить? Вроде как стоило бы, потому что фиг знает что там на птицеферме или по пути в магазин с ними делали, но тем не менее, насколько мне известно, моют их далеко не все.
Алсо, поделись со мной, ЛОР, любимыми рецептами завтрака из яиц. Омлет, скрэмбл, просто яичница, пашот – это всё старо. Какой самый оригинальный рецепт ты готовил?
В свое время неприязнь к C++ погубила мою карьеру программиста. Не буду загадывать, хорошо ли это или плохо, но это случилось. Одни люди видят в крестах гору костылей и повод заработать, обучившись этими костылями орудовать — другие, вроде меня, отстраняются и занимают позицию вроде «лучше я буду работать за еду, чем писать на этой параше, где в крупном проекте нужно хотя бы 8 ядер и SSD, чтобы проект компилировался меньше часа».
Недавнее обсуждение про ограниченное использование крестов в предпочтительным применением чистого Си мне стало симпатичным, и я понял, что зря так сильно наезжал на кресты.
Однако, это только один из примеров моего такого поведения. Например, я мало пользуюсь вконтактами, телеграммами, у меня нет смартфона (какой-то лежит, но он включался года 3 назад) — отсюда я выпадаю из всяких тусовочек/сообществ.
Или вот возьмем свежее обсуждение: React. Казалось бы, крошечная бибилотека, даже меньше моего члена, которая пишется с нуля за недельку-другую, и которая совершенно неюзабельна для достаточно динамичных приложений, потому что будет тормозить даже на самом быстром современном компе. Что иронично, учитывая ее назначение — SPA приложухи.
Я занимаю позицию «зачем мне эта гадость? Я же буду душевно страдать, прикасаясь к ней изо дня в день». И, естественно, я выпадаю из массовой фронтенд разработки, потому что куда ни плюнь — там «Senior React developer needed». В моих глазах это похоже на «Senior Calculator operator». А по-хорошему должна выглядеть как «мы — лохи с деньгами, и у нас их слишком много». То есть, позитивно, на достижение какой-то цели, а не традиционное «не нужно». Тем более, что если написать фронтэнд хорошо, не на React-е, то я создам заказчику проблему — как этот код потом будет поддерживать макака с одной извилиной? У меня-то извилины две!
PHP у меня ушло в категорию «ненужно» прям автоматом, даже без какого-то минимального погружения дальше hello world-а. Эн лет назад начал ковырять Django — там мало того, что питон не особо нужный, так еще и авторы по полной произвели overengeneering, сделав копеечную функциональность мозговыносящей. Вот же, твоя сфера дейтельности — организовывать бардак, и кучу готовый рынок лохов заказчиков, но нет, я не буду этим заниматься. Если так прикинуть, то я бы даже не смог сказать, на чем мне хотелось бы написать бэкэнд — это и есть отсутствие позитивного отношения.
Не в последнюю очередь это сдерживает меня от релиза и своего нынешнего проекта, потому что в его сыром виде это таки очередное «ненужно», которое для доведения до возможности прикладного применения требует даже не напильника, а станка с ЧПУ.
Вот. Нид хэлп, сэнкс ин адванс.
Итак, пришло время выложить Ненужникс — мой собственный микродистрибутив. Пока он почти ничего не умеет, но зато работает (поддерживает только amd64, в виртуалке не запустится).
Киллерфичи:
Большинство пакетов из Debian 7, пакетный менеджер opkg.
Как пользоваться: дождаться окончания загрузки (пара секунд), ввести имя пользователя (root), жмякнуть «enter». Если всё хорошо, у вас запустится weston, если всё плохо, вы увидите лог ошибок. В weston вы можете наблюдать дефолтные обои (скучные), двигать курсором и вводить текст с клавиатуры (если ваше устройство ввода работает), запустить терминал и любоваться на эталонное ШГ. Всё, что нужно линуксоиду.
Как установить: положить в /boot и запустить update-grub. Рекомендуется также выставить тайм-аут на время, большее времени вашей реакции. Если у вас другой загрузчик, произведите аналогичные действия для него.
Как скачать: бесплатно без регистрации и смс (18,49 Мб).
Каст тех, кто может быть заинтересован: 
vurdalak, StReLoK, qzxcvbnm, zorg, Borsalino, nepank, SANSLAR, Lincor, RADDyomin, densss, border-radius.
последнее время подолгу засыпаю, соответственно плохо высыпаюсь. что посоветуете, кроме снотворного?
У меня тут вышло большое интервью с Полом Дэвисом (главный разработчик Ardour и бывший разработчик JACK) в двух частях.
Можно слушать как подкаст, можно читать отредактированную расшифровку на английском.
Первая часть: http://libregraphicsworld.org/blog/entry/podcast-ep-002-paul-davis-on-the-deep-rewrite-of-ardour-daw
Вторая часть: http://libregraphicsworld.org/blog/entry/podcast-ep-003-paul-davis-on-fixing-big-linux-audio-issues
Переводить на русский целиком я задолбаюсь, поэтому главные тезисы:
Некоторые пользователи не заинтересованы в ковырянии кода, они хотят чтоб как в Reaper – пишешь плагин на Lua, которые меняет вообще что угодно. Но в рипер Lua встроили явно на очень раннем этапе, сделать похожее в Ardour сейчас уже технологически сложно, поэтому покрытие API в привязках Lua хоть и расширяется, но ряд ограничений останется.
Последние несколько лет команда грохнула огромное количество времени на рефакторинг кода и переписывание реализации некоторых ключевых концепций в программе. На момент выпуска версии 6 остались два момента, которые отложены: более точная работа с перескоком между музыкальным временем и выборками (разработчики пока не договорились о ряде моментов в реализации) и встроенный лупинг. В остальном, переписанную часть можно больше не трогать ещё лет 10. Там есть, например, фундамент для запланированной возможности смены частоты сэмплирования на лету без перекодирования.
Пока шёл длительный рефакторинг, пользователи не особенно доставали разработчиков нытьем «ну когда же уже» и даже увеличили финансовую поддержку. Часть дополнительных средств Пол планирует бросить на улучшение документации и видеоуроки.
В последние годы проект понемногу уходит от применения GTK. Сейчас тулкит используется для всего нескольких вещей: упаковка виджетов на форме, файловые диалоги, текстовый ввод и виджет дерева (treeview). Остальное рисуется на Cairo. Если бы Пол начинал писать DAW сейчас, он бы выбрал готовый специализированный тулкит вроде JUCE. Переписывать виджет текстового ввода он, например, в принципе не возьмётся – масштаб такой работы часто недооценивается, там можно вообще концы отдать. А вот упаковка виджетов на constrained layout – в планах. На момент выхода второй части интервью уже есть ветка, где ведется эта работа.
Пол недавно упоминал, что общается с Мартином Кири (Tantacrul), который в прошлом году вышел на работу UX-дизайнером MuseScore (у Мартина популярный блог на ютубе, где он разбирает косяки в юзабилити программ для набора нот с применением фокус-групп пользователей). На прямой вопрос Пол ответил, что пока ничего конкретного сказать не может, но выразил восхищение работой Мартина и заметил, что нужно быть просто тупым, чтобы не хотеть слушать инсайты пользователей, которые работают с твоим софтом впервые.
Звуковой стек в Linux – кромешный ад, лучше CoreAudio в макоси пока ничего не придумано. Но в macOS несколько релизов назад часть функциональности убрали в user space демон. Примерно тот же принцип получается при сопряжении ALSA и PipeWire. Автор PipeWire вроде как прислушивается к тому, что ему говорят парни, пишущие звуковой софт, поэтому есть некоторая надежда сделать ситуацию не такой печальной.
У Пола накопился ряд претензий к JACK, который он сам же когда-то и создал. Особенно не нравится JACK2, который написан совсем другими людьми. В какой-то момент Пол сложил с себя все полномочия мейнтейнера и с тех пор пребывает в счастливом неведении, что там вообще происходит. Поддержку JACK из программы никто не выпилит, но пользователям Ardour он советует пользоваться бэкендом ALSA, при использовании которого всё просто работает.
OMF и AAF – хреновые форматы для обмена проектами, добавлением их поддержки в команде никто не хочет заниматься. Есть некий интерес к OpenTimelineIO, но надо смотреть более предметно.
VCV Rack – офигенный проект, Пол признается, что вынужден себя режимить каждый раз, когда запускает этот синтезатор, иначе может играться просто часами (в перерыве между выходами двух частей подкаста я ему с подачи ist76 показал SOLAR 50, и Пол за полвечера накидал похожий софтовый аналог в Рэке). Сейчас модулей для Rack вдвое больше, чем LV2-плагинов, хотя проекту всего три года, а LV2 – уже больше десятка лет. Сказалась идея на старте прибить гвоздями модули к ровно одному, но очень мощному синтезатору, и убрать у разработчика сложный выбор, на каком тулките писать GUI. Перенести этот опыт на LV2 априори невозможно, но в последнее время выручают фреймворки, с которыми можно генерировать плагины в любом формате (т.е. под любой популярный API). Это заметно улучшает ситуацию со скоростью разработки и доступностью плагинов.
Mixbus как единственный успешный коммерческий отпрыск Ardour выжил потому, что разработчики а) на старте не имели проблем с GPL (Solid State Logic сломались уже на этом), б) приняли подход команды к разработке GUI (на этом погорели Waves Audio со своим Tracks Live), в) оказались готовыми интегрироваться в процесс разработки Ardour (тут Waves тоже нишмагли – в какой-то момент кодовые базы безвозвратно разошлись).
В продолжение вот этой темы.
Звук «как на виндосе»? (комментарий)
Там были затронуты интересные вопросы, касающиеся улучшайзеров.
Здесь весьма распространено мнение, (и до сегодняшнего дня я тоже его придерживался) что для достижения качественного звука надо выдать его на динамики с минимальными искажениями (bit perfect и подобное), а дальше динамики уж сами разберуться. У нас же не фуфло пластиковое, а напольники за 5000$.
Конечно нет, у нас фуфло пластиковое в тонком корпусе ноутбука! Они не разберутся, вот тут наша детская ошибка.
Например, есть ноут Huawei Matebook. Он идет сразу с системой Dolby Atmos (о чем писал fornlr когда говорил что все усложняется, и тут он совершенно прав, а я совершенно НЕ прав). Со стороны может показаться - ну зачем этот Atmos, очередной улучшайзер ненужный.
Но нет - в данном случае это улучшайзер нужный! Просто необходимый.
У ноута 4 динамика, два сверху два снизу. Уже проблема - естественно в линуксе все 4 сразу работать не будут, работают либо только нижние, либо только левые и т. д.
А теперь представьте, какой будет звук, если его выдать только на нижние динамики, которые смотрят в стол? Во-первых тихий - половина динамиков не работает, во вторых глухой. По басу - динамики могут друг друга тупо гасить.
Все эти проблемы решает Dolby Atmos, которая правильно разделяет на 4 канала, выдает на каждый динамик, вносит коррекцию с учетом расположения динамиков в корпусе. То есть без Dolby Atmos такая конфигурация вообще работать не может!
Вот и причина разительно лучшего звука в Windows.
В Linux чисто технически проблема решаема, вот пример как
https://elementaryos.stackexchange.com/questions/22659/how-to-install-drivers-for-speakers
но непонятен результат, и эти телодвижения - мягко говоря для пользователя не тривиальны.
Так что скоро мы рискуем остаться без динамиков в ноутах!
Предлагаю обсудить пути выхода из ситуации.
Хотелось бы обсудить этот вопрос. Маразм наших казахстанских властей растёт с каждым годом, намедни опять меня пытались MITMить, подменивая сертификаты. VPN-ы по стандартным протоколам из дома пока работают исправно. Но был у меня такой момент, когда я из сети госоргана зашёл на свой сервер, я получил редирект о том, что сервер небезопасный и всё такое. Поскольку он у меня вполне безопасный, я делаю вывод, что реестр IP-адресов VPN-ов у них где-то есть. Лично я ожидаю следующий шаг - ввод административных штрафов тысяч в 10 за использование нелицензированного VPN-а.
Недавно арендовал новый сервер с «чистым» IP и теперь подумываю о том, чтобы настроить там VPN как-то по-другому. Чтобы DPI не замечал его.
Посоветуйте, какие есть современные способы скрывать этот трафик. Не хочу лишний раз светиться на радаре. Нужно, чтобы работало на сервере с линуксом и на клиентах с линуксом, вендой, макосью, андроидом, иосом.
Господа форумчане, хочу купить стаб деду в деревню, у него уже был стаб., какой то китайский и он даже работал (наверное, я не проверял под нагрузкой), теперь когда даешь ему нагрузку он ее пару минут держит потом начинает щелкать, вонять гарью, искриться внутри и тд. И я вот не могу понять стабилизатор вообще поможет?
Я понял что есть такая характеристика как минимальное входное напряжение, есть стабы которые работают от 100 вольт и тд, по идее они должны держать свою номинальную нагрузку даже в таком случае. В чистых условиях получается, что напряжение без нагрузки немного скачет, но если дать хотя бы киловатт то падает до 175 вольт, много техники уже в этот момент нормально не работают. Знаю что у соседа сверху и соседа снизу есть стабы по 7 квт. Может ли быть такое, что я ставлю супер дорогой стаб на 100500 квт, мин вход. напряжение от 1 вольта, и при реальной ситуации стаб просто всосет все до конца и свет в селе погаснет, столбы электрические сгорят не знаю, что то такое может случиться?
Перемещено leave из general
Данный топик про игры в юниксовом терминале. Здесь я буду на регулярной основе (в идеале) описывать в отдельном комментарии какую-нибудь игру. В стартер-посте будут ссылки на эти комментарии. Обзор будет не очень подготовленным, поэтому не ждите литературных изысков. Но тем не менее те, кто любит подобное красноглазие, смогут познакомиться с играми и выбрать на свой вкус понравившуюся вещицу. Данная тема создана по аналогии с соседним топиком про стимовские игры.
Приглашаются красноглазые задротики, которые любят тупить в консольку между сессиями компиляния очередного ядра линукса. Можете подписываться на темку, ставить лайк, прожимать колокольчик или что тут у вас принято.
Теги для поисковых ботов (жрите мои любимые ботики): ascii games, terminal games, ncurses games, tty games, console games, cli games, tui games, text-based games, command line games, игры в терминале, игры в консоле, игры для командной строки.
saahriktu!!!NEW!!! 1. 8f - Терминальный вариант карточной игры Сумасшедшие восьмёрки (Crazy Eights).
Из недавнего обсуждения про веганов и сыроедов стало ясно, что они считают: Человек не способен есть сырое мясо, значит он - травоядный.
А чего они не кричат, что человек способен вполне себе жрать сырую рыбу? И при этом себя отлично чувствовать. Получается, что человек - не травоядное, а хищная амфибия.
Веганы в тему нужны, веганосрач приветствуется.
…не зря Майкрософт еще в 80-х хотела с ДОСа мигрировать на Юникс. Но не вышло у пацанов, не фартануло.
Попросили вчера помочь с нетривиальной конфигурацией винды. Назанимался нетрадиционным секасом с в ней вдоволь… или вдоль. Точнее сказать, под любым юникс-лайк вся конфигурация была бы тривиальной, но это ж винда.
Большая часть действий делается через тупой GUI, в котором надо лазить по меню и натыкивать галки. Если нужно изменить конфиг, проверить и в случае чего вернуть как было, или протестировать разные варианты, то сидишь и надрачиваешь мышь. Система была рассчитана на людей, которые не могут выразить команду высшим достижением эволюции: человеческим языком.
Некоторые вещи вообще только через реестр. Ну сам реестр это отдельная история. Никакого вам аналога diff, meld, невозможно без дебильных приседаний с экспортом-импортом в текстовый файлик положить конфигурацию в git. Спасибо, хоть экспорт-импорт приделать не забыли. (В этом месте я вернулся сюда из абзаца, в котором писал про кодировки, и еще раз напишу: спасибо! От этих … специалистов можно было бы вполне ожидать, что и этого не будет.)
Система всё время ставит палки в колеса, если нужно часть действий выполнить от имени администратора. Типа, запускаю ФМ с полными правами админа. Создаю в нём файл. Открываю его в Notepad++ — а всё, Notepad++ уже работает не с полными правами админа. Может это, конечно, баг самого NPP, я хз.
Интерфейсы для работы с правами доступа находятся глубоко в категории «рисовал программист» и не обновлялись со времён NT. Там под виндой даже не столько сама система прав доступа сложная, сколько GUI к ней убогий.
И в целом многие интерфейсы сделаны так, что худшим образчикам из Linux и не снилось. Типа прокрутки гигантских списков в окошке фиксированного размера, в который влазит штук пять строк.
Чтобы сделать аналог линуксового «запуск фиксированной команды через sudo без пароля», нужно добавлять задание в тамошний аналог крон!. А чтобы сделать аналог «запуск фиксированной команды через sudo без пароля, но только для конкретной группы пользователей», я вообще не знаю, что делать. Тут моих навыков гуглёжки не хватило.
Описания системных сервисов переведены на русский, такое впечатление, что машинным надмозгом. А описания сторонних сервисов часто вообще не заполнены. Документации на это тоже, понятно, часто нет.
Если ты хочешь взять обычный Блокнот и написать в нём cmd-скрипт, то хрен там ночевал - Блокнот сохраняет файлы в кодировке 1251, а запускается скрипт в кодировке 866!!!! КАКОГО ХРЕНА?!
А если ты берешь весь из себя такой знаменитый Notepad++ с поддержкой кодировок и хочешь перекодировать уже написанный файл, то он не умеет конвертировать между этими кодировками!
Если в системе что-то сломалось, то хрен ты откатишь пакет для теста, нет в ней ни пакетов, ни внятной модели использования файловой системы. Всё навалено кучами легаси-хлама. Внутри папки system32 (которая теперь в целях совместимости теперь навечно будет system32, будь там под капотом хоть 128 бит в регистрах) вперемешку валяются драйвера, пользовательские библиотеки, конфиги, куски интерфейса и чёрт знает что. При этом есть еще такой смешной момент, что несмотря на кучи легаси-винегрета, стабильных расположений путей в ней тоже нет. Например, расположение папки с содержимым меню Пуск переезжало с места на место в каждой (!) крупной версии винды.
Когда что-то гуглишь по вопросам системной конфигурации, обычно попадаешь или на ВИО, где отвечающий тупее вопрощающего, или на официальные места поддержки, где ответ чаще всего «такая штука в Windows не поддерживается, но вы можете попробовать самостоятельно станцевать в гамаке на лыжах», или на поисковый спам.
Эта шляпа еще и на HDD стояла, а я уже забыл, что такое 64-битная винда на HDD. Это ад и израиль, сраный лагодром с загрузками по 5 минут, во время которых пытаются просраться несколько десятков системных сервисов и еще куча говнокода в пользовательском сеансе. И пока они не просрутся, Проводник висит, и весь гуй вместе с ним. Да по сравнению с этим что systemd, что до-systemd-шная баше-лапша - просто вершины архитектуры и топ производительности.
Кен Томпсон, Деннис Ритчи, Ричард Столлман, Линус Торвальдс, и вся Red Hat целиком, и все остальные причастные к Линуксу, и еще разработчики всех BSD, и даже почившая Sun Microsystems с Солярой, СПАСИБО вам всем! Что мы имеем технологичную, конфигурируемую, понятную ОС, и даже целое множество разных ОС. И не привязаны к этой жалкой пародии на OpenVMS, мутировавшей на отравленных землях MS-DOS-а, и по какой-то злой шутке судьбы дожившей до 2020-х!
…уф. Выдохнул.
Всем привет.
Проблема вроде бы и простая, но не могу придумать нормальное решение.
Есть одна клиент-серверная программа. Есть несколько типов («B», «C», «D»), унаследованных от интерфейса («A»). Объектами этих типов перекидываются между собой всякие классы типа БД-воркера, TCP-сервера, менеджера устройств, etc. Чтобы не загромождать последние кучей сигналов-слотов на каждый тип, в сигналах-слотах передаются смарт-поинтеры на объект типа A, после чего в слоте проверяется, что там за тип вызовом метода а-ля get_type(), указатель приводится к действительному типу и соответствующе обрабатывается. В итоге код загромождается этими switch'ами, что ведёт к понятным проблемам, если понадобится добавить ещё один тип — придётся бегать и править все эти портянки.
Вроде как, можно применить другой способ — перегрузку сигналов/слотов, но тогда для каждого перегруженного сигнала/слота, как я понимаю, надо будет прописывать свой connect, что тоже смотрится не очень. UPD: может нафигачить глобально доступный макрос, который будет вставлять эту кучу коннектов на каждый существующий тип? Тогда достаточно будет модифицировать макрос при введении ещё одного типа.
Хочется, чтобы при добавлении нового типа-наследника «A», места для допиливания были строго локализованы и легко определяемы.
Наверняка есть какое-то решение, до которого я не могу допетрить, может кто подсказать? Или дать ссылку на проэхт, где можно подсмотреть, как делать по красоте?
7 ноября состоялся релиз легковесного менеджера окон jwm 2.4.
Основные изменения:
~/.jwmrc в ~/.config/jwm/jwmrc.autohide = "on".Также был добавлен скрипт, позволяющий обновить старые конфигурационные файлы до версии 2.4.
Чтобы безболезненно обновить файл, нужно выполнить следующие команды:
cp ~/.jwmrc ~/.jwmrc.old
xsltproc jwm-2.4.xslt ~/.jwmrc.old > ~/.jwmrc
(Потребуется xsltproc.)
>>> Подробности
Здравствуйте, уважаемые господа.
Зашел сегодня на статистику стима что бы посмотреть насколько линукс отвоевал процентов пользователей у винды. И о ужас! Шрифты были просто всех цветов радуги!!! https://lostpic.net/image/y6NM
Через lxappearance попробовал поиграться с Sub-pixel geometry и hinting, но никакого результата это не дало. В firefox все шрифты для кириллицы стоят DejaVu.
Как это можно исправить?
В Brave и Tor Browser таких проблем нет — там они нормальные, белые.
Вслед за топиками, в которых можно рекомендовать любую игру надо бы завести и свой) Поиграл в недавно вышедший Inscryption и сейчас под впечатлением. Вставить в карточную игру элементы психологического хоррора, неожиданные повороты сюжета (я например не привык, чтобы карты со мной говорили), сделать простую графику (увы, в 2021 ААА студии не рискнут выпускать такое) такой атмосферной - автор просто гений.
Ну в общем это тред игр, где вам хотелось воскликнуть «это гениально!». Добавлю еще одну, Do not feed the monkeys - игра про видеонаблюдение как одну из новых технологий зондирования. Еще одна вертится в памяти, может быть позже вспомню
Сказать что я мучался с этой проблемой это ничего не сказать...
Ковырял разные шрифты, fonts.conf, гуглил различные мануалы ит.д.
Всем камрадам с подобной проблемой посвящается решение:
выключаем хинтинг и antialiasing в /etc/fonts/conf.available , и убиваем /usr/lib/xorg/modules/extensions/libglx.so и все .so в папке /usr/lib/xorg/modules Перезагружаемся, работаем в любимой ОС хоть по 24 часа в сутки, проверенно 100% именно так я сейчас и работаю.
Источник тут: http://bessonov.in.ua/?page_id=629
После чего я рекомендую поставить шрифты от оффпега, и включить их поддержку в браузере. В самом дистрибутиве можно больше ничего не трогать.
Далее перезапуск.
Теперь собственно вопрос: почему именно от хинтинга и antialiasing болят глаза в разных дистрибутивах и на разных мониторах? Что именно умудрились сломать? Да, зрение минус полтора. Проверял на последних Ubuntu, Mint, Debian.
Привет, всем. По работе смотрю новые питоновские проекты, и немного удивляет следующие детали:
по сей день, пытаются все оформить сугубо через def() и форкать разные Py-скрипты через систему
не смотря на наличие async/await в Python v3 - не используют и не пытаются
если и объявят class , то он сугубо используется для DAO/DTO, ни каких сложных ОО-дизайнов не оформляется… type hints не испольуются, ABC-контракты не используются, GoF-паттерны тоже
прикрываются якобы композицией, и что вообще ОО-дизайн - мертвый дизайн (у Golang лагеря насмотрелись, что ли?)
Говорю не про публичные проекты, которые в GitHub можно найти. А про многие, которые делает разработка в рос. компаниях. Картину наблюдаю на разных компаниях в течении последних двух лет.
Вот, я не пойму… Я что-то не понимаю или что? Вроде, появляются различные интересные фичи в Python3 , ряд вещей позволяет приблизится к написанию кода, как на Java.
Все-таки, Python не является Haskell, OCaml или каким-нибудь диалектом LISP. Это язык с элементами функциональщины, а не pure functional language, как Haskell. Так от чего не снабдить свой код asyncio, все граммотно оформить по ОО-дизайну с SOLID-принципами, четко разработь с event loop и прочим… Все какая-то портянка из 100500 глобальных def’ов вижу, в основном, в проектах. Да и вроде… Компании - солидные и платят этим Питонисам 250+ рублей в месяц. А стиль написания такой, за который могли бы уволить джуна в 2010ом, если речь шла про другой стэк (C#, Java).
Вопрос: от чего же в новых питоновских проектах на живой практике многие разработчики не пытаются применить фичи из последней версии языка, и приблизиться к дизайну/стилю кода, как на Java. И вообще, все сделать по канону чистенько, соблюдая SOLID. При наличии уже таких возможностей.
Это лень и нежелание просто? Или есть объективные причины забить болт на все это, и далее оформлять спагетти-код километровый?
P.S. не удтверждаю, что я - прав. Возможно, я совсем не прав. Я просто реально не понимаю, почему качество Питон-проектов, как было примерно таким 10 лет назад, то таким и осталось… Адепты на других языках, как-то более лучше развиваются в плане чистоты своих проектов. Опять сугубо моё ИМХО.
| ← назад | следующие → |