포럼을 어지럽히 지 않도록 모든 초보자 질문. 프로, 놓치지 마세요. 너 없이는 아무데도 - 6. - 페이지 660

 
evillive :
선이 표시기 버퍼를 통해 그려지면 예, 문제가 없습니다. 그리고 선으로 - 개체가 없습니다. 표시기가 테스트 후에만 그리는 경우 테스터의 표시기에서 발생하는 개체를 읽는 방법은 무엇입니까?


표시기에서도 선이 개체로 그려지므로 개체, 아이콘, 화살표, 선 등의 차이도 보이지 않습니다. 테스터가 어떻게 작동하는지 모르겠지만 시각화에서 테스트하고

지표를 차트에 첨부하면 새 막대 의 도착에 따라 모든 것이 그려지고 제거됩니다.

 
supernyb :

이러한 각각의 경우는 별도로 고려되어야 합니다. 만질 대화의 주제는 없지만 특히 아무도 대답할 수 없습니다.
 
valeryk :

이러한 각각의 경우는 별도로 고려되어야 합니다. 만질 대화의 주제는 없지만 특히 아무도 대답할 수 없습니다.

여기를 느껴봐)

표시기는 평범한 루빅이며 인간적으로 깨뜨릴 수 없으므로 원본에서 말하자면 왜곡해야합니다. 나는 그것을 기반으로 한 전략을 원하지만 Rubik 시스템 자체와 관련이 없습니다.

파일:
 
supernyb :

여기를 느껴봐)

표시기는 평범한 루빅이며 인간적으로 깨뜨릴 수 없으므로 원본에서 말하자면 왜곡해야합니다. 나는 그것을 기반으로 한 전략을 원하지만 Rubik 시스템 자체와 관련이 없습니다.





5번째 포럼에서 개인을 노크하세요.
 
supernyb :

여기를 느껴봐)

표시기는 평범한 루빅이며 인간적으로 깨뜨릴 수 없으므로 원본에서 말하자면 왜곡해야합니다. 나는 그것을 기반으로 한 전략을 원하지만 Rubik 시스템 자체와 관련이 없습니다.

한때 나는이 지표를 보았습니다. 내 의견은 개발자의 농담입니다. 많은 빈(사용하지 않은 변수, 변수에 일부 값이 할당되더라도 최종 결과에 영향을 미치지 않음) 변수, 쓸모없는 프로그램 블록. :)))
 
TarasBY :
한때 나는 이 지표를 보았다. 내 의견은 개발자의 농담입니다. 많은 빈(사용하지 않은 변수, 변수에 일부 값이 할당되더라도 최종 결과에 영향을 미치지 않음) 변수, 쓸모없는 프로그램 블록. :)))
아마도 원본을 반복하지 않는 해킹된 코드였을 것입니다.
 
supernyb :
아마도 원본을 반복하지 않는 해킹된 코드였을 것입니다.

나 자신도 바이바이... 그리고 왜 해킹된 코드가 원래 코드를 반복하지 않는 걸까??? :)

해킹된 코드는 컴파일되지 않았습니다(내가 기억하는 한). 이것은 컴파일러 오류로 인한 것이 아닙니다(당시 개발자는 그러한 금지를 도입하지 않았습니다). 약간의 편집으로 코드를 컴파일할 수 있게 되었습니다(코드의 ID는 두 버전의 병렬 설치로 확인되었습니다).

추신: '십만원' 정도의 나쁜 댄서들... :)))

PPS 그러나 - 제 생각에는.

 
TarasBY :

그리고 해킹된 코드가 원래 코드를 반복하지 않는 이유는 ??? :)

해킹된 코드는 컴파일되지 않았습니다(내가 기억하는 한). 이것은 컴파일러 오류로 인한 것이 아닙니다(당시 개발자는 그러한 금지를 도입하지 않았습니다). 약간의 편집으로 코드를 컴파일할 수 있게 되었습니다(코드의 ID는 두 버전을 병렬로 설치하여 확인했습니다).

추신: '십만원' 정도의 나쁜 댄서들... :)))


모든 수사학. 의미가 다르고 사실입니다. 글쎄, 그들은 원본을 정확하게 반복 할 수 없었거나 원본을 100 % 반복하는 버전을 찾지 못했습니다. 이것밖에 없다
 
supernyb :

모든 수사학. 의미가 다르고 사실입니다. 글쎄, 그들은 원본을 정확하게 반복 할 수 없었거나 원본을 100 % 반복하는 버전을 찾지 못했습니다. 이것밖에 없다
동의합니다. 시작이 어디이고 끝이 어디인지 찾는 것은 쉽지 않습니다(필요한가요?). 그리고 귀하의 버전은 내가 말한 것을 확인합니다. 표시기는 일부 dll 라이브러리를 참조하지만 여기에 나열된 가져온 기능 중 2개만 사용하고, 게다가 deinit()에서 무언가만 삭제합니다. 따라서 코드를 수정한 사람은 이 라이브러리에 대한 참조를 제거했습니다.
 

안녕하세요! 이 문제를 해결하는 방법을 알려주세요.

나는 올빼미에서 사용합니다:

 double   iMAOnArray(
   double        array[],           // массив
   int           total,             // количество элементов
   int           ma_period,         // период
   int           ma_shift,         // сдвиг средней
   int           ma_method,         // метод усреднения
   int           shift             // сдвиг
   );

올빼미는 모든 틱 에서 작동합니다. 그렇지 않으면 주요 조건이 충족되지 않습니다. iMAOnArray는 막대 20개만 사용하지만 테스터에서는 올빼미가 아주 오랫동안 생각합니다. 나는 그것을 시작 블록에서 설정하고 호출합니다.

이 pribluda의 사용을 최적화하여 각 틱에서 주요 상태를 확인하고 테스터가 느려지지 않도록 하는 방법. 그리고 나서 2시간이 걸리는 1년 동안 4시간 차트에서 올빼미 테스트를 했습니다. 얼마나 많은 최적화가 수행되어야 하는지 상상하기 두렵습니다)))