1901;팔리면 1656;문Ȣ16;1648; 맙시다. 소1473;한 NJ13;변 댓글1012; 삭1228;Ȣ16;lj16;,148; ǥ12;-124;러운 1068; 1077;니다 
1064;메모리에 1200;1109;.104;Ǻ12;1080;lj16; bmp형식1032; 데1060;터를 ǥ16;산처리Ȣ16;lj16; 0169;법에대해 알아보고 1080;습니다.
찾아보니, spark라lj16; 플ǖ19;폼1060; 1064;메모리 처리가 가능한 ǥ16;산처리 플ǖ19;폼1060;라고 파Ꮊ1;했lj16;데,
1064;메모리 1060;0120;1648;에 대해서 TemplateMatching, Filtering FFT, Conquer, Laplace, Threshold같1008; OpenCV 영상처리1089;업1012;
ǥ16;산처리Ȣ16;lj16; 기능1060; 가능할까요??
그리고 Keras를 1060;용해서 1060;0120;1648;에 AI를 1217;목Ȣ16;lj16; 연산도 ǥ16;산처리/196; 수행1060; 가능할까요??
웹상1032; 대ǥ12;ǥ16;1032; 내용들1060; 관계형데1060;터만 1060;용해서 기능1012; 구현Ȣ16;고 1080;Ǻ12;서,
1060;0120;1648;나 영상같1008; 비관계형 데1060;터 또한 처리가 가능한1648; 알고dz10;습니다.
bmp라고 하시는것 보니 매우 작은 사이즈들의 이미지(256x256 이하)처리로 보이긴 합니다만
추천해 드리고 싶지는 않네요.
bmp를 메모리 상에 올려서 전송을 하면 그걸 다른 라이브러리도 읽어서 처리하고 할텐데
다들 메모리 형식도 다르고 해서 새로운 무언가를 추가할때 마다 그들의 메모리 포맷 형식에 맞추는 작업을 해야 할겁니다.
그냥 파일로 던지면 라이브러리들이 알아서 파일 열고 자기들 메모리 형식으로 바꿔주는 것 정도는 대부분 기본이죠
그래서.... 물론 하면 다 될텐데, 그 플러그인들 다 만들고 하다 보면 개발 시간이 오래걸릴거고 테스트 하는 과정에서 이런 저런 문제점이 나올 수 있어서
그냥 다들 기본적으로 파일로 열고 처리하도록 하시라 조언드리고 싶네요.
파일로 전달이 물론 조금은 시간이 더 걸릴수 있으나, 그건 전체적으로 프로세스가 완성된 이후에
튜닝 요소로 남겨놓는게 개발 시간이 더 짧게 거릴것 같습니다.
그리고 어차피 파일 풀고 메모리에 올리고 하는 작업이 막 그렇게 오래 걸리진 않아서 전체 속도를 보면 아마도 10%내외로 느려질텐데
전체 처리 과정에서 보면 그리 큰 부분은 아니라고 생각합니다. 개발 및 테스트가 빨리 진행되는게 과정상 더 장점이 많을겁니다.