>>24457

>Хочется быстро и легко управлять зависимостями.
Вроде же в этом гайде всё что надо указано:
https://blog.golang.org/using-go-modules

>Ожидал примерно как в питоне, что фал с зависимостями, пополняется и обновляется.
Вроде бы так и есть, в go.mod указываются версии, если версий нет, резолвится последняя:

>The go command resolves imports by using the specific dependency module versions listed in go.mod. When it encounters an import of a package not provided by any module in go.mod, the go command automatically looks up the module containing that package and adds it to go.mod, using the latest version. (“Latest” is defined as the latest tagged stable (non-prerelease) version

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

Гружу библиотеку через функцию LoadLibrary.
Библиотека пытается загрузить другую библиотеку, не может, выдаёт сообщение «Unable to locate component».
Как подавить вывод окна с сообщением, если при вызове функции исключение не ловится?

>>24464
Ты про это?
https://docs.microsoft.com/en-us/windows/win32/api/libloaderapi/nf-libloaderapi-loadlibrarya

Если да, то вот это не сработает?
> To enable or disable error messages displayed by the loader during DLL loads, use the SetErrorMode function.
https://docs.microsoft.com/en-us/windows/win32/api/errhandlingapi/nf-errhandlingapi-seterrormode

>>24465
Да, оно самое. Значение SEM_FAILCRITICALERRORS.
В моей версии документации, процитированной строки не оказалось.
Спасибо.

Хочется, присоединяя свой голос к просьбе >>20915, ещё раз высказаться в пользу того, чтобы на имиджборде поддерживался формат WebP, и выскажусь. Прежде этого репликою >>21953 я указывал на несостоятельность одного из аргументов, ранее высказанных против WebP (аргумента о не всеобщей технической поддержке этого формата), привёл адрес полифилла, то есть такого костыля, которым отсутствие поддержки WebP можно подпереть во браузерах, не содержащих такой поддержки. Но этого мало, надо высказаться ещё раз и о нѣсколько другом предмете — о тѣхъ достоинствах формата WebP, знание о которых одно должно служить достаточным побуждением для того, чтобы внедрить и поддерживать формат WebP.

Для начала никак нельзя обойти упоминанием то обстоятельство, что формат WebP представляет собою гугловскую попытку соединить под одним названием и под одним расширением файла, в сущности, три различных формата. Первый из них (lossy WebP) предназначается для сжатия изображений, совершаемого с потерями — идейным основанием для этого формата послужил формат ключевых кадров видеопотока VP8. Второй из них (lossless WebP) предназначается для сжатия изображений, совершаемого без потерь — этот формат не имѣетъ ни малѣйшаго отношения к VP8, а вмѣсто того сочинён на основе различных передовых методов сжатия информации (их по адресу https://developers.googleblog.com/2012/08/lossless-and-transparency-modes-in-webp.html перечислил тот инженер Jyrki Alakuijala, который-то и был проектировщиком). И есть ещё третий формат (animated WebP), который используется для хранения анимированных изображений, каждый кадр в которых хранится в одном из двух ранее упомянутых форматов — с потерями или без потерь.

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

Сообщение слишком длинное. Полный текст.

А вот lossless WebP — это другое дѣло, как я чуть выше только что начинал уж говорить. К счастью, про такой формат, который предназначен для сжатия изображений, совершаемого без каких-либо потерь, нам не нужны никакие исследования, сравнивающие внѣшній видъ результатов съ тѣмъ видомъ, который обеспечивается конкурирующими форматами, и также не нужна сама постановка подобных https://nowere.net/b/res/167102.html#171819 вопросов о том, насколько та или иная метрика вида изображения соѿвѣтствуетъ или не соѿвѣтствуетъ человѣческому впечатленію. Наоборот, мы можем раз навсегда успокоиться насчёт качества сохранения изображений в этом формате: оно всегда стопроцентное — и обращать наше внимание единственно на выигрыш въ размѣрѣ файла. И что же? — оказывается, инженер Jyrki Alakuijala превосходно сдѣлалъ свою работу, так что в качестве конкурента для PNG (то есть для единственного формата сжатия полноцвѣтныхъ изображений без потерь, сейчас на имиджборде поддерживаемого, не считая архиваторных форматов в /dev) формат lossless WebP годится очень хорошо, упомянутую по адресу https://developers.google.com/speed/webp/docs/webp_lossless_alpha_study#results способность сжимать содержимое большинства PNG-файлов (даже после переужатия их лучшими средствами переужатия PNG, совершаемого без потерь) ещё на 20% или даже на 40% (а в среднем — где-то на четверть) можно только попривѣтствовать, особенно когда в крупных файлах экономятся цѣлые мегабайты (то есть, для мобильных зрителей — полновѣсныя секунды их времени). Болѣе того: даже тот режим сжатия, совершаемого без потерь, которым будет оснащён грядущий формат JPEG XL, в представленном по адресу https://twitter.com/FidonetRunes/status/1236833595144040448 частном случае сжимает изображение не так сильно, как PNG (потому что проектировщики решили пожертвовать экономиею объёма в пользу большего распараллеливания декодирования и в пользу большей прос

Сообщение слишком длинное. Полный текст.

На двадцать шестой минуте чифира >>/b/152677 прозвучал отказ от реализации поддержки WebP (цитату прилагаю), и отказ этот заключается в повторении смысла реплики >>20916 с таким видом, как будто ни отклика >>21953 не поступало, ни костыля https://webpjs.appspot.com/ не существует на свѣтѣ.

Ну 仕方がない тогда.

Что вы сделали с фотоном? Почему теперь шрифты не меняются?

>>24298
Размер и расположение элементов, шрифты и прочие вещи в темах оформления приводятся к единому виду.
Шрифты себе сами ставьте, какие хотите.

>>24309
Во-первых, зачем это делается? А во-вторых, ну этот фотон уже неторт получается. Шрифты ставить сложно. Не то чтобы фанат этой темы, но приятно серое нейтральное оформление.

>>24003

>>24004

Существование читателей с нестабильным доступом к Интернету — ещё не повод отказываться от «ленивой» загрузки иллюстраций, так как такие читатели вольны отключить «ленивую» загрузку изображений в настройках у браузера (скриншот прилагаю).

Главный вопрос заключается в другом: сидит ли 410чан на безлимитном траффике? — или же хостинговый тариф его предусматривает оплату траффика, побуждая включить «ленивую» загрузку изображений съ цѣлью экономии траффика?

Тестовая сборка обновлена.
Исправлено вот это >>24437 и добавлено еще два фикса от Eilhart'а.

>>24438
Огромное спасибо!

Спасибо за фикс для Ычана, кстати.

Реквестирую возможность быстрого переключения автообновление треда по тапу на иконку треда в боковой панели. А так же индикацию этого через ее затемнение.

>>24453
А ещё добавление кнопки принудительного обновления в этой же менюшке, например там где сверху три кнопки, четвертую дорисовать.

Фичреквест: для борд с отображением имени пикч, часто у файлов они оказываются совпадающими, особенно часто в виде .jpg, приходится сохранять открывая браузером.
Можно ли добавить автопереименование с добавкой номера после дефиса, подобно тому как ведут себя браузеры?

>>24458
Уже автоматически сохраняется в виде файлнейм(1).жпг , файлнейм(2).жпг и так далее

ｷﾀ━━━(ﾟ∀ﾟ)━━━!!

ｷﾀ━━━(ﾟ∀ﾟ)━━━!!

ｷﾀ━━━(ﾟ∀ﾟ)━━━!!

>updated 13.05
_Пеар на автобусе.жпг_

Борда на гофере? Зачем?

>>24442
Пиарю ещё один альтернативный протокол 7 уровня OSI

https://gemini.circumlunar.space/

>>13482
> Дальше покупаешь паяльную станцию... Дорогая не нужна, средняя цена 8-12к рублей

Нифига себе у вас цены, лол. Алсо, паяльную станцию без фена новичку с лихвой заменит паяльник с термостатом типа AT-SS-50 или пикрелейтеда. Качественными паяльниками по $30 сейчас весь китай-экспресс завален, есть и дешевле. Делает всё то же, что и гроб 702, только без гроба и за впятеро меньший прайс. А когда человек поймёт, что ему нужен фен, так уже сам разберётся, ящитаю. А второй паяльник всё равно не помешает, хотя бы ту же станцию паять.

ОП, выбрал себе что-нибудь?

>>13477
>Ну, конкретно серия STM32 как раз более-менее проста в понимании
Ты ёбнулся? Какая она простая в понимании? AVR - да, простая. PIC тоже. Но ARM - это же полная задница.

>>13793

Полная задница лучше, чем худая задница.

>>13793
Ничего там сложного, просто надо юзать HAL, если нет веских причин его не юзать. Привыкли на своём AVR трахаться с регистрами. Алсо CubeMX.

>>13482
>Потом бери игл, PiCAD или что там еще, и учись работать в нем. Не в коем случае не запускай SprintLayout, он делает очень крепкую привязку к себе синдромом утенка, пересесть с него в нормальный САПР потом будет боль и унижение, а в SL потолок поймаешь почти сразу.
EAGLE и PCAD это тоже касается - много кто с них не может слезть, а если и перелезает, то обычно на Altium Designer.
Стоит сразу брать либо OrCAD/Allegro, либо Expedition PCB.

>>23967

А что вы думаете про KiCAD ? Есть open source в open hardware ?

>>24408
>на две четверти
А чего не на три шестых?

>>24404
>Тогда вы всё больше уходили в закрытую разработку, а потом вас выгнали с Ычана.
Стоп-стоп, мы не уходили, мы сказали, что пишем скрипт и опубликовали первый день. Силами анонов писались ивенты ко второму и третьему, а далее состоялся переезд.
Мы не "запрещали" (скажем так) участвовать в разработке и как либо помогать. Кто хотел - помогал. И второй, и третий день содержат тексты от соавторов.

>Возможно, но лично у меня интерес давно поубавился, а ирл вообще энтузиазм чем-то заниматься убил.
Не могу винить никого в отсутствии энтузиазма, и в тредах, и лично в общении с соавторами я всегда лояльно относился к тому, что участвующий мог потерять интерес или оказаться слишком занят ирл.
И в твоём случае тоже. Но проецировать это на всех не надо, как и скептицизм. Кто-то может, а кто-то нет, ничего удивительного. Людей, обладающих временем и интересом к этому проекту наверняка небольшое количество. Хотя желающих подсмотреть и почитать результат всегда явно больше, чем добровольцев делать, да?
Замечательно, когда желание совпадает с возможностями. Иначе можно только развести руками - щито поделать.

>>24405
>>вы допиливаете то, что делалось меньше по времени? Там должно быть что-то совсем грандиозное и революционное
Надо заметить, что я очень редко в своих постах употребляю слово "допил", чаще - "проект", потому что допиливание малой кровью закончилось ещё в декабре того же 2013, когда релиз показал, что дорабатывать его - неблагодарное дело. Не знаю насчёт революционности хотя задумано много метафикшн-контента, связанного с вн-сферой и расхожими клише в внках. Грандиозность - да, но она не задумывалась как самоцель, это естественное следствие из того, что история заготовлена от и до.

>да даже тогда в 2025 каком-нибудь мало кому нужен будет допил
Проект де

Сообщение слишком длинное. Полный текст.

>>24412 А можно как-то с вами связаться? Нет никакой конфы в дисе? Или таки делать другое мыло b сюда его отправить?

>>24413 ---> >>24355

>>24412 пиши сюда datfeelbl@gmail.com

>>24412
Возможно к тому времени, как вы закончите сценарий я сносно рисовать научусь...

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

Опять я, не только шифроватб надо алгоритмом РСА, но ещё и генерировать ключи

>>24172
OpenSSL на ваши микроконтроллеры непортируемо?
В принципе, не факт, что быстро работать будет, но можно и самому написать.

>>24174
Тут цель немного не подходит, надо сделать так, чтобы MQTT не имел понятия о том, что за инфа передаётся

>>20223
Decentraleyes - Заменяет js скрипты, например всякие angular.js, css стили, etc, с анальных CDN серверов на локальные файлы. Позволяет еще немного уменьшить анальный зонд и чуть ускорить интернеты.

Хромобраузеры: https://chrome.google.com/webstore/detail/decentraleyes/ldpochfccmkkmhdbclfhpagapcfdljkj
FF: https://addons.mozilla.org/firefox/addon/decentraleyes/

Не знаю куда это запостить, но это вроде как относится к веб-разработке. Ну и в /b/ кто-то жаловался.

Неизвестно, зачем это сделано, но по крайней мере эта Лиса на этой системе по умолчанию похоже стремится сожрать всю доступную память.

>>21740
Помогло, но частично. В свап не лезет, однако при AFK-е часов на пять-шесть всё-равно занимает всю RAM, и система начинает свапится. Начинаешь Лису тормошить — она тут же память высвобождает делая вид, что эти узурпированные 500 MB никому не были нужны.

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

>>21740
У меня такое наблюдалось в palemoon некоторое время назад, когда его было открыто на 5 окон и, соответственно, примерно 50-100 вкладок больше, чем сейчас.
Я подозреваю, что это какой-то конкретный сайт. Хотя сайты были, вроде бы, девелоперские и всё такое. Но кто конкретно из них при отсутствии активности начинал майнить (или что он там делал) я, увы, не отследил. Отказывалась отображаться с выключенным js примерно половина.

>>21751
>на 5 окон и, соответственно, примерно 50-100 вкладок больше
(заглянув в историю сессий)
А, нет, вру. Было 15 окон и 580 вкладок. Сейчас 9 окон и 340 вкладок.

>>21746
Подкрутила ещё пороги, буду смотреть, как дальше вести себя будет. Таким образом, сейчас в about:config

memory.free_dirty_pages = true;

memory.low_physical_memory_threshold_mb = 128;

>>21751
Я тоже сначала так полагала; более того, грешила на своё поделие, поскольку загрузка CPU в норме, без странных выбросов. Но нет. Если Лису растормошить, память высвобождается вся сразу, — это характерно для массированной деаллокации; GC бы тупил ещё какое-то время, к тому же сама сборка мусора «дедом Мазаем» — дело довольно затратное по CPU. Если при выжратой RAM установить в настройках memory.free_dirty_pages в true, память также высвобождается вся сразу. Такие дела. Походу, или в аллокаторе баг, или он забирает память впрок; ну или это сделано умышленно, чтоб разницы с новой Лисой была не так заметна.

>>21754
…И я нашел виновника.

Как можно видеть из пикчи — это ICU, Unicode and globalization support library.
Скрин (about:memory) отражает ситуацию, когда несколько сотен вкладок бездействовали всю ночь.
После GC (каковой и случился в процессе выполнения measure, однако результат оного показал ситуацию до этого) занимаемая ICU память сбросилась с 8Gb до 3Mb. После еще часа бездействия — это было уже 30Mb.

И да, это palemoon. Имеется ли этот баг в последних версиях ванильной лисы — х/з. У луны, как наследницы всего старого кода — он, как можно видеть в наличии.

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

А никто не знает, где взять альтернативные "ночные" текстуры для моделек ХимеХины?

>>22997
Если на официальном сайте нет, то только самому перекрашивать.

>>22998
На сайте у них теперь какая-то регистрация и вообще одни закорючки непонятные. Ссылка на дропбокс пропала, но и раньше там была только одна версия текстур. Может на никонико найдется?

>>22999
>Может на никонико найдется
Там только оригинальные как лежали, так и лежат.
https://3d.nicovideo.jp/users/78191728

Хтоническое создание из ада.

Мужики, есть желание написать мод на Сталкера?

ｷﾀ━━━(ﾟ∀ﾟ)━━━!!