به به. بعد از مدت ها بازم تونستم بيام انجمن.
بله منم با نظر آقا حامد كاملآ موافقم. من به مشكلات اين چنيني زياد برخوردم و تنها دليلش Embed كردن پلاگين ها بود كه مشكل ايجاد مي كرد. البته پروژه ي شما كلي فايل هم داره كه نياز به Embed نداشته احتمالآ و حجمش كلي رفته بالا!!! غير از حجم پروژه احتمال ميدم تو برنامه ي شما پلاگين Xt media مشكل ساز باشه. از اين پلاگين بصورت external استفاده كنيد تا هم حجم پروژه بياد پايين هم مشكل هنگ كردن حل بشه.
اينم اضافه كنم كه وقتي از چنين پلاگين هايي استفاده ميشه و حجم كار بالا ميره بيشتر موقع minimize كردن پروژه هنگ ميكنه. البته اين تجربه ي شخصيه!
كافيه از Embed خارجش كنيد! فايل هاي ديگه هم external استفاده كنيد!
موفق باشيد
خود Xtmedia.dll که 200 هم حجم نداره!
بودن عکس ها بیرون پروژه بی معنیه و باید embed باشند.
من اصلا زیاد Minimize نکردم که تست کنم، برنامه همین طوری هنگ کرده، همه جایی هم هنگ کرده، حتی اول برنامه که از هیچ پلاگینی استفاده نشده :-(
اما مجبور بشم باید فایل ها رو خارج کرده و دوباره امتحان کنم.
چنانچه حجم فایل های embed شده از 10 مگ تجاوز کنه پروژه شما محکوم به هنگ کردن هست. حتی ده مگ هم از نظر من زیاده. فضای embed برای ضمیمه پلاگین ها و فایل های کوچیک مناسب هست نه یه انباره برای مخفی کردن.
چنانچه حجم فایل های embed شده از 10 مگ تجاوز کنه پروژه شما محکوم به هنگ کردن هست. حتی ده مگ هم از نظر من زیاده. فضای embed برای ضمیمه پلاگین ها و فایل های کوچیک مناسب هست نه یه انباره برای مخفی کردن.
اتفاقا اگه تصاویر شبیه هم باشند بهتره که از BMP استفاده کنند.
یک آزمایش عملی :
یک تصویر دکمه سه حالته رو با فرمت های 3sb و bmp (عمق رنگ 24 بیتی) و jpg (کیفیت High - 8 فتوشاپ)
ذخیره کردم تا دو صفحه (page) رو با 16 دکمه تصویر در هر صفحه پر کنم و حجم فایل exe پروژه رو با فرمت های
تصویری مختلف مقایسه کنیم.
فرمت فایل bmp
حجم 3 فایل bmp (سه حالت مختلف دکمه) جمعا 44 کیلوبایت
حجم پروژه کامپایل شده با 32 دکمه (NoFMOD - ZIP Compression) برابر 459 کیلوبایت
حافظه RAM در هنگام اجرا در سیستم 32 بیتی 12 مگابایت
فرمت فایل jpg
حجم 3 فایل jpg (سه حالت مختلف دکمه) جمعا 38 کیلوبایت
حجم پروژه کامپایل شده با 32 دکمه (NoFMOD - ZIP Compression) برابر 556 کیلوبایت
حافظه RAM در هنگام اجرا در سیستم 32 بیتی 12 مگابایت
فرمت فایل 3sb
حجم فایل 3sb (از نظر فرمت داخلی 3sb یک فایل png است) برابر 4 کیلوبایت
حجم پروژه کامپایل شده با 32 دکمه (NoFMOD - ZIP Compression) برابر 462 کیلوبایت
حافظه RAM در هنگام اجرا در سیستم 32 بیتی 12 مگابایت
نتیجه گیری
فرمت فایل bmp از نظر حجم فایل اجرایی فرمت کم حجم تری است، چرا چنین فرمت فایل حجیمی اینگونه کم حجم
می شود؟ چون از نظر داخلی فشرده سازی خاصی ندارد و هنگام بکار بردن فرمت فشرده سازی ZIP مجموعه تصاویر
بخوبی فشرده می شوند.
فرمت فایل تصویری در میزان حافظه RAM اشغال شده هم تفاوت محسوسی ایجاد نمی کند، چرا؟ چون فایل های
تصویری برای نمایش در دکمه ها ناچار اند از حالت فشرده خارج شده و به صورت حافظه Bitmap نمایش داده شوند.
دوست عزیز منظور من رو خوب متوجه نشدین من سوالم رو جداگانه پرسیدم میخواستم بگم اگه برای مثال تو برنامه 100 تا صفحه ایجاد کردن و توی همه این صفحات از ده تا دکمه یک شکل استفاده شده و توی هر صفحه مکان دکمه فرق میکنه اون دکمه ها رو توی Master Layer قرار بدن و برای استفاده از دکمه ها توی هر صفحه با دستور MoveObject مکان دکمه ها رو تغییر بدن تا حجم پروژه خیلی کم بشه , ضمنا حرف شما کاملا درسته ولی اگه برای Background برنامه بخوان از عکس BMP استفاده کنن بسیار حجم پروژه بالا میره و اینجا بهترین پسوند JPG خواهد بود
فرقی نمی کنه، حتی در مورد تصاویر بزرگ Background هم با فرمت jpg فایل exe ایجاد شده می تونه حجیم تر از
نمونه bmp اش باشه. این به دلیل ماهیت فشرده شده jpeg و فشرده نشده bmp است و زیاد به بزرگ و کوچک بودن
ابعاد تصویر ربطی نداره، به نقش و نگار داخل تصویر و میزان تنوع طیف رنگی بستگی داره.
به عنوان مثال دو تصویر background متفاوت 800 در 600 پیکسلی که در یکی طیف رنگی محدود و در یکی دیگه
طیف رنگی خیلی متنوع است رو مقایسه می کنیم. تصویر jpg نمونه اول 53 کیلوبایته و با فشرده سازی 5 - Medium
ذخیره شده. نمونه bmp همین تصویر به مراتب حجیم تر است، یعنی 1.37 مگابایت، حدودا 26 برابر حجیم تر است.
اما زمانی که فایل اجرایی رو با فشرده سازی ZIP ایجاد می کنیم، حجم نمونه jpg برابر 1.02 مگابایت و نمونه bmp
برابر با 779 کیلوبایت میشه که حدودا 270 کیلوبایت کم حجم تر است و با نسبت حجم خود فایل های jpg و bmp جور
در نمیاد. دلیلش هم محدود بودن طیف رنگی است که به فشرده شدن فایل bmp کمک زیادی می کنه و موجب
کم حجم تر شدن نسبت به نمونه jpg میشه.
اما در مورد تصویر دوم که طیف رنگی متنوعی داره، تصویر jpg برابر با 59 کیلوبایته و نمونه bmp اش 1.37 مگابایت که
حدودا 24 برابر بزرگتر است. فایل اجرایی کامپایل شده با تصویر jpg برابر با 1.48 مگابایته و با تصویر bmp برابر
با 1.59 مگابایت که از نمونه jpg حدود 100 کیلوبایت بزرگتر است. حتی در این مورد هم که jpg از لحاظ حجم کوچکتر
است، اختلاف حجم فایل های exe با نسبت حجم تصاویر bmp و jpg همخوانی ندارد.
سلام دوست عزیز فکر کنم که شما پروژه ی تان را طوری ساخته اید که نیاز به فایل ها یی دارد که شمه در حاظه آن می ریزید شما می توانید از فرمان
<SrcDir>
فایل ها ی کنار برنامه ات را اجرا کنید
اگر فایل ها ی خود را در حافظه ی مولتی مدیا بریزید باعث می شود که کامپیوتر هنگ کند آن وقت است که باید ..... :razz:
سلام. ببخشيد كه دير جواب دادم و الآن تاپيك اومده بالا!
لازم ديدم اين موضوع رو روشن كنم چون مثل اينكه اشتباه برداشت شده.
من گفتم بالا بودن حجم پروژه ميتونه دليل هنگ كردن باشه همون طور كه آقا حامد و بقيه دوستان گفتن ولي نگفتم صرفآ بالا بودن حجم پروژه شما دليل هنگ كردنشه!
همونطور كه گفتم طبق نظر و تجربه ي شخصي! بعضي پلاگين ها موقعي كه Embed ميشن مشكل ايجاد ميكنن و بهتره ازشون بصورت External استفاده بشه. حالا پروژه شما اگه 5 كيلوبايته و با اين پلاگين ميشه 205 كيلوبايت مهم نيست. بهتره اون پلاگين رو اكسترنال استفاده كنيد. اين پلاگين هم از اون دسته پلاگين هاست.
حالا نميدونم، اگه اين جور پلاگين ها رو سيستم بقيه هنگ نميكنه احتمال داره مربوط به ويندوزشون باشه، چون واسه خود من هنگ ميكنه.
به نظر خودم هم دكمه و .. تاثير زيادي رو حجم ندارن. مگه اينكه خيلي زياد باشن عكساتون!
از دكمه ي Reduce Size هم كه در منو ي فايل ديده ميشه ميتونين استفاده كنين و بيشترين كاربردشم وقتيه كه يه عكس با سايز بزرك رو تو برنامتون با درگ كردن تغيير سايز دادين و كوچيكترش كردين. در اين حالت بيلدر حجم اضافي رو اتوماتيك درست ميكنه.
موفق باشيد
