компилятор rust'а
*ba-dum-tss*
Berkus
Ivan
Все кто плюсанул, всем до вечера!)
Anatoly
Все кто плюсанул, всем до вечера!)
есть специализированный чат для обсуждения qml https://t.me/qt_chat
Anonymous
Бля)
Dmitriy
А вопросик может немного не в тему чата. Не подскажешь, есть ли какие хитрые алгоритмы определения "размытости" изображения? То есть есть изображение с CMOS сенсора и хочется очень настроить фокус объектива не на глаз. Может есть что-то кроме поиска максимума контраста?
Pepe 🐸
А вопросик может немного не в тему чата. Не подскажешь, есть ли какие хитрые алгоритмы определения "размытости" изображения? То есть есть изображение с CMOS сенсора и хочется очень настроить фокус объектива не на глаз. Может есть что-то кроме поиска максимума контраста?
Есть например mtf. Но размытость сложно мерять ибо мелкие детали от шума отличить сложно. Но в целом если есть какая то конкретная картинка то mtf может служить мерой размытости при постоянном шуме
Dmitriy
Есть например mtf. Но размытость сложно мерять ибо мелкие детали от шума отличить сложно. Но в целом если есть какая то конкретная картинка то mtf может служить мерой размытости при постоянном шуме
ну изолированный стенд с равномерным постоянным освещением и определенным изображением собрать не проблема. За наводку спасибо, буду копать.
Pepe 🐸
ну изолированный стенд с равномерным постоянным освещением и определенным изображением собрать не проблема. За наводку спасибо, буду копать.
И в целом идея такая что чем больше высоких частот в преобразовании Фурье тем лучше фокус. Это работает когда картинка постоянная, а фокус варьируется .
🐙 Antony
🐙 Antony
Кстати, с меня пиво, если кто-нибудь починит stacktrace с MinGW (точнее MinGW с libbacktrace): https://github.com/boostorg/stacktrace/issues/14
Berkus
ооо портабельный стектрейс, ляпота
Vlad
вау
Anonymous
/stat@combot
🦥Alex Fails
вы с канала Майкрософт?
Anonymous
+
Anonymous
-
Anonymous
Anonymous
Anonymous
Как-то так
🦥Alex Fails
Ок, спасибо
Aleksey
Я с майкрософт
🦥Alex Fails
Ок, не будем тогда разводить оффтоп, привет всем пришедшим) у нас есть чат для новичков @supapro, оффтоп и флудильня у нас во @fludpac
Сергѣй
Да
Konstantin
Да
Dmitriy
а ты только как парсер рассматриваешь или по назначению?
Evgeniy
Jsoncpp отлично справляется
Konstantin
Хз кстати, json не парсил
Konstantin
XML
Konstantin
Но я наврал
Konstantin
Нашел проект где парсил JSON
Konstantin
Проблем точно не замечал
Konstantin
А вот по производительности ничего не скажу
Konstantin
Там конфиг парсился, так что на нагрузку в основном наплевать было
Berkus
ну работает
Berkus
пишет читает, перформанс не тестил - не для этого оно
Konstantin
Вот что там плохо, так это BOOST_FOREACH
Dmitriy
я лично его пользовал только раз чтобы конфиги при старте читать из xml. тоже проблем не заметил
Konstantin
Хотя пишут, что обычный for each должен работать
Berkus
я лично его пользовал только раз чтобы конфиги при старте читать из xml. тоже проблем не заметил
да, для конфигов он более менее, опять же может читать xml, json И ini
Grigory
Хотя пишут, что обычный for each должен работать
Он вроде как удовлетворяет требованиям к стандартным контейнерам, так что в 11 можно даже новый for использовать
Grigory
И пользовательские конвертеры можно писать
🐙 Antony
А вот по производительности ничего не скажу
Производительность так себе :) Но там можно очень много чего хорошего накрутить для лучшей производительности (там rvalue references сейчас даже не поддерживаются)
🐙 Antony
так что требует серьёзной модернизации
🐙 Antony
Давно небыло активности: "Latest commit 29a7f03 on 8 Oct 2016"
https://github.com/boostorg/property_tree
Berkus
https://github.com/boostorg/property_tree/pull/7 ну год назад они еще реагировали
Berkus
ой, это уже ДВА года назад, епт
Berkus
по хорошему им бы свой json (де)сериализатор выкинуть и взять нормальный
🐙 Antony
предложение огонь! Если вы сделаете обёртку над нормальным десереилизатором, чтобы он выдавал результат в property_tree - будет оч круто!
🐙 Antony
ну либа собирается, тесты проходит
🐙 Antony
новый функционал просто не пилится
Berkus
да там висит пулл реквестов гора уже
Berkus
может мейнтейнера пнуть напрямую?
Berkus
предложение огонь! Если вы сделаете обёртку над нормальным десереилизатором, чтобы он выдавал результат в property_tree - будет оч круто!
по идее прямо в сам pt это совать необязательно, можно задекаплить сторадж от внутреннего представления pt
🐙 Antony
ну чуда от этого действия ожидать не стоит: из-за того что менйтейнер не активен, люди не бросятся фиксить, чинить и улучшать библиотеку.
Berkus
надо предложить себя мейнтейнером на замену
🐙 Antony
Библиотека переходит в поддержку <не-помню-как-наывазется-группа-из-топовых-челов-буста>. Они фиксят критические вещи, стараются найти нового maintainer и принимают пулл реквесты. Допиливанием фичей как правило не занимаются.
🐙 Antony
поспрашивай в бустовой рассылке. Но по хорошему нужно найти нового maintainer, если старый сдулся
🐙 Antony
надо предложить себя мейнтейнером на замену
Да без проблем
Просмотрите ревью реквесты и открытые баги. Исправлйте. Как накопится приличное количество правок и народ убедится в вашей компетентности - станете мейнтенйнером
Berkus
это вон Александру скорее
vladislav
а зачем такое тянуть в стандарт?
vladislav
Это же не камильфо, std должна быть минималистичной (имхо), работа с json xml это явно не то, чем разработчик занимается каждый день.
vladislav
пакетный менеджер нормальный плюсам бы, чтобы такие вот вопросы в пару кликов решались.
vladislav
ну нельзя на одном примере делать такие выводы
Grigory
ну нельзя на одном примере делать такие выводы
добавляю аналогичный пример, только проект легаси и использую json-glib и xerces, чему не рад вообще
vladislav
ну таким образом, при бесконечном количестве времени, в плюсах бы оказались все, когда-либо написанные либы
🐙 Antony
добавляю аналогичный пример, только проект легаси и использую json-glib и xerces, чему не рад вообще
+1. Из последнийх 2х проектах в обоих нужен был json
Konstantin
ну таким образом, при бесконечном количестве времени, в плюсах бы оказались все, когда-либо написанные либы
Сейчас слложно представить проект где не надо парсить json или xml
Konstantin
Таким же образом можно сказать, что зачем нам нетворкинг
vladislav
ну уйдёт json, придут другие форматы, а нетворкинг вечен как аллах
Arseny
Но с другой стороны то, что добавляется в стандарт мягко говоря теряет гибкость. Взять хотя бы std::future. Любая сторонняя библиотека за то же время продвинулась бы куда сильнее.
ep
а зачем такое тянуть в стандарт?
Про filesystem тоже так говорили и вот дожили до 2017 года без нормальной работы с файлововой системой. Сдуреть же можно. Базовые вещи. Иерархические структуры данных - это тоже базовые вещи. Чем полнее стандартная библиотека, тем проще использовать язык.
Konstantin
Суть в том, что std должен по идее идти в ногу со временем
vladislav
так С++ не для простых ребят
Konstantin
Уверен, пройдет немного времени, и ML будет включен в стандарт той же жабы
ep
так С++ не для простых ребят
А для кого? Непростым ребятам тоже часто нужен JSON и кроссплатформенная работа с файловой системой :)
Berkus
1. fork boostorg/property_tree
2. fix 17 pending PRs
Konstantin
Вообще на самом деле не было бы таких проблем, если бы включили пакетирование