DaLLaS11, он спросил почему эта прога не открывает картинки больше своего экрана, и я ему дал проги которые работают с большими изображениями. И о том что эта прога неработает на 5 колене я знаю.
пиши например c:/pictures/a.bmp - короч путь+имя. или выбирай Обзор, лезь в папку куда сохранять бушь, выбирай В этой папке, потом дописывай имя файла к автоматически введенному пути.
advencher да больше чем размер экрана низя. мона было бы убрать этот предел, но тогда ты бы создал рисунок 400х400 например, и у тя после этого не работала бы заливка, сохранение в png, всякие эффекты типа обрисовки и др. тока бы выбрал чо нить из этого - бах, белый экран, и вис. поэтому я сделал упор на стабильность проги, ограничив размер рисунка. хотя на некоторых сонериках она все таки тупит. потому что сонерики новые немного не такие как старые, и не прощают яве ошибок) а в моей проге есть такие ошибки, которые сименсы и старые сонерики проглатывали и не обращали внимания)
BlackStrip, Ага, стабильность гг. Я спокойно редачу в ппм 176х220 и сохраняю в гиф, а в пнг у меня сохранило ток однажды на графшоте. И не от ограничения это зависит, а от хипа.
Да это зависит от хипа. Но ты ж не знаешь скока хипа моя прога потребляет? А я знаю. И если посчитать в сумме все буферы, компараторы, плюс их дублирующие массивы, то для сименсов получится - размер экрана это самый норм (просто так вышло). А для сименсов х65/75 даже мона больше (на х65/75 с экраном 132х176 мона открывать картинки до 176х220!). Для сонерика к750 этот расчет работал тоже хорошо, я на нем тестил паинткад старый много раз (и многие спокойно использовали паинткад на к750ом). И это поверь - стабильность, когда ты (точнее я) знаешь, что в сумме твои массивы не займут всю память так, что когда проге потребуется дополнительная - ей покажет ява шиш. А на новых сонериках уже проблемы с моими методами отрисовки проги на экране, поэтому там хз, мож и действительно на них и 500х500 мона разрешить, и все влезет в хип.
15 июн 2009 в 01:49