В данный момент есть первый фактор на основании которого можно сделать вывод о боковом флете на паре евро доллар -
쌍은 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)에 대한 두 가지 연결 수준 존재
계속하려면..
설명에 대해 대단히 감사합니다. 나는 몇 년 전에 TA를 포기했다고 말해야하지만 (나 자신을 위해) 유능한 분석을 읽고 내 자신의 예측과 비교하는 것은 항상 흥미 롭습니다. 더 나은 이해와 용어의 혼동을 피하기 위해 "통합 수준"이라는 용어를 설명할 수 있습니까?
이적 하다
시계열에서 임계점을 찾으려고 시도했습니까?
아니요, 그런 점을 찾아본 적이 없고 아직 찾는 방법을 모릅니다. 나는 "시계열 메모리"와 같은 개념을 사용했습니다. 이것은 다소 구체적인 용어이며 신경망, 프랙탈 분석에서 찾을 수 있지만 항상 해당 응용 프로그램의 컨텍스트를 살펴볼 필요가 있습니다. 나는 이 용어에 역사적 참조가 프로세스의 미래 구현에 미치는 영향을 넣습니다. 간단히 말해서 이 매개변수는 "역사적 시리즈를 얼마나 오래 걸릴 것인가"라는 질문에 답합니다.
추신 : 그런데, 선형 라이브러리를 개선하고 새 버전을 출시하겠다고 약속한 것을 기억합니다...
유리크스에게
1. MKL4에서는 크기가 지정되지 않은 어레이에서 작업할 수 없습니다. 배열 선언에 대한 크기를 지정하지 않은 경우 init()에서 이 작업을 수행해야 합니다. 또한 작업 과정에서 필요에 따라 이 크기를 변경할 수 있습니다.
여기서 잘 이해가 되지 않았습니다. 나는 이것을하지 않으며 init ()에서 초기화하지 않고 모든 것이 작동합니다.
2. 레아 의 조언은 꽤 실용적이니 들어보길 바란다. ... 복수로 공간을 할당하고 마지막 요소의 인덱스가 있는 변수를 갖고 싶을 수도 있습니다. 그러면 필요한 수의 요소가 실제로 중요하지 않다는 것을 미리 알 수 있습니다.
더 많은 계산이 있다는 것이 매우 분명하기 때문에 나에게는 그다지 실용적이지 않은 것 같습니다. 위에 추가 주기를 추가할 수 있습니다. 하지만 어쨌든 개발자의 권고를 들을 수만 있다면 모든 것을 확인해야 합니다...: o)
일반적으로 어드바이스가 적절하려면 어레이의 용도와 크기를 변경해야 하는 이유를 보다 명확하게 설명하는 것이 좋습니다.
음, 예를 들어(이것이 가장 간단한 예입니다) y[n]>y[n+1] 및 y[n]<y[n-1] 조건에 따라 로컬 극값(차트에 없음) 검색 따라서 최소한으로. 다음과 같이 여러 가지 방법으로 해결할 수 있음을 이해합니다.
원래 시리즈와 길이가 같은 배열을 만들고 극값이 있는 경우 0과 1을 인코딩합니다.
극값 계산을 수집하여 첫 번째 반복 실행
극값의 수를 다시 계산하십시오.
이 값으로 배열 초기화
새 배열에 값 쓰기
이렇게 해도 되고 다르게 해도 되지만 어떻게 하면 가장 좋은지 알아내려고 노력하고 있어요:o)
나는 골무를 연주하지 않습니다. 하지만 외관상으로는 옵션 2가 더 마음에 듭니다. 아니면 그냥 유로가 커지길 바라는 건가요? :-)
당신이 알다시피, 나는 골무를 그렇게 제공하지 않았습니다. 아직 열려 있습니다. 흥미로운 것은 단지 귀하의 의견이었습니다 (다음 주제에 대한 귀하의 예측을 읽었습니다)
내 자신의 경험에 따르면 배열을 사용해야 하는 위치에 직접 선언하고 사용하는 것이 좋습니다. 이러한 배열은 대부분 로컬로 밝혀지고 동적으로 메모리를 사용합니다. 그렇지 않습니다. Windows는 이를 스왑 파일에 저장하므로 작업이 작업보다 훨씬 느려집니다. 특히 어레이가 작은 경우에는 많은 공간을 정적으로 예약해도 소용이 없습니다. MQL-4 컴파일러는 명시적 크기 사양이 있는 배열 선언과 지연된 배열 선언 간의 차이를 느끼지 않도록 컴파일됩니다.
MQL에는 배열이 저장된 위치에 대한 정적/동적 "포인터"가 없는 것 같습니다. 초기화 연산자는 하나만 있으며 여러 번 사용하면 큰 배열에서 작업 속도가 느려질 수 있다는 유일한 문제가 있습니다. 아님? 아니면 내가 다시 뭔가를 놓치고 있습니까?
마케터에게
포럼에서 정보 필터링
오, 귀중한 품질입니다. 나는 당신에게 확신할 수 있습니다 - 나는 최고의 적응형 필터를 가지고 있습니다. :에 대한)
문제를 더 자세히 설명하면(개인적으로 가능), 우리는 (나는) 그것을 구현하는 최선의 방법을 알아낼 것입니다
생각하지만 이제는 스스로 해결하고 싶습니다. 결국, 최소한 어떻게든 작업을 설명하려면 MQL에서 최소한 무언가를 이해해야 합니다.o)
여기서 잘 이해가 되지 않았습니다. 나는 이것을하지 않으며 init ()에서 초기화하지 않고 모든 것이 작동합니다.
배열을 초기화하는 것과 크기를 선언하는 것은 별개입니다. 배열을 Arr[]로 선언했다면 메모리에 하나의 요소가 할당됩니다. 원하는 만큼 작업할 수 있으며 숫자가 0보다 큰 요소에 액세스할 때 시스템에서 오류에 대해 아무 말도 하지 않지만 계산이 올바르지 않습니다. 모든 것이 잘 되려면 ArrayResize() 작업으로 특정 크기를 설정해야 합니다. 메모리를 할당할 때 모든 요소는 0으로 채워지므로 특별한 것이 필요하지 않으면 초기화조차 할 수 없습니다(좋은 스타일은 이것을 요구하지만).
.
더 많은 계산이 있다는 것이 매우 분명하기 때문에 나에게는 그다지 실용적이지 않은 것 같습니다. 위에 추가 주기를 추가할 수 있습니다. 하지만 어쨌든 개발자의 추천을 들을 수만 있다면 모든 것을 확인해야 합니다... :o)
Lea의 조언은 더 많은 계산으로 이어지지 않습니다. 이것을 자세히 살펴보십시오. 그리고 이 기본 문제에 개발자를 끌어들이면 일반적으로 영웅이 될 것입니다. :-)
.
음, 예를 들어(이것이 가장 간단한 예입니다) y[n]>y[n+1] 및 y[n]<y[n-1] 조건에 따라 로컬 극값(차트에 없음) 검색 따라서 최소한으로. 다음과 같이 여러 가지 방법으로 해결할 수 있음을 이해합니다.
원래 시리즈와 길이가 같은 배열을 만들고 극값이 있는 경우 0과 1을 인코딩합니다.
극값 계산을 수집하여 첫 번째 반복 실행
극값의 수를 다시 계산하십시오.
이 값으로 배열 초기화
새 배열에 값 쓰기
이것을 오른쪽 귀 뒤에 있는 왼손이라고 합니다. 내 프로그램에서는 항상 이 작업을 수행하지만 컴퓨팅 리소스와 시간을 낭비하지 않도록 한 번에 작업합니다. 법칙은 이것입니다. 당신은 기억에서 이기고 시간과 계산에서 잃습니다. 개인적으로 메모리는 거래에 덜 중요하다고 생각합니다. 따라서 길이가 같은 두 개의 배열이라도 안전하게 생성하고 극한값을 하나에 쓰고 그 좌표를 두 번째에 쓸 수 있습니다.
Sergey, 가장 어려운 옵션으로 시작하십시오. 그리고 주위에 소란이 무엇인지 분명하지 않습니다. :-)))
"배열을 사용해야 하는 위치에 직접 선언하고 사용" 하라는 Urain 의 조언은 각별히 주의하여 처리하는 것이 좋습니다. 배열의 사용은 스왑 파일과의 싸움이 아니라 작업의 특성에 따라 결정됩니다.
음, 예를 들어(이것이 가장 간단한 예입니다) y[n]>y[n+1] 및 y[n]<y[n-1] 조건에 따라 로컬 극값(차트에 없음) 검색 따라서 최소한으로. 다음과 같이 여러 가지 방법으로 해결할 수 있음을 이해합니다.
원래 시리즈와 길이가 같은 배열을 만들고 극값이 있는 경우 0과 1을 인코딩합니다.
극값 계산을 수집하여 첫 번째 반복 실행
극값의 수를 다시 계산하십시오.
이 값으로 배열 초기화
새 배열에 값 쓰기
이것을 오른쪽 귀 뒤에 있는 왼손이라고 합니다. 내 프로그램에서는 항상 이 작업을 수행하지만 컴퓨팅 리소스와 시간을 낭비하지 않도록 한 번에 작업합니다. 법칙은 이것입니다. 당신은 기억에서 이기고 시간과 계산에서 집니다. 개인적으로 메모리는 거래에 덜 중요하다고 생각합니다. 따라서 동일한 길이의 배열을 두 개라도 안전하게 생성하고 극한 값을 하나에 쓰고 그 좌표를 두 번째에 쓸 수 있습니다.
아, 주제에서 완전히 벗어났습니다 ;-). 나는 보통 특정 작업을 위해 이미 존재하는 기능(API, 라이브러리 등)을 최대한 활용하려고 노력합니다. 특히 ArrayMinimum/Maximum 함수를 사용하여 극값을 찾는 것이 더 생산적이지 않습니까? 또한 극한값을 저장하는 방법의 선택은 극값을 사용하여 수행할 계획인 후속 작업에 의해 결정되어야 합니다. 특히, 어떤 계산에서는 극한값을 거쳐야 하고, 그 다음에는 grasn 이 제안한 방법이 가장 최적이라고 생각합니다. 한 주기로 수행되며 극값을 쉽게 반복할 수 있습니다.
아니요, 그런 점을 찾아본 적이 없고 아직 찾는 방법을 모릅니다. 나는 "시계열 메모리"와 같은 개념을 사용했습니다. 이것은 다소 구체적인 용어이며 신경망, 프랙탈 분석에서 찾을 수 있지만 항상 해당 응용 프로그램의 컨텍스트를 살펴볼 필요가 있습니다. 나는 이 용어에 역사적 참조가 프로세스의 미래 구현에 미치는 영향을 넣습니다. 간단히 말해서, 이 매개변수는 "역사적 시리즈를 얼마나 오래 걸릴 것인가"라는 질문에 답합니다.
PS : 그건 그렇고, 선형 라이브러리를 개선하고 새 버전을 게시하겠다고 약속한 것을 기억합니다...
알겠습니다. 답변 감사합니다.
원칙적으로 두 달 전에 라이브러리 작업을 마지막 단계로 가져왔습니다 (불필요한 기능은 버리고 기존 기능을 다시 작성). 사실, 행렬의 조건부 정도에 대한 계산은 수행되지 않았습니다. 몇 주 안에 나는 더 자유로워질 것이고, 그 다음에는 그것을 알아낼 것이다.
그 후 기사가 쓰기 시작했지만 시간이 충분하지 않았습니다. 현재 기능 설명의 50%가 준비되었습니다(16개 중 6개 기능 그룹입니다. 지금까지는 기능에 대한 문서만 작성하고 나중에 사용 예가 있을 것입니다).
forte928 로
В данный момент есть первый фактор на основании которого можно сделать вывод о боковом флете на паре евро доллар -
쌍은 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)에 대한 두 가지 연결 수준 존재
계속하려면..
설명에 대해 대단히 감사합니다. 나는 몇 년 전에 TA를 포기했다고 말해야하지만 (나 자신을 위해) 유능한 분석을 읽고 내 자신의 예측과 비교하는 것은 항상 흥미 롭습니다. 더 나은 이해와 용어의 혼동을 피하기 위해 "통합 수준"이라는 용어를 설명할 수 있습니까?
이적 하다
시계열에서 임계점을 찾으려고 시도했습니까?
아니요, 그런 점을 찾아본 적이 없고 아직 찾는 방법을 모릅니다. 나는 "시계열 메모리"와 같은 개념을 사용했습니다. 이것은 다소 구체적인 용어이며 신경망, 프랙탈 분석에서 찾을 수 있지만 항상 해당 응용 프로그램의 컨텍스트를 살펴볼 필요가 있습니다. 나는 이 용어에 역사적 참조가 프로세스의 미래 구현에 미치는 영향을 넣습니다. 간단히 말해서 이 매개변수는 "역사적 시리즈를 얼마나 오래 걸릴 것인가"라는 질문에 답합니다.
추신 : 그런데, 선형 라이브러리를 개선하고 새 버전을 출시하겠다고 약속한 것을 기억합니다...
유리크스에게
1. MKL4에서는 크기가 지정되지 않은 어레이에서 작업할 수 없습니다. 배열 선언에 대한 크기를 지정하지 않은 경우 init()에서 이 작업을 수행해야 합니다. 또한 작업 과정에서 필요에 따라 이 크기를 변경할 수 있습니다.
여기서 잘 이해가 되지 않았습니다. 나는 이것을하지 않으며 init ()에서 초기화하지 않고 모든 것이 작동합니다.
2. 레아 의 조언은 꽤 실용적이니 들어보길 바란다. ... 복수로 공간을 할당하고 마지막 요소의 인덱스가 있는 변수를 갖고 싶을 수도 있습니다. 그러면 필요한 수의 요소가 실제로 중요하지 않다는 것을 미리 알 수 있습니다.
더 많은 계산이 있다는 것이 매우 분명하기 때문에 나에게는 그다지 실용적이지 않은 것 같습니다. 위에 추가 주기를 추가할 수 있습니다. 하지만 어쨌든 개발자의 권고를 들을 수만 있다면 모든 것을 확인해야 합니다...: o)
일반적으로 어드바이스가 적절하려면 어레이의 용도와 크기를 변경해야 하는 이유를 보다 명확하게 설명하는 것이 좋습니다.
음, 예를 들어(이것이 가장 간단한 예입니다) y[n]>y[n+1] 및 y[n]<y[n-1] 조건에 따라 로컬 극값(차트에 없음) 검색 따라서 최소한으로. 다음과 같이 여러 가지 방법으로 해결할 수 있음을 이해합니다.
- 원래 시리즈와 길이가 같은 배열을 만들고 극값이 있는 경우 0과 1을 인코딩합니다.
- 극값 계산을 수집하여 첫 번째 반복 실행
- 극값의 수를 다시 계산하십시오.
- 이 값으로 배열 초기화
- 새 배열에 값 쓰기
이렇게 해도 되고 다르게 해도 되지만 어떻게 하면 가장 좋은지 알아내려고 노력하고 있어요:o)나는 골무를 연주하지 않습니다. 하지만 외관상으로는 옵션 2가 더 마음에 듭니다. 아니면 그냥 유로가 커지길 바라는 건가요? :-)
당신이 알다시피, 나는 골무를 그렇게 제공하지 않았습니다. 아직 열려 있습니다. 흥미로운 것은 단지 귀하의 의견이었습니다 (다음 주제에 대한 귀하의 예측을 읽었습니다)
그러나 옵션 1과 3도 서로 거의 다르지만 아무 것도 아닙니다.
평균 가격 값 의 이동에 의한 "다방향 벡터"
우크라이나 로
내 자신의 경험에 따르면 배열을 사용해야 하는 위치에 직접 선언하고 사용하는 것이 좋습니다. 이러한 배열은 대부분 로컬로 밝혀지고 동적으로 메모리를 사용합니다. 그렇지 않습니다. Windows는 이를 스왑 파일에 저장하므로 작업이 작업보다 훨씬 느려집니다. 특히 어레이가 작은 경우에는 많은 공간을 정적으로 예약해도 소용이 없습니다. MQL-4 컴파일러는 명시적 크기 사양이 있는 배열 선언과 지연된 배열 선언 간의 차이를 느끼지 않도록 컴파일됩니다.
MQL에는 배열이 저장된 위치에 대한 정적/동적 "포인터"가 없는 것 같습니다. 초기화 연산자는 하나만 있으며 여러 번 사용하면 큰 배열에서 작업 속도가 느려질 수 있다는 유일한 문제가 있습니다. 아님? 아니면 내가 다시 뭔가를 놓치고 있습니까?
마케터에게
포럼에서 정보 필터링
오, 귀중한 품질입니다. 나는 당신에게 확신할 수 있습니다 - 나는 최고의 적응형 필터를 가지고 있습니다. :에 대한)
문제를 더 자세히 설명하면(개인적으로 가능), 우리는 (나는) 그것을 구현하는 최선의 방법을 알아낼 것입니다
생각하지만 이제는 스스로 해결하고 싶습니다. 결국, 최소한 어떻게든 작업을 설명하려면 MQL에서 최소한 무언가를 이해해야 합니다.o)
그리고 그런 조용한 지점이있었습니다. (
이대로 남을 것 같아요. 동료들은 아직 전투 모드에 있습니다.:o)
유리크스에게
여기서 잘 이해가 되지 않았습니다. 나는 이것을하지 않으며 init ()에서 초기화하지 않고 모든 것이 작동합니다.
배열을 초기화하는 것과 크기를 선언하는 것은 별개입니다. 배열을 Arr[]로 선언했다면 메모리에 하나의 요소가 할당됩니다. 원하는 만큼 작업할 수 있으며 숫자가 0보다 큰 요소에 액세스할 때 시스템에서 오류에 대해 아무 말도 하지 않지만 계산이 올바르지 않습니다. 모든 것이 잘 되려면 ArrayResize() 작업으로 특정 크기를 설정해야 합니다. 메모리를 할당할 때 모든 요소는 0으로 채워지므로 특별한 것이 필요하지 않으면 초기화조차 할 수 없습니다(좋은 스타일은 이것을 요구하지만).
.
더 많은 계산이 있다는 것이 매우 분명하기 때문에 나에게는 그다지 실용적이지 않은 것 같습니다. 위에 추가 주기를 추가할 수 있습니다. 하지만 어쨌든 개발자의 추천을 들을 수만 있다면 모든 것을 확인해야 합니다... :o)
Lea의 조언은 더 많은 계산으로 이어지지 않습니다. 이것을 자세히 살펴보십시오. 그리고 이 기본 문제에 개발자를 끌어들이면 일반적으로 영웅이 될 것입니다. :-)
.
음, 예를 들어(이것이 가장 간단한 예입니다) y[n]>y[n+1] 및 y[n]<y[n-1] 조건에 따라 로컬 극값(차트에 없음) 검색 따라서 최소한으로. 다음과 같이 여러 가지 방법으로 해결할 수 있음을 이해합니다.
이것을 오른쪽 귀 뒤에 있는 왼손이라고 합니다. 내 프로그램에서는 항상 이 작업을 수행하지만 컴퓨팅 리소스와 시간을 낭비하지 않도록 한 번에 작업합니다. 법칙은 이것입니다. 당신은 기억에서 이기고 시간과 계산에서 잃습니다. 개인적으로 메모리는 거래에 덜 중요하다고 생각합니다. 따라서 길이가 같은 두 개의 배열이라도 안전하게 생성하고 극한값을 하나에 쓰고 그 좌표를 두 번째에 쓸 수 있습니다.
Sergey, 가장 어려운 옵션으로 시작하십시오. 그리고 주위에 소란이 무엇인지 분명하지 않습니다. :-)))
"배열을 사용해야 하는 위치에 직접 선언하고 사용" 하라는 Urain 의 조언은 각별히 주의하여 처리하는 것이 좋습니다. 배열의 사용은 스왑 파일과의 싸움이 아니라 작업의 특성에 따라 결정됩니다.
음, 예를 들어(이것이 가장 간단한 예입니다) y[n]>y[n+1] 및 y[n]<y[n-1] 조건에 따라 로컬 극값(차트에 없음) 검색 따라서 최소한으로. 다음과 같이 여러 가지 방법으로 해결할 수 있음을 이해합니다.
이것을 오른쪽 귀 뒤에 있는 왼손이라고 합니다. 내 프로그램에서는 항상 이 작업을 수행하지만 컴퓨팅 리소스와 시간을 낭비하지 않도록 한 번에 작업합니다. 법칙은 이것입니다. 당신은 기억에서 이기고 시간과 계산에서 집니다. 개인적으로 메모리는 거래에 덜 중요하다고 생각합니다. 따라서 동일한 길이의 배열을 두 개라도 안전하게 생성하고 극한 값을 하나에 쓰고 그 좌표를 두 번째에 쓸 수 있습니다.
이사 하다
아니요, 그런 점을 찾아본 적이 없고 아직 찾는 방법을 모릅니다. 나는 "시계열 메모리"와 같은 개념을 사용했습니다. 이것은 다소 구체적인 용어이며 신경망, 프랙탈 분석에서 찾을 수 있지만 항상 해당 응용 프로그램의 컨텍스트를 살펴볼 필요가 있습니다. 나는 이 용어에 역사적 참조가 프로세스의 미래 구현에 미치는 영향을 넣습니다. 간단히 말해서, 이 매개변수는 "역사적 시리즈를 얼마나 오래 걸릴 것인가"라는 질문에 답합니다.
PS : 그건 그렇고, 선형 라이브러리를 개선하고 새 버전을 게시하겠다고 약속한 것을 기억합니다...
알겠습니다. 답변 감사합니다.
원칙적으로 두 달 전에 라이브러리 작업을 마지막 단계로 가져왔습니다 (불필요한 기능은 버리고 기존 기능을 다시 작성). 사실, 행렬의 조건부 정도에 대한 계산은 수행되지 않았습니다. 몇 주 안에 나는 더 자유로워질 것이고, 그 다음에는 그것을 알아낼 것이다.
그 후 기사가 쓰기 시작했지만 시간이 충분하지 않았습니다. 현재 기능 설명의 50%가 준비되었습니다(16개 중 6개 기능 그룹입니다. 지금까지는 기능에 대한 문서만 작성하고 나중에 사용 예가 있을 것입니다).
예측이 잘 되지 않아 오늘 월요일부터 M1으로 실험하기로 결정했습니다.
메인 차트가 안보이네요 :)
그러나 1분마다 다시 최적화하고 앞으로 3시간 동안 예측합니다.
예측이 잘 되지 않아 오늘 월요일부터 M1으로 실험하기로 결정했습니다.
메인 차트가 안보이네요 :)
그러나 1분마다 다시 최적화하고 앞으로 3시간 동안 예측합니다.
어떻게 다시 최적화합니까? 그리고 공제자가 아닌 예측을 어디서 얻습니까?
어떻게 다시 최적화합니까? 그리고 공제자가 아닌 예측을 어디서 얻습니까?
불쌍한 피볼리, 벌써 4번이나 물어보네요 ^_^, 예, Deductor에서 예측을 하고 있습니다.예측은 어느 정도 일치합니다(최대 엔트로피가 있는 것): o) 약간의 설명, 다음 궤적이 남아 있으며 "채널"인 것이 가장 가능성이 높습니다.
이사 하다
Понятно
나는 시도했다 : o)
원칙적으로 두 달 전에 라이브러리 작업을 마무리 단계로 가져왔습니다 (불필요한 기능은 버리고 기존 기능을 다시 작성). 사실, 행렬의 조건부 정도에 대한 계산은 수행되지 않았습니다.
하지만 말한다
코드는 나중에 게시됩니다.
그리고 버전은 변경되지 않았습니다 :o(