예, 사운드 신호 그룹에 의해, 그렇지 않으면 많은 사운드 파일을 얻습니다(#7763 참조). 그리고 주파수는 두껍거나 비어 있습니다. 주요 분석은 막대가 열릴 때 수행됩니다. 물론 중복은 없습니다.
그리고 일반적으로 멜로디가 아니라 메시지입니다. 멜로디는 유익하지 않습니다. 새들은 처음에 있었고 신호를 손가락으로 셀 수 있었습니다.):
그렇다면 신호 암호를 6자리의 표시기 버퍼에 쓰십시오. 여기서 TF 쌍과 신호 유형에 대한 정보가 인코딩됩니다. 그러면 혼동하지 않을 것입니다. 버퍼에서 값을 제거했습니다. 배열에 넣고 순서대로 해독을 시작하거나 배열을 정렬할 수도 있으므로 신호가 한 문자에 대해 순서대로 이동하면 신호의 지속 시간이 줄어듭니다. , 음, 이 모든 것이 주기에 있습니다. 그렇게 어렵지 않은 것 같습니다. 필요한 유일한 것은 각 쌍에 대해 새 양초 를 확인하는 것입니다. 그렇지 않으면 비동기화 및 신호 건너뛰기가 발생할 수 있습니다. 일반적으로 블록 단위로 한 기기에서 신호를 수집하고 처리하고 손실하고 다른 기기에서 수집합니다. 그렇게 하면 더 좋을 것입니다. 또는 신호가 이미 계측기에서 수신되었음을 표시하는 배열 부울을 만들고 TF에서 정보를 재생할 때마다 업데이트하지만 그게 더 나을 것입니다. 그러면 새 막대 모양과 관련하여 모든 지표가 계산될 때까지 기다릴 필요가 없습니다.
불명. 다중 표시기(mi)는 창만 전환하므로 터미널에서는 문제가 없습니다. 그것이 계산되면 프로세서 부하에 따라 1mi = 14 mi가 아닙니다. 게다가 하나의 창에 14개의 TF가 있는 모든 그래픽을 덤프합니다... 어때요? 또한 각 채팅에는 자체 표시기가 있으며 이 표시기도 계산하고 뽑나요? 1마일 + 마일이 아닌 14 = 마일이 아닌 28을 로드합니다. 소리를 제대로 정리하기가 더 쉽겠죠?
물론 14개의 그래프를 바로 보는 것은 아니지만, 바로 듣습니다.):
14개의 지표가 있는 14개의 차트를 계속 열어 놓는 이유는 무엇입니까? (그리고 여전히 그것들을 연결하는 방법을 알아내십시오)
하나의 창에 하나의 표시기로 충분하므로 모든 것을 그리거나 모니터링하고 클릭 시 원하는 TF / 기호로 전환합니다. (창 사이를 전환하고 있습니까?)
14개의 지표가 있는 14개의 차트를 계속 열어 놓는 이유는 무엇입니까? (그리고 여전히 그것들을 연결하는 방법을 알아내십시오)
하나의 창에 하나의 표시기로 충분하므로 모든 것을 그리거나 모니터링하고 클릭 시 원하는 TF / 기호로 전환합니다. (창 사이를 전환하고 있습니까?)
이론적으로 가능합니다. 그런데 이해가 안되는 부분이 있습니다.
그는 하나의 창에 모든 것을 그릴 수 없습니다. 모니터 - 그렇습니다. 클릭 시 다른 TF/심볼로 전환 - 프로그래밍 방식입니까? 아마도 MQL이 허용하고 불필요한 시도를 하지 않았을 것입니다. 무엇 향후 계획 ? 새 차트가 열리면 이 MI 표시기가 로드되고 거기에 패턴이 그려집니다. 그렇게 생각하고 있는데 혹시 내가 틀릴까? 그렇지 않다면 14개의 열린 창 보다 더 좋고 빠릅니다 . 따라서 이것은 모두 터미널에 이미 구현되어 있으며 클릭할 패널에 차이가 없습니다. 나는 MI를 퍼프해야합니다. 모노 버전의 무게는 360kg입니다. 사실 단말기의 동작을 인디케이터로 옮기는 것을 제안하고 있습니다. waveOut API를 알아내거나 다른 프로그래밍 언어를 배우는 것이 더 쉽고, 더 효율적이고, 빠릅니다.
그렇다면 신호 암호를 6자리의 표시기 버퍼에 쓰십시오. 여기서 TF 쌍과 신호 유형에 대한 정보가 인코딩됩니다. 그러면 혼동하지 않을 것입니다. 버퍼에서 값을 제거했습니다. 배열에 넣고 순서대로 해독을 시작하거나 배열을 정렬할 수도 있으므로 신호가 한 문자에 대해 순서대로 이동하면 신호의 지속 시간이 줄어듭니다. , 음, 이 모든 것이 순환입니다. 그렇게 어렵지 않은 것 같습니다. 필요한 유일한 것은 각 쌍에 대해 새 양초 를 확인하는 것입니다. 그렇지 않으면 비동기화 및 신호 건너뛰기가 발생할 수 있습니다. 일반적으로 블록 단위로 한 기기에서 신호를 수집하고 처리하고 손실하고 다른 기기에서 수집합니다. 그렇게 하면 더 좋을 것입니다. 또는 신호가 이미 계측기에서 수신되었음을 표시하는 배열 부울을 만들고 TF에서 정보를 재생할 때마다 업데이트하지만 그게 더 나을 것입니다. 그러면 새 막대 모양과 관련하여 모든 지표가 계산될 때까지 기다릴 필요가 없습니다.
가능한 경우 지정하십시오.):
14개 모두, 14개 중 하나 또는 사운드 관리자의 표시기 버퍼 중 어떤 표시기 버퍼에 써야 합니까? 그리고 가능하다면 즉시 어레이로, 인디케이터 버퍼로 그리고 어레이로 왜?
새로운 점화플러그도 몰랐습니다. 일종의 동기화를 기대했습니까?
계측기에서 수집된 신호를 어떤 방법과 위치에서 확인합니까? 작업 지표 내부 또는 관리자에 의해?
안녕하세요. 함수를 작성 중입니다. 배열을 다른 매개변수와 함께 매개변수로 전달할 수 없습니다. 예:
void f( int &a[]){} //не вызывает проблем у компилятора void f( int x= 0 ,
int &a[]){} //выдаёт ошибку: 'a' - missing default value for parameter//ок, выставляю default value:void f( int x= 0 ,
int &a[]= 0 ){} //ошибка: '=' - illegal operation use
그러면 환상이 사라진다. 함수는 어떻게든 배열을 파헤쳐야 합니다. 그리고 이를 위해 이 배열이 전달되어야 한다고 생각합니다. 아니면 그렇지 않습니까? 미리 감사드립니다.
예, 사운드 신호 그룹에 의해, 그렇지 않으면 많은 사운드 파일을 얻습니다(#7763 참조). 그리고 주파수는 두껍거나 비어 있습니다. 주요 분석은 막대가 열릴 때 수행됩니다. 물론 중복은 없습니다.
그리고 일반적으로 멜로디가 아니라 메시지입니다. 멜로디는 유익하지 않습니다. 새들은 처음에 있었고 신호를 손가락으로 셀 수 있었습니다.):
그렇다면 신호 암호를 6자리의 표시기 버퍼에 쓰십시오. 여기서 TF 쌍과 신호 유형에 대한 정보가 인코딩됩니다. 그러면 혼동하지 않을 것입니다. 버퍼에서 값을 제거했습니다. 배열에 넣고 순서대로 해독을 시작하거나 배열을 정렬할 수도 있으므로 신호가 한 문자에 대해 순서대로 이동하면 신호의 지속 시간이 줄어듭니다. , 음, 이 모든 것이 주기에 있습니다. 그렇게 어렵지 않은 것 같습니다. 필요한 유일한 것은 각 쌍에 대해 새 양초 를 확인하는 것입니다. 그렇지 않으면 비동기화 및 신호 건너뛰기가 발생할 수 있습니다. 일반적으로 블록 단위로 한 기기에서 신호를 수집하고 처리하고 손실하고 다른 기기에서 수집합니다. 그렇게 하면 더 좋을 것입니다. 또는 신호가 이미 계측기에서 수신되었음을 표시하는 배열 부울을 만들고 TF에서 정보를 재생할 때마다 업데이트하지만 그게 더 나을 것입니다. 그러면 새 막대 모양과 관련하여 모든 지표가 계산될 때까지 기다릴 필요가 없습니다.
여기 있습니다 ....... 너무 간단해서 효과가 있었습니다! 감사해요!!!)
건강을 위해 :)
불명. 다중 표시기(mi)는 창만 전환하므로 터미널에서는 문제가 없습니다. 그것이 계산되면 프로세서 부하에 따라 1mi = 14 mi가 아닙니다. 게다가 하나의 창에 14개의 TF가 있는 모든 그래픽을 덤프합니다... 어때요? 또한 각 채팅에는 자체 표시기가 있으며 이 표시기도 계산하고 뽑나요? 1마일 + 마일이 아닌 14 = 마일이 아닌 28을 로드합니다. 소리를 제대로 정리하기가 더 쉽겠죠?
물론 14개의 그래프를 바로 보는 것은 아니지만, 바로 듣습니다.):
14개의 지표가 있는 14개의 차트를 계속 열어 놓는 이유는 무엇입니까? (그리고 여전히 그것들을 연결하는 방법을 알아내십시오)
하나의 창에 하나의 표시기로 충분하므로 모든 것을 그리거나 모니터링하고 클릭 시 원하는 TF / 기호로 전환합니다. (창 사이를 전환하고 있습니까?)
14개의 지표가 있는 14개의 차트를 계속 열어 놓는 이유는 무엇입니까? (그리고 여전히 그것들을 연결하는 방법을 알아내십시오)
하나의 창에 하나의 표시기로 충분하므로 모든 것을 그리거나 모니터링하고 클릭 시 원하는 TF / 기호로 전환합니다. (창 사이를 전환하고 있습니까?)
이론적으로 가능합니다. 그런데 이해가 안되는 부분이 있습니다.
그는 하나의 창에 모든 것을 그릴 수 없습니다. 모니터 - 그렇습니다. 클릭 시 다른 TF/심볼로 전환 - 프로그래밍 방식입니까? 아마도 MQL이 허용하고 불필요한 시도를 하지 않았을 것입니다. 무엇 향후 계획 ? 새 차트가 열리면 이 MI 표시기가 로드되고 거기에 패턴이 그려집니다. 그렇게 생각하고 있는데 혹시 내가 틀릴까? 그렇지 않다면 14개의 열린 창 보다 더 좋고 빠릅니다 . 따라서 이것은 모두 터미널에 이미 구현되어 있으며 클릭할 패널에 차이가 없습니다. 나는 MI를 퍼프해야합니다. 모노 버전의 무게는 360kg입니다. 사실 단말기의 동작을 인디케이터로 옮기는 것을 제안하고 있습니다. waveOut API를 알아내거나 다른 프로그래밍 언어를 배우는 것이 더 쉽고, 더 효율적이고, 빠릅니다.
글쎄, 내가 이해하는 것처럼 작업은 더 빠른 것이 아니라 14 개의 지표 또는 1 개의 다중 지표이지만 14 개의 지표가 서로 상호 작용합니다.
모든 것을 하나의 지표로 결합하는 것이 더 쉬울 것입니다.
글쎄, 내가 이해하는 것처럼 작업은 더 빠른 것이 아니라 14 개의 지표 또는 1 개의 다중 지표이지만 14 개의 지표가 서로 상호 작용합니다.
모든 것을 하나의 지표로 결합하는 것이 더 쉬울 것입니다.
질문입니다. 틱 히스토리를 넣어보니 이제 M15에서 32단까지 테스트를 해보니 속도가 1초에 1바 정도로 아주 느립니다. 달리는 속도를 어떻게 높일 수 있습니까?
시각화 없이는 또한 매우 오랜 시간이 걸립니다.
그렇다면 신호 암호를 6자리의 표시기 버퍼에 쓰십시오. 여기서 TF 쌍과 신호 유형에 대한 정보가 인코딩됩니다. 그러면 혼동하지 않을 것입니다. 버퍼에서 값을 제거했습니다. 배열에 넣고 순서대로 해독을 시작하거나 배열을 정렬할 수도 있으므로 신호가 한 문자에 대해 순서대로 이동하면 신호의 지속 시간이 줄어듭니다. , 음, 이 모든 것이 순환입니다. 그렇게 어렵지 않은 것 같습니다. 필요한 유일한 것은 각 쌍에 대해 새 양초 를 확인하는 것입니다. 그렇지 않으면 비동기화 및 신호 건너뛰기가 발생할 수 있습니다. 일반적으로 블록 단위로 한 기기에서 신호를 수집하고 처리하고 손실하고 다른 기기에서 수집합니다. 그렇게 하면 더 좋을 것입니다. 또는 신호가 이미 계측기에서 수신되었음을 표시하는 배열 부울을 만들고 TF에서 정보를 재생할 때마다 업데이트하지만 그게 더 나을 것입니다. 그러면 새 막대 모양과 관련하여 모든 지표가 계산될 때까지 기다릴 필요가 없습니다.
가능한 경우 지정하십시오.):
14개 모두, 14개 중 하나 또는 사운드 관리자의 표시기 버퍼 중 어떤 표시기 버퍼에 써야 합니까? 그리고 가능하다면 즉시 어레이로, 인디케이터 버퍼로 그리고 어레이로 왜?
새로운 점화플러그도 몰랐습니다. 일종의 동기화를 기대했습니까?
계측기에서 수집된 신호를 어떤 방법과 위치에서 확인합니까? 작업 지표 내부 또는 관리자에 의해?
그건 그렇고, 신호와 임의의 시간이 있습니다.
일반적으로 알고리즘을 이해하지 못했다고 고백합니다.):
안녕하세요. 함수를 작성 중입니다. 배열을 다른 매개변수와 함께 매개변수로 전달할 수 없습니다. 예:
그러면 환상이 사라진다.
함수는 어떻게든 배열을 파헤쳐야 합니다. 그리고 이를 위해 이 배열이 전달되어야 한다고 생각합니다. 아니면 그렇지 않습니까?
미리 감사드립니다.
안녕하세요. 함수를 작성 중입니다. 배열을 다른 매개변수와 함께 매개변수로 전달할 수 없습니다. 예:
그러면 환상이 사라진다.
함수는 어떻게든 배열을 파헤쳐야 합니다. 그리고 이를 위해 이 배열이 전달되어야 한다고 생각합니다. 아니면 그렇지 않습니까?
미리 감사드립니다.