데이터 구조를 이해합니다 . 비슷한 문제를 풀었던 기억이 납니다. 궤적을 차트에 표시할 필요가 있었습니다. 그러나 이를 위해 지표를 사용했습니다. 따라서 SetIndexShift를 결정하기 위해서는 궤적의 길이를 구해야 했습니다. 궤적이 있는 파일은 첫 번째 궤적, 비어 있음, 2nd, 비어 있음 등의 값이 있는 라인 형식이었습니다. 길이를 결정하기 위해 각 샘플에 빈 라인이 있는지 확인하고 찾으면 다음 버퍼를 채우기 시작하여 시프트로 결정됩니다. 도움이 되었기를 바랍니다.
이진 형식의 파일로 저장하면 명백한 공식(file-length - header-if-any)/single-record-size로 빠르게 계산할 수 있습니다.
그러나 표시기 대신 여러 개체를 사용하는 것의 이점을 이해하지 못합니다. 나는 보통 그 반대로 한다. 객체가 적용되는 일부 코드를 사용할 필요가 있다면 그것을 버퍼로 다시 만든다. 필요한 유일한 개체는 레이블, IMHO ;-)이며 이는 메타따옴표가 텍스트 표시기를 만드는 데 신경 쓰지 않았기 때문입니다.
그리고 또 다른 중요한 점. 개체에 따르면 차량을 만들 수 없습니다. 칠면조는 신호여야 합니다. iCustom을 통해 신호를 사용할 수 있습니다.
나는 이 방향을 잘못된 구매 디자인으로 개체로 다룰 것입니다 ;-). 하지만 물론 당신이 더 잘 알고 있습니다.
neoclassic>> : 데이터 구조를 이해합니다. 비슷한 문제를 풀었던 기억이 납니다. 궤적을 차트에 표시할 필요가 있었습니다. 그러나 이를 위해 지표를 사용했습니다. 따라서 SetIndexShift를 결정하기 위해서는 궤적의 길이를 구해야 했습니다. 궤적이 있는 파일은 첫 번째 궤적, 비어 있음, 2nd, 비어 있음 등의 값이 있는 라인 형식이었습니다. 길이를 결정하기 위해 각 샘플에 빈 라인이 있는지 확인하고 찾으면 다음 버퍼를 채우기 시작하여 시프트로 결정됩니다. 도움이 되었기를 바랍니다.
ShowSeries에는 시리즈의 크기를 결정하는 기능이 있습니다. 다음과 같이 파일을 미리 읽어서 수행합니다.
이진 형식의 파일로 저장하면 명백한 공식(file-length - header-if-any)/single-record-size로 빠르게 계산할 수 있습니다.
그러나 표시기 대신 여러 개체를 사용하는 것의 이점을 이해하지 못합니다. 나는 보통 그 반대로 한다. 객체가 적용되는 일부 코드를 사용할 필요가 있다면 그것을 버퍼로 다시 만든다. 필요한 유일한 개체는 레이블, IMHO ;-)이며 이는 메타따옴표가 텍스트 표시기를 만드는 데 신경 쓰지 않았기 때문입니다.
나는 그 기능을 보았고 심지어 그것이 하는 일을 개념적으로 이해했습니다. 어떻게 작동하는지 두고 봐야 합니다. 확인. 주말에 시간을 내서 생각해 보겠습니다. 이해가 되지 않으면 설명해 드리겠습니다.
그리고 또 다른 중요한 점. 개체에 따르면 차량을 만들 수 없습니다. 칠면조는 신호여야 합니다. iCustom을 통해 신호를 사용할 수 있습니다.
나는 잘못된 구매-디자인 ;-)으로 개체로 이 방향을 다룰 것입니다. 하지만 물론 당신이 더 잘 알고 있습니다.
나는 이것을 알고 있지만 지금은 예측을 시각화하기만 하면 됩니다. 물론 어느 정도 흥정이 있을 것이고 데이터를 행렬로 만들어 보겠습니다. o)
Forecast.csv 파일을 볼 수 있습니다.
더 이상은 아닙니다 :o(하지만 주말에도 돈을 벌겠습니다! :o)
가능한 구현의 배열을 생성하기 위한 스크립트를 작성했습니다(매우 간단함).
실행 중인 스크립트는 다음과 같습니다.
텍스트 파일에서 예측 샘플의 길이를 자동으로 결정하는 방법은 다음과 같습니다. 손으로 설정하는 한 이것은 나에게 미스터리입니다. 아이디어가 있으시면 말씀해 주십시오.
ShowSeries에는 시리즈의 크기를 결정하는 기능이 있습니다. 다음과 같이 파일을 미리 읽어서 수행합니다.
이진 형식의 파일로 저장하면 명백한 공식(file-length - header-if-any)/single-record-size로 빠르게 계산할 수 있습니다.
그러나 표시기 대신 여러 개체를 사용하는 것의 이점을 이해하지 못합니다. 나는 보통 그 반대로 한다. 객체가 적용되는 일부 코드를 사용할 필요가 있다면 그것을 버퍼로 다시 만든다. 필요한 유일한 개체는 레이블, IMHO ;-)이며 이는 메타따옴표가 텍스트 표시기를 만드는 데 신경 쓰지 않았기 때문입니다.
그리고 또 다른 중요한 점. 개체에 따르면 차량을 만들 수 없습니다. 칠면조는 신호여야 합니다. iCustom을 통해 신호를 사용할 수 있습니다.
나는 이 방향을 잘못된 구매 디자인으로 개체로 다룰 것입니다 ;-). 하지만 물론 당신이 더 잘 알고 있습니다.
데이터 구조를 이해합니다. 비슷한 문제를 풀었던 기억이 납니다. 궤적을 차트에 표시할 필요가 있었습니다. 그러나 이를 위해 지표를 사용했습니다. 따라서 SetIndexShift를 결정하기 위해서는 궤적의 길이를 구해야 했습니다. 궤적이 있는 파일은 첫 번째 궤적, 비어 있음, 2nd, 비어 있음 등의 값이 있는 라인 형식이었습니다. 길이를 결정하기 위해 각 샘플에 빈 라인이 있는지 확인하고 찾으면 다음 버퍼를 채우기 시작하여 시프트로 결정됩니다. 도움이 되었기를 바랍니다.
매트릭스가 있습니다. 이 행렬의 크기만 결정하면 됩니다.
ShowSeries에는 시리즈의 크기를 결정하는 기능이 있습니다. 다음과 같이 파일을 미리 읽어서 수행합니다.
이진 형식의 파일로 저장하면 명백한 공식(file-length - header-if-any)/single-record-size로 빠르게 계산할 수 있습니다.
그러나 표시기 대신 여러 개체를 사용하는 것의 이점을 이해하지 못합니다. 나는 보통 그 반대로 한다. 객체가 적용되는 일부 코드를 사용할 필요가 있다면 그것을 버퍼로 다시 만든다. 필요한 유일한 개체는 레이블, IMHO ;-)이며 이는 메타따옴표가 텍스트 표시기를 만드는 데 신경 쓰지 않았기 때문입니다.
나는 그 기능을 보았고 심지어 그것이 하는 일을 개념적으로 이해했습니다. 어떻게 작동하는지 두고 봐야 합니다. 확인. 주말에 시간을 내서 생각해 보겠습니다. 이해가 되지 않으면 설명해 드리겠습니다.
그리고 또 다른 중요한 점. 개체에 따르면 차량을 만들 수 없습니다. 칠면조는 신호여야 합니다. iCustom을 통해 신호를 사용할 수 있습니다.
나는 잘못된 구매-디자인 ;-)으로 개체로 이 방향을 다룰 것입니다. 하지만 물론 당신이 더 잘 알고 있습니다.
나는 이것을 알고 있지만 지금은 예측을 시각화하기만 하면 됩니다. 물론 어느 정도 흥정이 있을 것이고 데이터를 행렬로 만들어 보겠습니다. o)
매트릭스가 있습니다. 이 행렬의 크기만 결정하면 됩니다.
행렬의 각 행이 궤적이라면 나는 이것을 할 것입니다
지금까지 grasn은 행이 시간 카운트이고 궤적이 열에 기록되는 파일을 생성했습니다. 적어도 IMHO ;-) -나는 어디에서나 사용합니다. 그건 그렇고, Deductor도.
이전 페이지에 그라스가 게시한 인디케이터 코드를 보니 궤적을 한 줄 한 줄 읽습니다. 내가 이해하는 문제는 시간의 0번째 막대부터 그리기를 시작하려면 궤적의 길이를 알아야 한다는 것입니다.
내가 제안한 방법은 자동으로 줄의 끝을 감지하고 캐럿을 저글링합니다 :-)
더 편리한 것에 대해 - 동의합니다.
EURUSD, M15.
300회 판독에 대한 예측(3일보다 약간 높음).
주요 궤적:
거의 "동일한" 두 개의 가장 가능성 있는 궤적 그룹:
MT로 이전:
PS1: 만일의 경우를 대비하여 - 시스템이 테스트 중이므로 거래에 사용하기에는 너무 이릅니다.
PS2: 차트가 첫 번째 인용문에서 역사 속으로 "이동"할 것이라고 강력히 의심합니다.