Java: OutOfMemory с использованием Robot # createScreenCapture (Rectangle)

Question

Я записывал программу для захвата экрана с заданным интервалом, и когда я начал тестировать, я обнаружил, что получаю исключение OutOfMemoryException почти сразу после того, как он начинает записывать снимки. Я попытался выделить больше памяти - я дал ей 256 м, но это вряд ли помогло. Все, что он сделал, это сделать это на 2 или 3 секунды, прежде чем выбросить исключение и снова свернуть.

Я понимаю, что метод createScreenCapture (...) использует много памяти, но я видел примеры программ, которые могут записываться в течение большого количества раз с использованием того же метода - как они это делают?

Редактировать: Я использовал совет ваших ребят, и теперь я не получаю OutOfMemoryExceptions! Ура! Я взял маршрут, который включает сохранение фотографий на жесткий диск. Тем не менее, на самом деле их запись в архивный файл занимает довольно много времени. Запись 63 кадров в архивный файл занимает почти 2 минуты!

Я не могу предоставить какой-либо код, потому что я переписываю часть ввода-вывода. Работа над улучшением ситуации.

Answer 1

Я видел примеры программ, которые могут записываться на большое количество раз, используя тот же метод - как они это делают?

Сериализовать изображения на диск (в виде отдельных файлов или в один почтовый индекс).

---

Есть определенная процедура, я должен использовать для сохранения на жестком диске? Я думал о преобразовании изображений в массив int [], а затем просто сохранял это, так как массивы сериализуемы.

Существует ряд стратегий, которые можно преследовать.

• Преобразование изображения в не-потерями (& легко кодировать) формат изображения и сохранить изображение как:
  1. В отдельных файлах на диске, или ..
  2. как отдельные записи в (несжатый) Zip-архив. Используя Zip, мы можем обойти ранние проблемы, о которых сообщалось при хранении «тысяч» файлов. Сделайте его несжатым для соображений скорости (и тот факт, что Zip делает очень мало для большинства медиаформатов).
• Я когда-то видел код на usenet, который был вызван (AFAIR) «Скрины» или что-то в этом роде (не могу найти его сейчас), который так сильно понравился вам. Он хранил необработанную информацию (без какой-либо кодировки) на диск. Я пробовал код и не мог получить лучшую производительность для него, чем кодирование изображения в PNG & сериализации изображения на диск. Возможно, вы захотите запустить несколько тестов, чтобы узнать, какой из этих методов выходит быстрее.

Answer 2

90 миллисекунд - довольно короткий интервал ожидания, прежде чем щелкнуть следующую картинку. Вы, наверное, слишком много. Почему бы не установить ограничение на то, насколько большой может получить collection.

Answer 3

Thread.sleep (90) сделает вашу программу паузой в течение 90 миллисекунд. Таким образом, за 2-3 секунды требуется около 200-300 снимков, что было бы довольно много.

Answer 4

Как это сохранить изображение? Насколько большой экран?Я не знаком со всеми ColorModels, поддерживаемыми BufferedImage, но в худшем случае полное изображение RGB @ 1900 x 1200 будет 1900 * 1200 * 24 бит или около 7 МБ. Даже при 5 FPS это 35 МБ в секунду, которая будет превышать 256 МБ менее чем за 10 секунд, игнорируя все другие возможности использования памяти.

Вам, скорее всего, придется записывать на диск или сжимать эти данные «на лету», но вы по-прежнему будете легко удалять ограничения по памяти.

Answer 5

Вы добавляете память изображения (области) в коллекцию.

 BufferedImage image = robot.createScreenCapture(area); //OutOfMemory on this line. 
     collection.addFirst(image); 

Что бы вы ожидали, чем больше вы добавляете, тем больше оно получается.

Попробуйте записать его в файл/базу данных или удалить старый буфер изображения, чтобы сохранить буфер, возможно, 20 последних изображений.

90 мс немного короткое. Если вы пытаетесь сравнить изображения, попробуйте сравнить предыдущее изображение с текущим, прежде чем добавлять в коллекцию.

Если вы делаете решения типа отслеживания с веб-камер, сообщите нам, его новый набор инструментов и понятий.