Точки — это всё-таки квадратики, несмотря ни на что)) Поэтому идея с кругом, к сожалению, отпадает почти для любой задачи. Вариант с расстоянием быстрым, к сожалению, назвать очень тяжело… Если раздувать точки, то слишком сильно растёт погрешность вычислений.
А первый вариант — совпадает с предложенным мной.
Большое спасибо Вам за ответ))!
Почему-то мне кажется (если я правильно вас понял), что у такого алгоритма ошибка уже в самом подходе. Ведь плоскость достаточно большая, и, к примеру, ближе к нулю точки могут быть равномерно «размазаны» рядом с осями, и такой вектор-сканер их насобирает много-много штук. А скопление может быть далеко от осей, и при этом будет промах.
Но большое спасибо за совет!
Насчет оптимального алгоритма — можно же просто на shell набросать скрипт — который будет вначале сжимать, а потом сравнивать размеры полученных файлов. Или добавлять в конец уже оптимизированных файлов фразу "_optimized" и просто обходить скриптом их стороной.
С ImageMagick иногда можно творить чудеса.
Ну, вообще-то LookAndFeel в Java тоже настраивается, и приложения вроде абсолютно нормально смотрятся, если конечно не надо пользоваться нативными средствами для красивой анимации действий.
Я добавил в потоки вывод счётчика.
В первый раз (i =0) он нормально запускает поток, но остальные разы просто «прощёлкивает» цикл вхолостую. Почему? Как этого избежать?
Ругается на new ThreadStart() — а что это вообще такое? Предлагает поменять на new Runnable(), — но у меня уже и так это сделано.
Потом ругается на Convert.ToString(i); — нет такого метода (пишет)…
Netbeans 7.0.1
Потому что переменные width и height уже заняты. Ну да, замесил русский с английским (ещё и неправильным), но обычно я быстро учусь и быстро в будущем исправлюсь, обещаю :)
И тогда «верхний» (по вложенности) цикл можно будет попросить шагать не по каждому элементу, а шагами по rasstKriteria, но тут надо как-то хитро придумать, чтобы, как говорится, не налажать :) Тогда скорость ещё поднимется! Это просто замечательно!
И в таком случае их вообще не нужно сравнивать! Можно просто обнулить всю область интереса, раз уж мы всё равно только её рассматриваем. Вот спасибо!!! Скорость выполнения обработки массива увеличилась почти на 35%!
А первый вариант — совпадает с предложенным мной.
Большое спасибо Вам за ответ))!