Очень многие вещи в программировании не имеют теоретического доказательства. Как задача о 8 ферзях
которую решал Гаусс. Есть просто практика и ее надо проверять. Перебрать всех ферзей и решить таким
образом задачу.
Вот если ты уберешь из стека технологий Ломбок и в новой версии утечки памяти уменьшаться - то это
успех. И после наблюдения графиков никто из хабра спорить не будет в том что например Ломбок
продуцировал дополнительные рахсоды. Разумеется я это не утверждаю. Я просто ставлю вопрос.
Dimchik, это тоже не является ошибкой по описанию. Твой софт работает - as designed.
Если у тебя есть пример софта который сходится быстрее к нужному решению - то логгируй
и трассируй все значения скрытого слоя и наблюдай глазами что происходит.
Обратите внимание на то что медицинские данные обычно попадают под международный акт HIPAA.
Я не знаю как в РФ но по всем международным нормам такую информацию вообще нельзя никуда
пересылать а если пересылаете то вы должны гарантировать что обработчих их так-же действует
на основании этого акта.
U235U235, это подразумевается. Подобные задачи ставились преподами инженерной графики которые изучили JPEG сжатие и потом на его основе придумывали лабы. И вопросы по блокам и фреймама или по разложеню цвета в разные цветовые системы обычно возникают потом в обязательном порядке. Я просто немного предупредил эти вопросы.
Поищи загрузочные диски с названиями Partition Logic, Partition Magic. В них был функционал по
манипулированию разделами. И можно было растягивать Windows разделы на свободное место.
Я импи пользовался лет 20 назад. В виде CD-дисков. Щас они наверное в виде флешек.
Но все равно лучше сделай backup ценных файлов перед этим.
stasbombit, Файл-Зилла запускается от имени другого пользователя который не имеет доступа к фолдеру /www.
И это правильно. Так и должно быть. Способов фиксить это - много. Но тут в хабре все эксперты и советчики ни за что не отвечают. А любой фикс прав и привилений - это секюрити инцедент. С ним надо разбираться. Иначе в юниксах все процессы бы работали от рута.
Вот подумай как-бы ты хотел это исправить так что было безопасно. А не просто топнуть ножкой и сказать "хочу и все тут.... "
Смотри. Я тебе предлагаю полностью закрыть этот вопрос. В таком виде как он поставлен ты его не осилишь. Разбей его на части.
1) Преобразование картинки с цветовыми слоями RGB в матрицу вещесвенных чисел. Это шаг утилитарный но он тоже нужен. Как декомпозиция сложной задачи .
double[][] transformPicture(Image image) { .... }
Здесь на выходе картинки можно получить 3 матрицы (RGB, YUV) если будет желание. Но обычно те кто
играются с графикой - берут канал яркости (Y) как взвешенное значение RGB например.
2) Преобразование матрицы чисел в две матрицы коэфициентов Фурье с глубиной разложения до n.
Tuple<double[][],double[][]> transformFFT(double[][] matrix, int n) { .... }
здесь размерность N может быть любая. Но считается что нижние коэффицнеты несут львиную
долю информации. Там есть арифметическое среднее и волны низкой частоты. А те коэффициентики
повыше - высокочастотную рябь. Ее обычно отфильтровывают как ненужную.
3) Обратное преобразование (восстановление) картинки из матрицы Фурье. Это - end-to-end testing. Если картинка восстановлена - значит предыдущие шаги были верные. Будут те-же функции только наоборот.
Все удачи. Создавай новые вопросы на хабр по плану.
kakoitotamdzhiek, а что вы будете нажимать на кнопках? У вас - прямая связь. Как начальник-секретарь.
Для того чтоб зазвонил звонок - батарейки не хватит. Нужно переменное напряжение. Обычно АТС подают переменное вызываное напряжение 25 ГЦ с амплитудой 60В но пока оно долетает до абонента там уже будет 30В. Тогда если вы хотите чтоб второй телефон звонил надо придумывать схему посложнее.
Евгений Вьюгин, я думаю это норм. Производители процессоров и видеокарт - это разные конторы и они не согласовывают свои релизы аж никак. Разработчики игр тоже не ставят своей задачей какой-то
баланс нагрузки.
И вобщем претензию твой выставить некому. Попробуй другую игру. Может будет лучше.
Spring boot + java 11 + @Slf4 (от ломбок)Очень многие вещи в программировании не имеют теоретического доказательства. Как задача о 8 ферзях
которую решал Гаусс. Есть просто практика и ее надо проверять. Перебрать всех ферзей и решить таким
образом задачу.
Вот если ты уберешь из стека технологий Ломбок и в новой версии утечки памяти уменьшаться - то это
успех. И после наблюдения графиков никто из хабра спорить не будет в том что например Ломбок
продуцировал дополнительные рахсоды. Разумеется я это не утверждаю. Я просто ставлю вопрос.
Проверь. Замеряй. И закрывай этот вопрос.