image_io 의 충돌은 상대적으로 가능성이 낮습니다. 테스트 프로그램을 작성하고 이미지를 수동으로 로드할 수 있습니까?

#include "mve/image_io.h"
int main() {
  mve::image::load_png_file("your path");
  return 0;
}

이미지에 다른 특별한 것이 있습니까? 8비트 또는 16비트 PNG입니까?

자, 테스트 프로그램을 컴파일하고 테스트 앱과 같은 폴더에 있는 PNG를 로드하려고 합니다. 나는 같은 결과를 얻었고 프로그램은 "Ungültiger Maschinenbefehl (Speicherabzug geschrieben)"과 충돌합니다.

그러나 함수 호출을 "load_tiff_file"로 변경하고 대신 TIFF 파일을 로드하면 정상적으로 실행되는 것 같습니다. load_png_file 함수가 구체적으로 손상되었을 수 있습니까?

이것이 도움이 될지 확실하지 않지만 코드를 load_png_file로 다시 변경하고 strace를 사용하여 이 앱과 관련된 시스템 로그를 가져왔습니다. 다음은 충돌하기 전에 해당 로그의 마지막 몇 줄입니다.

14:00:46.197536 open("./frame_0001.png", O_RDONLY) = 3
14:00:46.197561 fstat(3, {st_mode=S_IFREG|0664, st_size=407653, ...}) = 0
14:00:46.197582 읽기(3, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\5\0\0\0\2\320\10\2\0 \0\0@\37J"..., 4096) = 4096
14:00:46.197651 mmap(NULL, 2768896, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fcadc163000
14:00:46.198666 --- SIGILL {si_signo=SIGILL, si_code=ILL_ILLOPN, si_addr=0x40b69d} ---
14:00:46.337334 +++ SIGILL에 의해 죽임(코어 덤프) +++

그 이미지에 대한 링크를 보내주시겠습니까?

내 생각에는 이미지에 png 확장자가 있지만 실제로는 png가 아닙니다... ".png" 파일이 실제로 jpeg로 인코딩된 유사한 문제를 본 적이 있습니다.

http://maxdid.it/gamejam/img/frame_0001.png

ffmpeg를 사용하여 비디오 프레임을 이미지 파일로 내보냈습니다.

잘못된 파일 형식일 수도 있다고 생각했지만 변환 명령을 사용하여 png에서 tiff로 변환했다가 다시 변환했지만 아무런 효과가 없었습니다.

파일은 여기에서 잘 로드됩니다.

open("frame_0001.png", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0640, st_size=691915, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f5395d8a000
read(3, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\5\0\0\0\2\320\10\2\0\0\0@\37J"..., 4096) = 4096
mmap(NULL, 2768896, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f5393b87000
read(3, "\7\0?)\363\207i\27\30x'\356\330\214Xg\7\260\334W\23G\371\323\31 \323\2S\273\353\\"..., 4096) = 4096
...

strace 에 따르면 프로그램은 SIGILL(KILL 아님)에 의해 종료됩니다. 나는 이것이 귀하의 프로세서 또는 OS가 잘못된 명령을 실행하려고 시도하고 있음을 의미한다고 생각합니다. 나는 이것을 어떻게 해야할지 모르겠으나 당신의 시스템이나 당신의 libpng 라이브러리가 엉망이라고 생각합니다. libpng를 다시 설치/업그레이드할 수 있습니까?

그래서 apt-get install을 통해 설치한 libpng 버전을 제거하고 대신 libpng 저장소를 직접 다운로드하여 설치했습니다.

불행히도 동일한 효과가 있습니다. 어쩌면 정말 내 프로세서입니까? 현재 최신 모델이 아닌 AMD Phenom II X4 965 프로세서를 사용하고 있습니다. 그래도 이전에 비슷한 문제가 있었던 적은 없었던 것 같아요.

어쨌든 문제를 재현 할 수 없기 때문에 문제를 닫을 것 같습니다.

여전히 작동하지 않는다는 소식을 듣게 되어 유감입니다. 나는 그것이 당신의 하드웨어라고 생각하지 않습니다. 그러나 나는 아이디어가 없습니다. libpng에 대한 특정 가속 기능을 비활성화하는 컴파일 타임 플래그가 있습니까? 이 시점에서 나는 문제의 원인이 무엇인지 정말로 알지 못한 채 추측하고 있습니다.

많은 실험 후에 이미지 파일을 가져올 때 makecene이 충돌하는 이유를 알고 있습니다. libjpeg나 libpng 때문이 아니라, 실제 이유는 openMP 때문입니다. makecene.cc에서 다음 코드로 이 버그를 고칠 수 있습니다.
845 라인
mve::ImageBase::Ptr 이미지;

순서가 지정된 일정에 대한 pragma omp 병렬(동적,1)

for (std::size_t i = 0; i < dir.size(); ++i)

....
표준::문자열 exif;

프래그마 omp 크리티컬

    image = load_any_image(afname, &exif);

...

그러나 그 변화는 별로 의미가 없습니다. 모든 쓰레드에서 공유되는 image 변수에 이미지를 저장하고 있는데, 지금은 이미지 로딩이 직렬화 되었지만, 경쟁 상황으로 인해 이미지를 덮어쓰게 되고 이미지 로딩 후 잘못된 데이터를 사용하게 됩니다. ..

이미지를 로드하기 전에 #pragma omp critical을 넣어 보셨습니까?

@timlgy , 귀하의 시스템에 대해 좀 더 알려주시겠습니까? 어떤 CPU, 운영 체제 및 컴파일러를 사용하고 있습니까?

Ubuntu 14.04.5 LTS, 16U32G에서 작동하고 컴파일러는 gcc 4.8.4(Ubuntu 4.8.4-2ubuntu1~14.04.3) PS '잘못된 데이터'가 무엇인가요? prebundle.sfm?

이 기사에 따르면 #pragma omp critical
omp critical 지시문은 한 번에 단일 스레드에서 실행해야 하는 코드 섹션을 식별합니다.
그래서 mve::ImageBase::Ptr imagel=oad_any_image(afname, &exif); 안에 이 코드를 넣을 때 'load_any_image'가 위험하다고 생각했습니다.

load_any_image 는 적절하게 사용될 때 스레드로부터 안전한 백그라운드에서 libpng 를 사용합니다. 우리가 그렇게 하기를 바랍니다. "잘못된 데이터"라는 말은 위의 코드에서 이미지가 사용되기 전에 다른 이미지로 덮어쓸 수 있고 따라서 보기에 잘못된 이미지 데이터가 표시될 수 있음을 의미합니다.

이제 이 문제에 대한 느낌을 얻으려면 이러한 충돌로 인해 실제로 영향을 받는 사람은 누구입니까?

하나의 이미지(모든 유형의 jpg tif 또는 png)만 로드하면 괜찮지만 두 개의 이미지(모든 유형)를 로드하면 높은 확률로 충돌합니다.

문제의 원인을 모르겠습니다. 이미지 로드가 병렬로 가능해야 하며 문제를 본 적이 없습니다. 정말 큰 이미지를 로드하는 경우 이 충돌이 사용 가능한 메모리와 관련이 있습니까? 2GB RAM 시스템에서 32개의 이미지(코어가 많은 경우)를 병렬로 로드하면 문제가 발생할 것이라고 상상할 수 있습니다.

그동안 load_any_image #pragma omp critical 행을 넣으면 문제가 해결됩니다.

@timlgy , 충돌의 역추적을 게시할 수 있습니까?
또한 "16U32G"는 무엇을 의미합니까?

@andre-schulz 16U32G는 CPU 16 다중 스레드 및 32GB 메모리를 의미합니다.

명령에 의한 최신 mve 빌드를 사용하여 Windows 7 64x에서 동일한 충돌을 관찰했습니다.

load_any_image 앞에 #pragma omp critical 행을 넣으려고 했지만 도움이 되지 않습니다. 이 경우 빌드할 수 없습니다. 이 문제를 어떻게 해결할 수 있습니까? 여기서 OpenMP를 사용하는 목적은 무엇입니까?

하나의 이미지만 가져오려고 했습니다. 동일한 충돌이 발생합니다.

안녕하세요 @stiv-yakovenko
정보 주셔서 감사합니다. 문제를 일으키는 png 파일을 게시할 수 있습니까?
또한 어떤 CPU를 사용하고 있습니까?

0.zip

문제는 makescene 가 디버그 모드에서 컴파일되었지만 릴리스 모드에서 libpng에 연결되었다는 것입니다. 다른 런타임 라이브러리(/MD 대 /MDd)에 대한 링크 문제일 수 있습니다. 이것은 현재 빌드 시스템이 작동하는 방식의 문제입니다. 나는 이것을 더 조사해야 한다.
makescene 가 RelWithDebInfo 모드에서 작동하는지 확인할 수 있습니까?

디버그 모드에서 makescene 를 실행해야 하는 경우 타사 CMakeLists.txt 의 Debug 에 CMAKE_CONFIGURATION_TYPES 를 추가하여 디버그 모드에서 타사 라이브러리를 컴파일할 수 있습니다. 그런 다음 라이브러리의 디버그 버전을 다시 컴파일하고 makescene 의 디버그 버전 위치에 직접 복사합니다. 어떻게든 이것을 수정/자동화할 수 있는지 알아내려고 노력할 것입니다.

ReleaseWithDeb 버전이 작동하는지 확인합니다.

@andre-schulz 안녕하세요, 디버그 모드에 대한 분석에 감사드립니다. 디버그 모드에서 타사 라이브러리를 다시 컴파일하고 makecene의 디버그 버전에 tiffd.dll, zlibd.dll을 추가했습니다. 프로그램이 여전히 충돌했습니다.

png_read_image(png, &row_pointers[0]);

@andre-schulz 이제 괜찮아! 타사 라이브러리의 CMakeLists.txt에서 CMAKE_CONFIGURATION_TYPES를 수정하고 MVE.sln의 입력 라이브러리 구성을 수정한 후 디버그를 완전히 컴파일한 후 jpg 로드 문제가 해결되었습니다.