저것들. 가격은 지금 반전 영역을 통과하고 있습니까? 단지 호기심일 뿐이며, 어렵지 않다면 물론 자세히 설명할 수 있습니다.
현재 유로 달러 쌍에 측면이 평평하다는 결론을 내릴 수있는 첫 번째 요소가 있습니다.
쌍은 1.4850에 OP 라인의 통합 수준에 도달했습니다.
두 번째 그림은 동일한 차트를 보여주지만 저점인 1.4162와 현재 1.4951을 기준으로 성장률을 계산하고 이 가격 차트를 기반으로 1.4951과 1.4851 수준을 취하면 가격이 바로 지난 이틀간 이들 지표의 변동폭의 평균 수준에서 균형점 ..더 아래 차트에서 포화 지표는 이미 오래전부터 반전이 일어나야 할 포화 수준을 보여주고 있다..
그러나 이러한 일이 발생하지 않도록 방지하는 몇 가지 사항이 있습니다.
1) 일일 차트는 성장의 하향 움직임을 보여줍니다(하위 지표)
2) 일간 차트는 첫 번째 사인에서 1.4877 수준에서 통합 수준 0.382에 도달했습니다.
3) 일일 차트는 두 번째 기호에서 1.4892의 COP 통합 수준에 도달했습니다.
4) 동시에 H4 차트의 상향 방향 움직임에 대한 적극적인 반작용이 있습니다.
5) 9월말 영업이익 최소 수준과 장기 조정의 강한 신호인 0.236(1.4931 및 1.4933)에 대해 두 가지 수준의 연결이 존재함
업데이트: 내가 묻는 이유는 나는 이 방향으로 파고 든다(그리고 뭔가가 보이는 것 같다). 다음은 임계점을 검색하는 방법의 예입니다.
임계점
보시다시피 계열이 동작을 변경하기 전에 표시기의 변동 특성이 크게 변경됩니다(큰 진폭의 버스트가 발생하고 더 정확하게는 고/저가 함수 f(x)=a의 그래프에서 멋지게 떨어지기 시작합니다. ^x). 버스트는 계열 변경의 동작보다 조금 더 일찍(일반적으로 :) 발생합니다. 물론 아직까지는 모든 것이 순조로운 것은 아닙니다. 우리는 이중 유형(숫자가 매우 작음)의 정확도 직전에 작업해야 합니다. + 방향에 대한 예측이 충분하지 않습니다.
내가 이해하는 한 일부 조건이 트리거될 때 memRow[] 배열의 동적 증가를 제공합니다. 저것들. 배열의 길이보다 앞서, 나는 모른다. 내가 모든 것을 올바르게 이해 했습니까?
1. MKL4에서는 크기가 지정되지 않은 어레이에서 작업할 수 없습니다. 배열 선언에 대한 크기를 지정하지 않은 경우 init()에서 이 작업을 수행해야 합니다. 또한 작업 과정에서 필요에 따라 이 크기를 변경할 수 있습니다.
2. 레아 의 조언은 꽤 실용적이니 들어보길 바란다. 일반적으로 어드바이스가 적절하려면 어레이의 용도와 크기를 변경해야 하는 이유를 보다 명확하게 설명하는 것이 좋습니다. 옵션이 단순히 복수로 장소를 할당하고 마지막 요소의 인덱스가 있는 변수를 갖는 데 적합할 가능성이 큽니다. 그러면 필요한 수의 요소가 실제로 중요하지 않다는 것을 미리 알 수 있습니다.
.
나는 골무를 연주하지 않습니다. 하지만 외관상으로 나는 옵션 2가 더 마음에 듭니다. :-)
감사합니다. 최선을 다할 수는 없지만 시도해 보겠습니다. 반면에 작은 배열의 경우 해당 차원도 알지 못하며 이 구현에서는 배열을 두 번 늘려야 합니다. 처음에는 작은 배열, 그다음에는 큰 배열로 계산된 값이 축적된다. 그러나 지금은 실험할 시간입니다. 조언 감사합니다.
내 자신의 경험에 따르면 배열을 사용해야 하는 위치에 직접 선언하고 사용하는 것이 좋습니다. 이러한 배열은 대부분 로컬로 밝혀지고 동적으로 메모리를 사용합니다. 그렇지 않습니다. Windows는 이를 스왑 파일에 저장하므로 작업이 작업보다 훨씬 느려집니다. 특히 어레이가 작은 경우에는 많은 공간을 정적으로 예약해도 소용이 없습니다. 반면에 MQL-4 컴파일러는 명시적 크기 사양이 있는 배열 선언과 지연된 배열 선언의 차이를 느끼지 않도록 컴파일됩니다.
내 자신의 경험에 따르면 배열을 사용해야 하는 위치에 직접 선언하고 사용하는 것이 좋습니다. 이러한 배열은 대부분 로컬로 밝혀지고 동적으로 메모리를 사용합니다. 그렇지 않습니다. Windows는 이를 스왑 파일에 저장하므로 작업이 작업보다 훨씬 느려집니다. 특히 어레이가 작은 경우에는 많은 공간을 정적으로 예약해도 소용이 없습니다.
내가 뭔가 이해하지 못했습니다... 로컬 배열을 스왑 파일로 푸시할 수 없는 이유는 무엇입니까? 일반적으로 메모리가 부족할 때 변위가 발생합니다. 로컬 및 글로벌 모두 정확히 같은 방식으로 선점될 것이라고 확신합니다. 차이점은 무엇입니까?
내가 뭔가 이해하지 못했습니다... 로컬 어레이를 스왑 파일로 푸시할 수 없는 이유는 무엇입니까? 일반적으로 메모리가 부족할 때 변위가 발생합니다. 로컬 및 글로벌 모두 정확히 같은 방식으로 선점될 것이라고 확신합니다. 차이점은 무엇입니까?
아마도, 하지만 이것은 가장 자주 발생하지 않는데, 로컬 배열이 각 틱에서 생성되고 파괴되기 때문에 스왑에서 수정할 가능성은 최소화됩니다. 정적 배열은 프로그램이 호출될 때 생성되고 모든 기회가 있습니다. 스왑에서 새로 생성된 어레이에 의해 압착되었습니다. 요원이 충분하면 이런 일이 발생하지 않을 수 있습니다.
1 선언 - 이 절차를 통해 프로그래머는 배열의 범위가 전역인지 또는 지역인지를 컴파일러에 알립니다.
2 ArrayResize()를 통한 크기 설정 - 이 절차 후에 배열은 실제로 작동할 준비가 됩니다.
3 초기화 - 설정하지 않으면 배열이 그대로 유지되고(과거 시작값 저장), 배열 생성 시 자동으로 0으로 초기화됩니다.
init()에서 ArrayResize()를 통해 크기를 설정하면 start()의 이 배열에는 크기가 없으므로 배열이 사용될 함수에서 크기를 지정해야 합니다. 배열을 사용할 때도 동일하게 적용됩니다. 사용자 정의 함수에서. 배열이 매개변수로 전달되면 그 크기는 사용자 함수가 아니라 호출된 함수의 start(또는 init에 의해 함수가 호출되는 경우 init())에 표시됩니다. 단, SetIndexBuffer()에서 인디케이터 상태로 어레이 이름을 설정했을 때 크기가 Bars와 동일하게 설정되어 있는 인디케이터 어레이는 예외이며, Bars 이름에 따라 변경됩니다.
자, 당신의 설명은 쓸모가 없을 뿐만 아니라 해롭습니다. 왜냐하면 사람들이 진실을 알아내는 데 시간이 걸리기 때문입니다.
Urain, 당신은 사람들을 오도하고 있습니다. 로컬 어레이를 포함한 MQL 어레이에는 지속성 속성이 있습니다. 즉, 크기와 내용은 함수 호출과 틱 간에 보존됩니다. 도움말을 읽어보세요. 전역 배열은 전역 범위가 있다는 차이점을 제외하고 정확히 동일한 방식으로 동작합니다. init 함수에 할당된 배열은 시작할 때와 다른 곳에서 완벽하게 읽을 수 있습니다. 누군가가 MQL 프로그래밍의 일부 측면에 대해 질문이 있는 경우 새 스레드를 여는 것이 좋습니다. 여기서 저는 예측이라는 주제에 대한 보다 실질적인 논의를 보고 싶습니다. ;-)
grasn, 포럼에서 정보 필터링 ;-). 작업을 더 자세히 설명하면(개인적으로 할 수 있음), 우리(나는) 그것을 구현하는 최선의 방법을 알아낼 것입니다.
유리크스에게
나는 좋은 오래된 골무를 할 것을 제안합니다. 어떤 전략을 사용하고 어디서나 볼 수 있습니다. o) 300 카운트에 대한 EURUSD M15 예측(월요일부터 수요일까지 포함):
옵션 1 :
프로세스 엔트로피: 13.84
옵션 2 :
프로세스 엔트로피: 13.01
옵션 3 :
프로세스 엔트로피: 14.36
어떤 골무를 들고 있습니까? :에 대한)
이 상황은 오랫동안 발전해 왔으며 계속되기만을 기다리고 있기 때문에 나는 옵션 번호 1을 선호합니다.
이 상황은 오랫동안 발전해 왔으며 계속되기만을 기다리고 있기 때문에 나는 옵션 번호 1을 선호합니다.
저것들. 가격은 지금 반전 영역을 통과하고 있습니까? 단지 호기심일 뿐이며, 어렵지 않다면 물론 자세히 설명할 수 있습니다.
저것들. 가격은 지금 반전 영역을 통과하고 있습니까? 단지 호기심일 뿐이며, 어렵지 않다면 물론 자세히 설명할 수 있습니다.
현재 유로 달러 쌍에 측면이 평평하다는 결론을 내릴 수있는 첫 번째 요소가 있습니다.
쌍은 1.4850에 OP 라인의 통합 수준에 도달했습니다.
두 번째 그림은 동일한 차트를 보여주지만 저점인 1.4162와 현재 1.4951을 기준으로 성장률을 계산하고 이 가격 차트를 기반으로 1.4951과 1.4851 수준을 취하면 가격이 바로 지난 이틀간 이들 지표의 변동폭의 평균 수준에서 균형점 ..더 아래 차트에서 포화 지표는 이미 오래전부터 반전이 일어나야 할 포화 수준을 보여주고 있다..
그러나 이러한 일이 발생하지 않도록 방지하는 몇 가지 사항이 있습니다.
1) 일일 차트는 성장의 하향 움직임을 보여줍니다(하위 지표)
2) 일간 차트는 첫 번째 사인에서 1.4877 수준에서 통합 수준 0.382에 도달했습니다.
3) 일일 차트는 두 번째 기호에서 1.4892의 COP 통합 수준에 도달했습니다.
4) 동시에 H4 차트의 상향 방향 움직임에 대한 적극적인 반작용이 있습니다.
5) 9월말 영업이익 최소 수준과 장기 조정의 강한 신호인 0.236(1.4931 및 1.4933)에 대해 두 가지 수준의 연결이 존재함
계속하려면..
그랜저 , 질문해도 될까요? 시계열에서 임계점을 찾아 보셨습니까?
업데이트: 내가 묻는 이유는 나는 이 방향으로 파고 든다(그리고 뭔가가 보이는 것 같다). 다음은 임계점을 검색하는 방법의 예입니다.
임계점
보시다시피 계열이 동작을 변경하기 전에 표시기의 변동 특성이 크게 변경됩니다(큰 진폭의 버스트가 발생하고 더 정확하게는 고/저가 함수 f(x)=a의 그래프에서 멋지게 떨어지기 시작합니다. ^x). 버스트는 계열 변경의 동작보다 조금 더 일찍(일반적으로 :) 발생합니다. 물론 아직까지는 모든 것이 순조로운 것은 아닙니다. 우리는 이중 유형(숫자가 매우 작음)의 정확도 직전에 작업해야 합니다. + 방향에 대한 예측이 충분하지 않습니다.
다음과 같은 구조가 있다고 가정해 보겠습니다.
내가 이해하는 한 일부 조건이 트리거될 때 memRow[] 배열의 동적 증가를 제공합니다. 저것들. 배열의 길이보다 앞서, 나는 모른다. 내가 모든 것을 올바르게 이해 했습니까?
1. MKL4에서는 크기가 지정되지 않은 어레이에서 작업할 수 없습니다. 배열 선언에 대한 크기를 지정하지 않은 경우 init()에서 이 작업을 수행해야 합니다. 또한 작업 과정에서 필요에 따라 이 크기를 변경할 수 있습니다.
2. 레아 의 조언은 꽤 실용적이니 들어보길 바란다. 일반적으로 어드바이스가 적절하려면 어레이의 용도와 크기를 변경해야 하는 이유를 보다 명확하게 설명하는 것이 좋습니다. 옵션이 단순히 복수로 장소를 할당하고 마지막 요소의 인덱스가 있는 변수를 갖는 데 적합할 가능성이 큽니다. 그러면 필요한 수의 요소가 실제로 중요하지 않다는 것을 미리 알 수 있습니다.
.
나는 골무를 연주하지 않습니다. 하지만 외관상으로 나는 옵션 2가 더 마음에 듭니다. :-)
그러나 옵션 1과 3도 서로 약간 다르지만 아무 것도 아닙니다.
1. MKL4에서는 크기가 지정되지 않은 어레이에서 작업할 수 없습니다. 배열 선언에 대한 크기를 지정하지 않은 경우 init()에서 이 작업을 수행해야 합니다.
1 반드시 그런 것은 아닙니다.
크기를 선언하지 않고 배열을 선언하면 배열 준비 프로세스가 세 부분으로 나뉩니다.
1 선언 - 이 절차를 통해 프로그래머는 배열의 범위가 전역인지 또는 지역인지를 컴파일러에 알립니다.
2 ArrayResize()를 통한 크기 설정 - 이 절차 후에 배열은 실제로 작동할 준비가 됩니다.
3 초기화 - 설정하지 않으면 배열이 그대로 유지되고(과거 시작값 저장), 배열 생성 시 자동으로 0으로 초기화됩니다.
감사합니다. 최선을 다할 수는 없지만 시도해 보겠습니다. 반면에 작은 배열의 경우 해당 차원도 알지 못하며 이 구현에서는 배열을 두 번 늘려야 합니다. 처음에는 작은 배열, 그다음에는 큰 배열로 계산된 값이 축적된다. 그러나 지금은 실험할 시간입니다. 조언 감사합니다.
내 자신의 경험에 따르면 배열을 사용해야 하는 위치에 직접 선언하고 사용하는 것이 좋습니다. 이러한 배열은 대부분 로컬로 밝혀지고 동적으로 메모리를 사용합니다. 그렇지 않습니다. Windows는 이를 스왑 파일에 저장하므로 작업이 작업보다 훨씬 느려집니다. 특히 어레이가 작은 경우에는 많은 공간을 정적으로 예약해도 소용이 없습니다. 반면에 MQL-4 컴파일러는 명시적 크기 사양이 있는 배열 선언과 지연된 배열 선언의 차이를 느끼지 않도록 컴파일됩니다.
내 자신의 경험에 따르면 배열을 사용해야 하는 위치에 직접 선언하고 사용하는 것이 좋습니다. 이러한 배열은 대부분 로컬로 밝혀지고 동적으로 메모리를 사용합니다. 그렇지 않습니다. Windows는 이를 스왑 파일에 저장하므로 작업이 작업보다 훨씬 느려집니다. 특히 어레이가 작은 경우에는 많은 공간을 정적으로 예약해도 소용이 없습니다.
내가 뭔가 이해하지 못했습니다... 로컬 배열을 스왑 파일로 푸시할 수 없는 이유는 무엇입니까? 일반적으로 메모리가 부족할 때 변위가 발생합니다. 로컬 및 글로벌 모두 정확히 같은 방식으로 선점될 것이라고 확신합니다. 차이점은 무엇입니까?
내가 뭔가 이해하지 못했습니다... 로컬 어레이를 스왑 파일로 푸시할 수 없는 이유는 무엇입니까? 일반적으로 메모리가 부족할 때 변위가 발생합니다. 로컬 및 글로벌 모두 정확히 같은 방식으로 선점될 것이라고 확신합니다. 차이점은 무엇입니까?
아마도, 하지만 이것은 가장 자주 발생하지 않는데, 로컬 배열이 각 틱에서 생성되고 파괴되기 때문에 스왑에서 수정할 가능성은 최소화됩니다. 정적 배열은 프로그램이 호출될 때 생성되고 모든 기회가 있습니다. 스왑에서 새로 생성된 어레이에 의해 압착되었습니다. 요원이 충분하면 이런 일이 발생하지 않을 수 있습니다.
1 반드시 그런 것은 아닙니다.
크기를 선언하지 않고 배열을 선언하면 배열 준비 프로세스가 세 부분으로 나뉩니다.
1 선언 - 이 절차를 통해 프로그래머는 배열의 범위가 전역인지 또는 지역인지를 컴파일러에 알립니다.
2 ArrayResize()를 통한 크기 설정 - 이 절차 후에 배열은 실제로 작동할 준비가 됩니다.
3 초기화 - 설정하지 않으면 배열이 그대로 유지되고(과거 시작값 저장), 배열 생성 시 자동으로 0으로 초기화됩니다.
init()에서 ArrayResize()를 통해 크기를 설정하면 start()의 이 배열에는 크기가 없으므로 배열이 사용될 함수에서 크기를 지정해야 합니다. 배열을 사용할 때도 동일하게 적용됩니다. 사용자 정의 함수에서. 배열이 매개변수로 전달되면 그 크기는 사용자 함수가 아니라 호출된 함수의 start(또는 init에 의해 함수가 호출되는 경우 init())에 표시됩니다. 단, SetIndexBuffer()에서 인디케이터 상태로 어레이 이름을 설정했을 때 크기가 Bars와 동일하게 설정되어 있는 인디케이터 어레이는 예외이며, Bars 이름에 따라 변경됩니다.
자, 당신의 설명은 쓸모가 없을 뿐만 아니라 해롭습니다. 왜냐하면 사람들이 진실을 알아내는 데 시간이 걸리기 때문입니다.
Urain, 당신은 사람들을 오도하고 있습니다. 로컬 어레이를 포함한 MQL 어레이에는 지속성 속성이 있습니다. 즉, 크기와 내용은 함수 호출과 틱 간에 보존됩니다. 도움말을 읽어보세요. 전역 배열은 전역 범위가 있다는 차이점을 제외하고 정확히 동일한 방식으로 동작합니다. init 함수에 할당된 배열은 시작할 때와 다른 곳에서 완벽하게 읽을 수 있습니다. 누군가가 MQL 프로그래밍의 일부 측면에 대해 질문이 있는 경우 새 스레드를 여는 것이 좋습니다. 여기서 저는 예측이라는 주제에 대한 보다 실질적인 논의를 보고 싶습니다. ;-)
grasn, 포럼에서 정보 필터링 ;-). 작업을 더 자세히 설명하면(개인적으로 할 수 있음), 우리(나는) 그것을 구현하는 최선의 방법을 알아낼 것입니다.