Комментарии 7
https://dev.to/sebastianstamm/this-image-is-also-a-valid-javascript-file-5fol а вот такой файл эта система классифицирует как 100% gif, внедрённый JavaScript не видит
Magika способна превзойти другие существующие инструменты примерно на 20%
В чём превзойти? В скорости? Количестве распознаваемых форматов? Точности распознавания? Объёме используемой памяти?
Лучше оригинал прочитать, чем этот перевод.
Да.
А если серьёзно, подозреваю, что подразумевалась 20% улучшение точности, но даже если это правда так, то это всё равно не делает эту нейронку восстребованой.
Ну почему же, сейчас мы файлы воспринимаем по расширению, может быть через 5 лет оно станет излишнем.
Ну вот не соглашусь. Та же винда уже смотрит на содержимое файла.
Реальный пример, буквально сегодня утром разбирал фото с телефона, скопированные на комп. Проводник видит все картинки без проблем и корректно превью рисует, встроенные софтины просмотра видят их без проблем, а acdsee половину отказывается открывать - "неизвестный дескриптор файла". Полез смотреть - проблемные файлы с расширением jpg, а внутри в первых же символах дескриптор webp. Переименовал их - acdsee наконец-то соизвоил их открыть.
Та же винда уже смотрит на содержимое файла.
Это происходит не на уровне ОС, в вашем случае сам "Проводник" и генерирует эскизы. Данная функция в первую очередь зависит от расширения файла и для неизвестных расширений эскизов не будет.
Если у вас расширение JPG, даже для файла WebP, то для такого файла выполняется попытка генерация эскиза через API Windows Imaging Component, который уже определяет файлы по их содержимому.
Но если расширение не принадлежит какому-то графическому формату, то для него не будет даже попытки генерации эскиза, даже если сам формат файла поддерживаемый.
Google открыла код проекта Magika для определения типа содержимого файлов