Результаты поиска по запросу «
увеличение изображения
»#всё самое интересное фэндомы лист увеличение электронный микроскоп
Изображение нижней поверхности листа, показывающее различные трихомы (наружные выросты). Считается, что они защищают ткань листа от перегрева, от повреждения насекомыми, а также способствуют уменьшению испарения влаги и выведению солей из тканей листа.
art красивые картинки увеличенная star wars фэндомы Darth Vader
Прошу помощи
Комрады, я знаю многие скажут "Мы не твоя армия" и т.д. но все же ..я попытаюсь.Другу решил подарить на юбилей (30 лет ему) полотно с таким изображением (см ниже) размер полотна 1000*500 мм
картинку нашел в интернете разрешение неплохое было, но пришлось обрезать. и в живую вышло не очень четко и хорошо. Дарить все равно буду. НО!!! может кто знает где можно взять картинки самого большого разрешения, что бы так же сделать полотно, себе хочу тоже. Тематика Звездных Войн лучше империя. Я за нее все таки))) Буду очень благодарен. Накидайте фоток или ссылки на оригиналы в большом разрешении. Всем спасибо. Надеюсь на ваше понимание. И да, я поклонник Звездных Войн в любых проявлениях.
Анатомия кожа дырка микросъемка Микроскоп
Электронно-микроскопическое изображение кожи человека после прокола иглой от шприца.
баянометр
Попробовал снова поиграться с более продвинутыми методами поиска, но, опять не пришел к положительным результатам. SIFT/SURF слишком громоздки. ORB ведет себя тоже неплохо, но полегче, и исполняет поставленные задачи, но, встает более серьезная проблема - поиск. Для снижения количества ложно-положительных результатов поиска нужно увеличивать количество точек для изображения. Увеличение количества точек - больше данных для поиска. Больше данных для поиска - меньше скорость и требуется больше мощностей. На реакторе больше 7 миллионов изображений. При < 100 точек - результат ультра гавно. 200-300 - более менее, но не на таком объеме. Это неплохо работало бы, если бы было 1-2 миллиона изображений. +- допустимые результаты, для такого объема, это 450+ точек на изображение. Итого, 3 миллиарда точек. Это порядка 200+ гигов данных, которые нужно хранить в оперативе, для более быстрого поиска. И даже при таких условиях поиск одной картинки длиться порядка 20-25 секунд, что уже далеко за приделами комфортного уровня. Можно ли решить это? Да, конечно, но это уже нужно распределять все на штуки 4+ сервера, а цена аренды такого удовольствия выходит слишком большая(150$+). Согласно опросу недавнему, она вроде бы подъемная, но, я прекрасно понимаю что обстоятельства у людей меняются. Кто-то переоценил свои финансовые возможности, а кого то просто заебет донатить на это, а бегать постоянно делать посты на это тему... Ну такое себе удовольствие.
Потому сорян, я правда старался, но уперся в ограничения не связанные с программными аспектами. Или может вы подскажите метод поиска hamming, который работает быстро на огромном объеме данных, и при этом не требует существенных апаратних ресурсовp.s. это разве что собирать сразу на годик+ аренды, и тогда есть смысл дальше играться, но уже с несколькими серверами
Отличный комментарий!
Чего не скажешь про Jpeg-XL (JXL), кроме того что у него лицензия абсолютно открытая (благодаря которой джпг так взлетел) её автор (сам создатель джипега) в этот раз взялся за новый формат как следует, и он жмёт картинки гораздо эффективнее и качественнее в целом, поэтому его внедряют гораздо охотнее