시도하기 전까지는 이해하지 못할 것입니다. 입구가 제공하는 이점을 평가하기가 어렵습니다. 한 영역에서는 더 잘 작동하고 다른 영역에서는 더 잘 작동할 수 있습니다. 그리고 거의 모든 입력에서 평균 결과를 얻으려고 시도할 수 있습니다. 기본적으로 이것은 전처리가 없으며 "0-1"은 특정 유형의 정규화일 뿐이며 이미 좋지만 충분하지 않을 수 있습니다. 전처리는 전체 과학이며 IMHO는 신경망 자체보다 복잡하고 압축, 미백, 코딩, 그리고 아마도 훨씬 더 많은 것. 시작하려면 Krisilov V.A.의 기사를 참조하십시오. http://neuroschool.narod.ru/ . 당신이 생각하는 것은 ZZ를 국회에 넣는 것인데, 나는 더 이상 복잡한 입력 조합의 필수적인 부분으로만 사용합니다.
실제로 정상적인 결과를 얻었습니까? FANN에서 전처리하지 않으면 "베어" 데이터 IMHO를 밀어 넣는 것은 쓸모가 없습니다. STATISTICA에서 비정규화된 데이터를 테스트하려고 시도할 수 있습니다. 테스트 중에 다른 알고리즘으로 훈련된 5개의 그리드로 구성된 위원회가 발행됩니다. 그런 다음 통계를 사용하여 매우 정확한 결과가 나오지 않아 개인적인 메시지를 썼습니다.
실제로 정상적인 결과를 얻었습니까? FANN에서 전처리하지 않으면 "베어" 데이터 IMHO를 밀어 넣는 것은 쓸모가 없습니다. STATISTICA에서 비정규화된 데이터를 테스트하려고 시도할 수 있습니다. 테스트 중에 다른 알고리즘으로 훈련된 5개의 그리드로 구성된 위원회가 발행됩니다. 그런 다음 통계를 사용하여 매우 정확한 결과가 나오지 않아 개인적인 메시지를 썼습니다.
결과는 그냥 제정신일뿐이지 이게 ZZ의 장점이라 할 수는 없다)
거기에서 발부하는 것은 위원회가 아니라 최소한의 오차로 몇 개(숫자가 정해져 있음) 그리드를 뽑았을 뿐인데, Statistic이 준비되지 않은 데이터를 공급해야 한다는 사실은 확실히 착각이다. 물론 솔루션을 찾을 때 무엇이든 시도할 수 있지만 모든 것을 네트워크에 넣고 끓이면 작동하지 않을 것입니다. 여기 있는 누구라도 그렇게 말할 것입니다.
즉, 하나의 InputVector []로 ann_runs(...)를 처음 실행한 후 -1에서 1까지의 임의 가중치로 초기화된 16개의 그리드가 (로그로 판단하면) 16개의 동일한 출력을 정확하게 얻습니다. 8자 ??? 아니요. 여기에 일종의 버그가 있습니다.
당신은 신경망의 주제를 단순히 제기할 수 없다고 썼습니다. 그러니 알아서 해결하셔야 합니다...
이 경우 버그 검색은 그 자리에서 수행해야 합니다. 멀리서 보면 추측만 할 수 있습니다. 당신이 언급한 경우에, 나는 개인적 으로 모든 그리드의 답변이 한 설문조사에서는 동일하고 다른 설문조사에서는 다르다는 로그에서 밝혀지기 전에 그리드가 어떻게 훈련되었는지 이전에 지정되었다는 것을 보지 못했습니다. 같은 . ann_runs는 그리드만 실행하지만 훈련은 하지 않기 때문에 상황은 더 명확해지지 않았습니다. 모든 라이브러리 호출에 대해 디버그 인쇄를 설정하도록 조언할 뿐입니다. 이 분석인 IMHO만이 그리드 자체보다 코드의 논리를 더 많이 참조합니다.
marketeer писал(а)>> Expert Advisor는 단 한 명뿐이지만 사람들은 모두 다르며 다른 조건에서 다른 데이터로 테스트합니다 ;-). 한번 봤는데 님같은 문제는 없었는데 지금의 형태로 처리하는게 말이 안되고 다시 쓸 시간이 없음을 스스로 깨달았습니다.
예, 고문과 함께 지옥에. 예, 다시 작성하고 처리할 필요가 없습니다.
라이브러리 자체가 제대로 작동하지 않는다는 의혹이 있는데, 여기에서는 그렇지 않기 때문에 알아낼 필요가 있습니다. 그렇지 않으면 계속할 의미가 없습니다.
문제가 없다면 안심하지 말고 FANN-EA 테스트 로그를 DebugLevel = 3 매개변수와 함께 게시하세요.
치명적인 오류가 발생 했습니다 시간 : 2009.12.23 22:55 프로그램 : 클라이언트 터미널 버전 : 4.00 (빌드: 225, 2009년 7월 10일) OS : Windows XP Professional 5.1 서비스 팩 3(빌드 2600) 프로세서: 2 x X86(레벨 6) 메모리 : 1047532/161248kb 예외: C0000005 주소 : 02086AD8 액세스 유형 : 읽기 접속주소 : FFFFFFFF
시도하기 전까지는 이해하지 못할 것입니다. 입구가 제공하는 이점을 평가하기가 어렵습니다. 한 영역에서는 더 잘 작동하고 다른 영역에서는 더 잘 작동할 수 있습니다. 그리고 거의 모든 입력에서 평균 결과를 얻으려고 시도할 수 있습니다. 기본적으로 이것은 전처리가 없으며 "0-1"은 특정 유형의 정규화일 뿐이며 이미 좋지만 충분하지 않을 수 있습니다. 전처리는 전체 과학이며 IMHO는 신경망 자체보다 복잡하고 압축, 미백, 코딩, 그리고 아마도 훨씬 더 많은 것. 시작하려면 Krisilov V.A.의 기사를 참조하십시오. http://neuroschool.narod.ru/ . 당신이 생각하는 것은 ZZ를 국회에 넣는 것인데, 나는 더 이상 복잡한 입력 조합의 필수적인 부분으로만 사용합니다.
실제로 정상적인 결과를 얻었습니까? FANN에서 전처리하지 않으면 "베어" 데이터 IMHO를 밀어 넣는 것은 쓸모가 없습니다. STATISTICA에서 비정규화된 데이터를 테스트하려고 시도할 수 있습니다. 테스트 중에 다른 알고리즘으로 훈련된 5개의 그리드로 구성된 위원회가 발행됩니다. 그런 다음 통계를 사용하여 매우 정확한 결과가 나오지 않아 개인적인 메시지를 썼습니다.
실제로 정상적인 결과를 얻었습니까? FANN에서 전처리하지 않으면 "베어" 데이터 IMHO를 밀어 넣는 것은 쓸모가 없습니다. STATISTICA에서 비정규화된 데이터를 테스트하려고 시도할 수 있습니다. 테스트 중에 다른 알고리즘으로 훈련된 5개의 그리드로 구성된 위원회가 발행됩니다. 그런 다음 통계를 사용하여 매우 정확한 결과가 나오지 않아 개인적인 메시지를 썼습니다.
결과는 그냥 제정신일뿐이지 이게 ZZ의 장점이라 할 수는 없다)
거기에서 발부하는 것은 위원회가 아니라 최소한의 오차로 몇 개(숫자가 정해져 있음) 그리드를 뽑았을 뿐인데, Statistic이 준비되지 않은 데이터를 공급해야 한다는 사실은 확실히 착각이다. 물론 솔루션을 찾을 때 무엇이든 시도할 수 있지만 모든 것을 네트워크에 넣고 끓이면 작동하지 않을 것입니다. 여기 있는 누구라도 그렇게 말할 것입니다.
즉, 하나의 InputVector []로 ann_runs(...)를 처음 실행한 후 -1에서 1까지의 임의 가중치로 초기화된 16개의 그리드가 (로그로 판단하면) 16개의 동일한 출력을 정확하게 얻습니다. 8자 ??? 아니요. 여기에 일종의 버그가 있습니다.
당신은 신경망의 주제를 단순히 제기할 수 없다고 썼습니다. 그러니 알아서 해결하셔야 합니다...
이 경우 버그 검색은 그 자리에서 수행해야 합니다. 멀리서 보면 추측만 할 수 있습니다. 당신이 언급한 경우에, 나는 개인적 으로 모든 그리드의 답변이 한 설문조사에서는 동일하고 다른 설문조사에서는 다르다는 로그에서 밝혀지기 전에 그리드가 어떻게 훈련되었는지 이전에 지정되었다는 것을 보지 못했습니다. 같은 . ann_runs는 그리드만 실행하지만 훈련은 하지 않기 때문에 상황은 더 명확해지지 않았습니다. 모든 라이브러리 호출에 대해 디버그 인쇄를 설정하도록 조언할 뿐입니다. 이 분석인 IMHO만이 그리드 자체보다 코드의 논리를 더 많이 참조합니다.
이 경우 버그 검색은 그 자리에서 수행해야 합니다. 멀리서 보면 추측만 할 수 있습니다.
죄송합니다. 하지만 저는 우리가 Yuriy가 Codebase에 게시한 전문가 고문(3페이지의 게시물)에 대해 논의하고 있다고 생각했습니다.
그래서:
-- EA에서 아무 것도 변경하지 않고 디버그 인쇄만 추가했습니다.
-- ANN 디렉토리 정리
-- 테스트 모드에서 EA 실행
-- 모든 것이 제대로 작동하는 것처럼 보이지만 로그를 보면 모든 네트워크의 응답이 동일하다는 것을 알 수 있습니다! :-(
그리드가 재학습되면 초기 가중치는 난수로 초기화됩니다. 초기 가중치가 다르기 때문에 메쉬에 대한 훈련도 달라지고 최종 결과도 달라집니다.
네트워크를 생성할 때 가중치의 무작위화가 발생하지 않는다는 의혹이 있었습니다. 그러나 이것은 확인되지 않았습니다. 생성 및 초기화 직후에 저장된 네트워크 파일의 아카이브도 첨부됩니다.
봐주세요 plz. 어디를 더 파야할지 모르겠습니다. 깊은 dll에서만?
Expert Advisor는 단 한 명뿐이지만 사람들은 모두 다르며 다른 조건에서 다른 데이터로 테스트합니다 ;-). 한번 봤는데 님같은 문제는 없었는데 지금의 형태로 처리하는게 말이 안되고 다시 쓸 시간이 없음을 스스로 깨달았습니다.
예, 고문과 함께 지옥에. 예, 다시 작성하고 처리할 필요가 없습니다.
라이브러리 자체가 제대로 작동하지 않는다는 의혹이 있는데, 여기에서는 그렇지 않기 때문에 알아낼 필요가 있습니다. 그렇지 않으면 계속할 의미가 없습니다.
문제가 없다면 안심하지 말고 FANN-EA 테스트 로그를 DebugLevel = 3 매개변수와 함께 게시하세요.
얘들 아, 그러나 도서관은 확실히 "곡선"이 아니다?
상황은 다음과 같습니다. 오류 메시지가 정기적으로 나타나고 터미널이 닫힙니다.
다음은 메시지 텍스트입니다.
치명적인 오류가 발생 했습니다
시간 : 2009.12.23 22:55
프로그램 : 클라이언트 터미널
버전 : 4.00 (빌드: 225, 2009년 7월 10일)
OS : Windows XP Professional 5.1 서비스 팩 3(빌드 2600)
프로세서: 2 x X86(레벨 6)
메모리 : 1047532/161248kb
예외: C0000005
주소 : 02086AD8
액세스 유형 : 읽기
접속주소 : FFFFFFFF
레지스터: EAX=FFFFFFFF CS=001b EIP=02086AD8 EFLGS=00010206
: EBX=FFFFFFFF SS=0023 ESP=0291B8E8 EBP=0291B8E8
: ECX=09104830 DS=0023 ESI=00000000 FS=003b
: EDX=09104830 ES=0023 EDI=0000015C GS=0000
스택 추적: 02011D13 00463E17 00455691 FFFFFFFF
: 00000000 00000000 00000000 00000000
: 00000000 00000000 00000000 00000000
: 00000000 00000000 00000000 00000000
모듈:
1 : 00400000 002B1000 c:\program files\metatrader - alpari\terminal.exe
2 : 01750000 00327000 c:\windows\system32\xpsp2res.dll
3 : 02010000 0000A000 c:\program files\metatrader - alpari\experts\libraries\fann2mql.dll
4 : 02030000 00039000 c:\windows\system32\tbb.dll
5 : 02070000 00034000 c:\windows\system32\fanndoublemt.dll
6 : 14240000 00020000 c:\program 파일\drweb\drwebsp.dll
7 : 5B260000 00038000 c:\windows\system32\uxtheme.dll
8 : 61EC0000 0000E000 c:\windows\system32\mfc42loc.dll
9 : 698B0000 00058000 c:\windows\system32\hnetcfg.dll
10:71A30000 00040000 c:\windows\system32\mswsock.dll
11:71A70000 00008000 c:\windows\system32\wshtcpip.dll
12 : 71A80000 00008000 c:\windows\system32\ws2help.dll
13:71A90000 00017000 c:\windows\system32\ws2_32.dll
14 : 72CD0000 00008000 c:\windows\system32\msacm32.drv
15 : 72CE0000 00009000 c:\windows\system32\wdmaud.drv
16 : 73D90000 000FE000 c:\windows\system32\mfc42.dll
17 : 746E0000 0004C000 c:\windows\system32\msctf.dll
18:75310000 0002E000 c:\windows\system32\msctfime.ime
19 : 76350000 00005000 c:\windows\system32\msimg32.dll
20:76360000 0001D000 c:\windows\system32\imm32.dll
21 : 76380000 00049000 c:\windows\system32\comdlg32.dll
22 : 76770000 0000C000 c:\windows\system32\cryptdll.dll
23 : 769A0000 000B5000 c:\windows\system32\userenv.dll
24 : 76B20000 0002E000 c:\windows\system32\winmm.dll
25 : 76C20000 0002E000 c:\windows\system32\wintrust.dll
26:76C80000 00028000 c:\windows\system32\imagehlp.dll
27:76D50000 00019000 c:\windows\system32\iphlpapi.dll
28:77110000 0008B000 c:\windows\system32\oleaut32.dll
29 : 773C0000 00103000 c:\windows\winsxs\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\comctl32.dll
30 : 774D0000 0013D000 c:\windows\system32\ole32.dll
31 : 77A70000 00096000 c:\windows\system32\crypt32.dll
32 : 77B10000 00012000 c:\windows\system32\msasn1.dll
33 : 77BC0000 00007000 c:\windows\system32\midimap.dll
34 : 77BD0000 00015000 c:\windows\system32\msacm32.dll
35 : 77BF0000 00008000 c:\windows\system32\version.dll
36 : 77C00000 00058000 c:\windows\system32\msvcrt.dll
37 : 77C60000 00025000 c:\windows\system32\msv1_0.dll
38 : 77DC0000 000AC000 c:\windows\system32\advapi32.dll
39 : 77E70000 00092000 c:\windows\system32\rpcrt4.dll
40 : 77F10000 00049000 c:\windows\system32\gdi32.dll
41 : 77F60000 0007C000 c:\windows\system32\shlwapi.dll
42 : 77FE0000 00011000 c:\windows\system32\secur32.dll
43:78480000 0008E000 c:\windows\winsxs\x86_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.4148_x-ww_d495ac4e\msvcp90.dll
44 : 78520000 000A3000 c:\windows\winsxs\x86_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.4148_x-ww_d495ac4e\msvcr90.dll
45 : 7C800000 000F8000 c:\windows\system32\kernel32.dll
46 : 7C900000 000B3000 c:\windows\system32\ntdll.dll
47 : 7C9C0000 01979000 c:\windows\system32\shell32.dll
48 : 7E360000 00091000 c:\windows\system32\user32.dll
호출 스택:
FANN에서 고문을 사용하기 전에는 이런 일이 발생하지 않았습니다.
그리고 모든 것이 당신을 위해 시계처럼 작동합니까?
상황은 다음과 같습니다. 오류 메시지가 정기적으로 나타나고 터미널이 닫힙니다.
무엇과 관련하여 정기적으로? 보도 후?
EA가 실행되는 동안 몇 가지 터미널 충돌이 발생했지만 EA 코드와 직접 관련이 있습니다.
예: init() 프로시저 끝에서 deinit() 프로시저 호출
라이브러리는 사용자가 무엇을 왜 하는지 이해하는 사용자를 위해 설계되었다는 것뿐입니다. 그리고 이것은 어떤 식 으로든 그 장점을 손상시키지 않습니다 ...
사용에 관해 정기적으로. 테스트할 때와 거래를 위해 어드바이저를 설치할 때.
Reshetov와 완전히 다른 입력과 출력을 구성하는 원칙과 최적화 프로세스에 따라 FANN에 Expert Advisor를 직접 작성했습니다.
그러므로 나는 당신의 마지막 말을 넌센스라고 생각합니다.