Tối ưu hóa bộ nhớ khi xử lý ảnh Thật là khó?

[eXecutive]

CPU Load ảnh nhưng không thèm xử lý ---cố tình PASS---> GPU --Xử lý biến đổi ảnh cho lên màn hình ,nếu ta ưng ý thì ta sẽ đọc ngược từ VRAM vào 1 cùng ram nào đó ---> bắt CPU save vào FILE

- Thực ra thì không thể làm được việc này. Bởi lẽ GPU xử lý nó sẽ không để kết quả lại VRAM mà để kết quả lại FrameBuffer. Do đó bạn chỉ có thể lấy những gì ở FrameBuffer (túc là hiện lên màn hình). Mấy cái Scence 3D đa số làm từ cách này.
- Nhưng lại có 1 điều là phụ thuộc vào CHIPSET. NVIDIA có chất lượng khác mà ATI có chất lượng khác...

[whitepenguin]

Cái Việc NVIDIA và ATI chất lượng khác nhau thì em chịu ,chả có hiểu , em nghĩ chắc là do tính chính xác khi tính toán hay sao nhỉ

PS: em muốn ám chi VRAM là cái BUFFER đó mà

tại vì FramBuffer củng là 1 phần của Video RAM

[mtt333]

Cần phân biệt bản chất dữ liệu ảnh và phần hiển thị. Phần zoom thuộc phần hiển thị cần có vùng dwx liệu riêng với kích thước bằng kích thước màn hình, hiển thị phần nào u chỉ đwa dwx liệu ảnh của phần đó lên vùng nhớ phần hiển thị là giải quyết được vấn đề bộ nhớ ngay.

[sephiroth2m]

Để đỡ hiểu lầm dẫn tới tranh luận dài dòng tớ đề nghị eXecutive post cái pseudocode zoom ảnh mà theo cậu các chương trinh như PS, Paint... sử dụng lên đây. Còn theo tớ thủ tục zoom đó như sau:

1. Load ảnh vào RAM
2. CPU tính toá nội dung zoom ra 1 buffer
3. BitBlt/StretchBlt etc... nội dung đó ra màn hình.

Trong cái thủ tục trên tớ thấy GPU/DX/OGL chẳng có dính líu gì vào đây cả. (Hoặc nếu có trong cái BitBlt/StretchBlt như quan niệm của cậu thì ai cần quan tâm?) Muốn zoom nhanh chỉ cần tối ưu hoá code ở bước 2 là được.
Lưu ý: Chỉ cần post pseudocode zoom ảnh của cậu lên thôi, càng ngắn gọn càng tốt, đừng cho thêm mấy cái ảnh to đùng cùng giải thích loằng ngoằng nhằm làm rối mắt người khác.

[khaplienhoa]

Xin đính chính lại là Paint có thểm ZOOM tới 800% rất nhanh (View -> ZOOM -> Custom) Và theo suy đoán của tôi thì Paint dùng StretchBlt để ZOOM ảnh.

Tôi không hiểu sao tôi nói gà thì bạn nhất quyết phải nói vịt, tôi nói những chương trình sử dùng StrecthBlt thì scale phải là một số nguyên lớn 1. 149% = 1.49 không phải là một số nguyên, thì bạn lại mang 800% = 8.0. Không hiểu mạng muốn đính chính cái gì.

Có lẽ có những hiểu lầm về vấn đề chúng ta đang thảo luận giữa tôi và eXecutive. Khi tôi nói đến zoom để viewing thì nó phải được antialiased, do đó tôi coi zoom là một bước processing chứ không phải render (cái gọi là render theo cách mà bạn eXecutive hiểu), vì antialiasing phải được thực hiện trong quá trình zoom. Như vậy có lẽ eXecutive đã hiểu được những khác biệt giữa tôi và bạn đang bàn luận.

+ Vậy nếu tôi viết 1 chương trình có thể Play + Zoom ảnh với tốc độ 24 ảnh/s khi sử dụng GDI và hàm StretchBltthì bạn sẽ cho rằng nó là GPU hay CPU.

BitBlt và StrecthBlt được được những tập lệnh cơ bản của GPU tăng tốc. 24FBS không phải là vấn đề đối với BitBlt, vấn đề chậm hay nhanh của nó là decoding. Tôi không hiểu bạn muốn hỏi CPU và GPU ở đây là muốn nói gì. Quan điểm của tôi Image Processing đến trước khi dùng BitBlt được coi là kết thúc.

Tuy nhiên chức năng CHANGE SIZE (khác hoàn toàn với ZOOM) thì hãy sử dụng cái thuật mà bạn và khaplienhoa đang sử dụng.

Trở lại vấn đề của khopanh. Tôi khuyến cáo bạn khopanh sử dụng zoom như là một xử lý ảnh (theo cái mà bạn eXecutive gọi là change size) vì lập trình phần mềm đo ảnh lập thể và tự động hóa khớp ảnh. Tôi không nghĩ ZOOM (render như cái cách bạn eXecutive gọi) là một quết định thông minh đối với một tổ hợp các đối tượng phức tạp. Nó chỉ thích hợp với ảnh đơn và chương trình đơn giản như eXecutive post lên. Ngoài ra, tôi chỉ có thể giúp khopanh tối ưu những đoạn mã mà bạn đưa ra, chứ tôi không có ý định sửa cấu trúc chương trình của bạn. Dó đó ngoài việc tối ưu lại code của bạn, bạn có thể xem xét ý kiến của mtt33.

[khopanh]

Các bạn ơi, thực sự tôi thấy mình vừa ngu vừa dốt: Không hiểu phần cứng, cũng chẳng hiểu phần mềm. Tôi tư duy theo lối fortran nên đúng là đọc các topic các bạn tranh luận tôi chẳng hiểu gì hết, tôi có đao các code bạn cho nhưng đọc không hiểu mấy. Nên tôi có đề nghị các bạn thế này:
- Trợ giúp tôi cái code http://www.ddth.com/attachment.php?a...5&d=1192594034 (trang 4) bằng C++Builder5, cụ thể hóa nhé.
- Cho tôi một số đường link về vđ các bạn đang bàn, để tôi rửa cái đầu ngu dốt của tôi.
- Chỉ cho tôi biết học offline tại Hà Nội ở đâu? Có sách Tiếng Việt nào đã viết về cái này chưa?
Chân thành cảm ơn các bạn vì sự nhiệt tình

[khopanh]

Các bạn cho tôi biết học cái lập trình xử lý ảnh này ở đâu? để nhanh chóng làm được k
thank kiu các bạn rất nhiều

[whitepenguin]

Anh về nhà đọc cuốn xử lý ảnh kỹ thuật số của trường DHKHTN Hà nội .Nhưng trước hết anh phải học về toán Rời rạc (concrete) và toán thống kê (Statistic) để hiểu được cuốn này. Em chả đọc vì em hông hiểu

Thường thì các cuốn sách sẽ ghi là Image Processing hoặc xử lý ảnh kỹ thuật số .
Cái môn này là môn advance trong Computer Graphics. Nên khá khó so với Computer Graphics bình thường.

TỐt nhất là anh nên đọc sách Image Processing của nước ngoài nó viết dễ hiểu lắm không như sách VN đâu. Em recommend cho anh vài cuốn

Cuốn thứ nhất của Wiley - Image Processing Principle and Practice
Cuốn thứ hai của Prentice Hall -Image Processing in C

Anh lập trình Borland Builder nên anh không cần lo về việc hiển thị ảnh lên màn hình. Cái anh lo là đọc 1 ảnh vào Buffer rồi xử lý sau đó dùng các hàm API flip nó vào VRAM ,chỉ có thế thôi.

Bước đầu tiên anh nên học về các khái niệm Color , GrayScale, Brightness, Contrast ,và 1 cái nữa gọi là Histogram ,mấy cái này cơ bản nhất

Môn xữ lý ảnh rất là thú vị không kém , anh có thể ứng dụng trong việc phát hiện Object ,Lấy ví dụ đơn giản : Ví dụ có 1 vật đứng trước camera ,dùng máy tính để phân tích xem cái vật trong Camera là cái gì hoạc là có phải người hay không .... Cái môn này là trong nganh xử lý anh gọi là Pattern Recognition

Nói chung khá nhiều ứng dụng nhưng đó là ứng dụng em thích nhất .
Google Search : Image Processing --> đọc và tìm hiểu về ứng dụng của nó

PS: ở việt nam các trường ngoài không có dạy cái môn này đâu ,chỉ có University là dạy thôi mà chũ yếu là do mình đọc sách. Anh sang nước ngoài học về môn này thì nó dạy đàng hoàng tữ tế hơn là ở VN

[khopanh]

Anh về nhà đọc cuốn xử lý ảnh kỹ thuật số của trường DHKHTN Hà nội .Nhưng trước hết anh phải học về toán Rời rạc (concrete) và toán thống kê (Statistic) để hiểu được cuốn này. Em chả đọc vì em hông hiểu

Thường thì các cuốn sách sẽ ghi là Image Processing hoặc xử lý ảnh kỹ thuật số .
Cái môn này là môn advance trong Computer Graphics. Nên khá khó so với Computer Graphics bình thường.

TỐt nhất là anh nên đọc sách Image Processing của nước ngoài nó viết dễ hiểu lắm không như sách VN đâu. Em recommend cho anh vài cuốn

Cuốn thứ nhất của Wiley - Image Processing Principle and Practice
Cuốn thứ hai của Prentice Hall -Image Processing in C

Anh lập trình Borland Builder nên anh không cần lo về việc hiển thị ảnh lên màn hình. Cái anh lo là đọc 1 ảnh vào Buffer rồi xử lý sau đó dùng các hàm API flip nó vào VRAM ,chỉ có thế thôi.

Bước đầu tiên anh nên học về các khái niệm Color , GrayScale, Brightness, Contrast ,và 1 cái nữa gọi là Histogram ,mấy cái này cơ bản nhất

Môn xữ lý ảnh rất là thú vị không kém , anh có thể ứng dụng trong việc phát hiện Object ,Lấy ví dụ đơn giản : Ví dụ có 1 vật đứng trước camera ,dùng máy tính để phân tích xem cái vật trong Camera là cái gì hoạc là có phải người hay không .... Cái môn này là trong nganh xử lý anh gọi là Pattern Recognition

Nói chung khá nhiều ứng dụng nhưng đó là ứng dụng em thích nhất .
Google Search : Image Processing --> đọc và tìm hiểu về ứng dụng của nó

PS: ở việt nam các trường ngoài không có dạy cái môn này đâu ,chỉ có University là dạy thôi mà chũ yếu là do mình đọc sách. Anh sang nước ngoài học về môn này thì nó dạy đàng hoàng tữ tế hơn là ở VN

Cảm ơn bạn whitepenguin rất nhiều. Mình có mấy cuốn sách TA đấy rồi, chỉ tội lười chưa đọc. kekke. Chỉ muốn ọp lai với a e để hỏi các chiêu cho nhanh và dễ hiểu thôi. Cảm ơn bạn nhé, Háp pi niu ia