(это с чем лично довелось столкнуться, а есть ещё много подобных фиговин вот здесь www.chromestatus.com/features#intervention. Постепенно эти «interventions» переползают в «features» www.chromestatus.com/features — сначала за флагом, потом включаются по-умолчанию. Такие финты либо вынуждают забить на всё и писать под Chrome, либо прикручивать feature detection, прямо как старые-добрые <!--[if gt IE 7]>)
Наконец, Chrome прям щас ломает веб, продвигая SXGs (Signed Exchanges) с единственной целью — получить возможности раздавать контент с google.com так, чтобы в адресной строке при этом отображался habr.com, раз не удалось в AMP весь веб засунуть или адресную строку совсем выпилить. web.dev/signed-exchanges habr.com/ru/company/globalsign/blog/454568
Можно, только у того же S20 сохраняется «raw» на 12 Мп вместо маркетинговых 108 Мп. Вероятно, потому, что сырые данные с их матрицы либо слишком страшные, либо требуют какой-то особенной обработки и своего raw-конвертера. Ну и вообще обрабатывать фото с телефона — какой-то особенный вид мазохизма, ИМХО. Главная фишка телефонных камер — это как раз «вычислительная фотография» со всеми этими модными нейропроцессорами, когда в режиме «авто» вполне себе неплохо можно фоткать котиков.
Думаю, речь идёт о том, что «реальная разрешающая способность» ниже потом что уже давно не получается сфокусировать точку в 1 пиксель при таких размерах/плотности пикселей в телефонных матрицах из-за эффектов дифракции:
Тот же Samsung S20 Ultra «cannot capture raw in 108MP» — можно получить либо JPEG такого разрешения, либо «raw» 12 Мп. Наверняка все эти 108Мп настоящие, но, видимо, сырые данные с матрицы выглядят жутко и/или требуется какой-то специальный матаппарат для их обработки, которого естественно нет во всяких Lightroom'ах, поэтому руководство сочло разумным не показывать эти-самые мегапиксели публике.
> Естественно можно ее сейчас увеличить и придраться, только зачем?
Выходит несколько парадоксальная ситуация: в камере 45 Мп, а использовать их всё равно нельзя. В Nikon Z7, Canon R5 тоже по 40 с гаком мегапикселей, и уже на этом значении не всякий объектив сможет достаточную разрешающую способность обеспечить, а какая там плотность пикселей выходит у крошечной телефонной матрицы при таких разрешениях — и думать страшно. Заявления, что якобы 40-мегапиксельный снимок зато можно скукожить до 10, и получить при этом более высокую детализацию на мой взгляд являются маркетинговым булшитом потому что не всякие аберрации хорошо поддаются софтовой обработке, и «мыло» при достижении дифракционного предела — одна из них. Да, получаем кучу данных, но толку от этого немного т.к. требуется деконволюция, а потом надо ещё масикровать её артефакты. В принципе любой топик «Обсуждение камеры %phone_name%» на 4pda это подтверждает — 100% кроп зачастую выглядит как фльтр «масляная живопись» в ФШ :)
Снимки вполне хорошие для телефона, и несколько лет назад о таком и мечтать нельзя было, вопрос в том были бы они хуже при матрице в 10 Мп.
В принципе, с развитием интернета можно будет вообще вернуть камеру 0.3 Мп — чисто чтобы отправить фото в облако и прислать обратно результат обработки нейросетью :D
Кроме того я еще раз подчеркну, что с наплывом отрицательных комментариев желание делать проект у меня не пропало, сравните этот пост и ту версию, которую я публиковал ранее
Хороший и правильный взгяд на вещи :)
— При написании кода придерживаться стандарта PEP8, дабы код оставался читаемым и понятным другим разработчикам, см. pep8.ru/doc/pep8. Для проверки соответствия PEP8 можно использовать pylint, см. www.pylint.org
Сейчас оценка 4/10 :)
> pylint vitaliyalfa4.py
************* Module vitaliyalfa4
vitaliyalfa4.py:6:0: C0301: Line too long (137/100) (line-too-long)
...
vitaliyalfa4.py:24:12: C0303: Trailing whitespace (trailing-whitespace)
...
vitaliyalfa4.py:136:0: W0311: Bad indentation. Found 5 spaces, expected 8 (bad-indentation)
...
vitaliyalfa4.py:23:0: W0611: Unused sounddevice imported as sd (unused-import)
vitaliyalfa4.py:24:0: W0611: Unused import pyowm (unused-import)
vitaliyalfa4.py:25:0: W0611: Unused import requests (unused-import)
vitaliyalfa4.py:17:0: C0411: standard import "import os" should be placed before "import pyttsx3" (wrong-import-order)
vitaliyalfa4.py:18:0: C0411: standard import "import time" should be placed before "import pyttsx3" (wrong-import-order)
vitaliyalfa4.py:19:0: C0411: standard import "from datetime import datetime" should be placed before "import pyttsx3" (wrong-import-order)
vitaliyalfa4.py:21:0: C0411: standard import "import random" should be placed before "import pyttsx3" (wrong-import-order)
vitaliyalfa4.py:22:0: C0411: standard import "import webbrowser" should be placed before "import pyttsx3" (wrong-import-order)
-----------------------------------
Your code has been rated at 4.09/10
Сам код конечно всё ещё далёк от идеала, но уже всяко лучше, чем было, и, главное, он работает и выполняет поставленную задачу.
P.S. Ещё под Windows разбираться со всем этим питонячим колхозом может быть неудобно и есть соблазн поставить какую-нибудь Anaconda, где всё делается нажатем пары кнопок, но IMHO, для начала всё же следует уделить внимание изучению базовых инструментов, а затем уже имея понимание как всё работает под капотом, можно пробовать упрощать себе работу.
Беда в том, что у «сообщества» двойные стандарты. Если вы придёте к ним с жалобой на человека, который в своём личном твиттере поливает женщин говном, то на этого человека ополчится весь интернет (а заодно и на все сообщества, которые с человеком так или иначе связаны, в результате чего те вынуждены будут разворать с ними отношения чтобы избежать репутационных потерь для себя). А если в своём твиттере угнетаемая феминистка поливает мужчин говном, то «Это другое, это понимать нужно! Написала и написала, это Freedom of association, с кем хочу, с тем и дружу, жалуйтесь в спортлото».
Я очень надеюсь, но вот у меня тут перед глазами сборка 1803 (март 2018 года), и, кажется, в визуальном плане за 3 года существенных улучшений нет. Все мои претензии к сборке 2021 года актуальны и для 2018, это удивительно неаккуратный GUI для коммерческого продукта.
Как же меня коробит внешний вид десятки. Это словно плохо свёрстанная веб-страница, или китайский сайт, или кроссплатформенное GUI-приложение, которое неудачно пытается маскироваться под нативное. В мелочах просто какая-то катастрофа и ад перфекциониста — где-то нагромождение границ, где-то глазу хочется видеть границу, а её нет; где-то отсупов не хватает, где-то они черезчур большие. Словно Linux и Windows поменялись местами.
Была семёрка, которая может и выглядела слишком глянцево да игрушечно, но хотя бы консистентно:
Да, это весьма странно, но в условиях военного врмени выбирать не приходится. Там уже есть issue с предложением запилить mailing list, авось кто-то возьмётся.
Так они вам в ответ скажут, что вы разводите меритократию, «сперва добейся», и вообще в этом деле не обязательно быть программистом, а даже лучше, когда судят люди со стороны потому что у них soft skills 35 см и они прошли 3-недельные курсы по противодействию пассивной агрессии.
Да что за хрень с этой планетой? Особенно обидно видеть реакцию OSI. Вот уж действительно «Поведение любой бюрократической организации можно лучше всего понять, если предположить, что она контролируется тайной кликой ее врагов»
Пишите слова поддержки на info@fsf.org + directors@fsf.org это важно!
Chrome игнорирует «autocomplete=off» в полях форм «для удобства пользователей».
bugs.chromium.org/p/chromium/issues/detail?id=468153
bugs.chromium.org/p/chromium/issues/detail?id=587466
У Chrome своё понимание CSS-свойства «image-rendering», вероятно, «чтобы сделать отображение сайтов [в своём браузере] быстрее».
bugs.chromium.org/p/chromium/issues/detail?id=562162
Chrome по своему усмотрению изменяет сигнатуру addEventListener «чтобы сделать прокрутку [в своём браузере] на мобильных устройствах быстрее».
developers.google.com/web/updates/2017/01/scrolling-intervention
За вот эту срань отдельный котёл в аду.
developers.google.com/web/updates/2017/09/autoplay-policy-changes
(это с чем лично довелось столкнуться, а есть ещё много подобных фиговин вот здесь www.chromestatus.com/features#intervention. Постепенно эти «interventions» переползают в «features» www.chromestatus.com/features — сначала за флагом, потом включаются по-умолчанию. Такие финты либо вынуждают забить на всё и писать под Chrome, либо прикручивать feature detection, прямо как старые-добрые <!--[if gt IE 7]>)
Наконец, Chrome прям щас ломает веб, продвигая SXGs (Signed Exchanges) с единственной целью — получить возможности раздавать контент с google.com так, чтобы в адресной строке при этом отображался habr.com, раз не удалось в AMP весь веб засунуть или адресную строку совсем выпилить.
web.dev/signed-exchanges
habr.com/ru/company/globalsign/blog/454568
По состоянию на апрель 2021 вроде бы всё ещё работает вот такое заклинание:
input type="search" autocomplete="off"Жалобу в спортлото можно подать сюда: bugs.chromium.org/p/chromium/issues/detail?id=587466
— объектив Вега-11У от фотоувеличителя, достаточно резкий даже на закрытой диафрагме
Тот же Samsung S20 Ultra «cannot capture raw in 108MP» — можно получить либо JPEG такого разрешения, либо «raw» 12 Мп. Наверняка все эти 108Мп настоящие, но, видимо, сырые данные с матрицы выглядят жутко и/или требуется какой-то специальный матаппарат для их обработки, которого естественно нет во всяких Lightroom'ах, поэтому руководство сочло разумным не показывать эти-самые мегапиксели публике.
Выходит несколько парадоксальная ситуация: в камере 45 Мп, а использовать их всё равно нельзя. В Nikon Z7, Canon R5 тоже по 40 с гаком мегапикселей, и уже на этом значении не всякий объектив сможет достаточную разрешающую способность обеспечить, а какая там плотность пикселей выходит у крошечной телефонной матрицы при таких разрешениях — и думать страшно. Заявления, что якобы 40-мегапиксельный снимок зато можно скукожить до 10, и получить при этом более высокую детализацию на мой взгляд являются маркетинговым булшитом потому что не всякие аберрации хорошо поддаются софтовой обработке, и «мыло» при достижении дифракционного предела — одна из них. Да, получаем кучу данных, но толку от этого немного т.к. требуется деконволюция, а потом надо ещё масикровать её артефакты. В принципе любой топик «Обсуждение камеры %phone_name%» на 4pda это подтверждает — 100% кроп зачастую выглядит как фльтр «масляная живопись» в ФШ :)
Снимки вполне хорошие для телефона, и несколько лет назад о таком и мечтать нельзя было, вопрос в том были бы они хуже при матрице в 10 Мп.
В принципе, с развитием интернета можно будет вообще вернуть камеру 0.3 Мп — чисто чтобы отправить фото в облако и прислать обратно результат обработки нейросетью :D
Будем через GNU Taler донатить :)
— При написании кода придерживаться стандарта PEP8, дабы код оставался читаемым и понятным другим разработчикам, см. pep8.ru/doc/pep8. Для проверки соответствия PEP8 можно использовать pylint, см. www.pylint.org
Сейчас оценка 4/10 :)
> pylint vitaliyalfa4.py
************* Module vitaliyalfa4
vitaliyalfa4.py:6:0: C0301: Line too long (137/100) (line-too-long)
...
vitaliyalfa4.py:24:12: C0303: Trailing whitespace (trailing-whitespace)
...
vitaliyalfa4.py:136:0: W0311: Bad indentation. Found 5 spaces, expected 8 (bad-indentation)
...
vitaliyalfa4.py:23:0: W0611: Unused sounddevice imported as sd (unused-import)
vitaliyalfa4.py:24:0: W0611: Unused import pyowm (unused-import)
vitaliyalfa4.py:25:0: W0611: Unused import requests (unused-import)
vitaliyalfa4.py:17:0: C0411: standard import "import os" should be placed before "import pyttsx3" (wrong-import-order)
vitaliyalfa4.py:18:0: C0411: standard import "import time" should be placed before "import pyttsx3" (wrong-import-order)
vitaliyalfa4.py:19:0: C0411: standard import "from datetime import datetime" should be placed before "import pyttsx3" (wrong-import-order)
vitaliyalfa4.py:21:0: C0411: standard import "import random" should be placed before "import pyttsx3" (wrong-import-order)
vitaliyalfa4.py:22:0: C0411: standard import "import webbrowser" should be placed before "import pyttsx3" (wrong-import-order)
-----------------------------------
Your code has been rated at 4.09/10
— Для установки сторонних модулей использовтаь pip, а рядом с проектом положить файл requirements.txt, где зависимости зафиксированы, см. pip.pypa.io/en/stable/user_guide/#requirements-files
Сам код конечно всё ещё далёк от идеала, но уже всяко лучше, чем было, и, главное, он работает и выполняет поставленную задачу.
P.S. Ещё под Windows разбираться со всем этим питонячим колхозом может быть неудобно и есть соблазн поставить какую-нибудь Anaconda, где всё делается нажатем пары кнопок, но IMHO, для начала всё же следует уделить внимание изучению базовых инструментов, а затем уже имея понимание как всё работает под капотом, можно пробовать упрощать себе работу.
Пример подобной ситуации: github.com/ContributorCovenant/contributor_covenant/issues/278
(честно украдено из несуществующего блога)
Была семёрка, которая может и выглядела слишком глянцево да игрушечно, но хотя бы консистентно:
А теперь вот это:
«Free Software: идея, чьё время уже прошло»
No Discrimination Against Persons or Groups
(вдвойне иронично, но не удивительно, что OSI при этом сама высказалась против Столлмана)
Пишите слова поддержки на info@fsf.org + directors@fsf.org это важно!
Новость на Opennet: www.opennet.ru/opennews/art.shtml?num=54816
LOR: www.linux.org.ru/news/opensource/16225630
HN: news.ycombinator.com/item?id=26565107