NOTICE توجه: این یک موضوع قدیمی است که آخرین پست ارسالی آن مربوط به 1336 روز قبل است . لطفا فقط پاسخ ها ، سوالات و درخواست های 100 درصد مرتبط را به آن ارسال کنید و برای درخواست ها و سوالات جدید موضوع جدیدی را ایجاد کنید
صفحه 18 از 56 نخستنخست 12345678910111213141516171819202122232425262728293031323334353637 ... آخرینآخرین
نمایش نتایج: از 341 به 360 از 1104

موضوع: آموزش emWin

  1. #341
    مدیر انجمن
    تاریخ عضویت
    Dec 2009
    نام
    غلامحسن منصوری
    نوشته ها
    359
    تشکر
    408
    تشکر شده 819 بار در 248 پست

    پیش فرض

    نقل قول نوشته اصلی توسط dmco نمایش پست ها
    سلام به همه اساتید. من میخوام از emwin واسه نمایش عکس بخ اندازه کل السیدی 7 یعنی 800*480 پیگسل با میکرو 1788 استفاده کنم. مثالهای داخل کوربورد وقتی میخواد صفحه رو رفرش کنه کامل دیده میشه که از بالا شروع میکنه تا پایین. ولی واسه پروژه من نباید اینجوری باشه و باید عکس یه دفه ظاهر چیزی شبیه نمایش عکس روی موبایل یا تبلت یا کامپیوتر). دوستانی که تچربه دارن لطفا راهنمایی کنن که emwin با 1788 میتونه این کار رو با سرعت مورد نظر واسه من انجام بده؟ یا در حدی هست کهدقابل اغماض باشه؟ اگه بخواد از رو sd لود کنه چطور؟ میخوام بدونم روش وقت بزارم یا برم سراغ چیزای دیگه(مثلا marsboard). ممنون از همه
    سلام. کار emwin ساخت و مدیریت پنجره هاست. و کلا یک رابط گرافیکی است نه چیزی که شما دنبالش هستید.

  2. کاربران : 6 تشکر کرده اند از شما mansoory برای ارسال این پست سودمند:


  3. # ADS
    Circuit advertisement
    تاریخ عضویت
    Always
    نام
    Advertising world
    نوشته ها
    Many
     

  4. #342
    کاربر فعال sjafarim آواتار ها
    تاریخ عضویت
    Jan 2008
    نام
    جعفری
    نوشته ها
    225
    تشکر
    93
    تشکر شده 297 بار در 141 پست

    پیش فرض

    سلام حق با مهندس منصوریه.
    چیزی ک شما مد نظرته وابسته به سرعت خواندن و دسترسی cpu به داده های عکس و سرعت انتقال اونها به lcd داره. بهتره عکس حتی اگر تو sd ذخیره شده ابتدا کامل خونده بشه و در رم emc (یا اگر جا بشه داخلی) قرار بگیره بعد ازونجا لود بشه تو lcd.
    رابط بین lcd و میکرو هم هرچه پارالل تر بهتر، یعنی از 18 بیتی موازی استفاده کن بالفرض.
    تابع مورد استفاده درایورت هم بهینه کن ازین نظر که داده ها رو به صورت بلوکی به lcd بفرسته برا نمایش عکس.
    اینا رعایت بشه با 1788 تصویر سریعی میتونی داشته باشی.
    ویرایش توسط sjafarim : 24-08-2013 در ساعت 13:04

  5. کاربران : 4 تشکر کرده اند از شما sjafarim برای ارسال این پست سودمند:


  6. #343
    کاربر فعال
    تاریخ عضویت
    Aug 2011
    نام
    Dany
    نوشته ها
    257
    تشکر
    138
    تشکر شده 185 بار در 106 پست

    پیش فرض

    نقل قول نوشته اصلی توسط dmco نمایش پست ها
    سلام به همه اساتید. من میخوام از emwin واسه نمایش عکس بخ اندازه کل السیدی 7 یعنی 800*480 پیگسل با میکرو 1788 استفاده کنم. مثالهای داخل کوربورد وقتی میخواد صفحه رو رفرش کنه کامل دیده میشه که از بالا شروع میکنه تا پایین. ولی واسه پروژه من نباید اینجوری باشه و باید عکس یه دفه ظاهر چیزی شبیه نمایش عکس روی موبایل یا تبلت یا کامپیوتر). دوستانی که تچربه دارن لطفا راهنمایی کنن که emwin با 1788 میتونه این کار رو با سرعت مورد نظر واسه من انجام بده؟ یا در حدی هست کهدقابل اغماض باشه؟ اگه بخواد از رو sd لود کنه چطور؟ میخوام بدونم روش وقت بزارم یا برم سراغ چیزای دیگه(مثلا marsboard). ممنون از همه
    همین طور که اقا جعفری گفتند چیزی که می خواهید ربطی به emwin نداره شما کارهایی که دوستان گفتند انجام دهید یعنی انتقال از روی مموری به رم داخلی بریزید و با روش بلوکی پشت سرهم نشانش دهید البته فرمت شما نیز خیلی مهمه اگر bmp با این روش جواب نداد باید برید سراغ فرمت های دیگر مثل JPG

  7. کاربران : 3 تشکر کرده اند از شما skiboys برای ارسال این پست سودمند:


  8. #344
    کاربر فعال titery آواتار ها
    تاریخ عضویت
    Dec 2011
    نام
    وثوق
    نوشته ها
    166
    تشکر
    363
    تشکر شده 218 بار در 89 پست

    پیش فرض

    نقل قول نوشته اصلی توسط skiboys نمایش پست ها
    همین طور که اقا جعفری گفتند چیزی که می خواهید ربطی به emwin نداره شما کارهایی که دوستان گفتند انجام دهید یعنی انتقال از روی مموری به رم داخلی بریزید و با روش بلوکی پشت سرهم نشانش دهید البته فرمت شما نیز خیلی مهمه اگر bmp با این روش جواب نداد باید برید سراغ فرمت های دیگر مثل JPG
    سلام این روش بلوکی برای 1788 هم هست یا نه فقط مال درایور 1963 هستش.
    و این که فرمودید bmp نمیده یعنی تو کدوم قسمت کم میاره ؟چون ظاهر قضیه اینه که داریم از رم داخلی عکس را لود میکنیم.

  9. #345
    کاربر فعال sjafarim آواتار ها
    تاریخ عضویت
    Jan 2008
    نام
    جعفری
    نوشته ها
    225
    تشکر
    93
    تشکر شده 297 بار در 141 پست

    پیش فرض

    روش بلوکی به این معنیه که برای ارسال دیتا پیکسل ها به جای اینکه برای هر پیکسل یک فرمان سپس یک داده ارسال بشه، یک فرمان برای بلوک ارسال شده سپس کل داده های ان بلوک پشت سر هم ارسال میشه،اینجوریه که سرعت زیاد میشه،مربوط به میکرو نیست بلکه روش انتقالیه که مربوط به درایور lcd هست.
    در مورد bmp هم خدمتتون بگم که در واقع فرمت عکس تا اونجایی در سرعت نقش داره که شما هنوز داده های rgb پیکسل هارو از تو فایل بیرون نکشیده باشید و در رم قرار داده نباشید.یعنی فرمت فایل فقط زمان decode کردن فایل رو تغییر میده، هرچه از فرمتی با compression کمتر برای نگهداری فایل استفاده کنید قطعا زمان decode کردن کمتر خواهد بود در ازای حافظه مورد نیاز بیشتر(معمولا!) برای نگهداری فایل.
    سریعترین حالت نگهداری عکس همون برنامه هایی هست که خودشون عکسو میگیرن و یک فایل هدر با داده های پیکسلی 8-16-24 یا ... بیتی بهتون تحویل میدن.

  10. کاربران : 3 تشکر کرده اند از شما sjafarim برای ارسال این پست سودمند:


  11. #346
    کاربر فعال
    تاریخ عضویت
    Aug 2011
    نام
    Dany
    نوشته ها
    257
    تشکر
    138
    تشکر شده 185 بار در 106 پست

    پیش فرض

    نقل قول نوشته اصلی توسط titery نمایش پست ها
    سلام این روش بلوکی برای 1788 هم هست یا نه فقط مال درایور 1963 هستش.
    و این که فرمودید bmp نمیده یعنی تو کدوم قسمت کم میاره ؟چون ظاهر قضیه اینه که داریم از رم داخلی عکس را لود میکنیم.
    توضیحات کامل را اقای جعفری دادن من چند نکته اضافه می کنم
    من با1768 کار می کنم و 1788 ندارم نمی دونم سرعت خودند از nand flash یا norflash چقدره در 1768 هنگامی که من از روی فلش داخلی عکس لود می کنم برای lcd320*240 سرعت خیلی خوبه و هیچ گونه پرشی ندارم ولی چون حافظه ام محدوده وچندتا عکس بیشتر نمی شه به این روش پخش کرد از SD استفاده می کنم که در این قسمت خواندن از SD است که وقت زیادی می گیره برای همین رفتم سراغ JPG و دارم یه کارهایی می کنم زمانی که تمام شد برنامه را در قسمت پخش فیلم که در امضا من هم هست قرار می دهم درضمن در ان تاپیک در مورد روش بلوکی و تابعش صحبت کردیم شما تست کنید ببیند برای این LCD 7 inch شما چقدر طول می کشهlcd را رنگ امیزی کنه

  12. تشکرها از این نوشته :


  13. #347
    کاربر فعال titery آواتار ها
    تاریخ عضویت
    Dec 2011
    نام
    وثوق
    نوشته ها
    166
    تشکر
    363
    تشکر شده 218 بار در 89 پست

    پیش فرض

    نقل قول نوشته اصلی توسط skiboys نمایش پست ها
    توضیحات کامل را اقای جعفری دادن من چند نکته اضافه می کنم
    من با1768 کار می کنم و 1788 ندارم نمی دونم سرعت خودند از nand flash یا norflash چقدره در 1768 هنگامی که من از روی فلش داخلی عکس لود می کنم برای lcd320*240 سرعت خیلی خوبه و هیچ گونه پرشی ندارم ولی چون حافظه ام محدوده وچندتا عکس بیشتر نمی شه به این روش پخش کرد از SD استفاده می کنم که در این قسمت خواندن از SD است که وقت زیادی می گیره برای همین رفتم سراغ JPG و دارم یه کارهایی می کنم زمانی که تمام شد برنامه را در قسمت پخش فیلم که در امضا من هم هست قرار می دهم درضمن در ان تاپیک در مورد روش بلوکی و تابعش صحبت کردیم شما تست کنید ببیند برای این LCD 7 inch شما چقدر طول می کشهlcd را رنگ امیزی کنه
    سلام این سرعت رو با emwin بررسی کنم یا بدون emwin?
    لطفا به درایور 1788 که برای emwin هست یک نگاه بیاندازید و اگر قابلیت ارسال بلوکه ای را دارا میباشد اعلام بفرمایید که تو این زمینه برم دنبالش و روش کار کنم

  14. تشکرها از این نوشته :


  15. #348
    کاربر فعال
    تاریخ عضویت
    Aug 2011
    نام
    Dany
    نوشته ها
    257
    تشکر
    138
    تشکر شده 185 بار در 106 پست

    پیش فرض

    نقل قول نوشته اصلی توسط titery نمایش پست ها
    سلام این سرعت رو با emwin بررسی کنم یا بدون emwin?
    لطفا به درایور 1788 که برای emwin هست یک نگاه بیاندازید و اگر قابلیت ارسال بلوکه ای را دارا میباشد اعلام بفرمایید که تو این زمینه برم دنبالش و روش کار کنم
    فکر نکنم این موضوع ربطی به emwin داشته باشه شما باید برنامه ای در هدر lcd خود بنویسید که به صورت بلوکی پیکسل ها را پر کنه برای مثال برنامه ای شبیه این:
    کد:
    void LCD_write_pic_fast (int x0, int y0 , const unsigned short *image)  {   unsigned int   i;    LCD_WindowMax();   LCD_SetCursor(0,0);   LCD_CS(0)                 wr_cmd(0x22);   wr_dat_start();   for(i = 0; i < (WIDTH*HEIGHT); i++)     wr_dat_only(image[i+2]);   wr_dat_stop();  }


    به نظر من کار را ساده تر کنید بهتره ابتدا بدون emwin تست کنید بعد که جواب گرفتید emwin هم اضافه کنید
    دوستان من هنوز وقت نکردم emwin را راه اندازی کنم اگر مثالی پورت شده کسی برای lpc1768 داره ممنون می شم در این قسمت قرار بدهید تا ما هم بتونیم سریع تر پیش بریم
    ویرایش توسط skiboys : 26-08-2013 در ساعت 19:00

  16. #349
    کاربر فعال titery آواتار ها
    تاریخ عضویت
    Dec 2011
    نام
    وثوق
    نوشته ها
    166
    تشکر
    363
    تشکر شده 218 بار در 89 پست

    پیش فرض

    دوستان کسی با دستور زیر آشنایی داره؟
    برای رسم از حافظه خارجی مثلا mmc ابتدا باید توسط نرم افزار تبدیل کد به عکس emwin به یک فایل تکست با فرمت عکس مثلا JPEG به صورت stream تبدیل و داخل مموری قرار داده و با استفاده از دستور زیر
    [PHP]int GUI_GET_DATA_FUNC(void * p, const U8 ** ppData, unsigned NumBytesReq,
    U32 Off);[/PHP]
    مکان عکس رو به دستور رسم عکس از حافظه خارجی مثلا دستور زیر
    [PHP]int GUI_JPEG_DrawEx(GUI_GET_DATA_FUNC * pfGetData, void * p,
    int x0, int y0);[/PHP]
    بدیم. خیلی تو نت دنبال این گشتم که چطور میتونم فایل استریم رو به این تابع GUI_GET_DATA_FUNC معرفی کنم یعنی آرگومان های ورودی رو چی بزارم. البته چند وقت پیش تو نت یک مثال تو یک سایتی دیدم ولی امروز چندین ساعت گشتم ولی نتونستم اون رو پیدا کنم کهفکر کنم به جای آرگومان اولی یک چیزی شبیه openfile نوشته بود.یکسری توضیحات صفحه 174 داکیومنت هست ولی چیزی متوجه نشدم و ساختار داخلی این تابع رو هم نوشته
    [PHP]Example (BMP, GIF and JPEG)
    The following code excerpt shows how to implement a ’GetData’ function for usage
    with BMP, GIF and JPEG data:
    int APP_GetData(void * p, const U8 ** ppData, unsigned NumBytes, U32 Off) {
    static char _acBuffer[0x200];
    HANDLE * phFile;
    DWORD NumBytesRead;
    phFile = (HANDLE *)p;
    //
    // Check buffer size
    //
    if (NumBytes > sizeof(acBuffer)) {
    NumBytes = sizeof(acBuffer);
    }
    //
    // Set file pointer to the required position
    //
    SetFilePointer(*phFile, Off, 0, FILE_BEGIN);
    //
    // Read data into buffer
    //
    ReadFile(*phFile, acBuffer, NumBytes, &NumBytesRead, NULL);
    //
    // Set data pointer to the beginning of the buffer
    //
    *ppData = acBuffer;
    //
    // Return number of available bytes
    //
    return NumBytesRead;[/PHP]
    من mmc رو با کتابخانه کیل راه انداختم حال اگه دوستان بتونن نظری بدهند که من با سخت افزار تست کنم

  17. #350
    Banned
    تاریخ عضویت
    Apr 2011
    نام
    مهدی رحیمی
    نوشته ها
    727
    تشکر
    1,015
    تشکر شده 1,448 بار در 579 پست

    پیش فرض

    مهندس دی کمپرس کردن یه عکس جی پی جی خیلی زمانبر هستش شما چرا از توابع fat برای این میکرو استفاده نمیکنید عکس رو بصورت فایل باینری روی اس دی کارت دخیره کنید و از روی اس دی کارت فایلو باز کنید و 16 بیت 16 بیت بخونید و روی اس دی رم بریزید با dma و عکسو روی ال سی دی نشون بدید من با توابع دیکد جی پیگ با اس تی ام 32 کار کردم سرعتش تعریفی نداره

  18. کاربران : 2 تشکر کرده اند از شما kamikazi برای ارسال این پست سودمند:


  19. #351
    کاربر فعال sjafarim آواتار ها
    تاریخ عضویت
    Jan 2008
    نام
    جعفری
    نوشته ها
    225
    تشکر
    93
    تشکر شده 297 بار در 141 پست

    پیش فرض

    دقیقا منم همینو میگم،نمیدونم چرا بچه ها اینقد دنباله decode کردن هستن!
    به نظر من فقط زمانی این کار توجیه داره که دستگاه مستقیما از کاربر قرار باشه عکس دریافت کنه و نمایش بده.

    titery:
    من اون بخشو خوندم، باهاش کار نکردم ولی واقعا بد نوشتنش، کاملا گنگه، پوینتراش معلوم نیس چجوریه قضیش، من که نحوه عملکردشو نفهمیدم ...
    در مورد ارسال بلوکی در emwin هم تابع LcdWriteDataMultiple یا همان pfWriteM16_A1 به احتمال قوی مخصوص ارسال بلوکیه.
    نحوه عملکرد توابع سطح پایین درایور های lcd در emwin هم قابل تغییر (فهم!) نیستن.
    ویرایش توسط sjafarim : 27-08-2013 در ساعت 01:37

  20. تشکرها از این نوشته :


  21. #352
    کاربر فعال titery آواتار ها
    تاریخ عضویت
    Dec 2011
    نام
    وثوق
    نوشته ها
    166
    تشکر
    363
    تشکر شده 218 بار در 89 پست

    پیش فرض

    نقل قول نوشته اصلی توسط kamikazi نمایش پست ها
    مهندس دی کمپرس کردن یه عکس جی پی جی خیلی زمانبر هستش شما چرا از توابع fat برای این میکرو استفاده نمیکنید عکس رو بصورت فایل باینری روی اس دی کارت دخیره کنید و از روی اس دی کارت فایلو باز کنید و 16 بیت 16 بیت بخونید و روی اس دی رم بریزید با dma و عکسو روی ال سی دی نشون بدید من با توابع دیکد جی پیگ با اس تی ام 32 کار کردم سرعتش تعریفی نداره
    من زیاد فرمت خاصی مد نظرم نیست(دیدم تو فروم بیشتر سر JPEG بحث شده من این مثالش رو گفتم) چون با همین نرم افزار emwin فرمت های دلخواه از جمله PNG,BMPو..میشه تبدیل کرد.یکی از مزیت های دستوری که گفتم موقع رسم یک لاین از پیکسل ها را لود و بعد رسم میکنه و اگر میکرو حافظه(حتی رم)کمی مثل 1768 داشته باشه قایل استفاده هست درست سرعت رسم پایین میاد ولی بستگی به این داره کجا بخواهیم استفاده کنیم (که حتی آهسته رسم شدن میتونه خودش یک افکت باشه).حالا بازم اگه کسی بتونه کمک کنه تو این زمینه عالی میشه؟
    مهندس رحیمی در مورد توابع dma که فرمودید میشه یکم توضیح دهید کجا بهش اشاره(مطلب) شده؟
    ویرایش توسط titery : 27-08-2013 در ساعت 09:58

  22. #353
    کاربر فعال titery آواتار ها
    تاریخ عضویت
    Dec 2011
    نام
    وثوق
    نوشته ها
    166
    تشکر
    363
    تشکر شده 218 بار در 89 پست

    پیش فرض

    سرعت نمایش رو تست کردم بدین صورت که 80 بار صفحه رو از رنگ های مختلف fill کردم و زمان کل رو تقسیم بر تعداد کردم:
    بدون emwin در السیدی 7 اینچ هربار تقریبا 175 میلی ثانیه
    با emwin قایل تست نبود چون وقتی دستور رسم بعدی رو میدادم ادامه صفحه که هنوز از رنگ قبل پر نشده بود رو رنگ جدید پر میکرد

  23. کاربران : 2 تشکر کرده اند از شما titery برای ارسال این پست سودمند:


  24. #354
    کاربر فعال
    تاریخ عضویت
    Aug 2011
    نام
    Dany
    نوشته ها
    257
    تشکر
    138
    تشکر شده 185 بار در 106 پست

    پیش فرض

    نقل قول نوشته اصلی توسط kamikazi نمایش پست ها
    مهندس دی کمپرس کردن یه عکس جی پی جی خیلی زمانبر هستش شما چرا از توابع fat برای این میکرو استفاده نمیکنید عکس رو بصورت فایل باینری روی اس دی کارت دخیره کنید و از روی اس دی کارت فایلو باز کنید و 16 بیت 16 بیت بخونید و روی اس دی رم بریزید با dma و عکسو روی ال سی دی نشون بدید من با توابع دیکد جی پیگ با اس تی ام 32 کار کردم سرعتش تعریفی نداره
    سلام اقای رحیمی ما پیش دوستانی مثل شما داریم درس پس می دیم
    بله بهترین حالت اینه که مستقیم از SD بریزیم داخل lcd بدون پردازش و با استفاده از DMA
    شاید من زیاد گیر دادم به JPG همش از سر کنجکاوی بود که چطور یک عکس BMP به اندازه 125 کیلو حجم داره ولی همون عکس با فورمت JPG به اندازه 25 کیلو می شه و با کیفیت بهتر و اخرش سر از فرمول های ریاضی در اوردم خیلی جاهاش جالب بود و خیلی خوب بود وخیلی جاهاش دیگه سخت شده بود
    در کل اگه JPG هم به صورت بلوکی ریخته بشه سرعت خیلی خوبه شما به صورت پیکسلی با JPG کار کردید؟
    ولی همچنان jpg درگیری CPU را داره که پردازش زیادی از CPU می گیره و بقیه کارها مختل می شه
    به هر حال دوستان ببخشند اگر صحبت های بی مورد کردم یا پر حرفی کردم
    ویرایش توسط skiboys : 27-08-2013 در ساعت 12:34

  25. تشکرها از این نوشته :


  26. #355
    کاربر فعال
    تاریخ عضویت
    Aug 2011
    نام
    Dany
    نوشته ها
    257
    تشکر
    138
    تشکر شده 185 بار در 106 پست

    پیش فرض

    نقل قول نوشته اصلی توسط sjafarim نمایش پست ها
    دقیقا منم همینو میگم،نمیدونم چرا بچه ها اینقد دنباله decode کردن هستن!
    گیرمیدم به یک چیز دیگه ول کن نیستم دیگه
    نقل قول نوشته اصلی توسط sjafarim نمایش پست ها
    به نظر من فقط زمانی این کار توجیه داره که دستگاه مستقیما از کاربر قرار باشه عکس دریافت کنه و نمایش بده.


    نقل قول نوشته اصلی توسط sjafarim نمایش پست ها
    نحوه عملکرد توابع سطح پایین درایور های lcd در emwin هم قابل تغییر (فهم!) نیستن.
    این یعنی چی؟ یعنی من نمی تونم هدری که خودم نوشتم را به emwin بدم? برای درایور می گم
    دوستان یکی یک مثال emwin برای 1768 بده من یک تستی بگیرم

  27. تشکرها از این نوشته :


  28. #356
    Banned
    تاریخ عضویت
    Apr 2011
    نام
    مهدی رحیمی
    نوشته ها
    727
    تشکر
    1,015
    تشکر شده 1,448 بار در 579 پست

    پیش فرض

    در مورد استفاده از تبدیل شده فایل عکس به باینری خوب خیلی راحته شما هرچی که داری از مموری میخونی در حقیقت اطلاعات پیکسلات هستش بدون اینکه وقتی صرف دیکد کردنو از فرمول رد کردنو این حرفا داشته باشه من این حرکتو با میکرو اس تی ام 32 و با کمک اقا صادق گل پیاده کردم برنامه ای که ایشون برای تبدیل عکس به فایل باینری نوشته بودن محشر بود فقط عکسو بهش میدادم تبدیل به فایل باینری میکردم میریختمش رو اس دی کارت و تو برنامه با توابع فت فایلو باز میکردم و 24 بیت 24 بیت میخوندم و تک تک پیکسلهارو میچیدم کنار هم ولی با توجه به اینکه روش بلوکی سریعتر هستش وقتی که خوندین باید بصورت یه بلوک پشت سر هم اطلاعات رو بفرستین روی ال سی دی اینم یکم مهارت میخواد متاسفانه منم مثل بقیه دوستان برنامه اماده گرفته بودم و این قسمت dma او تو خود برنامه بود و منم چون درست کار میکرد اصلا روش ریز نشدم ولی مطمعننا خروجی تمام برنامه های emwine برای dma پورت شده فقط باید یکم با هدرا سروکله زد فهمید اونجا که داره اطلاعات پیکسلارو نمایش میده از چه طریقی با dma ارتباط داره برقرار میکنه همین نکته خاصی هم نداره ولی زحمت چرا؟؟!!
    ویرایش توسط kamikazi : 27-08-2013 در ساعت 12:44

  29. کاربران : 3 تشکر کرده اند از شما kamikazi برای ارسال این پست سودمند:


  30. #357
    کاربر فعال sjafarim آواتار ها
    تاریخ عضویت
    Jan 2008
    نام
    جعفری
    نوشته ها
    225
    تشکر
    93
    تشکر شده 297 بار در 141 پست

    پیش فرض

    نقل قول نوشته اصلی توسط skiboys نمایش پست ها
    سلام اقای رحیمی ما پیش دوستانی مثل شما داریم درس پس می دیم
    بله بهترین حالت اینه که مستقیم از SD بریزیم داخل lcd بدون پردازش و با استفاده از DMA
    شاید من زیاد گیر دادم به JPG همش از سر کنجکاوی بود که چطور یک عکس BMP به اندازه 125 کیلو حجم داره ولی همون عکس با فورمت JPG به اندازه 25 کیلو می شه و با کیفیت بهتر و اخرش سر از فرمول های ریاضی در اوردم خیلی جاهاش جالب بود و خیلی خوب بود وخیلی جاهاش دیگه سخت شده بود
    در کل اگه JPG هم به صورت بلوکی ریخته بشه سرعت خیلی خوبه شما به صورت پیکسلی با JPG کار کردید؟
    ولی همچنان jpg درگیری CPU را داره که پردازش زیادی از CPU می گیره و بقیه کارها مختل می شه
    به هر حال دوستان ببخشند اگر صحبت های بی مورد کردم یا پر حرفی کردم
    سلام دانیال جان.
    -میدونی چرا jpg حجمش کمتره؟چون الگوریتم داخلی کدینگش دینامیکه، وارد جزئیات نمی خوایم بشیم، compression یه علم خیلیییی مفصلیه، اتفاقا کیفیت jpg اصلا بیشتر از bmp نیست چون میزان lossi بودنش بیشتره یعنی در ازای حجم کمتر اطلاعات بیشتری از عکسو حذف میکنه و بجاش تخمین میزنه با روش های ریاضی.
    - jpg مستقیم بصورت بلوکی که نمیشه ریخت، داده های دیکد شده rgb نهایتا به lcd داده میشه و فرمت عکس مهم نیست، فرمت مال قبل دیکد کردنه.
    - اصلا پرحرفی و بی مورد نیست، compression فوق العاده جذاب و مهمه، تو مخابرات حرف اولو میزنه، به فرض اگر کدینگی ابداع بشه که فقط روی داده های متنی مثلا rate دو برابر unicode یا ascii داشته باشه، سرعت اینترنتو بدون تغییر سخت افزارهای کل دنیا میشه 2 برابر کرد!

    این یعنی چی؟ یعنی من نمی تونم هدری که خودم نوشتم را به emwin بدم? برای درایور می گم
    دوستان یکی یک مثال emwin برای 1768 بده من یک تستی بگیرم
    - یعنی اینکه شما از هدر درایوری که برا lcd نوشتی فقط توابع خام نوشتن و خواندن یک یا چند داده و دستور رو به emwin معرفی می کنید، اونه که تصمیم میگیره چجوری ازشون استفاده کنه، یعنی کی داده بفرسته، کی دستور بفرسته، چند تا داده بفرسته، داده هارو بلوکی بفرسته یا تکی و ... که اونم طبق اینکه کجا و چقدر از تصویر lcd رو باید تغییر بده تصمیم میگیره.

  31. کاربران : 2 تشکر کرده اند از شما sjafarim برای ارسال این پست سودمند:


  32. #358
    کاربر فعال
    تاریخ عضویت
    Aug 2011
    نام
    Dany
    نوشته ها
    257
    تشکر
    138
    تشکر شده 185 بار در 106 پست

    پیش فرض

    نقل قول نوشته اصلی توسط sjafarim نمایش پست ها
    سلام دانیال جان.
    - jpg مستقیم بصورت بلوکی که نمیشه ریخت، داده های دیکد شده rgb نهایتا به lcd داده میشه و فرمت عکس مهم نیست، فرمت مال قبل دیکد کردنه.
    خیلی ممنون
    منظورم از بلوکی فرستادن jpg این هستش که اون مستطیل هایی که در هنگام decod کردن داریم را یک جا بفرستیم بجای اینکه به صورت پیکسلی رنگ ها را بریزیم، این طوری نمی شه؟

  33. تشکرها از این نوشته :


  34. #359
    کاربر فعال sjafarim آواتار ها
    تاریخ عضویت
    Jan 2008
    نام
    جعفری
    نوشته ها
    225
    تشکر
    93
    تشکر شده 297 بار در 141 پست

    پیش فرض

    چرا اینجوری تیکه تیکش کنی میشه ولی این تیکه ها کم نیستن هی هم باید پرش کنی بعیده خیلی سریع تر بشه ، همون بهتره کلشو دیکد کنی یه بلوک بفرستی.

  35. کاربران : 2 تشکر کرده اند از شما sjafarim برای ارسال این پست سودمند:


  36. #360
    کاربر علاقه مند dmco آواتار ها
    تاریخ عضویت
    Feb 2010
    نام
    محسن م
    نوشته ها
    38
    تشکر
    51
    تشکر شده 2 بار در 2 پست

    پیش فرض

    نقل قول نوشته اصلی توسط dmco نمایش پست ها
    سلام به همه اساتید. من میخوام از emwin واسه نمایش عکس بخ اندازه کل السیدی 7 یعنی 800*480 پیگسل با میکرو 1788 استفاده کنم. مثالهای داخل کوربورد وقتی میخواد صفحه رو رفرش کنه کامل دیده میشه که از بالا شروع میکنه تا پایین. ولی واسه پروژه من نباید اینجوری باشه و باید عکس یه دفه ظاهر چیزی شبیه نمایش عکس روی موبایل یا تبلت یا کامپیوتر). دوستانی که تچربه دارن لطفا راهنمایی کنن که emwin با 1788 میتونه این کار رو با سرعت مورد نظر واسه من انجام بده؟ یا در حدی هست که قابل اغماض باشه؟ اگه بخواد از رو sd لود کنه چطور؟ میخوام بدونم روش وقت بزارم یا برم سراغ چیزای دیگه(مثلا marsboard). ممنون از همه
    نقل قول نوشته اصلی توسط sjafarim نمایش پست ها
    دقیقا منم همینو میگم،نمیدونم چرا بچه ها اینقد دنباله decode کردن هستن!
    به نظر من فقط زمانی این کار توجیه داره که دستگاه مستقیما از کاربر قرار باشه عکس دریافت کنه و نمایش بده.

    titery:
    من اون بخشو خوندم، باهاش کار نکردم ولی واقعا بد نوشتنش، کاملا گنگه، پوینتراش معلوم نیس چجوریه قضیش، من که نحوه عملکردشو نفهمیدم ...
    در مورد ارسال بلوکی در emwin هم تابع lcdwritedatamultiple یا همان pfwritem16_a1 به احتمال قوی مخصوص ارسال بلوکیه.
    نحوه عملکرد توابع سطح پایین درایور های lcd در emwin هم قابل تغییر (فهم!) نیستن.
    دوست عزیز کاری که من باید انجام بدم دقیقا همینه

صفحه 18 از 56 نخستنخست 12345678910111213141516171819202122232425262728293031323334353637 ... آخرینآخرین

موضوعات مشابه

  1. [سوال] جزوه آموزشی برد آموزشی lpc1768
    توسط pooriya_nic18 در انجمن LPC series (NXP)
    پاسخ: 5
    آخرين نوشته: 07-12-2013, 14:49
  2. ثبت نام در مسابقات رباتیک وزارت آموزش و پرورش
    توسط elhghasemi در انجمن طراحی و ساخت و آزمایش مدارت الکترونیک
    پاسخ: 0
    آخرين نوشته: 03-08-2012, 21:14

مجوز های ارسال و ویرایش

  • شما نمیتوانید موضوع جدیدی ارسال کنید
  • شما امکان ارسال پاسخ را ندارید
  • شما نمیتوانید فایل پیوست کنید.
  • شما نمیتوانید پست های خود را ویرایش کنید
  •