Xin cho em hỏi VBA có khả năng so sánh 2 bức ảnh được không? (1 người xem)

[Trunghieutin10]

Xin cho em hỏi VBA có khả năng so sánh 2 bức ảnh được không?

Thanks.

 

[tuananh210809]

Bạn phải nói rõ hơn cụ thể là so sánh cái gì trong bức ảnh mới được chứ

 

[VetMini]

Short answer: Nope
Long answer: Yes and No

 

[Trunghieutin10]

Bạn phải nói rõ hơn cụ thể là so sánh cái gì trong bức ảnh mới được chứ

Cụ thể mình chèn 2 bức ảnh .bmp vào excel. Mình muốn so sánh sự giống và khác nhau giữa 2 ảnh này. Bôi màu sự khác biệt đó.

 

[Trunghieutin10]

Cụ thể mình chèn 2 bức ảnh .bmp vào excel. Mình muốn so sánh sự giống và khác nhau giữa 2 ảnh này. Bôi màu sự khác biệt đó.

(Kích thước ảnh giống nhau, mình muốn so sánh phần 'Nội dung' ảnh đó

 

[Vô danh Tiểu tốt]

(Kích thước ảnh giống nhau, mình muốn so sánh phần 'Nội dung' ảnh đó

Kiểm tra thì được nhưng mà muốn so sánh tất cả từng điểm ảnh sẽ gặp vấn đề về tốc độ nếu mà chạy đơn luồng thông thường. Gặp hình có độ phân giải lớn (tính bằng megapixel) thì chắc treo máy một lát.

 

[batman1]

Kiểm tra thì được nhưng mà muốn so sánh tất cả từng điểm ảnh sẽ gặp vấn đề về tốc độ nếu mà chạy đơn luồng thông thường. Gặp hình có độ phân giải lớn (tính bằng megapixel) thì chắc treo máy một lát.

Nếu bạn dùng hàm API GetPixel thì đúng là chậm vô cùng. Nhưng có cách nhanh hơn nhiều. Đó là nạp cả 2 tập tin vào bộ nhớ rồi so sánh các bai thích hợp với nhau. Muốn biết những bai cần so sánh, tức các bai mầu, nằm ở đâu thì phải hiểu được cấu trúc của tập tin BMP. Tập tin BMP ngoài các bai mầu còn chứa ở ngay đầu những cấu trúc mà trong đó các thông số của ảnh được lưu. Vd. kích thước tính bằng bai của tập tin, kích thước ảnh, dạng ảnh, khoảng cách (offset) tính từ bai đầu tiên tới vùng mầu (nhờ đó biết vùng mầu nằm ở đâu) v...v Hai bai đầu luôn là &H42, &H4D, tức "BM" Dù người ta có đổi tên tập tin từ "Ha long.bmp" thành "Ha long" hay "Ha long.dll" thì "BM" ở ngay đầu sẽ chỉ ra là 99,99% đây là tập tin ảnh BMP. Tập tin JPG sẽ có ở gần đầu "JFIF", tập tin GIF sẽ có ngay ở đầu "GIF". Muốn kiểm tra bằng tay thì mở bằng Hex Editor. Mỗi loại tập tin có signature của riêng mình.
Dễ đọc nhất là dạng 24bit vì khi đó cứ 3 bai liền nhau (3*8bit = 24bit) là mầu của 1 pixel (3 thành phần R, G, B). Vd. với ảnh đen-trắng thì 1 bit có thể nhớ mầu của 1 pixel (0 - đen, 1 - trắng). Tức 1 bai nhớ mầu của 8 pixel.

 

[Vô danh Tiểu tốt]

Nếu bạn dùng hàm API GetPixel thì đúng là chậm vô cùng. Nhưng có cách nhanh hơn nhiều. Đó là nạp cả 2 tập tin vào bộ nhớ rồi so sánh các bai thích hợp với nhau. Muốn biết những bai cần so sánh, tức các bai mầu, nằm ở đâu thì phải hiểu được cấu trúc của tập tin BMP. Tập tin BMP ngoài các bai mầu còn chứa ở ngay đầu những cấu trúc mà trong đó các thông số của ảnh được lưu. Vd. kích thước tính bằng bai của tập tin, kích thước ảnh, dạng ảnh, khoảng cách (offset) tính từ bai đầu tiên tới vùng mầu (nhờ đó biết vùng mầu nằm ở đâu) v...v Hai bai đầu luôn là &H42, &H4D, tức "BM" Dù người ta có đổi tên tập tin từ "Ha long.bmp" thành "Ha long" hay "Ha long.dll" thì "BM" ở ngay đầu sẽ chỉ ra là 99,99% đây là tập tin ảnh BMP. Tập tin JPG sẽ có ở gần đầu "JFIF", tập tin GIF sẽ có ngay ở đầu "GIF". Muốn kiểm tra bằng tay thì mở bằng Hex Editor. Mỗi loại tập tin có signature của riêng mình.
Dễ đọc nhất là dạng 24bit vì khi đó cứ 3 bai liền nhau (3*8bit = 24bit) là mầu của 1 pixel (3 thành phần R, G, B). Vd. với ảnh đen-trắng thì 1 bit có thể nhớ mầu của 1 pixel (0 - đen, 1 - trắng). Tức 1 bai nhớ mầu của 8 pixel.

batman1 có chak là cách này không làm đơ máy để so sánh 2 tấm hình có cùng kích cỡ megapixel không?

 

[batman1]

batman1 có chak là cách này không làm đơ máy để so sánh 2 tấm hình có cùng kích cỡ megapixel không?

Tôi chỉ nói là tùy vào phương pháp mà nhanh hay chậm. Và dễ nhất khi có bmp 24bit. Còn về thử thì chưa bao giờ có nhu cầu nên tôi chưa bao giờ thử.
Megapixel? Tức ảnh vd. 1000 dòng, 1000 cột? 1 triệu phép so sánh? Tôi không phải người chuyên về đồ họa và dùng những thư việt đồ họa cực nhanh nên chắc không thể thao tác và soạn các mảng bai nhanh tới mức có thể dùng để làm phim chạy mượt được. Nhưng nói là so sánh 2 ảnh 1000 x 1000 pixels mà treo máy thì có lẽ không có đâu. Ảnh cỡ đó là bình thường mà.

 

[Vô danh Tiểu tốt]

Tôi chỉ nói là tùy vào phương pháp mà nhanh hay chậm. Và dễ nhất khi có bmp 24bit. Còn về thử thì chưa bao giờ có nhu cầu nên tôi chưa bao giờ thử.
Megapixel? Tức ảnh vd. 1000 dòng, 1000 cột? 1 triệu phép so sánh? Tôi không phải người chuyên về đồ họa và dùng những thư việt đồ họa cực nhanh nên chắc không thể thao tác và soạn các mảng bai nhanh tới mức có thể dùng để làm phim chạy mượt được. Nhưng nói là so sánh 2 ảnh 1000 x 1000 pixels mà treo máy thì có lẽ không có đâu. Ảnh cỡ đó là bình thường mà.

Nhắc đến mấy thư viện đồ họa thì xin thua. Thú thật tôi không đủ trình độ để dám nhắc tới nó luôn . Nhưng mà dùng VBA mà làm việc phép so sánh ở trên mà không đơ máy (không hiện cái xoay tròn tròn á) thì tôi vẫn hy vọng được ai đó trình diễn.

 

[batman1]

Nhắc đến mấy thư viện đồ họa thì xin thua. Thú thật tôi không đủ trình độ để dám nhắc tới nó luôn . Nhưng mà dùng VBA mà làm việc phép so sánh ở trên mà không đơ máy (không hiện cái xoay tròn tròn á) thì tôi vẫn hy vọng được ai đó trình diễn.

Thì tôi nói là tôi không sử dụng những thư viện đồ họa mà. Tôi có những thư viện đó đâu mà bạn nói thua với không thua?
Với tôi đơ máy, treo máy là khi chỉ còn cách giết bằng Ctrl+Alt+Del.
Còn chuyện xoay xoay là máy bận. Có những việc phải làm vài giây, vài phút, nhiều phút. Chuyện phải cần nhiều phút thì phải chấp nhận thôi. Không phải việc nào cũng có thể làm trong vài giây, nửa giây. Còn so sánh 1 triệu lần thì mất khoảng bao nhiêu thì tôi cũng chưa biết. Tôi cũng không biết bao nhiêu thì bạn cho là bình thường, và bao nhiêu thì bạn cho là treo máy.
Bạn viết:

Kiểm tra thì được nhưng mà muốn so sánh tất cả từng điểm ảnh sẽ gặp vấn đề về tốc độ nếu mà chạy đơn luồng thông thường. Gặp hình có độ phân giải lớn (tính bằng megapixel) thì chắc treo máy một lát.

Tôi cũng hy vọng được ai đó trình diễn. Vì kết luận được như thế ắt hẳn phải biết làm, biết nó lâu như thế nào.
Tôi chấm dứt tranh luận ở đây.

 

[Vô danh Tiểu tốt]

Thì tôi nói là tôi không sử dụng những thư viện đồ họa mà. Tôi có những thư viện đó đâu mà bạn nói thua với không thua?
Với tôi đơ máy, treo máy là khi chỉ còn cách giết bằng Ctrl+Alt+Del.
Còn chuyện xoay xoay là máy bận. Có những việc phải làm vài giây, vài phút, nhiều phút. Chuyện phải cần nhiều phút thì phải chấp nhận thôi. Không phải việc nào cũng có thể làm trong vài giây, nửa giây. Còn so sánh 1 triệu lần thì mất khoảng bao nhiêu thì tôi cũng chưa biết. Tôi cũng không biết bao nhiêu thì bạn cho là bình thường, và bao nhiêu thì bạn cho là treo máy.
Bạn viết:

Tôi cũng hy vọng được ai đó trình diễn. Vì kết luận được như thế ắt hẳn phải biết làm, biết nó lâu như thế nào.
Tôi chấm dứt tranh luận ở đây.

Tôi có nói rõ là "treo máy một lát" lúc 10:28PM mà chứ có nói treo luôn đâu mà đã lo Ctrl+Alt+Del?

Nhắc đến mấy thư viện đồ họa đó thì chắc batman1 hiểu ít nhiều cách hoạt động của mấy thư viện đồ họa đúng không? Tốc độ của xử lý của các hàm đồ họa hiện tại có thể giúp xuất ra 60 hình/giây với độ phân giải megapixel. Liệu VBA có thể đạt tốc độ tính toán cỡ 1/60 (hoặc nhanh hơn) các hàm trong thư viện đó không?

Không biết thì dựa cột mà nghe nên tôi mong được batman1 sẻ tý thông tin về cách hoạt động của các thư viện đó để mở mang tý chút

 

[Trunghieutin10]

Cám ơn tất cả các bác. Em cũng muốn thử nhưng kiến thức mênh mông, cũng tìm hiểu nguồn anh Google nhưng mông lung quá. Mạo muội viết lên đây nhờ các anh chị nào đã từng làm cái này chỉ bảo em chút chút.

 

[anhtuanle123]

so sánh 2 bức ảnh là có khả năng , nhưng phải có thông tin cụ thể là cần so sánh gì , thì tùy theo mức độ sẽ có cách giải quyết tương ứng ,

ví dụ nếu 2 bức ảnh là giống nhau , thì chỉ cần so sánh kích thước 2 tập tin thôi là ok !
nếu 2 bức ảnh bị cắt gọt tí xíu , hoặc các thông tin so sánh đơn giản , thì so sánh từ từ hàng và cột sẽ dò ra cho khớp !

với 2 bức ảnh là khác nhau hoàn toàn , chụp 2 thời điểm khác nhau , thì phải có cách giải quyết cao cấp hơn !
và các thông tin phức tạp , kiểu như !
ví dụ bạn chụp 1 con mèo , và 1 con mèo khác , so sánh 2 bức ảnh con mèo đó có phải là mèo ko , thì phải cho máy học các bức ảnh về loài mèo , máy sẽ tô vùng các bức ảnh và chỉ ra đâu là con mèo !
hoặc 2 bức ảnh con mèo , và trả về kết quả có phải là cùng 1 con mèo ko , ví dụ thế !

 

[Trunghieutin10]

so sánh 2 bức ảnh là có khả năng , nhưng phải có thông tin cụ thể là cần so sánh gì , thì tùy theo mức độ sẽ có cách giải quyết tương ứng ,

ví dụ nếu 2 bức ảnh là giống nhau , thì chỉ cần so sánh kích thước 2 tập tin thôi là ok !
nếu 2 bức ảnh bị cắt gọt tí xíu , hoặc các thông tin so sánh đơn giản , thì so sánh từ từ hàng và cột sẽ dò ra cho khớp !

với 2 bức ảnh là khác nhau hoàn toàn , chụp 2 thời điểm khác nhau , thì phải có cách giải quyết cao cấp hơn !
và các thông tin phức tạp , kiểu như !
ví dụ bạn chụp 1 con mèo , và 1 con mèo khác , so sánh 2 bức ảnh con mèo đó có phải là mèo ko , thì phải cho máy học các bức ảnh về loài mèo , máy sẽ tô vùng các bức ảnh và chỉ ra đâu là con mèo !
hoặc 2 bức ảnh con mèo , và trả về kết quả có phải là cùng 1 con mèo ko , ví dụ thế !

Em up file anh xem qua xem qua. Nếu được anh có thể giúp em theo nội dung em đã chú thích. Cám ơn anh trước

 

[anhtuanle123]

mình chém gió thôi chứ ko bít làm đâu ^^

 

[Trunghieutin10]

Có anh chị nào có nguồn tài liệu lien quan, nếu được cho em xin với nhé!

 

[befaint]

Bỏ ảnh "Ngọc Trinh" với "Mai Phương Thúy" lên đây may ra còn có nhiều anh em thấy sự khác biệt á. Chứ vụ này chịu!

 

[Trunghieutin10]

Bỏ ảnh "Ngọc Trinh" với "Mai Phương Thúy" lên đây may ra còn có nhiều anh em thấy sự khác biệt á. Chứ vụ này chịu!

Bỏ ảnh "Ngọc Trinh" với "Mai Phương Thúy" lên đây may ra còn có nhiều anh em thấy sự khác biệt á. Chứ vụ này chịu!

Cái này em không dám nhờ các bác, em tự xử được

 

[VetMini]

Bài #19 + #19:
Trâu già còn ham gặm cỏ non.

Bài #20:
Cậu xử được cái này thì đi làm trọi gai đi chứ vướng víu làm chi với vê bê a cho nó uổng tài.

 

[TheThienChu]

Bỏ ảnh "Ngọc Trinh" với "Mai Phương Thúy" lên đây may ra còn có nhiều anh em thấy sự khác biệt á. Chứ vụ này chịu!

Tức là bác muốn ngọc trinh có cái gì khác mai phương thúy ảh

 

[Trunghieutin10]

Bài #19 + #19:
Trâu già còn ham gặm cỏ non.

Bài #20:
Cậu xử được cái này thì đi làm trọi gai đi chứ vướng víu làm chi với vê bê a cho nó uổng tài.

Ý bác là có nhiều a e cùng cảnh ngộ à

 

[VetMini]

Ý bác là có nhiều a e cùng cảnh ngộ à

Cảnh của mấy cậu mới ngộ chứ tôi thì thực tế. Những cái bên cạnh, dễ rớ tôi mới tính. Mấy cái viễn vông kệ tía chúng.

Điển hình là cái đề tài "so sánh ảnh" mà không giải thích "để làm gì" thì bản thân nó viễn vông thấy mồ tổ.

 

[batman1]

Tôi có nói rõ là "treo máy một lát" lúc 10:28PM mà chứ có nói treo luôn đâu mà đã lo Ctrl+Alt+Del?

Nhắc đến mấy thư viện đồ họa đó thì chắc batman1 hiểu ít nhiều cách hoạt động của mấy thư viện đồ họa đúng không? Tốc độ của xử lý của các hàm đồ họa hiện tại có thể giúp xuất ra 60 hình/giây với độ phân giải megapixel. Liệu VBA có thể đạt tốc độ tính toán cỡ 1/60 (hoặc nhanh hơn) các hàm trong thư viện đó không?

Không biết thì dựa cột mà nghe nên tôi mong được batman1 sẻ tý thông tin về cách hoạt động của các thư viện đó để mở mang tý chút

Bạn ạ, về "treo, đơ" thì nhiều người hiểu khác nhau. Có người dùng với ý là chỉ còn cách giết. Làm sao mà tôi biết bạn dùng với ý nào? Vì thế tôi nói ý của tôi cho rõ ràng.

Có những cái bạn đọc mà không hiểu nên tôi nhắc lại, lần này chắc chắn là lần cuối cùng.
Về việc so sánh nói chung thì có 2 mục đích:
1. Mục đích chỉ là làm một việc. Làm xong cất đi lúc khác dùng. Công việc không đòi hỏi làm trong thời gian thực. Nhưng ngay cả khi này thì ai cũng muốn làm nhanh, không phải đợi, không sốt ruột. Từ đầu đến cuối tôi chém gió về trường hợp này. Ý tôi là làm được nhưng tuỳ vào phương pháp mà sẽ nhanh hay chậm. Tôi cho cả vd. khi nào quá chậm. Nhưng dù chậm hay không thì cũng làm được trong VBA.

2. Mục đích dùng để phát hiện sự chuyển động. Hay nói chính xác hơn là người hỏi có ý định như thế. Tức họ nghĩ thế này: ta có camera an ninh. Camera sẽ cho 25, 50 ảnh trong 1 giây. Bây giờ cần so sánh cứ 2 ảnh liên tiếp để tìm sự khác biệt. Từ đó phát hiện sự chuyển động.

Trong trường hợp này không có chuyện so sánh rồi để lúc khác dùng. Công việc bắt buộc việc so sánh phải thực hiện trong thời gian thực. Tốc độ xử lý ít ra phải bằng tốc độ ra ảnh của camera, tức 25, 50 ảnh trong 1 giây. Còn 25, 50 ảnh đó nó là bao nhiêu megapixel thì tuỳ vào độ lớn của ảnh. Cũng là 25, 50 ảnh nhưng là ảnh to hơn thì ắt phải có nhiều megapixel hơn.
Về trường hợp này tôi cũng viết rõ

Tôi không phải người chuyên về đồ họa và dùng những thư việt đồ họa cực nhanh nên chắc không thể thao tác và soạn các mảng bai nhanh tới mức có thể dùng để làm phim chạy mượt được.

Trong trường hợp này thì không làm được trong VBA. Đấy là ý kiến chủ quan của tôi.

Đấy là nói chung chung. Còn về câu hỏi của chủ chủ đề thì đã có câu trả lời của bạn VetMini rồi. Hỏi một câu cụt lủn thế thì chỉ có câu trả lời thế thôi.

a. So sánh? So sánh gì? 2 pixel tương ứng? Tức xem 2 pixel có cùng mầu? Cùng mầu là 2 giá trị mầu RGB(r1, g1, b1) = RGB(r2, g2, b2) hay là 2 mầu nhìn "lơ lớ" giống nhau? Nếu thế thì phải định nghĩa "lơ lớ" là gì. Là sự khác biệt nhau 5%, 1% hay vd. 0,5%? Mà sự khác biệt gì 0,5%? (RGB1 - RGB2) / RGB1 ≤ 0,5% hay ý nghĩa khác? Không biết so sánh gì, cách so sánh như thế nào thì trả lời sao được.

b. Mục đích? Bởi tuỳ vào mục đích mà có thể làm trong VBA hay không. Không nói mục đích là trường hợp 1 hay 2 ở trên thì giúp cái gì? Một câu cụt lủn thế thì bó tay.
Nếu là trường hợp 2 thì tôi nghĩ cũng chả ai giúp. Lý do:
b1. Không ai làm trong VBA Excel.

b2. Đề tài rất rộng. Không ai mở một lớp đào tạo trên GPE. Không ai có thời gian và GPE không phải chỗ thích hợp.

b3. Nếu trong hàng trăm nghìn thành viên GPE có ai đó làm chuyên môn này và biết viết code trong các môi trường lập trình khác thì họ cũng chả đưa lên GPE. Vấn đề thuộc dạng khó với nhiều người nên nó là cơm áo gạo tiền của người ta thì người ta có lẽ không cho không, nhất là cho không tất cả mọi người (do cho ở nơi công cộng). Trên mạng không phải cái gì người khác cũng cho không. Đơn giản vì có những cái nó là sữa của con, là váy của vợ, là mồi nhậu của người ta.

 

[Vô danh Tiểu tốt]

Mục đích dùng để phát hiện sự chuyển động. Hay nói chính xác hơn là người hỏi có ý định như thế. Tức họ nghĩ thế này: ta có camera an ninh. Camera sẽ cho 25, 50 ảnh trong 1 giây. Bây giờ cần so sánh cứ 2 ảnh liên tiếp để tìm sự khác biệt. Từ đó phát hiện sự chuyển động.

Trong trường hợp này không có chuyện so sánh rồi để lúc khác dùng. Công việc bắt buộc việc so sánh phải thực hiện trong thời gian thực. Tốc độ xử lý ít ra phải bằng tốc độ ra ảnh của camera, tức 25, 50 ảnh trong 1 giây. Còn 25, 50 ảnh đó nó là bao nhiêu megapixel thì tuỳ vào độ lớn của ảnh. Cũng là 25, 50 ảnh nhưng là ảnh to hơn thì ắt phải có nhiều megapixel hơn.

Giả sử camera thu được 25,5 hình/giây đi (25,5? ) mà không có chuyển động nào xảy ra thì liệu rằng 2 khung hình liên tiếp luôn giống nhau đến từng pitxel không? Chắc chắn là khó thể trừ khi nó quay bóng đêm hoàn toàn. Cho nên thuật toán xác định có chuyển động hay không thực chất chỉ kiểm tra một nhóm điểm ảnh rải rác(hoặc ảnh có độ phân giải thấp) chứ không phải cả triệu pitxel giữa 2 khung hình. Ngay cả với Face ID do Apple tạo ra cũng chỉ dám phân tích 30.000 điểm ảnh cho dù camera có thể thu được hàng triệu điểm ảnh. Còn bài toàn này đặt ra là so sánh toàn bộ từng pitxel thế thì tốc độ sẽ khác xa nhau.

Nếu đơn giản chỉ là so sánh từng pitxel tương ứng giữa 2 tấm ảnh cùng kích thước thì vấn đề của người hỏi không quá khó (chỉ khó với mấy thằng dốt như tôi ). Nhưng phân biệt để tìm sai khác giữa 2 tấm hình minh họa của tác giả thì tôi thấy nó dường như cần đến công nghệ nhận diện hình ảnh mất rồi. Ai làm được cái này chắc phải cỡ kỹ sư ngành trí tuệ nhân tạo trở lên.

 

[anhtuanle123]

b3. Nếu trong hàng trăm nghìn thành viên GPE có ai đó làm chuyên môn này và biết viết code trong các môi trường lập trình khác thì họ cũng chả đưa lên GPE. Vấn đề thuộc dạng khó với nhiều người nên nó là cơm áo gạo tiền của người ta thì người ta có lẽ không cho không, nhất là cho không tất cả mọi người (do cho ở nơi công cộng). Trên mạng không phải cái gì người khác cũng cho không. Đơn giản vì có những cái nó là sữa của con, là váy của vợ, là mồi nhậu của người ta.

có đưa lên cũng ko bít cách xài đâu ^^ , nó là dạng kiến thức khoa học chứ ko phải dạng bí mật công nghệ thông thường , nếu thích tìm hiểu thì có thể goole đồ án tốt nghiệp của mấy sinh viên năm cuối ngành khoa học máy tính hoặc toán tin í , mấy bạn í hay làm mấy đề tài nhận dạng chữ viết hoặc âm thanh í , công thức toán học đọc hoa cả mắt @@ ,
sản phẩm thương mại kiểu nhận dạng hình ảnh có nhiều đường nét thì mình có biết đến chương trình " Hệ thống phần mềm nhận dạng vân tay tự động @FRIS " của bộ CA , nhưng cũng là do các chuyên gia hàng đầu phát triển cả !

 

[batman1]

Tôi không nói là cứ kiểm tra 2 pixel là sẽ phát hiện sự chuyển động. Do người ta không nói mục đích nên tôi đưa ra 2 trường hợp giả lập. Mà tôi viết rõ

Hay nói chính xác hơn là người hỏi có ý định như thế. Tức họ nghĩ thế này: ta có camera an ninh. Camera sẽ cho 25, 50 ảnh trong 1 giây. Bây giờ cần so sánh cứ 2 ảnh liên tiếp để tìm sự khác biệt. Từ đó phát hiện sự chuyển động

Tức họ nghĩ là cứ thế sẽ được. Họ nghĩ chứ không phải tôi nghĩ. Đọc mà không chịu hiểu.

Có những người ít kinh nghiệm, không lường được các khả năng nên trong khuôn khổ hạn hẹp của kinh nghiệm họ nghĩ thế. Tôi có bàn chuyện họ nghĩ thế, phương pháp ấy có khả thi hay không đâu? Tôi có bàn chuyện cứ làm thế thì sẽ phát hiện được vd. trộm đâu. Chẳng hạn người ta định khi có chuyển động thì bật còi báo động. Nhưng ngay cả khi không có ô tô đi, người đi, mèo đi thì vẫn có thể có gió thổi và lá cây bay bay mà. Tôi không bàn chuyện khả thi hay không.

Tôi cũng không bàn chuyện cách làm (phát hiện chuyển động) như thế nào. Người trong chuyên môn họ có thuật toán của họ. Đừng trích bài của tôi rồi viết miên man.

Tôi nói lần cuối: tôi không tranh luận với bạn nữa. Đừng trích bài của tôi làm gì.

 

[batman1]

có đưa lên cũng ko bít cách xài đâu ^^ , nó là dạng kiến thức khoa học chứ ko phải dạng bí mật công nghệ thông thường , nếu thích tìm hiểu thì có thể goole đồ án tốt nghiệp của mấy sinh viên năm cuối ngành khoa học máy tính hoặc toán tin í , mấy bạn í hay làm mấy đề tài nhận dạng chữ viết hoặc âm thanh í , công thức toán học đọc hoa cả mắt @@ ,
sản phẩm thương mại kiểu nhận dạng hình ảnh có nhiều đường nét thì mình có biết đến chương trình " Hệ thống phần mềm nhận dạng vân tay tự động @FRIS " của bộ CA , nhưng cũng là do các chuyên gia hàng đầu phát triển cả !

Người trong chuyên môn không phải là họ không biết tí gì. Nhiều khi họ chỉ bí ở một khâu nào đó. Họ biết cách dùng. Nếu anh A đưa lên nơi công cộng thì vô tình anh B sẽ đọc được, và anh ta biết cách dùng. Không đưa lên là phòng những đối thủ cạnh tranh (nói hơi to tát ) như anh B chứ không phải phòng những người không biết gì như tôi

 

[Vô danh Tiểu tốt]

Tôi nói lần cuối: tôi không tranh luận với bạn nữa. Đừng trích bài của tôi làm gì.

Nói lần cuối mãi mà không phân biệt được 2 quan điểm .

• Dựa vào ví dụ về cái camera an ninh cũng như lập luận cũ hơn, batman1 cho rằng hàm đồ họa nào đó có thể làm phép so sánh tổng cộng 25 (hoặc nhiều) megapixel chỉ trong vòng một giây đúng không? Và VBA cũng có khả năng tương đương hoặc gần như thế?

• Bằng ví dụ camera trên Iphone có độ phân giải 7mpx dành cho Face ID nhưng Face ID chỉ dám dùng tới 30.000 điểm ảnh trong đó (cho dù Iphone X có sức mạnh tính toán còn hơn cả nhiều máy tính đang còn dùng), tôi đưa ra quan điểm người ta không thể phân tích toàn bộ số megapixel chỉ trong một khoảng thời gian ngắn như thế nhất là với VBA đơn luồng.

Cuối cùng chúng ta chỉ khác nhau về quan điểm như thế thôi đúng không? Thôi thì mỗi người có suy nghĩ riêng. Cuối cùng chỉ có mấy ông viết ra cái đó thì mới đúng

 

[batman1]

Nói lần cuối mãi mà không phân biệt được 2 quan điểm .

• Dựa vào ví dụ về cái camera an ninh cũng như lập luận cũ hơn, batman1 cho rằng hàm đồ họa nào đó có thể làm phép so sánh tổng cộng 25 (hoặc nhiều) megapixel chỉ trong vòng một giây đúng không? Và VBA cũng có khả năng tương đương hoặc gần như thế?

• Bằng ví dụ camera trên Iphone có độ phân giải 7mpx dành cho Face ID nhưng Face ID chỉ dám dùng tới 30.000 điểm ảnh trong đó (cho dù Iphone X có sức mạnh tính toán còn hơn cả nhiều máy tính đang còn dùng), tôi đưa ra quan điểm người ta không thể phân tích toàn bộ số megapixel chỉ trong một khoảng thời gian ngắn như thế nhất là với VBA đơn luồng.

Cuối cùng chúng ta chỉ khác nhau về quan điểm như thế thôi đúng không? Thôi thì mỗi người có suy nghĩ riêng. Cuối cùng chỉ có mấy ông viết ra cái đó thì mới đúng

2. Mục đích dùng để phát hiện sự chuyển động
...
Trong trường hợp này không có chuyện so sánh rồi để lúc khác dùng. Công việc bắt buộc việc so sánh phải thực hiện trong thời gian thực

-> Camera an ninh
------------

1. Mục đích chỉ là làm một việc. Làm xong cất đi lúc khác dùng. Công việc không đòi hỏi làm trong thời gian thực. Nhưng ngay cả khi này thì ai cũng muốn làm nhanh, không phải đợi, không sốt ruột. Từ đầu đến cuối tôi chém gió về trường hợp này. Ý tôi là làm được nhưng tuỳ vào phương pháp mà sẽ nhanh hay chậm. Tôi cho cả vd. khi nào quá chậm. Nhưng dù chậm hay không thì cũng làm được trong VBA

 

[VetMini]

Hồi xưa, lúc Microsoft còn mang tên Micro-Soft thì tôi có làm việc trắc địa ở mọt hải cảng nọ.
Một trong nhưng công việc của chúng tôi là kiểm chứng tiến trình của công việc vét hải cảng để lập hoá đơn. Hợp đồng khoán nhưng hoá đơn chia ra trả theo tiến trình. Tiến trình được tính theo sự khác biệt hoạ đồ lòng hải cảng giữa hai thời điểm T(i) và T(i-1).
Hồi đó máy tính còn thô sơ nên không tính được bit map, và hầu hết công việc phải làm bằng tay. Nhưng khái niệm map cũng tương tự. Cái quan trọng là trước khi làm bảng phải các cột mức chuẩn. Có các mốc chuẩn rồi thì chỉ việc đem hai cái bảng vẽ chồng lên nhau sẽ nhận ra các chỗ sai biệt.

Sau này, tôi cũng có dịp làm việc với các bảng thăm dò (survey form). Tôi không lập trình nhưng là người lập cái bảng/form. Cái bảng này có 2 dấu chấm lớn ở 2 góc để làm mức chuẩn. Sau khi nhận được xấp forms đã được người dùng điền (filled) bằng cách tick vào các ô liên hệ, tôi đưa chúng vào một cái máy scan thành pdf và chuyển đống files này cho bên lập trình. Theo tôi biết thì bên lập trình có một phần mềm viết bằng Matlab để đọc các files này. Nguyên tắc là người lập trình đã định sẵn một số vị trí trong bảng/form mẫu (tức là vị trí các ô để tick). Phần mềm chỉ việc dò các vị trí này để biết chỗ nào được ticked. Kết quả được đúc kết thành 1 file csv cho tôi phân tích và báo cáo. Điểm quan trọng là "nhiễu/noises". Phần mềm phải có khả năng suy luận so sánh khi ngừoi ta tick hơi trệch giữa 2 ô. Bên tôi đọc kết quả thì lại phải lượt noises lại lần nữa - nhưng đó chuyện kinh nghiệm nhiều năm, không cần phải giấu nghề.

Về sau nữa, tôi cũng có làm việc với forensic nhưng không sâu lắm. Chỉ biết là để so sánh 2 mảng dữ liệu, họ đổi chúng thành dạng vector và dataframe và dùng các phần mềm chuyên thống kê (R, Python,...) để phân tích.

Tổng kết lại, theo tôi nghĩ thì cái nguyên tắc gồm mấy phần:
- chuyển dạng dữ liệu về dạng dễ so sánh. Ví dụ chuyển bitmap thành dạng vector, và chọn vị trí trên ảnh để đặt chiều sâu - điển hình là vị trí a quan trọng hơn b, đặt trọng lực cao hơn.
- phần mềm dùng phương pháp thống kê để so sánh.
- phần mềm chỉ có thể quyết định được một số nhiễu. Ngừoi dùng phải tự dùng kinh nghiệm của mình để phán xét số nhiễu còn lại.

 

[dhn46]

Em up file anh xem qua xem qua. Nếu được anh có thể giúp em theo nội dung em đã chú thích. Cám ơn anh trước

Trả lời cho bạn là: ĐƯỢC

Kiểm tra thì được nhưng mà muốn so sánh tất cả từng điểm ảnh sẽ gặp vấn đề về tốc độ nếu mà chạy đơn luồng thông thường. Gặp hình có độ phân giải lớn (tính bằng megapixel) thì chắc treo máy một lát.

Khoảng 1năm về trước dhn46 đã hỏi vấn đề này tới bác Siwtom và đã được bác trả lời. Ban đầu dhn46 sử dụng API GetPixel nhưng tốc độ vô cùng chậm, nhưng với giải pháp bác Siwtom đưa ra thì là 1 sự ngỡ ngàng. (dhn46 xin phép được gọi tên nick Siwtom - người đã hướng dẫn dhn46 những vấn đề khúc mắc trong suốt thời gian qua, kính chúc bác Siwtom sức khỏe, thành công)

 

[Trunghieutin10]

Trả lời cho bạn là: ĐƯỢC



Khoảng 1năm về trước dhn46 đã hỏi vấn đề này tới bác Siwtom và đã được bác trả lời. Ban đầu dhn46 sử dụng API GetPixel nhưng tốc độ vô cùng chậm, nhưng với giải pháp bác Siwtom đưa ra thì là 1 sự ngỡ ngàng. (dhn46 xin phép được gọi tên nick Siwtom - người đã hướng dẫn dhn46 những vấn đề khúc mắc trong suốt thời gian qua, kính chúc bác Siwtom sức khỏe, thành công)

Thông qua diên đàn em từng sài API GetPixel nhưng thực sự kết quả không như mong muốn. Em muốn thử tìm hiểu xem VBA có thể so sánh 2 bức ảnh kích thước giong nhau, tìm những điểm sai khác và bôi màu điểm sai khác đó.
Nếu có thể xin bác chỉ giáo!

 

[Vô danh Tiểu tốt]

Trả lời cho bạn là: ĐƯỢC



Khoảng 1năm về trước dhn46 đã hỏi vấn đề này tới bác Siwtom và đã được bác trả lời. Ban đầu dhn46 sử dụng API GetPixel nhưng tốc độ vô cùng chậm, nhưng với giải pháp bác Siwtom đưa ra thì là 1 sự ngỡ ngàng. (dhn46 xin phép được gọi tên nick Siwtom - người đã hướng dẫn dhn46 những vấn đề khúc mắc trong suốt thời gian qua, kính chúc bác Siwtom sức khỏe, thành công)

Hồi đó thi thoảng cũng ý kiến ý cò với Siwtom, cơ mà chả khi nào gay gắt vì ổng cũng biết phải trái chứ không phải thể loại luôn luôn đúng. Hình như Siwtom bị treo hơn 2 năm nay rồi mà, dhn46 liên hệ thế nào? Nếu có bài viết thì sẻ link cho mình zới. Dù chắc không hiểu hết nhưng cũng để có chút mở mang

 

[Gió Đông]

Chủ topic so sánh làm gì, nếu chỉ là 2 bức ảnh thì search trên mạng có nhiều trang web có công cụ so sánh trong nháy mắt (chỉ cần kéo thả 2 bức ảnh vào khung là so sánh xong). Còn nếu là muốn có công cụ thật sự , thì lời khuyên là không dùng môi trường Excel vì như thế là mua việc thêm, Excel chuyên xử lý số thì tốt hơn.

 

[Gió Đông]

Hồi đó thi thoảng cũng ý kiến ý cò với Siwtom, cơ mà chả khi nào gay gắt vì ổng cũng biết phải trái chứ không phải thể loại luôn luôn đúng. Hình như Siwtom bị treo hơn 2 năm nay rồi mà, dhn46 liên hệ thế nào? Nếu có bài viết thì sẻ link cho mình zới. Dù chắc không hiểu hết nhưng cũng để có chút mở mang

Đừng nhắc tên Siwtom vì chủ tên cũng không thích, còn nhiều kẻ ở đây thì ghét ra mặt, lại lời quá tiếng lại không hay (cứ tìm lại các topic cũ liên quan thì rõ).

 

[Vô danh Tiểu tốt]

Đừng nhắc tên Siwtom vì chủ tên cũng không thích, còn nhiều kẻ ở đây thì ghét ra mặt, lại lời quá tiếng lại không hay (cứ tìm lại các topic cũ liên quan thì rõ).

Ghét hay không thì có ảnh hưởng đến cái thằng Vô danh Tiểu tốt như tôi đâu. Lúc trước tôi nói chuyện cái tên nước mình do Trung Quốc đặt thì đúng là có lời qua tiếng lại thật nhưng chẳng nhẽ vì một cái tên không còn sinh hoạt GPE mà cũng kiếm chuyện thì đúng là trẻ con quá . Rồi bác ấy để lại cả ngàn cái phản hồi rải rác khắp diễn đàn thì tìm thế nào cho hiệu quả đây? Ít ra cũng phải có vài từ khóa để mà tìm chứ.

 

[anhtuanle123]

- phần mềm dùng phương pháp thống kê để so sánh.

bác quả là kinh nghiệm đầy mình ^^ , sau khi xử lý phần thô xong , hầu hết các thuật toán thống kê nhận dạng hiện nay đều sử dụng phương pháp thống kê phi tuyến , kỹ thuật cụ thể là dùng mạng lan truyền ngược , dân ko chuyên toán thống kê thì gọi là máy học , trí tuệ nhân tạo ..v.v. ^^ , kết quả sau thống kê có thể là 1 con số phần trăm nào đó !

 

[batman1]

Ban đầu dhn46 sử dụng API GetPixel nhưng tốc độ vô cùng chậm, nhưng với giải pháp bác Siwtom đưa ra thì là 1 sự ngỡ ngàng.

Nhưng ý Vô danh Tiểu tốt là chỉ quan tâm tới những xử lý có tốc độ ít ra là 25, 30 hình trong 1 giây.
Nếu là xử lý trong thời gian thực và mục đích (tôi không bàn là hướng đi có đúng không) là phát hiện sự chuyển động thì phải là dân chuyên nghiệp. Họ có kiến thức và thuật toán của họ. Cái mà tôi làm là chỉ so sánh rồi kết quả để đấy, không phải theo kịp tốc độ ra ảnh của nguồn, chậm nhiều hay ít cũng không sao. Tóm lại đó chỉ là chiêu làm cho bạn gái lác mắt, lấy điểm thôi.
Chúc hai vợ chồng dhn46 nhiều sức khỏe, và chóng có tin vui cho hai bên gia đình.

 

[batman1]

Đừng nhắc tên Siwtom vì chủ tên cũng không thích, còn nhiều kẻ ở đây thì ghét ra mặt

Cái đỏ thì đúng, nhưng nhắc chả sao. Tôi không hổ thẹn với nick siwtom. Ai đó còn nhớ tới mình thì là điều đáng quí

 

[batman1]

dhn46 liên hệ thế nào?

Tôi không trả lời qua tin nhắn đâu.

 

[Vô danh Tiểu tốt]

Tôi không trả lời qua tin nhắn đâu.

Chắc là batman1 nhầm ai với tôi?

Ố là... Tôi nhớ ngày xưa anh đâu có comment phân mảnh với nội dung ngoài lề nhiều thế đâu nhỉ.
Nếu đúng là anh thì tin vui cho nhiều người hay thắc mắc về lập trình nè. Dù sao tôi cũng có ấn tượng tốt về chuyên môn của anh. Nhân tiện anh sẻ link cái bài dhn nhắc đến không? Cám ơn nếu giúp được nhé.

 

[ThangCuAnh]

Lãnh vực này rất rộng, không thể nói trong 1 topic được. Phải cỡ 1 luận văn tốt nghiệp hay đồ án đấy.
VD: tôi hỏi bạn, bạn muốn so sánh như thế nào
1. Size của 2 picture
2. Phân bố picxel của 2 picuture
3. Phân biệt motion detect của 2 picture trong 1 khuôn hình chụp của camera trong 1, 2s
4. Phân biệt ban ngày, ban đêm của 2 picture...
....
Bát ngát, mênh mông. Nên trong trường ĐH mới có môn Xử lý ảnh đó bạn.
Thân
TQN

 

[anhtuanle123]

Nhưng ý Vô danh Tiểu tốt là chỉ quan tâm tới những xử lý có tốc độ ít ra là 25, 30 hình trong 1 giây.
Nếu là xử lý trong thời gian thực và mục đích (tôi không bàn là hướng đi có đúng không) là phát hiện sự chuyển động thì phải là dân chuyên nghiệp. Họ có kiến thức và thuật toán của họ. Cái mà tôi làm là chỉ so sánh rồi kết quả để đấy, không phải theo kịp tốc độ ra ảnh của nguồn, chậm nhiều hay ít cũng không sao. Tóm lại đó chỉ là chiêu làm cho bạn gái lác mắt, lấy điểm thôi.
Chúc hai vợ chồng dhn46 nhiều sức khỏe, và chóng có tin vui cho hai bên gia đình.

thực ra 25-30 khung hình 1 giây cũng ko phải nhanh lắm , nếu tự làm cho mình 1 cái siêu máy tính chắc cũng giải quyết đc , sắm chục cái máy tính , chia nhiệm vụ 1 cái chuyên quay phim , 9 cái còn lại chuyên phân tích chắc cũng kịp ^^
mình đọc được tài liệu ở các máy gia tốc , phải ghi lại các chuyển động của hạt trong nano giây hoặc micro giây , thì người ta cứ chia nhiệm vụ cho nhiều máy tính xử lý song song , thuật toán có cùi bắp đi nữa thì số lượng bù chất lượng kiểu gì cũng tính đc !
hình như chém gió quá đà @@
bác batman1 là siwtom à ^^

 

[batman1]

thực ra 25-30 khung hình 1 giây cũng ko phải nhanh lắm

Tôi viết ít nhất mà

Nhưng ý Vô danh Tiểu tốt là chỉ quan tâm tới những xử lý có tốc độ ít ra là 25, 30 hình trong 1 giây.

Do khả năng phân biệt của mắt người để có thể coi một animation là "mượt" thì tốc độ hiển thị ảnh ít nhất phải là 25 hình trong 1 giây (PAL, SECAM. Với NTSC -> 30 hình trong 1 giây). Trong rạp phim thường là 24-25 hình trong 1 giây. Tất nhiên tốc độ càng cao thì độ "mượt" càng cao.

 

[Trunghieutin10]

Cám ơn tất cả ae giao lưu và đóng góp. Biết kiến thức thì mênh mông, hiểu biết hơi hạn hẹp. Nhưng mình cũng muốn thử .
Chúc ae sức khỏe và thành công!

 

[Gió Đông]

Cái đỏ thì đúng, nhưng nhắc chả sao. Tôi không hổ thẹn với nick siwtom. Ai đó còn nhớ tới mình thì là điều đáng quí

Tôi biết bác không để ý, nhưng họ có thế không, nên muốn nhắc các thành viên khác cần lưu ý họ

 

[Gió Đông]

Ghét hay không thì có ảnh hưởng đến cái thằng Vô danh Tiểu tốt như tôi đâu. Lúc trước tôi nói chuyện cái tên nước mình do Trung Quốc đặt thì đúng là có lời qua tiếng lại thật nhưng chẳng nhẽ vì một cái tên không còn sinh hoạt GPE mà cũng kiếm chuyện thì đúng là trẻ con quá . Rồi bác ấy để lại cả ngàn cái phản hồi rải rác khắp diễn đàn thì tìm thế nào cho hiệu quả đây? Ít ra cũng phải có vài từ khóa để mà tìm chứ.

Từ khóa thì cứ gõ tên người nhắc đến là bạn thầy ngay các bài cũ liên quan mới nhất hay cụ thể từ khóa : #chợt nhớ si...tom#, #đồng hành si...tom#,...

 

[Vô danh Tiểu tốt]

Từ khóa thì cứ gõ tên người nhắc đến là bạn thầy ngay các bài cũ liên quan mới nhất hay cụ thể từ khóa : #chợt nhớ si...tom#, #đồng hành si...tom#,...

Một sự chỉ dẫn mà như đánh đố vì tôi vốn không thông minh lắm . Tiếc là không có nút xin lỗi để bấm vì đã làm mất thời gian của anh/chị Gió Đông. Hy vọng là sẽ không phải làm mất thời gian của lẫn nhau thêm lần nữa.

 

[Đỗ Tú Anh]

Bỏ ảnh "Ngọc Trinh" với "Mai Phương Thúy" lên đây may ra còn có nhiều anh em thấy sự khác biệt á. Chứ vụ này chịu!

View attachment 187751

Bài #19 + #19:
Trâu già còn ham gặm cỏ non.

Tôi không hổ thẹn với nick siwtom

Tại sao phải hổ thẹn??? Vạn vạn thành viên trên GPE ghen tị với cái nick siwtom đáng ngưỡng mộ đó thì đúng hơn.

 

[bebo021999]

1) Cám ơn Tú Anh đã dẫn mình đến chủ đề này
2) Cám ơn chủ đề này đã cho mình biết dhn46 đã "lớ vậy" và sắp có tin vui
3) Cám ơn chủ đề này cho mình gặp lại một người thầy cũ mà mình rất ngưỡng mộ
4) Ý kiến về chuyên môn của chủ đề này: mình mù tịt. (Mục 4 này để khỏi bị liệt vào sì pam)